UCOSII概述之-任务调度

实验-任务调度

     前面我们所有的例程都是跑的裸机程序（裸奔），从本章开始，我们将分3个章节向大家介绍UCOSII（实时多任务操作系统内核）的使用。本章，我们将向大家介绍UCOSII最基本也是最重要的应用：任务调度。本章分为如下几个部分：

58.1 UCOSII简介

58.2 硬件设计

58.3 软件设计

58.4 下载验证

58.1 UCOSII简介

UCOSII的前身是UCOS，最早出自于1992 年美国嵌入式系统专家Jean J.Labrosse 在《嵌入式系统编程》杂志的5月和6月刊上刊登的文章连载，并把UCOS 的源码发布在该杂志的BBS 上。目前最新的版本：UCOSIII已经出来，但是现在使用最为广泛的还是UCOSII，本章我们主要针对UCOSII进行介绍。

UCOSII是一个可以基于ROM运行的、可裁减的、抢占式、实时多任务内核，具有高度可移植性，特别适合于微处理器和控制器，是和很多商业操作系统性能相当的实时操作系统(RTOS)。为了提供最好的移植性能，UCOSII最大程度上使用ANSI C语言进行开发，并且已经移植到近40多种处理器体系上，涵盖了从8位到64位各种CPU(包括DSP)。

UCOSII是专门为计算机的嵌入式应用设计的， 绝大部分代码是用C语言编写的。CPU 硬件相关部分是用汇编语言编写的、总量约200行的汇编语言部分被压缩到最低限度，为的是便于移植到任何一种其它的CPU 上。用户只要有标准的ANSI 的C交叉编译器，有汇编器、连接器等软件工具，就可以将UCOSII嵌人到开发的产品中。UCOSII具有执行效率高、占用空间小、实时性能优良和可扩展性强等特点， 最小内核可编译至 2KB 。UCOSII已经移植到了几乎所有知名的CPU 上。

       UCOSII构思巧妙。结构简洁精练，可读性强，同时又具备了实时操作系统的全部功能，虽然它只是一个内核，但非常适合初次接触嵌入式实时操作系统的朋友，可以说是麻雀虽小，五脏俱全。UCOSII（V2.91版本）体系结构如图58.1.1所示：

图58.1.1 UCOSII体系结构图

       注意本章我们使用的是UCOSII的最新版本：V2.91版本，该版本UCOSII比早期的UCOSII（如V2.52）多了很多功能（比如多了软件定时器，支持任务数最大达到255个等），而且修正了很多已知BUG。不过，有两个文件：os_dbg_r.c和os_dbg.c，我们没有在上图列出，也不将其加入到我们的工程中，这两个主要用于对UCOS内核进行调试支持，比较少用到。

       从上图可以看出，UCOSII的移植，我们只需要修改：os_cpu.h、os_cpu_a.asm和os_cpu.c等三个文件即可，其中：os_cpu.h，进行数据类型的定义，以及处理器相关代码和几个函数原型；os_cpu_a.asm，是移植过程中需要汇编完成的一些函数，主要就是任务切换函数；os_cpu.c，定义一些用户HOOK函数。

       图中定时器的作用是为UCOSII提供系统时钟节拍，实现任务切换和任务延时等功能。这个时钟节拍由OS_TICKS_PER_SEC（在os_cfg.h中定义）设置，一般我们设置UCOSII的系统时钟节拍为1ms~100ms，具体根据你所用处理器和使用需要来设置。本章，我们利用STM32的SYSTICK定时器来提供UCOSII时钟节拍。

关于UCOSII在STM32的详细移植，请参考光盘资料（《UCOSII在STM32的移植详解.pdf》），这里我们就不详细介绍了。

UCOSII早期版本只支持64个任务，但是从2.80版本开始，支持任务数提高到255个，不过对我们来说一般64个任务都是足够多了，一般很难用到这么多个任务。UCOSII保留了最高4个优先级和最低4个优先级的总共8个任务，用于拓展使用，单实际上，UCOSII一般只占用了最低2个优先级，分别用于空闲任务（倒数第一）和统计任务（倒数第二），所以剩下给我们使用的任务最多可达255-2=253个（V2.91）。

