UCOSII培训材料M16C62很好概念详细.docx
《UCOSII培训材料M16C62很好概念详细.docx》由会员分享，可在线阅读，更多相关《UCOSII培训材料M16C62很好概念详细.docx（29页珍藏版）》请在冰豆网上搜索。
UCOSII培训材料M16C62很好概念详细
内容介绍
1、介绍uC/OS-II嵌入式操作系统
2、基于uC/OS-II的用电管理终端软件的设计
书籍：
《嵌入式实时操作系统uC/OS-II》
作者：
JeanLabrosse
uC/OS-IIV2.52通过了美国航空航天管理局（FAA）的安全认证；
安全性、可靠性是得到认证的。
我们为什么会选择uC/OS-II嵌入式操作系统？
1、与终端硬件平台相适应
全部源代码5500行，可裁减定制，生成的可执行代码占15～20k,
可以移植到多种系列单片机上，包括ARM；
2、考虑成本，免费的源代码公开；
3、uC/OS-II代码简单，容易掌握和使用；具有多任务调度的基本功能；
uC/OS-II嵌入式操作系统的缺点：
1、缺少技术支持，相关的支持软件少；
2、和商业软件比，功能较弱（如不支持时间片轮转，最大任务数为64等）；对应用开发的支持不够；
uC/OS内核介绍和基于RTOS的设计介绍
一、概述
●使用嵌入式RTOS的优点
1将复杂的系统分解为多个相对独立的任务，采用“分而治之”的方法降低系统的复杂度。
通过将应用程序分割成若干独立的任务，RTOS使得应用程序的设计过程大为简化；
2使得应用程序的设计和扩展变得容易，无需较大的改动就可以增加新的功能；
3用户给系统增加一些低优先级的任务，则用户系统对高优先级的任务的响应时间几乎不受影响；
4实时性能得到提高。
使用可剥夺型内核，所有时间要求苛刻的事件都得到了尽可能快捷有效的处理；
5通过有效的服务，如信号量、邮箱、队列、延时及超时等，RTOS使资源得到更好的利用；
●使用嵌入式RTOS的缺点
1使用RTOS增加了系统的内存和CPU等使用开销，例如任务之间的通讯、RTOS的调度程序等；
2需要采用一些新的软件设计方法，对系统设计人员的要求高一些。
例如驱动程序的设计要考虑到共享资源的互斥问题；
3系统任务的划分是比较复杂的过程，需要设计人员对业务和RTOS操作系统都很熟悉。
●uC/OS操作系统的特点
uC/OS是一个完成的，可移植、可固化、可裁减的抢占式实时多任务操作系统内核。
主要用ANSI的C语言编写，少部分代码是汇编语言。
uC/OS主要有以下特点：
1、可移植性可以移植到多个CPU上，包括三菱单片机。
2、可固化可以固化到嵌入式系统中
3、可裁减可以定制uC/OS，使用少量的系统服务
4、可剥夺性uC/OS是完全可剥夺的实时内核，uC/OS总是运行优先级最高的就绪任务。
5、多任务运行uC/OS可以管理最多64个任务。
不支持时间片轮转调度法，所以要求每个任务的优先级不一样。
6、可确定性uC/OS的函数调用和系统服务的执行时间可以确定。
7、任务栈每个任务都有自己的单独的栈，而且每个任务栈空间的大小可以不一样。
8、系统服务uC/OS有很多系统服务，如信号量、时间标志、消息邮箱、消息队列、时间管理等等。
二、uC/OS内核介绍
●基本概念
1、前后台系统也称为超循环系统。
应用程序是一个无限的循环，循环中实现相应的操作，这部分看成后台行为。
用中断服务程序处理异步事件，处理实时性要求很强的操作，这部分可以看成前台行为。
2、共享资源可以被一个以上任务使用的资源叫做共享资源。
3、任务：
一个任务是一个线程，一般是一个无限的循环程序。
一个任务可以认为CPU资源完全只属于自己。
任务可以是以下五种状态之一：
休眠态，就绪态，运行态，挂起态和被中断态。
uC/OS-II提供的系统服务可以使任务从一种状态变为另一种状态。
4、任务切换：
任务切换就是上下文切换，也是CPU寄存器内容切换。
当内核决定运行另外的任务时，它保存正在运行任务的当前状态（CPU寄存器的内容）到任务自己的栈区。
入栈完成后，就把下一个将要运行的任务状态从该任务的栈中重新装入CPU寄存器，并开始下一个任务的运行，这个过程叫做任务切换。
5、内核多任务系统中内核负责管理和调度各个任务，为每个任务分配CPU时间，并负责任务间的通信。
内核总是调度就绪态的优先级最高的任务。
内核本身增加了系统的额外负荷，因为内核提供的服务需要一定的执行时间。
6、可剥夺型内核uC/OS－II以及绝大多数商业实时内核都是可剥夺型内核。
最高优先级的任务一旦就绪，就抢占运行着的低优先级的任务，得到CPU的使用权。
7、可重入函数：
可以被多个任务调用，并且不用担心数据会被破坏的函数。
8、优先级反转优先级反转问题是使用实时内核系统中出现最多的问题。
描述如下：
假设当前系统有任务3在运行，并且低优先级的任务3占用了共享资源，而高优先级任务1就绪得到CPU使用权后，也要使用任务3占用的共享资源，任务1只能挂起等待任务3使用完共享资源。
任务3继续运行时，优先级在任务1和任务3之间的任务2就绪并抢占了任务3的CPU使用权，直到运行完后才把CPU使用权还给任务3。
任务3继续运行，在释放了共享资源后任务1才得以运行。
这样，任务1实际上降到了任务3优先级的水平。
这种情况就是优先级反转问题。
uC/OS-II中，可以利用互斥信号量来这个解决。
9、互斥方法使用共享数据结构进行任务间通信时，要求对其进行互斥。
保证互斥的方法有：
关中断、使用测试变量、禁止任务切换和利用信号量。
10、同步可以利用信号量使任务与任务，任务与ISR之间同步。
任务之间没有数据交换。
11、事件标志：
当任务要与多个事件同步时，需要使用事件标志（eventflag）。
事件标志同步分为独立型同步（逻辑“或”关系）和关联型同步（逻辑“与”关系）。
12、任务间通信：
任务间信息的传递有两个途径，通过全局变量或者通过内核发消息给另一个任务。
通过内核服务发送的消息包括：
消息邮箱、消息队列。
任务或者ISR可以把一个指针放到消息邮箱中，让另一个任务接收。
消息队列实际上是邮箱阵列。
13、时钟节拍：
是特定的周期性的定时器中断。
时钟节拍是系统的心脏脉动，提供周期性的信号源，是系统进行任务调度的频率依据和任务延时依据。
时钟节拍越快，系统开销就越大。
我们移植过程中采用的方法：
初始化定时器TA0,周期是20ms,作为操作系统时钟节拍。
●uC/OS-II内核结构
1、uC/OS-II是以源代码形式提供的实时操作系统内核，其包含的文件结构如下：
说明：
基于uC/OS-II操作系统进行应用系统时，设计任务的主要任务是将系统合理划分成多个任务，并由RTOS进行调度，任务之间使用uC/OS-II提供的系统服务进行通信，以配合实现应用系统的功能。
上图中应用代码部分主要是设计人员设计的业务代码。
与前后台系统一样，基于uC/OS-II的多任务系统也有一个main主函数，main函数由编译器所带的C启动程序调用。
在main主函数中主要实现uC/OS-II的初始化OSInit（）、任务创建、一些任务通信方法的创建、uC/OS-II的多任务启动OSStart（）等常规操作。
另外，还有一些应用程序相关的初始化操作，例如：
硬件初始化、数据结构初始化等。
在使用uC/OS-II提供的任何功能之前，必须先调用OSInit（）函数进行初始化。
在main主函数中调用OSStart（）启动多任务之前，至少要先建立一个任务。
否则应用程序会崩溃。
OSInit（）初始化uC/OS-II所有的变量和数据结构，并建立空闲任务OS_TaskIdle（），这个任务总是处于就绪态。
例子：
一个典型的应用程序main主函数如下
voidmain（void）
｛
/*-----硬件初始化，等用户代码初始化-----*/
init_mcu（）;
init_lcd（）;
init_hdtimer（）;
OSInit（）;/*初始化uC/OS-II*/
…
/*通过调用OSTaskCreate（）或OSTaskCreateExt（）创建至少一个任务；*/
OSTaskCreate（sample_Task,（void*）0,&sample_TaskStk[TASK_STK_SIZE-1],2）;
…
/*通过调用OSSemCreate（）创建信号量等任务通信方式；*/
CalcSem=OSSemCreate（0）;
…
OSStart（）;/*开始多任务调度！
OSStart（）永远不会返回*/
｝
调用
OSStart（）后，uC/OS-II就运行main函数所创建任务中优先级最高的一个就绪任务。
用户应该在uC/OS-II启动运行后的第1个任务中调用时钟节拍启动函数。
在uC/OS-II移植到M16C62的过程中实现了函数init_timer_ta0（）,来初始化时钟TA0。
本文后面有关部分讨论了时钟节拍的问题。
上例中如果创建了多个（n个）任务，在main函数调用OSStart（）后，操作系统就启动了多任务调度，接管了CPU和其他资源的使用权，负责为每个任务分配CPU使用权和使用时间，同时对共享资源进行管理。
从宏观上看，整个系统就象有多个执行的程序并行运行，每个程序都是无限循环的main函数。
如下图所示：
文件OS_CFG.H是与应用程序有关的配置文件，主要是对操作系统进行设置。
包括：
设置系统的最多任务数OS_MAX_TASKS；
最多事件控制块设置OS_MAX_EVENTS；
堆栈方向的设置OS_STK_GROWTH（1为递减、0为递增）；
是否支持堆栈检验OS_TASK_CREATE_EXT；
是否支持任务统计OS_ASK_STAT_EN；
是否支持事件标志组OS_FLG_EN…
等等。
文件INCLUDES.H是主控头文件，包含了整个系统需要的所有头文件。
包括操作系统的头文件和用户设计的应用系统的头文件。
OS_CPU.H、OS_CPU_A.ASM等文件是与移植uC/OS-II有关的文件，包含了与处理器类型有关的代码。
这几个文件的介绍参见何博士的uC/OS-II移植文档。
2、uC/OS-II内核体系结构图
uC/OS-II内核主要对用户任务进行调度和管理，并为任务间共享资源提供服务。
包含的模块有任务管理、任务调度、任务间通信、时间管理、内核初始化等。
uC/OS-II内核体系结构如下所示：
3、任务状态及其转换关系
在多任务系统中，任务是设计者实现应用系统的基本形式，也是uC/OS-II系统进行调度的基本单元。
任务可以是一个无限的循环，也可以在一次执行后被操作系统删除。
任务函数和任何C函数一样，具有一个返回类型和一个参数，但是它决不返回。
任务必须是以下2种结构之一：
voidYourTask（voidpdata）
{
for（;;）{
/*用户代码*/
}
}
或
voidYourTask（void*pdata）
{
/*用户代码*/
OSTaskDel（OS_PRIO_SELF）;
}
在任一给定的时刻，uC/OS-II的任务状态只能是以下5种之一：
●睡眠态：
指任务驻留在程序空间（ROM或RAM），还没有交给uC/OS-II来管理。
通过创建任务将任务交给uC/OS-II。
任务被删除后就进入睡眠态。
●就绪态：
任务创建后就进入就绪态。
任务的建立可以在多任务运行之前，也可以动态的由一个运行的任务建立。
●运行态：
占用CPU资源运行的任务，该任务为进入就绪态的优先级最高的任务。
任何时刻只能有一个任务处于运行态。
●等待状态：
由于某种原因处于等待状态的任务。
例如，任务自身延时一段时间，或者等待某一事件的发生。
●中断服务态：
任务运行时被中断打断，进入中断服务态。
正在执行的任务被挂起，中断服务子程序控制了CPU的使用权。
uC/OS-II控制下的任务状态转换图如下：
图4、uC/OS-II的任务状态转换图
3、任务控制块（OS_TCB）
任务控制块（TCB）是一个数据结构OS_TCB，一旦一个任务创建，就有一个和它关联的TCB被赋值。
当任务的CPU使用权被剥夺时，它用来保存该任务的状态。
这样，当任务重新获得CPU使用权时，可以从TCB中获取任务切换前的信息，准确的继续运行。
任务控制块包含了许多任务信息，主要有：
.OSTCB/StkPtr指向当前任务堆栈栈顶的指针。
uC/OS-II允许每个任务有自己的堆栈，每个任务堆栈的大小可以不一样。
.OSTCBNext和.OSTCBPrev指向OS_TCB双向链表的前、后连接。
.OSTCBEventPtr指向事件控制块的指针；
.OSTCBDly保存任务的延时节拍数，或允许等待事件发生的最多节拍数。
.OSTCBPrio任务的优先级；
文件OS_CFG.H中定义的最多任务数OS_MAX_TASKS决定了分配给用户程序的任务控制块的数目。
所有的任务控制块都放在任务控制块数组OSTCBTbl[]中。
uC/OS-II初始化时，所有OS_TCB都被链接成单向空任务链表。
任务一旦建立，就将链表开头的OS_TCB赋给该任务。
一旦任务被删除，OS_TCB就还给空任务链表。
任务建立时，函数OS_TCBInit（）初始化任务控制块。
4、任务调度器
uC/OS-II总是运行进入就绪态的优先级最高的任务。
任务调度器的功能是：
在就绪表中查找最高优先级的任务，然后进行必要的任务切换，运行该任务。
uC/OS-II的任务调度有两种情况：
任务级的任务调度由OS_Sched（）完成；中断级的任务调度由OSIntExt（）完成。
这两种任务调度情况调用的任务切换函数不同：
任务级的任务调度OS_Sched（）调用了任务切换函数OS_TASK_SW（），而中断级的调度OSIntExt（）调用了任务切换函数OSIntCtxSw（）。
任务级的任务调度是由于有更高优先级的任务进入就绪态，当前的任务的CPU使用权被剥夺，发生了任务到任务的切换；中断级的调度是指当前运行的任务被中断打断，由于ISR运行过程中有更高优先级的任务被激活进入就绪态。
而中断返回前ISR调用OSIntExt（）函数，该函数查找就绪表发现有必要进行任务切换，从而被中断的任务进入等待状态，运行被激活的高优先级的任务。
任务切换
任务切换有两种：
OS_TASK_SW（）和OSIntCtxSw（）。
任务级的任务切换OS_TASK_SW（）是宏调用，通过软中断指令来实现CPU寄存器内容切换。
例如：
#defineOS_TASK_SW（）asm（“int#32”），具体实现参见移植文档。
任务级的任务切换过程：
1）保存当前运行的任务的CPU寄存器值到该任务的堆栈。
如：
堆栈指针，程序计数器，状态寄存器等。
2）将要运行的高优先级的任务的寄存器值从堆栈恢复到CPU寄存器。
3）进行TCB的切换，并运行任务。
（从TCB中获取任务切换前的信息）
中断级的任务切换OSIntCtxSw（）是在OSIntExt（）中调用的，我们一般在用户ISR中调用OSIntExt（）以实现中断返回前的任务调度。
由于ISR已经将CPU寄存器的值存入被中断的任务的堆栈中【应该是指第1）步没有】，所以OSIntCtxSw（）的实现和OS_TASK_SW（）不一样，具体参见移植文档。
就绪表
每个就绪的任务都放在就绪表中，就绪表有两个变量：
OSRdyGrp和OSRdyTbl[]。
OSRdyGrp中，将任务按优先级分组，八个为一组。
OSRdyGrp的每一位代表每组任务是否有进入就绪态的任务。
在就绪表中查找优先级最高的任务不需要扫描整个OSRdyTbl[]，只要查优先级判定表OSUnMapTbl[]。
OSUnMapTbl[]是常量表，所以查找优先级最高的任务的执行时间为常量，和就绪表的任务数无关。
5、中断服务
在用户的ISR中可以调用OSIntEnter（）和OSIntExit（）通知uC/OS-II发生了中断，这样可以实现ISR返回前的任务调度。
uC/OS-II中的中断服务子程序示例：
用户中断服务子程序：
保存CPU寄存器；
调用OSIntEnter（）；
if（OSIntNesting==1）{
OSTCBCur->OSTCBStkPtr=SP;
}
清中断源；
重新开中断；
执行用户ISR代码；
调用OSIntExit（）；
恢复CPU寄存器；
执行中断返回指令；
6、时钟节拍
uC/OS-II要求用户提供一个周期性的时钟源，来实现时间的延迟和超时功能，时钟节拍应该每秒发生10~100次/秒。
时钟节拍率越高，系统的额外负荷就越重。
应该在多任务系统启动后，也就是调用OSStart（）后再开启时钟节拍器。
系统设计者可以在第1个开始运行的任务中调用时钟节拍启动函数。
假设用定时器TA0作为时钟中断源，那么，在移植过程中实现了函数init_timer_ta0（），此函数用来初始化定时器TA0，并将其打开。
uC/OS-II中的时钟节拍服务是在ISR中调用OSTimeTick（）实现的。
OSTimeTick（）跟踪所有任务的定时器以及超时时限。
7、uC/OS-II的初始化和启动
调用uC/OS-II的服务之前要先调用系统初始化函数OSInit（）。
OSInit（）初始化uC/OS-II所有的变量和数据结构，并建立空闲任务。
uC/OS-II初始化任务控制块、事件控制块、消息队列缓冲、标志控制块等数据结构的空缓冲区。
多任务的启动是通过调用OSStart（）实现的。
启动之前要至少创建一个任务。
OSStart（）调用就绪任务启动函数OSStartHighRdy（），其功能是将任务栈的值恢复到CPU寄存器，并执行中断返回指令，强制执行该任务代码。
●任务管理
uC/OS-II可以管理最多64个任务。
任务管理包括创建任务、删除任务、改变任务的优先级及挂起和恢复任务等。
1、建立任务，OSTaskCreate（）、OSTaskCreateExt（）
OSTaskCreate（）需要四个参数：
void（*task）（void*pd）,void*pdata,OS_STK*ptos,INT8Uprio。
task是指向任务函数的指针；
pdata是任务开始执行时，传递给任务的参数指针；
ptos是分配给任务的堆栈的栈顶指针；
prio是分配给任务的优先级。
OSTaskCreateExt（）是OSTaskCreate（）的扩展，需要的参数比OSTaskCreate（）更多，共九个，前4个和OSTaskCreate（）的参数一样。
其余的参数是为了系统进行堆栈检验和任务统计等扩展服务功能提供的参数。
2、任务堆栈
每个任务都有自己的堆栈空间，为OS_STK类型，并且由连续的内存空间组成。
可以静态分配堆栈空间，也可以动态分配。
uC/OS-II支持的处理器的堆栈既可以是递减的，也可以是递增的。
在创建任务时必须知道堆栈是递减还是递增的，因为必须把堆栈的栈顶传递给OSTaskCreate（）和OSTaskCreateExt（）。
可以在文件OS_CPU.H中的OS_STK_GROWTH进行堆栈方向的设置。
3、删除任务，OSTaskDel（）
删除任务是指任务处于休眠状态，不再被RTOS调用。
4、请求删除任务，OSTaskDelReq（）
为了避免删除任务时，任务占用的资源因为没有被释放而丢失，可以调用OSTaskDelReq（），让拥有这些资源的任务使用完资源后，先释放资源，再删除自己。
5、改变任务优先级，OSTaskChangePrio（）
调用OSTaskChangePrio（INT8Uoldprio,INT8Unewprio）可以动态改变任务的优先级。
6、挂起任务，OSTaskSuspend（）
调用OSTaskSuspend（INT8Uprio）可以挂起一个任务，被挂起的任务只有通过调用OSTaskResume（）函数来恢复。
7、恢复任务，OSTaskResume（）
恢复因为调用OSTaskSuspend（INT8Uprio）挂起的任务。
三、uC/OS-II任务间通信方式
1、信号量
信号量由两部分组成：
一部分是16位的无符号整型信号量的计数值；另一部分是由等待该信号量的任务组成的等待任务表；
信号量用于对共享资源的访问，用钥匙符号，符号旁数字代表可用资源数，对于二值信号量该值为1；
信号量还可用于表示某事件的发生，用旗帜符号表示，符号旁数字代表事件已经发生的次数；
提供服务：
OSSemCreate（），建立一个信号量，对信号量赋予初始计数值。
如信号量是用于表示一个或多个事件的发生的，其初始值通常为0；
如信号量用于对共享资源的访问，则该值赋为1；
如信号量用于表示允许任务访问n个相同的资源，则该值赋为n，并把该信号量作为一个可计数的信号量使用；
OSSemDel（），删除一个信号量，在删除信号量前必须首先删除操作该信号量的所有任务；
OSSemPend（），等待一个信号量；
OSSemPost（），发出一个信号量；
OSSemAccept（），无等待地请求一个信号量；
OSSemQuery（），查询一个信号量的当前状态；
不推荐任务和中断服务子程序共享信号量，因为信号量一般用于任务级。
如果确实要在任务和中断服务子程序中传递信号量，则中断服务子程序只能发送信号量；
OSSemDel（）和OSSemPend（）服务不能被中断服务子程序调用；
2、互斥型信号量（mutex）
互斥型信号量用于处理共享资源；
由于终端硬件平台的某些实现特性，例如单片机管脚的复用，多个任务需要对硬件资源进行独占式访问。
所谓独占式访问，指在任意时刻只能有一个任务访问和控制某个资源，而且必须等到该任务访问完成后释放该资源，其他任务才能对此资源进行访问。
操作系统进行任务切换时，可能被切换的低优先级任务正在对某个共享资源进行独占式访问，而任务切换后运行的高优先级任务需要使用此共享资源，此时会出现优先级反转的问题。
即，高优先级的任务需要等待低优先级的任务继续运行直到释放该共享资源，高优先级的任务才可以获得共享资源继续运行。
可以在应用程序中利用互斥型信号量（mutex）解决优先级反转问题。
互斥型信号量是二值信号量。
由于uC/OS-II不支持多任务处于同一优先级，可以把占有mutex的低优先级任务的优先级提高到略高于等待mutex的高优先级任务的优先级。
等到低优先级任务使用完共享资源后，调用OSMutexPost（），将低优先级任务的优先级恢复到原来的水平。
互斥型信号量（mutex）的操作：
建立一个互斥型信号量OSMutexCreate（INT8Uprio,INT8U*err）
等待一个互斥型信号量（挂起）
OSMutexPend（OS_EVENT*pevent,INT16Utimeout,INT8U*err）
释放一个互斥型信号量OSMutexPost（OS_EVENT*pevent）
优先级反转问题。
优先级反转问题发生于高优先级的任务需要使用某共享资源，而该资源已被一个低优先级的任务占用的情况。
为了降解优先级反转，内核可以将低优先级任务的优先级提升到高于高优先级任务的优先级，直到低优先级的任务使用完占用的共享资源。
优先级继承优先级PIP，略高于最高优先级任务的优先级；
例：
OSMutexCreate（9,&err）；建立互斥型信号量，9为PIP；
其它服务：
OSMutexDel（），删除互斥型信号量，在删除信号量之前应先删除可能用到该信号量的所有任务；
OSMutexPend（
升级会员 