uC/OS-II时间管理：
任务延时函数， OSTimeDly(INT16U ticks)
申请该服务的任务可以延时一段时间，这段时间的长短是用时钟节拍的数目来确定的。实现这个系统服务的函数叫做 OSTimeDly()。调用该函数会使µC/OS-Ⅱ进行一次任务调度，并且执行下一个优先级最高的就绪态任务。任务调用 OSTimeDly()后，一旦规定的时间期满或者有其它的任务通过调用 OSTimeDlyResume()取消了延时，它就会马上进入就绪状态。
按时分秒延时函数 OSTimeDlyHMSM( INT8U hours, INT8U minutes, INT8U seconds, INT16U milli)
与OSTimeDly()一样，调用 OSTimeDlyHMSM()函数也会使µC/OS-Ⅱ进行一次任务调度，并且执行下一个优先级最高的就绪态任务。任务调用 OSTimeDlyHMSM()后，一旦规定的时间期满或者有其它的任务通过调用 OSTimeDlyResume()取消了延时，它就会马上处于就绪态。同样，只有当该任务在所有就绪态任务中具有最高的优先级时，它才会立即运行。
若将时钟频率(OS_TICKS_PER_SEC)设置成 100Hz(10ms)，4ms 的延时不会产生任何延时！而 5ms 的延时就等于延时 10ms。
µC/OS-Ⅱ支持的延时最长为 65,535 个节拍。要想支持更长时间的延时，OSTimeDlyHMSM()确定了用户想延时多少次超过 65,535 个节拍的数目和剩下的节拍数，超过的节拍数会被分为几次去延时。
由于OSTimeDlyHMSM()的具体实现方法，用户不能结束延时调用 OSTimeDlyHMSM()要求延时超过 65535 个节拍的任务。
让处在延时期的任务结束延时：OSTimeDlyResume( INT8U prio)
延时的任务可以不等待延时期满，而是通过其它任务取消延时来使自己处于就绪态。实际上，OSTimeDlyResume()也可以唤醒正在等待事件
系统时间， OSTimeGet()和 OSTimeSet()
无论时钟节拍何时发生， µC/OS-Ⅱ都会将一个 32 位的计数器加 1。这个计数器在用户调用 OSStart()初始化多任务和 4,294,967,295 个节拍执行完一遍的时候从 0 开始计数。在时钟节拍的频率等于 100Hz 的时候，这个 32 位的计数器每隔 497 天就重新开始计数。
注意，在访问 OSTime 的时候中断是关掉的。这是因为在大多数 8 位处理器上增加和拷贝一个 32位的数都需要数条指令，这些指令一般都需要一次执行完毕，而不能被中断等因素打断。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