所谓的任务，其实就是一个死循环函数，该函数实现一定的功能，一个工程可以有很多这样的任务（最多255个），UCOSII对这些任务进行调度管理，让这些任务可以并发工作（注意不是同时工作！！，并发只是各任务轮流占用CPU，而不是同时占用，任何时候还是只有1个任务能够占用CPU），这就是UCOSII最基本的功能。

前面我们学习的所有实验，都是一个大任务（死循环），这样，有些事情就比较不好处理，比如：MP3实验，在MP3播放的时候，我们还希望显示歌词，如果是1个死循环（一个任务），那么很可能在显示歌词的时候，MP3声音出现停顿（尤其是高码率的时候），这主要是歌词显示占用太长时间，导致VS1053由于不能及时得到数据而停顿。而如果用UCOSII来处理，那么我们可以分2个任务，MP3播放一个任务（优先级高），歌词显示一个任务（优先级低）。这样，由于MP3任务的优先级高于歌词显示任务，MP3任务可以打断歌词显示任务，从而及时给VS1053提供数据，保证音频不断，而显示歌词又能顺利进行。这就是UCOSII带来的好处。

UCOSII的任何任务都是通过一个叫任务控制块（TCB）的东西来控制的，每个任务管理块有3个最重要的参数：1，任务函数指针；2，任务堆栈指针；3，任务优先级；任务控制块就是任务在系统里面的身份证（UCOSII通过优先级识别任务），任务控制块我们就不再详细介绍了，详细介绍请参考任哲老师的《嵌入式实时操作系统UCOSII原理及应用》一书第二章。

在UCOSII中，使用CPU的时候，优先级高（数值小）的任务比优先级低的任务具有优先使用权，即任务就绪表中总是优先级最高的任务获得CPU使用权，只有高优先级的任务让出CPU使用权（比如延时）时，低优先级的任务才能获得CPU使用权。UCOSII不支持多个任务优先级相同，也就是每个任务的优先级必须不一样。

任务的调度其实就是CPU运行环境的切换，即：PC指针、SP指针和寄存器组等内容的存取过程，关于任务调度的详细介绍，请参考《嵌入式实时操作系统UCOSII原理及应用》一书第三章相关内容。

UCOSII的每个任务都是一个死循环。每个任务都处在以下 5种状态之一的状态下，这5种状态是：睡眠状态、 就绪状态、 运行状态、 等待状态(等待某一事件发生)和中断服务状态。

睡眠状态，任务在没有被配备任务控制块或被剥夺了任务控制块时的状态。

就绪状态，系统为任务配备了任务控制块且在任务就绪表中进行了就绪登记，任务已经准备好了，但由于该任务的优先级比正在运行的任务的优先级低， 还暂时不能运行，这时任务的状态叫做就绪状态。  

运行状态，该任务获得CPU使用权，并正在运行中，此时的任务状态叫做运行状态。

等待状态，正在运行的任务，需要等待一段时间或需要等待一个事件发生再运行时，该任务就会把CPU的使用权让给别的任务而使任务进入等待状态。

中断服务状态，一个正在运行的任务一旦响应中断申请就会中止运行而去执行中断服务程序，这时任务的状态叫做中断服务状态。

UCOSII任务的5个状态转换关系如图58.1.2所示：

图58.1.2 UCOSII任务状态转换关系

接下来，我们看看在UCOSII中，与任务相关的几个函数：

1）  建立任务函数

如果想让UCOSII管理用户的任务，必须先建立任务。UCOSII提供了我们2个建立任务的函数：OSTaskCreat和OSTaskCreatExt，我们一般用OSTaskCreat函数来创建任务，该函数原型为：OSTaskCreate(void(*task)(void*pd),void*pdata,OS_STK*ptos,INTU prio)。该函数包括4个参数：task：是指向任务代码的指针；pdata：是任务开始执行时，传递给任务的参数的指针；ptos：是分配给任务的堆栈的栈顶指针；prio是分配给任务的优先级。

每个任务都有自己的堆栈，堆栈必须申明为OS_STK类型，并且由连续的内存空间组成。可以静态分配堆栈空间，也可以动态分配堆栈空间。

