UCOS的OSTimeDlyHMSM绝对延时函数误差为什么这么大

只看该作者 · 2024-1-9 14:34

OSTimeDlyHMSM(0, 0, 0, 500);设置500MS，结果却跑出1S来。这是为什么？

只看该作者 · 2024-4-8 14:08

是不是分频没配置对啊

1万 · 2024-4-8 14:29

楼主的主频以及相关时钟是如何配置的啊

1万 · 2024-4-8 15:41

这个代码可能楼主并没有根据实际情况进行调整

1万 · 2024-4-8 16:51

有可能代码和外部晶振不匹配啊

1万 · 2024-4-8 18:01

这个还得根据具体的系统时钟配置进行计算

1万 · 2024-4-9 10:47

这个和是不是跑系统没有什么关系看函数体里边是怎么分频的

1万 · 2024-4-9 12:08

一看就是分频倍频的参数设置的不对了

1万 · 2024-12-30 15:02

时钟节拍的设置过大

1万 · 2024-12-30 15:03

如果系统中存在其他高优先级任务，并且这些任务在OSTimeDlyHMSM延时期间占用了大量CPU时间，那么低优先级的延时任务可能会被阻塞更长时间，从而导致实际延时超过预期。

只看该作者 · 2024-12-30 15:04

OSTimeDlyHMSM函数内部可能进行了参数检查和其他处理，这些处理可能会引入额外的延时。
此外，如果函数实现中存在缺陷或优化不足，也可能导致延时误差。

只看该作者 · 2024-12-30 15:05

系统负载较高时，任务调度可能会受到影响，导致OSTimeDlyHMSM函数的延时精度下降。

2万 · 2024-12-30 15:06

硬件和软件差异导致的

1万 · 2024-12-30 15:08

调整任务优先级

1万 · 2024-12-30 15:09

检查函数实现有没有缺陷或优化不足的问题。

1万 · 2024-12-30 18:00

根据实际需求调整时钟节拍的设置，以尽量减小延时单位，提高延时精度。