ucOS-II时间管理.PPTVIP

ucOS-II时间管理 与时钟节拍有关的系统服务 μC/OS-Ⅱ(其它内核也一样)要求用户提供定时中断来实现延时与超时控制等功能。 这个定时中断叫做时钟节拍，它应该每秒发生10至100次，时钟节拍的实际频率是由用户的应用程序决定的。时钟节拍的频率越高，系统的负荷就越重。 五个与时钟节拍有关的系统服务(见OS_TIME.C文件)： OSTimeDly() OSTimeDlyHMSM() OSTimeDlyResume() OSTimeGet() OSTimeSet() 任务延时函数OSTimeDly() μC/OS-Ⅱ提供了这样一个系统服务：申请该服务的任务可以延时一段时间，这段时间的长短是用时钟节拍的数目来确定的。 实现这个系统服务的函数叫做OSTimeDly()，调用该函数会使μC/OS-Ⅱ进行一次任务调度，并且执行下一个优先级最高的就绪态任务。 任务调用OSTimeDly()后，一旦规定的时间期满或者有其它的任务通过调用OSTimeDlyResume()取消了延时，它就会马上进入就绪状态。（只有当该任务在所有就绪任务中具有最高的优先级时，它才会立即运行。） OSTimeDly()程序 void OSTimeDly (INT16U ticks) /通过提供延时的时钟节拍数ticks(1 到65535之间)，来调用该函数。 { if (ticks 0) {(1) /如果时钟节拍数ticks为0值，则表明用户不想延时任务，函数会立即返回到调用者。 OS_ENTER_CRITICAL(); if ((OSRdyTbl[OSTCBCur-OSTCBY] = ~OSTCBCur-OSTCBBitX) == 0) {(2) /将当前任务从就绪表中移除 OSRdyGrp = ~OSTCBCur-OSTCBBitY;} OSTCBCur-OSTCBDly = ticks;(3) /将延时节拍数被保存到当前任务的OS_TCB中，并且通过OSTimeTick()每隔一个时钟节拍就减少一个延时节拍数。 OS_EXIT_CRITICAL(); OSSched(); (4) /当任务已经不再处于就绪状态，任务调度程序会执行下一个优先级最高的就绪任务。 } } 延时过程分析 如果系统每隔10ms发生一次时钟节拍（100Hz）中断[下图(1)]。 假如用户没有执行其它的中断并且此时中断是开着的，时钟节拍中断服务就会发生[下图(2)]。 如果用户有几个高优先级的任务(HPT)在等待延时期满，它们会接着执行[下图(3)]。 接下来，低优先级任务(LPT)会得到执行的机会，该任务在执行完后马上调用[下图(4)] OSTimeDly(1)。 μC/OS-Ⅱ会使该任务处于休眠状态直至下一个节拍的到来。当下一个节拍到来后，时钟节拍中断服务子程序会执行[下图(5)]，但是这一次由于没有高优先级的任务被执行，μC/OS-Ⅱ会立即执行申请延时一个时钟节拍的任务[下图(6)]。 该任务实际的延时少于一个节拍！在负荷很重的系统中，任务甚至有可能会在时钟中断即将发生时调用OSTimeDly(1)，在这种情况下，任务几乎没有得到任何延时，因为任务马上又被重新调度了。如果用户的应用程序至少得延时一个节拍，必须要调用OSTimeDly(2)，指定延时两个节拍！ 延时过程分析图 按时分秒延时函数OSTimeDlyHMSM() 用户可以按小时(H)、分(M)、秒(S)和毫秒(m)来定义时间。 调用OSTimeDlyHMSM()函数也会使μC/OS-Ⅱ进行一次任务调度，并且执行下一个优先级最高的就绪态任务。 任务调用OSTimeDlyHMSM()后，一旦规定的时间期满或者有其它的任务通过调用OSTimeDlyResume()取消了延时，它就会马上处于就绪态。同样，只有当该任务在所有就绪态任务中具有最高的优先级时，它才会立即运行。 OSTimeDlyHMSM()程序 INT8U OSTimeDlyHMSM (INT8U hours, INT8U minutes, INT8U seconds, INT16U milli) {INT32U ticks; INT16U loops;?? if (hours 0 || minutes 0 || seconds 0 || milli 0) { (1) /检验参数定义是否为有效的值 if (minutes 59) {return(OS_TIME_INVALID_MINUTES); } if (seconds 59) {return (OS_T