OSTaskCreatExt也可以用来创建任务，详细介绍请参考《嵌入式实时操作系统UCOSII原理及应用》3.5.2节。

2）  任务删除函数

所谓的任务删除，其实就是把任务置于睡眠状态，并不是把任务代码给删除了。UCOSII提供的任务删除函数原型为：INT8U OSTaskDel(INT8U prio)，其中参数prio就是我们要删除的任务的优先级，可见该函数是通过任务优先级来实现任务删除的。

特别注意：任务不能随便删除，必须在确保被删除任务的资源被释放的前提下才能删除！

3）  请求任务删除函数

前面提到，必须确保被删除任务的资源被释放的前提下才能将其删除，所以我们通过向被删除任务发送删除请求，来实现任务释放自身占用资源后再删除。UCOSII提供的请求删除任务函数原型为：INT8U OSTaskDelReq(INT8U prio)，同样还是通过优先级来确定被请求删除任务。

4）  改变任务的优先级函数

UCOSII在建立任务时，会分配给任务一个优先级，但是这个优先级并不是一成不变的，而是可以通过调用UCOSII提供的函数修改。UCOSII提供的任务优先级修改函数原型为：INT8U OSTaskChangePrio(INT8U oldprio,INT8U newprio)。

5）  任务挂起函数

任务挂起和任务删除有点类似，但是又有区别，任务挂起只是将被挂起任务的就绪标志删除，并做任务挂起记录，并没有将任务控制块任务控制块链表里面删除，也不需要释放其资源，而任务删除则必须先释放被删除任务的资源，并将被删除任务的任务控制块也给删了。被挂起的任务，在恢复（解挂）后可以继续运行。UCOSII提供的任务挂起函数原型为：INT8U OSTaskSuspend(INT8U prio)。

6）  任务恢复函数

有任务挂起函数，就有任务恢复函数，通过该函数将被挂起的任务恢复，让调度器能够重新调度该函数。UCOSII提供的任务恢复函数原型为：INT8U OSTaskResume(INT8U prio)。

UCOSII与任务相关的函数我们就介绍这么多。最后，我们来看看在STM32上面运行UCOSII的步骤：

1） 移植UCOSII

要想UCOSII在STM32正常运行，当然首先是需要移植UCOSII，这部分我们已经为大家做好了（参考光盘源码，想自己移植的，请参考光盘UCOSII资料）。

这里我们要特别注意一个地方，ALIENTEK提供的SYSTEM文件夹里面的系统函数直接支持UCOSII，只需要在sys.h文件里面将：SYSTEM_SUPPORT_UCOS宏定义改为1，即可通过delay_init函数初始化UCOSII的系统时钟节拍，为UCOSII提供时钟节拍。

2） 编写任务函数并设置其堆栈大小和优先级等参数。

编写任务函数，以便UCOSII调用。

设置函数堆栈大小，这个需要根据函数的需求来设置，如果任务函数的局部变量多，嵌套层数多，那么相应的堆栈就得大一些，如果堆栈设置小了，很可能出现的结果就是CPU进入HardFault，遇到这种情况，你就必须把堆栈设置大一点了。另外，有些地方还需要注意堆栈字节对齐的问题，如果任务运行出现莫名其妙的错误（比如用到sprintf出错），请考虑是不是字节对齐的问题。

设置任务优先级，这个需要大家根据任务的重要性和实时性设置，记住高优先级的任务有优先使用CPU的权利。

3） 初始化UCOSII，并在UCOSII中创建任务

调用OSInit，初始化UCOSII，通过调用OSTaskCreate函数创建我们的任务。

4） 启动UCOSII

调用OSStart，启动UCOSII。

通过以上4个步骤，UCOSII就开始在STM32上面运行了，这里还需要注意我们必须对os_cfg.h进行部分配置，以满足我们自己的需要。

58.2 硬件设计

本节实验功能简介：本章我们在UCOSII里面创建3个任务：开始任务、LED0任务和LED1任务，开始任务用于创建其他（LED0和LED1）任务，之后挂起；LED0任务用于控制DS0的亮灭，DS0每秒钟亮80ms；LED1任务用于控制DS1的亮灭，DS1亮300ms，灭300ms，依次循环。

