第5章分析和总结.docxVIP

第 5 章 时间管理 1 任务延时函数，OSTimeDly() 1 按时分秒延时函数 OSTimeDlyHMSM() 3 让处在延时期的任务结束延时，OSTimeDlyResume() 5 系统时间，OSTimeGet()和 OSTimeSet() 6 I 5- 5- PAGE 3 第5章 时间管理 在 3.10 节时钟节拍中曾提到，μC/OS-Ⅱ(其它内核也一样)要求用户提供定时中断来实现延时与超时控制等功能。这个定时中断叫做时钟节拍，它应该每秒发生10 至 100 次。时钟节拍的实际频率是由用户的应用程序决定的。时钟节拍的频率越高，系统的负荷就越重。 3.10 节讨论了时钟的中断服务子程序和节时钟节函数 OSTimeTick——该函数用于通知 μC/OS-Ⅱ发生了时钟节拍中断。本章主要讲述五个与时钟节拍有关的系统服务： OSTimeDly() OSTimeDlyHMSM() OSTimeDlyResume() OSTimeGet() OSTimeSet() 本章所提到的函数可以在OS_TIME.C 文件中找到。 任务延时函数，OSTimeDly() μC/OS-Ⅱ提供了这样一个系统服务：申请该服务的任务可以延时一段时间，这段时间 的长短是用时钟节拍的数目来确定的。实现这个系统服务的函数叫做OSTimeDly()。调用该函数会使 μC/OS-Ⅱ进行一次任务调度，并且执行下一个优先级最高的就绪态任务。任务调用 OSTimeDly()后，一旦规定的时间期满或者有其它的任务通过调用OSTimeDlyResume()取消了延时，它就会马上进入就绪状态。注意，只有当该任务在所有就绪任务中具有最高的优先级时，它才会立即运行。 程序清单 L5.1 所示的是任务延时函数OSTimeDly()的代码。用户的应用程序是通过提供延时的时钟节拍数——一个 1 到 65535 之间的数，来调用该函数的。如果用户指定 0 值 [L5.1(1)]，则表明用户不想延时任务，函数会立即返回到调用者。非0 值会使得任务延时函数 OSTimeDly()将当前任务从就绪表中移除[L5.1(2)]。接着，这个延时节拍数会被保存在当前任务的 OS_TCB 中[L5.1(3)]，并且通过 OSTimeTick()每隔一个时钟节拍就减少一个延时节拍数。最后，既然任务已经不再处于就绪状态，任务调度程序会执行下一个优先级最高的就绪任务。 程序清单 L 5.1 OSTimeDly() . void OSTimeDly (INT16U ticks){ void OSTimeDly (INT16U ticks) { if (ticks 0) { OS_ENTER_CRITICAL(); { if ((OSRdyTbl[OSTCBCur-OSTCBY] = ~OSTCBCur-OSTCBBitX) == 0) (2) OSRdyGrp = ~OSTCBCur-OSTCBBitY; }OSTCBCur-OSTCBDly = ticks; } OSTCBCur-OSTCBDly = ticks; (3) OS_EXIT_CRITICAL(); OSSched(); } } 清楚地认识 0 到一个节拍之间的延时过程是非常重要的。换句话说，如果用户只想延时一个时钟节拍，而实际上是在 0 到一个节拍之间结束延时。即使用户的处理器的负荷不是很重，这种情况依然是存在的。图 F5.1 详细说明了整个过程。系统每隔 10ms 发生一次时钟节拍中断[F5.1(1)]。假如用户没有执行其它的中断并且此时的中断是开着的，时钟节拍中断 服务就会发生[F5.1(2)]。也许用户有好几个高优先级的任务(HPT)在等待延时期满，它们会 接着执行[F5.1(3)]。接下来，图 5.1 中所示的低优先级任务(LPT)会得到执行的机会，该任务在执行完后马上调用[F5.1(4)]所示的OSTimeDly(1)。μC/OS-Ⅱ会使该任务处于休眠状态 直至下一个节拍的到来。当下一个节拍到来后，时钟节拍中断服务子程序会执行[F5.1(5)]， 但是这一次由于没有高优先级的任务被执行， μC/OS-Ⅱ会立即执行申请延时一个时钟节拍的任务[F5.1(6)]。正如用户所看到的，该任务实际的延时少于一个节拍！在负荷很重的系 统中，任务甚至有可能会在时钟中断即将发生时调用 OSTimeDly(1)，在这种情况下，任务几乎就没有得到任何延时，因为任务马上又被重新调度了。如果用户的应用程序至少得延时 一个节拍，必须要调用OSTimeDly(2)，指定延时两个节拍！ Figure 5.1 Delay resolution. 按时分秒延时函数 OSTimeDlyHMSM() OSTimeDly()虽然是一个非常有用的函数，但用户