CMSIS RTOS RTX License

通常异常包括一些系统异常,以及中断. 异常类型 Cortex-M3处理器支持多种类型的异常: RESET, NMI, HardWare Fault; PSV,SVC等可编程中断: 其他的可编程中断,例如timer,GPIO等. 其中第1类异常的优先级是固定,不可改变的.其他都是可以修改的. Cortex-M3处理器提供了PRIMASK选项,用来屏蔽所有可编程的中断:提供了FAULTMASK来屏蔽HardWare Fault和所有可屏蔽中断. 异常优先级 Cortex-M3处理器支持NVIC的中断

#ifndef __CMSIS_OS_H__ #define __CMSIS_OS_H__ #include <stdint.h> #include <stddef.h> #include "RTOS.h" // API version (main [31:16] .sub [15:0]) #define osCMSIS 0x10002 // RTOS identification and version (main [31:16] .sub [15:0]) #

创建线程Creating Threads 一旦RTOS开始运行,就会有很多系统调用来管理和控制活跃的线程.默认情况下,main()函数自动被创建为第一个可运行的线程.在第一个例子里我们使用main()函数创建了其他线程,并且随后让main()结束运行.然而我们还可以让main当成一个真正的thread使用.首先,我们需要获取它的ID号.此时,我们第一个要调用的RTOS函数就是osThreadGetId(),这个函数返回当前运行thread的ID号,并把它存在ID句柄里.当我们未来某一时刻在OS调

CMSIS-Pack 文档 CMSIS-Pack描述了一个软件组件,设备参数和评估板板级支持之间交互机制.基于xml的包描述文件(PDSC)描述一个软件的内容包(文件集合),包括: ?源代码,头文件和软件库 ?文档和源代码模板 ?设备以及启动代码和编程算法参数 ?示例项目 完整文件与PDSC文件的打包收集在ZIP格式的软件包.所述PDSC文件被设计为软件开发环境,并描述了用户和设备相关的上下文中这样的软件包提供的文件.软件包可用于多种用途(见下文). 安装软件包后,所有附带的软件组件提供给开发工

目标: 在STM32F429 Disco开发板上用FreeRTOS双线程点亮双闪led. 准备: 0. STM32F429i-DISCO 1. keil ARMMDK 5.13 2. STM32CubeMX 4.8 步骤: 1. 建立工程 keil - project - new project 2. 保存在硬盘上, 给工程起名字 3. 保存工程 同时弹出了器件选择界面, 选STM32F429ZITx 4. 上面界面点OK后出来了运行环境配置界面 展开CMSIS:RTOS and enable

起因:发布自己翻译用的CMSIS_RTOS_Tutorial后,陆续收到网友关于“CMSIS-RTOS是干么的?”之类的问题,再次统一回复. 众所周知,实时操作系统是嵌入式领域的基石.而可选的嵌入式操作系统有很多,如FREE-RTOS.RTX.uc-os.vcWork.uLinux等. CMSIS-RTOS是ARM公司为统一操作系统.降低嵌入式门槛而发布的操作系统标准软件接口.通俗讲,CMSIS-RTOS将操作系统(不管是FREE-RTOS还是RTX等)屏蔽起来,然后提供CMSIS-RTOS接口

在使用CMSIS RTX这个RTOS时,遇到了如何设计异常的问题.(异常包含中断,为了让搜索引擎更好搜索,本文不区分异常和中断,但是其实异常是中断更为通用的叫法.) 问题有2个: 第一个,如何设置异常优先级. 第二个,进程的优先级和异常优先级要如何匹配. 我们先看第一个问题,如何设置异常优先级. 在使用CMSIS RTX RTOS时,由于RTOS本身会利用Systick,SVC,PendSV这3个异常来完成进程调度之类的任务.而用户在编程开发时,还会用到一些其他中断,GPIO,UART之类. 那

临界段 代码的临界段也称为临界区,一旦这部分代码开始执行,则不允许任何中断打断.为确保临界段代码的执行不被中断,在进入临界段之前须关中断,而临界段代码执行完毕后,要立即开中断. 由于Cortex-M3/M4的RTX内核库中没有关闭中断的操作,也就是说RTX的源码中不存在临界段. 中断锁 中断锁就是RTOS提供的开关中断函数,因为Cortex-M3/M4的RTX源码中没有关闭中断的操作,所以也就没有提供开关中断函数. 由于RTX没有提供开关中断函数,如果用户自己的应用代码需要开关中断的话怎么办呢?

嵌入式OS入门笔记-以RTX为案例:十.Keil的RTX调试支持 调试(debug)是软件开发的一个重要环节,对于嵌入式开发而言这个环节其实比较依赖一些硬件资源(硬件debugger)的支持.传统的嵌入式系统的调试比较依赖断点(breakpoint)和单步调试(single step through).而 ARM cortex-M 系列的芯片其实有很强的CoreSight片上调试支持,实际上就是一个小的调试硬件,作为ARM的标准,内嵌在ARM的芯片里.在ARM自家的调试器ULINK-pro等的帮