所要用到的硬件资源如下：

1）  指示灯DS0 、DS1   

58.3 软件设计

本章，我们在第六章实验 （实验1 ）的基础上修改，在该工程源码下面加入UCOSII文件夹，存放UCOSII源码（我们已经将UCOSII源码分为三个文件夹：CORE、PORT和CONFIG）。

打开工程，新建UCOSII-CORE、UCOSII-PORT和UCOSII-CONFIG三个分组，分别添加UCOSII三个文件夹下的源码，并将这三个文件夹加入头文件包含路径，最后得到工程如图58.3.1所示：

图58.3.1 添加UCOSII源码后的工程

UCOSII-CORE分组下面是UCOSII的核心源码，我们不需要做任何变动。

UCOSII-PORT分组下面是我们移植UCOSII要修改的3个代码，这个在移植的时候完成。

UCOSII-CONFIG分组下面是UCOSII的配置部分，主要由用户根据自己的需要对UCOSII进行裁剪或其他设置。

本章，我们对os_cfg.h里面定义OS_TICKS_PER_SEC的值为200，也就是设置UCOSII的时钟节拍为5ms，同时设置OS_MAX_TASKS为10，也就是最多10个任务（包括空闲任务和统计任务在内），其他配置我们就不详细介绍了，请参考本实验源码。

前面提到，我们需要在sys.h里面设置SYSTEM_SUPPORT_UCOS为1，以支持UCOSII，通过这个设置，我们不仅可以实现利用delay_init来初始化SYSTICK，产生UCOSII的系统时钟节拍，还可以让delay_us和delay_ms函数在UCOSII下能够正常使用（实现原理请参考5.1节），这使得我们之前的代码，可以十分方便的移植到UCOSII下。虽然UCOSII也提供了延时函数：OSTimeDly和OSTimeDLyHMSM，但是这两个函数的最少延时单位只能是1个UCOSII时钟节拍，在本章，即5ms，显然不能实现us级的延时，而us级的延时在很多时候非常有用：比如IIC模拟时序，DS18B20等单总线器件操作等。而通过我们提供的delay_us和delay_ms，则可以方便的提供us和ms的延时服务，这比UCOSII本身提供的延时函数更好用。

在设置SYSTEM_SUPPORT_UCOS为1之后，UCOSII的时钟节拍由SYSTICK的中断服务函数提供，该部分代码如下：

//systick中断服务函数,使用ucos时用到

void SysTick_Handler(void)

{                            

       OSIntEnter();               //进入中断

    OSTimeTick();       //调用ucos的时钟服务程序              

    OSIntExit();           //触发任务切换软中断

}

以上代码，其中OSIntEnter是进入中断服务函数，用来记录中断嵌套层数（OSIntNesting增加1）；OSTimeTick是系统时钟节拍服务函数，在每个时钟节拍了解每个任务的延时状态，使已经到达延时时限的非挂起任务进入就绪状态；OSIntExit是退出中断服务函数，该函数可能触发一次任务切换（当OSIntNesting==0&&调度器未上锁&&就绪表最高优先级任务！=被中断的任务优先级时），否则继续返回原来的任务执行代码（如果OSIntNesting不为0，则减1）。

事实上，任何中断服务函数，我们都应该加上OSIntEnter和OSIntExit函数，这是因为UCOSII是一个可剥夺型的内核，中断服务子程序运行之后，系统会根据情况进行一次任务调度去运行优先级别最高的就绪任务，而并不一定接着运行被中断的任务！

最后，我们打开test.c，输入如下代码：

/UCOSII任务设置///

//START 任务

#define START_TASK_PRIO                        10          //设置任务优先级

#define START_STK_SIZE                             64           //设置任务堆栈大小

OS_STK START_TASK_STK[START_STK_SIZE];         //任务堆栈    

void start_task(void *pdata);                                            //任务函数

                      

//LED0任务

#define LED0_TASK_PRIO                         7            //设置任务优先级

#define LED0_STK_SIZE                            64           //设置任务堆栈大小

