delay_us延迟

xws

在ucosii中，如果在最高优先级的任务中使用delay_us进行延迟，并且delay_us中没有上锁，那么延迟会被打断么？

狂奔的菜鸟

应该不会吧，我初学，目测不会引起任务调度

xws

可是我这样试了，delay_us（1000000）并不能达到延迟1秒的效果。

操作系统

会被中断打断.延时时间会比设计的要长.不建议使用这种方式延时(浪费了CPU的时间).可以使用定时器+事件的方式来操作.延时1毫秒以下另当别论.

xws

操作系统 发表于 2016-11-17 11:55
会被中断打断.延时时间会比设计的要长.不建议使用这种方式延时(浪费了CPU的时间).可以使用定时器+事件的方 ...

延迟时间没有变长啊，反而感觉跟没有延迟一样。

操作系统

xws 发表于 2016-11-17 17:45
延迟时间没有变长啊，反而感觉跟没有延迟一样。

相信操作系统不会错。

xws

操作系统 发表于 2016-11-17 19:32
相信操作系统不会错。

我将参数改为3000000延迟3秒，结果好像直接跳过了这段延迟。不知道是怎么回事

操作系统

xws 发表于 2016-11-17 21:17
我将参数改为3000000延迟3秒，结果好像直接跳过了这段延迟。不知道是怎么回事

难道你开了看门狗，复位了？？就是有其它的中断打断这个函数的执行。他还是会回来的。时间会延长很少。被延长的时间就 是中断服务函数执行的时间。可能看不出来。
使用DELAY之类的函数进行延时操作，对于大型复杂的案子是没有好处的。因为你延时操作一毫秒，整个代码可以跑一圈了。

xws

操作系统 发表于 2016-11-17 22:35
难道你开了看门狗，复位了？？就是有其它的中断打断这个函数的执行。他还是会回来的。时间会延长很少。被 ...

没有啊，delay_us就是不执行

操作系统

可以仿真看一下具体是什么原因没有进入到这个函数里面去

ljz1987cj

给你个考虑方向，看看你的编译器优化级别，是否被优化掉了

sxf

ucos调用延时会挂起任务的。原子那个延时函数，除了系统延时，还有一部分就是死等

xws

已解决，有一个宏定义没加括号，导致两个数相乘越界。