ucossii队列_TMS320F28335的uC-OSⅡ移植

1、 uC-OSII 的原理

uC-OSII 包括任务调度、时间管理、内存管理、资源管理(信号量、邮箱、消息队列)四大部分,没有文件系统、网络接口、输入输出界面。它的移植只与4 个文件相关： 汇编文件(OS_CPU_A.ASM)、处理器相关C 文件(OS_CPU.H、OS_CPU_C.C)和配置文件(OS_CFG.H)。有64 个优先级,系统占用8 个,用户可创建56 个任务,不支持时间片轮转。它的基本思路就是“近似地每时每刻总是让优先级最高的就绪任务处于运行状态” 。为了保证这一点,它在调用系统API 函数、中断结束、定时中断结束时总是执行调度算法。原作者通过事先计算好数据,简化了运算量,通过精心设计就绪表结构,使得延时可预知。任务的切换是通过模拟一次中断实现的。uC-OSII 工作核心原理是：近似地让最高优先级的就绪任务处于运行状态。操作系统将在下面情况中进行任务调度： 调用API 函数( 用户主动调用), 中断( 系统占用的时间片中断OsTimeTick(),用户使用的中断)。其整体整体思路如下。

(1)、在调用API 函数时,有可能引起阻塞,如果系统API 函数察觉到运行条件不满足,需要切换就调用OSSched()调度函数,这个过程是系统自动完成的,用户没有参与。OSSched()判断是否切换,如果需要切换,则此函数调用OS_TASK_SW()。这个函数模拟一次中断,好象程序被中断打断了,其实是OS 故意制造的假象,目的是为了任务切换。既然是中断,那么返回地址(即紧邻OS_TASK_SW()的下一条汇编指令的PC 地址)就被自动压入堆栈,接着在中断程序里保存CPU寄存器(PUSHALL)……。堆栈结构不是任意的,而是严格按照uC-OSII 规范处理的。OS 每次切换都会保存和恢复全部现场信息(POPALL),然后用RETI 回到任务断点继续执行。这个断点就是OSSched()函数里的紧邻OS_TASK_SW()的下一条汇编指令的PC 地址。切换的整个过程就是,用户任务程序调用系统API 函数,API 调用OSSched(),OSSched()调用软中断OS_TASK_SW()即OSCtxSw,返回地址(PC 值)