【正点原子探索者STM32F407开发板例程连载+教学】第61章网络通信实验

Admin · 发表于 2014-12-9 14:52:29

第六十一章 UCOSII实验1-任务调度

[mw_shl_code=c,true]1.硬件平台：正点原子探索者STM32F407开发板 2.软件平台：MDK5.1 3.固件库版本：V1.4.0[/mw_shl_code]

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

61.1 UCOSII简介

61.2 硬件设计

61.3 软件设计

61.4 下载验证

61.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版本）体系结构如图61.1.1所示：

图61.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，具体根据你所用处理器和使用需要来设置。本章，我们利用STM32F4的SYSTICK定时器来提供UCOSII时钟节拍。

关于UCOSII在STM32F4的详细移植过程，请参考光盘资料：《ALIENTEK STM32F4 UCOSII移植教程.pdf》，教程路径：光盘à 6，软件资料àUCOS学习资料à ALIENTEK STM32F4 UCOSII移植教程.pdf。这里我们就不详细介绍了。

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

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

void MyTask (void *pdata)

{

任务准备工作…

While(1)//死循环

{ 任务MyTask实体代码;

OSTimeDlyHMSM(x,x,x,x);//调用任务延时函数，释放cpu控制权，

}

假如我们新建了2个任务为MyTask和YourTask,这里我们先忽略任务优先级的概念，两个任务死循环中延时时间为1s。如果某个时刻，任务MyTask在执行中，当它执行到延时函数OSTimeDlyHMSM的时候，它释放cpu控制权，这个时候，任务YourTask获得cpu控制权开始执行，任务YourTask执行过程中，也会调用延时函数延时1s释放CPU控制权，这个过程中任务A延时1s到达，重新获得CPU控制权，重新开始执行死循环中的任务实体代码。如此循环，现象就是两个任务交替运行，就好像CPU在同时做两件事情一样。

疑问来了，如果有很多任务都在等待，那么先执行那个任务呢？如果任务在执行过程中，想停止之后去执行其他任务是否可行呢？这里就涉及到任务优先级以及任务状态任务控制的一些知识，我们在后面会有所提到。如果要详细的学习，建议看任哲老师的《ucosII实时操作系统》一书。

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

这里有几个UCOSII相关的概念需要大家了解一下：任务优先级，任务堆栈，任务控制块，任务就绪表和任务调度器。

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

任务堆栈，就是存储器中的连续存储空间。为了满足任务切换和响应中断时保存CPU寄存器中的内容以及任务调用其他函数时的需要，每个任务都有自己的堆栈。在创建任务的时候，任务堆栈是任务创建的一个重要入口参数。

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

任务就绪表，简而言之就是用来记录系统中所有处于就绪状态的任务。它是一个位图，系统中每个任务都在这个位图中占据一个进制位，该位置的状态（1或者0）就表示任务是否处于就绪状态。

任务调度的作用一是在任务就绪表中查找优先级最高的就绪任务，二是实现任务的切换。比如说，当一个任务释放cpu控制权后，进行一次任务调度，这个时候任务调度器首先要去任务就绪表查询优先级最高的就绪任务，查到之后，进行一次任务切换，转而去执行下一个任务。关于任务调度的详细介绍，请参考《嵌入式实时操作系统UCOSII原理及应用》一书第三章相关内容。

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

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

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

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

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

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

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

图61.1.2 UCOSII任务状态转换关系

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

1） 建立任务函数

如果想让UCOSII管理用户的任务，必须先建立任务。UCOSII提供了我们2个建立任务的函数：OSTaskCreate和OSTaskCreateExt，我们一般用OSTaskCreat函数来创建任务，该函数原型为：

OSTaskCreate(void(*task)(void*pd),void*pdata,OS_STK*ptos,INTU prio)。

该函数包括4个参数：task：是指向任务代码的指针；pdata：是任务开始执行时，传递给任务的参数的指针；ptos：是分配给任务的堆栈的栈顶指针；prio是分配给任务的优先级。

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

OSTaskCreateExt也可以用来创建任务，是OSTaskCreate的扩展版本，提供一些附件功能。详细介绍请参考《嵌入式实时操作系统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)；

7） 任务信息查询

在应用程序中我们经常要了解任务信息，查询任务信息函数原型为：

INT8U OSTaskQuery(INT8U prio,OS_TCB *pdata);

这个函数获得的是对应任务的OS_TCB中内容的拷贝。

从上面这些函数我们可以看出，对于每个任务，有一个非常关键的参数就是任务优先级prio,在UCOS中，任务优先级可以用来作为任务的唯一标识，所以任务优先级对任务而言是唯一的，而且是不可重复的。

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

1）移植UCOSII

要想UCOSII在STM32F4正常运行，当然首先是需要移植UCOSII，这部分我们已经为大家做好了（移植过程参考光盘：STM32F4 UCOS开发手册.pdf）。

这里我们要特别注意一个地方，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就开始在STM32F4上面运行了，这里还需要注意我们必须对os_cfg.h进行部分配置，以满足我们自己的需要。

61.2 硬件设计

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

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

1）指示灯DS0 、DS1

这个我们在前面已经介绍过了。

61.3 软件设计

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

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

图61.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是一个可剥夺型的内核，中断服务子程序运行之后，系统会根据情况进行一次任务调度去运行优先级别最高的就绪任务，而并不一定接着运行被中断的任务！

最后，我们打开main.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); //任务函数

//main函数

int main(void)

{

delay_init(168); //初始化延时函数

LED_Init(); //初始化LED时钟

OSInit(); //初始化UCOSII

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

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

OSStart(); //启动UCOSII

}

//开始任务

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);

};

}

