uCOS-II 入门理解

uCOS-II 初级程序员指南（一）uC/OS-II 简介uC/OS-II是一种基于优先级的可抢先的硬实时内核。

自从９２年发布以来,在世界各地都获得了广泛的应用,它是一种专门为嵌入式设备设计的内核,目前已经被移植到４０多种不同结构的CPU 上,运行在从８位到６４位的各种系统之上。

尤其值得一提的是,该系统自从２.51版本之后,就通过了美国FAA认证,可以运行在诸如航天器等对安全要求极为苛刻的系统之上。

鉴于uC/OS-II可以免费获得代码,对于嵌入式RTOS而言,选择uC/OS无疑是最经济的选择。

（二）uC/OS-II应用程序基本结构应用uC/OS-II,自然要为它开发应用程序,下面论述基于uC/OS-II的应用程序的基本结构以及注意事项。

每一个uC/OS-II应用至少要有一个任务。

而每一个任务必须被写成无限循环的形式。

以下是推荐的结构：void task ( void* pdata ){INT8U err;InitTimer(); // 可选For( ;; ){// 你的应用程序代码…….……..OSTimeDly(1); // 可选}}以上就是基本结构,至于为什么要写成无限循环的形式呢？那是因为系统会为每一个任务保留一个堆栈空间,由系统在任务切换的时候换恢复上下文,并执行一条reti 指令返回。

如果允许任务执行到最后一个花括号（那一般都意味着一条ret指令）的话,很可能会破坏系统堆栈空间从而使应用程序的执行不确定。

换句话说,就是“跑飞”了。

所以,每一个任务必须被写成无限循环的形式。

程序员一定要相信,自己的任务是会放弃CPU使用权的,而不管是系统强制（通过ISR）还是主动放弃(通过调用OS API)。

现在来谈论上面程序中的InitTimer()函数,这个函数应该由系统提供,程序员有义务在优先级最高的任务内调用它而且不能在for循环内调用。

注意,这个函数是和所使用的CPU相关的,每种系统都有自己的Timer初始化程序。

在uC/OS-II的帮助手册内,作者特地强调绝对不能在OSInit()或者OSStart()内调用Timer初始化程序,那会破坏系统的可移植性同时带来性能上的损失。

所以,一个折中的办法就是象上面这样,在优先级最高的程序内调用,这样可以保证当OSStart()调用系统内部函数OSStartHighRdy()开始多任务后,首先执行的就是Timer初始化程序。

或者专门开一个优先级最高的任务,只做一件事情,那就是执行Timer初始化,之后通过调用OSTaskSuspend()将自己挂起来,永远不再执行。

不过这样会浪费一个TCB空间。

对于那些RAM吃紧的系统来说,还是不用为好。

（三）一些重要的uC/OS-II API介绍任何一个操作系统都会提供大量的API供程序员使用,uC/OS-II也不例外。

由于uC/OS-II面向的是嵌入式开发,并不要求大而全,所以内核提供的API也就大多和多任务息息相关。

主要的有以下几类：１）任务类２）消息类３）同步类４）时间类５）临界区与事件类我个人认为对于初级程序员而言,任务类和时间类是必须要首先掌握的两种类型的API。

下面我就来介绍比较重要的：１）OSTaskCreate函数这个函数应该至少在main函数内调用一次,在OSInit函数调用之后调用。

作用就是创建一个任务。

目前有四个参数,分别是任务的入口地址,任务的参数,任务堆栈的首地址和任务的优先级。

调用本函数后,系统会首先从TCB空闲列表内申请一个空的TCB指针,然后将会根据用户给出参数初始化任务堆栈,并在内部的任务就绪表内标记该任务为就绪状态。

最后返回,这样一个任务就创建成功了。

２）OSTaskSuspend函数这个函数很简单,一看名字就该明白它的作用,它可以将指定的任务挂起。

如果挂起的是当前任务的话,那么还会引发系统执行任务切换先导函数OSShed来进行一次任务切换。

这个函数只有一个参数,那就是指定任务的优先级。

那为什么是优先级呢？事实上在系统内部,优先级除了表示一个任务执行的先后次序外,还起着分别每一个任务的作用,换句话说,优先级也就是任务的ID。

所以uC/OS-II不允许出现相同优先级的任务。

３）OSTaskResume函数这个函数和上面的函数正好相反,它用于将指定的已经挂起的函数恢复成就绪状态。

如果恢复任务的优先级高于当前任务,那么还为引发一次任务切换。

其参数类似OSTaskSuspend函数,为指定任务的优先级。

需要特别说明是,本函数并不要求和OSTaskSuspend函数成对使用。

４）OS_ENTER_CRITICAL宏很多人都以为它是个函数,其实不然,仔细分析一下OS_CPU.H文件,它和下面马上要谈到的OS_EXIT_CRITICAL都是宏。

他们都是涉及特定CPU的实现。

一般都被替换为一条或者几条嵌入式汇编代码。

由于系统希望向上层程序员隐藏内部实现,故而一般都宣称执行此条指令后系统进入临界区。

其实,它就是关个中断而已。

这样,只要任务不主动放弃CPU使用权,别的任务就没有占用CPU 的机会了,相对这个任务而言,它就是独占了。

所以说进入临界区了。

这个宏能少用还是少用,因为它会破坏系统的一些服务,尤其是时间服务。

并使系统对外界响应性能降低。

５）OS_EXIT_CRITICAL宏这个是和上面介绍的宏配套使用另一个宏,它在系统手册里的说明是退出临界区。

其实它就是重新开中断。

需要注意的是,它必须和上面的宏成对出现,否则会带来意想不到的后果。

最坏的情况下,系统会崩溃。

我们推荐程序员们尽量少使用这两个宏调用,因为他们的确会破坏系统的多任务性能。

６）OSTimeDly函数这应该程序员们调用最多的一个函数了,这个函数完成功能很简单,就是先挂起当起当前任务,然后进行任务切换,在指定的时间到来之后,将当前任务恢复为就绪状态,但是并不一定运行,如果恢复后是优先级最高就绪任务的话,那么运行之。

简单点说,就是可以任务延时一定时间后再次执行它,或者说,暂时放弃CPU的使用权。

一个任务可以不显式的调用这些可以导致放弃CPU使用权的API,但那样多任务性能会大大降低,因为此时仅仅依靠时钟机制在进行任务切换。

一个好的任务应该在完成一些操作主动放弃使用权,好东西要大家分享嘛！（四）uC/OS-II 多任务实现机制分析前面已经说过,uC/OS-II是一种基于优先级的可抢先的多任务内核。

那么,它的多任务机制到底如何实现的呢？了解这些原理,可以帮助我们写出更加健壮的代码来。

由于我们面向的初级程序员,本文不打算写成又一篇uC/OS-II的源码分析,那样的文章太多了,本文打算从实现原理的角度探讨这个问题。

首先我们来看看为什么多任务机制可以实现？其实在单一CPU的情况下,是不存在真正的多任务机制的,存在的只有不同的任务轮流使用CPU,所以本质上还是单任务的。

但由于CPU执行速度非常快,加上任务切换十分频繁并且切换的很快,所以我们感觉好像有很多任务同时在运行一样。

这就是所谓的多任务机制。

由上面的描述,不难发现,要实现多任务机制,那么目标CPU必须具备一种在运行期更改PC的途径,否则无法做到切换。

不幸的是,直接设置PC指针,目前还没有哪个CPU支持这样的指令。

但是一般CPU 都允许通过类似JMP,CALL这样的指令来间接的修改PC。

我们的多任务机制的实现也正是基于这个出发点。

事实上,我们使用CALL指令或者软中断指令来修改PC,主要是软中断。

但在一些CPU上,并不存在软中断这样的概念,所以,我们在那些CPU上,使用几条PUSH指令加上一条CALL指令来模拟一次软中断的发生。

回想一下你在微机原理课程上学过的知识,当发生中断的时候,CPU保存当前的PC和状态寄存器的值到堆栈里,然后将PC设置为中断服务程序的入口地址,再下来一个机器周期,就可以去执行中断服务程序了。

执行完毕之后,一般都是执行一条RETI指令,这条指令会把当前堆栈里的值弹出恢复到状态寄存器和PC里。

这样,系统就会回到中断以前的地方继续执行了。

那么设想一下？如果再中断的时候,人为的更改了堆栈里的值,那会发生什么？或者通过更改当前堆栈指针的值,又会发生什么呢？如果更改是随意的,那么结果是无法预料的错误。

因为我们无法确定机器下一条会执行些什么指令,但是如果更改是计划好的,按照一定规则的话,那么我们就可以实现多任务机制。

事实上,这就是目前几乎所有的OS的核心部分。

不过他们的实现不像这样简单罢了。

uC/OS-II v2.52学习摘要(一)特别声明：本笔记是对uc/os-ii研究做一些重要的内核思路整理和心得记录，以日期为作为记录块，故没有思路和规范可言，为此贴于工程师笔记里面，一来方便自己温故知新，二来希望能给初学者带来一些方便和帮助。

高手别见笑^_^，偶刚起步。

另外，如有错误和不当之处，请指正和发表您的心得体会。

谢谢！2005-12-181．任务是一个无返回的无穷循环。

uc/os-ii总是运行进入就绪状态的最高优先级的任务。

2．任务是如何调度（切换）的？因为uc/os-ii总是运行进入就绪状态的最高优先级的任务。

所以，确定哪个任务优先级最高，下面该哪个任务运行，这个工作就是由调度器（scheduler）来完成的。

任务级的调度是由函数OSSched()完成的，而中断级的调度是由函数OSIntExt()完成。

对于OSSched()，它内部调用的是OS_TASK_SW()完成实际的调度（人为模仿一次中断）；OSIntExt() 内部调用的是OSCtxSw()实现调度。

参考：P92，P106任务切换其实很简单，由如下2步完成：（1）将被挂起任务的处理器寄存器推入自己的任务堆栈。

（2）然后将进入就绪状态的最高优先级的任务的寄存器值从堆栈中恢复到寄存器中。

参见P92（1）作为uc/os-ii的一条普通原则，调用uc/os-ii功能函数时，中断总应当是开着的。

（2）任务永不返回，就算任务自我删除，也绝对不会返回。

（任务删除并非代码删除，只是ucos-ii不会理会这任务。

）（3）OSTimeTick()函数是ucos-ii内部函数，用户无需调用。

（4）ucos-ii从中断返回之前，要判断被中断的任务是否还是就绪状态任务中优先级最高的任务。

3．OSInit()初始化示意图我做了一个很好的图示，竟然粘贴不出来，没办法...4．任务的5种状态参见P79 图睡眠态(task dormat)：任务驻留于程序空间（rom或ram）中，暂时没交给ucos-ii处理。

就绪态（task ready）：任务一旦建立，这个任务就进入了就绪态。

运行态（task running）：调用OSStart（）可以启动多任务。

OSStart（）函数只能调用一次，一旦调用，系统将运行进入就绪态并且优先级最高的任务。