嵌入式操作系统chap03内核结构.ppt

本章还描述以下函数,这些服务于应用程序： OS_ENTER_CRITICAL() 和 OS_EXIT_CRITICAL(), OSInit(), OSStart(), OSIntEnter() 和 OSIntExit(), OSSchedLock() 和 OSSchedUnlock(), 以及 OSVersion(). 3.0 临界段(Critical Sections) μC/OS-Ⅱ为了处理临界段代码需要关中断，处理完毕后再开中断。这使得μC/OS-Ⅱ能够避免同时有其它任务或中断服务进入临界段代码。 关中断的时间是实时内核开发商应提供的最重要的指标之一，因为这个指标影响用户系统对实时事件的响应性。 μC/OS-Ⅱ定义两个宏(macros)来关中断和开中断，以便避开不同C 编译器厂商选择不同的方法来处理关中断和开中断。 μC/OS-Ⅱ中的这两个宏调用分别是：OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL()。因为这两个宏的定义取决于所用的微处理器，故在文件OS_CPU.H 中可以找到相应宏定义。每种微处理器都有自己的OS_CPU.H文件。 3.1 任务 一个任务通常是一个无限的循环。 任务返回参数必须定义成void。 程序清单 L3.1 任务是一个无限循环 void YourTask (void *pdata) { for (;;) { /* 用户代码 */ 调用uC/OS-II的某种系统服务: OSMboxPend(); OSQPend(); OSSemPend(); OSTaskDel(OS_PRIO_SELF); OSTaskSuspend(OS_PRIO_SELF); OSTimeDly(); OSTimeDlyHMSM(); /* 用户代码 */ } } 当任务完成以后，任务可以自我删除。注意任务代码并非真的删除了，μC/OS-Ⅱ只是简单地不再理会这个任务了，这个任务的代码也不会再运行，如果任务调用了OSTaskDel()，这个任务绝不会返回什么。 void YourTask (void *pdata) { /* 用户代码 */ OSTaskDel(OS_PRIO_SELF); } 可以建立许多相同的任务，所有任务都使用同一个函数（或者说是同一个任务代码程序）。 例如，用户可以将四个串行口安排成每个串行口都是一个单独的任务,而每个任务的代码实际上是相同的。并不需要将代码复制四次，用户可以建立一个任务，向这个任务传入一个指向某数据结构的指针变量，这个数据结构定义串行口的参数（波特率、I/O 口地址、中断向量号等）。 μC/OS-Ⅱ可以管理多达64 个任务。 系统占用优先级：0、1、2、3、OS_LOWEST_PRIO-3、OS_LOWEST_PRIO-2，OS_LOWEST_PRIO-1 以及OS_LOWEST_PRIO 。 OS_LOWEST_PRIO 是作为定义的常数在OS_CFG.H 文件中用定义常数语句#define constant 定义的。 用户应用程序的一般结构 3.2 任务状态 图3.1 是μC/OS-Ⅱ控制下的任务状态转换图。在任一给定的时刻，任务的状态一定是在这五种状态之一。 睡眠态（DORMANT）指任务驻留在程序空间之中，还没有交给μC/OS-Ⅱ管理。把任务交给μC/OS-Ⅱ是通过调用下述两个函数之一：OSTaskCreate()或OSTaskCreateExt()。当任务一旦建立，这个任务就进入就绪态准备运行。 3.3 任务控制块（Task Control Blocks, OS_TCBs） 一旦任务建立了，任务控制块OS_TCB将被赋值（程序清单3.3）。任务控制块是一个数据结构，当任务的CPU 使用权被剥夺时，μC/OS-Ⅱ用它来保存该任务的状态。当任务重新得到CPU使用权时，任务控制块能确保任务从当时被中断的那一点丝毫不差地继续执行OS_TCB全部驻留在RAM 中。 typedef struct os_tcb { OS_STK *OSTCBStkPtr; #if OS_TASK_CREATE_EXT_EN 0 void *OSTCBExtPtr; OS_STK *OSTCBStkBottom; INT32U OSTCBStkSize;