可以看到，我们在创建start_task之前首先调用ucos初始化函数OSInit()，该函数的作用是初始化ucos的所有变量和数据结构，该函数必须在调用其他任何ucos函数之前调用。在start_task创建之后，我们调用ucos多任务启动函数OSStart()，调用这个函数之后，任务才真正开始运行。该部分代码我们创建了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使用权，从而无法运行。

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

61.4 下载验证

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

58.5 任务删除，挂起和恢复测试

前面我们简单的建立了两个任务，主要是让大家了解UCOSII怎么运行以及怎样创建任务。下面我们在这一节补充一个实验测试任务的删除，挂起和恢复。为了和寄存器版本手册章节保持一致，我们这里不另起一章。实验代码在我们光盘的“实验56 UCOSII实验1-2-任务创建删除挂起恢复”中，主函数文件main.c源码如下：

前面我们简单的建立了两个任务，主要是让大家了解UCOSII怎么运行以及怎样创建任务。下面我们在这一节补充一个实验测试任务的删除，挂起和恢复。为了和寄存器版本手册章节保持一致，我们这里不另起一章。实验代码在我们光盘的“实验53 UCOSII入门实验1-2-任务创建删除挂起恢复”中，主函数文件main.c源码如下：

#define START_TASK_PRIO 10 //开始任务的优先级设置为最低

//设置任务堆栈大小

#define START_STK_SIZE 64

//创建任务堆栈空间

OS_STK START_TASK_STK[START_STK_SIZE];

//任务函数接口

void start_task(void *pdata);

//LED任务

//设置任务优先级

#define LED_TASK_PRIO 7

//设置任务堆栈大小

#define LED_STK_SIZE 64

//创建任务堆栈空间

OS_STK LED_TASK_STK[LED_STK_SIZE];

//任务函数接口

void led_task(void *pdata);

//蜂鸣器任务

//设置任务优先级

#define BEEP_TASK_PRIO 5

//设置任务堆栈大小

#define BEEP_STK_SIZE 64

//创建任务堆栈空间

OS_STK BEEP_TASK_STK[BEEP_STK_SIZE];

//任务函数接口

void beep_task(void *pdata);

//按键扫描任务

//设置任务优先级

#define KEY_TASK_PRIO 3

//设置任务堆栈大小

#define KEY_STK_SIZE 64

//创建任务堆栈空间

OS_STK KEY_TASK_STK[KEY_STK_SIZE];

//任务函数接口

void key_task(void *pdata);

int main(void)

{

delay_init(168); //初始化延时函数

uart_init(115200);

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

BEEP_Init(); //蜂鸣器初始化

KEY_Init(); //按键初始化

OSInit(); //初始化UCOSII

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;

OSStatInit(); //初始化统计任务.这里会延时1秒钟左右

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

OSTaskCreate(led_task,(void *)0,(OS_STK*)&LED_TASK_STK

[LED_STK_SIZE-1],LED_TASK_PRIO);

OSTaskCreate(beep_task,(void *)0,(OS_STK*)&BEEP_TASK_STK

[BEEP_STK_SIZE-1],BEEP_TASK_PRIO);

OSTaskCreate(key_task,(void *)0,(OS_STK*)&KEY_TASK_STK

[KEY_STK_SIZE-1],KEY_TASK_PRIO);

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

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

}

//LED任务

void led_task(void *pdata)

{

while(1)

{

LED0=!LED0;

LED1=!LED1;delay_ms(500);

}

//蜂鸣器任务

void beep_task(void *pdata)

{

while(1)

{

if(OSTaskDelReq(OS_PRIO_SELF)==OS_ERR_TASK_DEL_REQ) //判断是否有删除请求

{

OSTaskDel(OS_PRIO_SELF); //删除任务本身

}

BEEP=1; delay_ms(60);

BEEP=0; delay_ms(940);

}

//按键扫描任务

void key_task(void *pdata)

{

u8 key;

while(1)

{

key=KEY_Scan(0);

if(key==KEY_RIGHT)

{

OSTaskSuspend(LED_TASK_PRIO); //挂起LED任务，LED停止闪烁

}

else if (key==KEY_LEFT)

{

OSTaskResume(LED_TASK_PRIO); //恢复LED任务，LED恢复闪烁

}

else if (key==KEY_UP)

{

OSTaskDelReq(BEEP_TASK_PRIO); //发送删除BEEP任务请求，

}

else if(key==KEY_DOWN)

{

OSTaskCreate(beep_task,(void *)0,(OS_STK*)&BEEP_TASK_STK

[BEEP_STK_SIZE-1],BEEP_TASK_PRIO);//重新创建任务beep

}

delay_ms(10);

}

该代码在start_task中创建了3个任务分别为led_task, beep_task和key_task。led_task是LED0和LED1每隔500ms翻转一次。beep_task在没有收到删除请求的时候是隔一段时间蜂鸣器鸣叫一次，key_task是进行按键扫描。当KEY_RIGHT按键按下的时候挂起任务led_task，这是LED0和LED1停止闪烁。当KEY_LEFT按键按下的时候，如果led_task被挂起则恢复之，如果没有挂起则没有影响。当KEY_UP按键按下的时候删除任务beep_task。当KEY1按键按下的时候，重新创建任务beep_task。

我们的测试顺序为：首先下载代码之后可以看到LED0和LED1不断闪烁，同时蜂鸣器不断鸣叫。这个时候我们按下KEY0之后led_task任务被挂起，我们可以看到LED不再闪烁。接着我们按下KEY2，led_task任务重新恢复，可以看到LED恢复闪烁。然后我们按下KEY_UP，任务beep_task被删除，所以蜂鸣器不再鸣叫。这个时候我们再按下按键KEY_DOWN，任务beep_task被重新创建，所以蜂鸣器恢复鸣叫。