OS_STK LED0_TASK_STK[LED0_STK_SIZE];             //任务堆栈    

void led0_task(void *pdata);                                                  //任务函数

 

//LED1任务

#define LED1_TASK_PRIO                         6            //设置任务优先级

#define LED1_STK_SIZE                               64           //设置任务堆栈大小

OS_STK LED1_TASK_STK[LED1_STK_SIZE];             //任务堆栈    

void led1_task(void *pdata);                                                  //任务函数

//

int main(void)

{                          

       Stm32_Clock_Init(9); //系统时钟设置

       delay_init(72);            //延时初始化      

       LED_Init();                 

       LED_Init();                  //初始化与LED连接的硬件接口

       OSInit();  

      OSTaskCreate(start_task,(void *)0,(OS_STK *)&START_TASK_STK[START_STK_SIZE

-1],START_TASK_PRIO );//创建起始任务

       OSStart();             

}      

//开始任务

void start_task(void *pdata)

{

    OS_CPU_SR cpu_sr=0;

       pdata = pdata;

      OS_ENTER_CRITICAL();                  //进入临界区(无法被中断打断)   

      OSTaskCreate(led0_task,(void *)0,(OS_STK*)&LED0_TASK_STK[LED0_STK_SIZE-1],

LED0_TASK_PRIO);                                         

      OSTaskCreate(led1_task,(void *)0,(OS_STK*)&LED1_TASK_STK[LED1_STK_SIZE-1],

LED1_TASK_PRIO);                                 

       OSTaskSuspend(START_TASK_PRIO);       //挂起起始任务.

       OS_EXIT_CRITICAL();                            //退出临界区(可以被中断打断)

}

//LED0任务

void led0_task(void *pdata)

{         

       while(1)

       {

              LED0=0; delay_ms(80);

              LED0=1; delay_ms(920);

       };

}

 

//LED1任务

void led1_task(void *pdata)

{      

       while(1)

       {

              LED1=0; delay_ms(300);

              LED1=1; delay_ms(300);

       };

}

该部分代码我们创建了3个任务：start_task、led0_task和led1_task，优先级分别是10、7和6，堆栈大小都是64（注意OS_STK为32位数据）。我们在main函数只创建了start_task一个任务，然后在start_task再创建另外两个任务，在创建之后将自身（start_task）挂起。这里，我们单独创建start_task，是为了提供一个单一任务，实现应用程序开始运行之前的准备工作（比如：外设初始化、创建信号量、创建邮箱、创建消息队列、创建信号量集、创建任务、初始化统计任务等等）。

在应用程序中经常有一些代码段必须不受任何干扰地连续运行，这样的代码段叫做临界段（或临界区）。因此，为了使临界段在运行时不受中断所打断，在临界段代码前必须用关中断指令使CPU屏蔽中断请求，而在临界段代码后必须用开中断指令解除屏蔽使得CPU可以响应中断请求。UCOSII提供OS_ENTER_CRITICAL和OS_EXIT_CRITICAL两个宏来实现，这两个宏需要我们在移植UCOSII的时候实现，本章我们采用方法3（即OS_CRITICAL_METHOD为3）来实现这两个宏。因为临界段代码不能被中断打断，将严重影响系统的实时性，所以临界段代码越短越好！

在start_task任务中，我们在创建led0_task和led1_task的时候，不希望中断打断，故使用了临界区。其他两个任务，就十分简单了，我们就不细说了，注意我们这里使用的延时函数还是delay_ms，而不是直接使用的OSTimeDly。

另外，一个任务里面一般是必须有延时函数的，以释放CPU使用权，否则可能导致低优先级的任务因高优先级的任务不释放CPU使用权而一直无法得到CPU使用权，从而无法运行。

软件设计部分就为大家介绍到这里。

58.4 下载验证

在代码编译成功之后，我们通过下载代码到战舰STM32开发板上，可以看到DS0一秒钟闪一次，而DS1则以固定的频率闪烁，说明两个任务（led0_task和led1_task）都已经正常运行了，符合我们预期的设计。

 

本文转载处链接：http://www.openedv.com/posts/list/14905.htm