UCOS-II时间管理

最新推荐文章于 2025-05-16 16:53:00 发布

原创最新推荐文章于 2025-05-16 16:53:00 发布 · 1.9k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#时间管理 #RTOS #ucos-ii #os

UCOS 专栏收录该内容

6 篇文章

订阅专栏

本文介绍了uC/OS-II操作系统中的时间管理功能，包括任务延时函数OSTimeDly、按时分秒延时函数OSTimeDlyHMSM以及取消延时函数OSTimeDlyResume等，还详细说明了系统时间的获取与设置方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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位的数都需要数条指令，这些指令一般都需要一次执行完毕，而不能被中断等因素打断。