ucosii实时操作系统分析-任务管理及调度.ppt

任务的调度(续) 2. 任务切换宏OS_TASK_SW() SP R1 R2 … … Rn PC PSW R1 R2 …… Rn PC PSW R1 R2 …… Rn PC PSW CPU的各寄存器 被中止任务TCB 待运行任务TCB OSTCBStkPtr OSTCBStkPtr 被中止任务堆栈 待运行任务堆栈 图2-11 调度器进行 任务切换时的动作 断点:任务被中止运行时的位置。 断点数据:当时存放在CPU的各寄存器中的数据。 “无缝”接续:当任务恢复运行时，必须在断点处以断点数据作为初始数据接着运行。 正确地恢复断点数据的关键: CPU的堆栈指针SP是否有正确的指向。 在系统中存在多个任务时，如果在恢复断点数据使用另一个任务的任务堆栈指针（存放在TCB的OSTCBStkPtr中）来改变CPU的堆栈指针SP，那么CPU运行的就不是刚才被中止运行的任务，而使另一个任务了，也就是实现任务切换了。 任务的调度(续) 2. 任务切换宏OS_TASK_SW()-续 为了完成图2-11的操作，要依次做如下7项工作： 把被中止任务的断点指针保存到任务堆栈中； 把CPU通用寄存器的内容保存到任务堆栈中； 把被中止任务的任务堆栈指针保存到该任务的任务控制块的OSTCBStkPtr中； 获得待运行任务的任务控制块； 使CPU通过任务控制块获得待运行任务的任务堆栈指针； 把待运行任务堆栈中通用寄存器的内容恢复到CPU的通用寄存器中； 使CPU获得待运行任务的断点指针（该指针是待运行任务在上一次被调度器中止运行时保留在任务堆栈中的）。 用压栈指令把CPU通用寄存器R1、R2...压入堆栈； //把SP保存在中止任务控制块中 OSTCBCur - OSTCBStkPtr = SP; //使系统获得待运行任务控制块 OSTCBCur = OSTCBHighRdy； //把待运行任务堆栈指针赋给SP SP = OSTCBHighRdy - OSTCBStkPtr; 用出栈指令把R1、R2...弹入CPU的通用寄存器； 2. 任务切换宏OS_TASK_SW()-续 任务的调度(续) 任务切换过程 获得待运行任务的任务控制块 恢复待运行任务的运行环境 处理器的PC=任务堆栈中的断点地址 处理器的SP=任务块中保存的SP 如何获得待运行任务的任务控制块？ 根据就绪表获得待运行任务的任务控制块指针 其实，调度器在进行调度时，在这个位置还要进行一下判断：究竟待运行任务是否为当前任务，如果是，则不切换；如果不是才切换，而且还要保存被中止任务的运行环境。 给调度器上锁 OSSchedlock()：给调度器上锁函数，用于禁止任务调度，保持对CPU的控制权（即使有优先级更高的任务进入了就绪态）； OSSchedUnlock()：给调度器开锁函数，当任务完成后调用此函数，调度重新得到允许； 当低优先级的任务要发消息给多任务的邮箱、消息队列、信号量时，它不希望高优先级的任务在邮箱、队列和信号量还没有得到消息之前就取得了CPU的控制权，此时，可以使用调度器上锁函数。 谢 谢! * * 1、系统在调用函数OSInit()对uC/OS-II系统进行初始化时，先在RAM中建立一个OS_TCB结构类型的数组OSTCBTbl[ ],每个数组元素就是一个任务控制块，然后把这些控制块链接成一个如图所示的链表。由于链表中的这些控制块还没有与具体任务相关联，因此这个链表叫做空任务块链表。 2、从图中可以看到，uC/OS-II初始化时建立的空任务链表元素一共是OS_MAX_TASKS+OS_N_SYS_TASKS个。其中定义在文件OS_CFG.H中的常数OS_MAX_TASKS 指明了用户任务的最大数目；而定义在文件UCOS_II.H中的常数OS_N_SYSTASKS指明了系统任务的数目（在图中，其值为2：一个空闲任务，一个统计任务）。 3、每当应用程序调用系统函数OSTaskCreate()或OSTaskCreateExt()创建一个任务时，系统就会将任务控制块链表头指针OSTCBFreeList指向的任务控制块分配给该任务。在给任务控制块中的各成员赋值后，就按任务控制块链表的头指针OSTCBList 将其加入到任务控制块链表中。 * 1、为了管理上的方便，uC/OS-II把每一个任务都作为一个节点，然后把它连接成如图3-5所示的一个任务链表。 目前，uC/OS-II最多可以对64个任务（包括用户任务和系统任务）进行管理。 * * 1、从程序设计角度来看，一个UC/OS-II任务的代码就是一个C语言函数。为了可以传递各种不同类型的数据甚至是函数，任务的参数是一个void类型的指针。 2、为了有效的对中断进行控制，在任务的代码里可使用uC/OS-II定