如果信号量在被占用，任务进入等待状态后，是不是每次节拍中断都会查询一次？

isky

问题二：如果系统的节拍是5ms一次，那么延迟1ms，2ms，3ms，4ms，都会有什么效果呢？
我记得在别的地方看过，如果小于二分之一节拍，比如延迟6ms，就会被看做只延迟一个节拍，对吗？
但是在原子哥的第52个实验里，我将main任务的延迟设置为了1ms，按理说这个任务应该没有延迟，这个任务会被看做跟空闲任务一样一只跑，只能被其他高优先级的打断，那么CPU利用率应该到100%吧，但是实际修改后，CPU的利用率依旧很低，为什么

谢谢大神了

likunxue

是这样的，每次任务调前都要查询一次，我之前自已写个基于51的多任务，这是用这用方法，因为CPU在执行任务函数时并不知道你的时间或信号量之类的标志是否已到或更新了，只有在下一次的时间到了或中断任务调度进行一下次的任务切换期间去做这些事情，不管多任务或单任务我们的CPU还是只有一个，同一时间CPU只能做一件事情，我没有读多什么书，搞软是为了生存下去，我这样说不知你是否明白。高手别见笑！

jnfxt95

关于问题1：
如果系统的节拍是5ms一次，那么延迟1ms，2ms，3ms，4ms，会按照原子哥的延时函数延时相应时间，本任务一直占有CPU控制权。
如果延迟6ms，就会被看做延迟一个节拍（延时5ms，本任务释放CPU控制权），再按照原子哥的延时函数延时1ms（本任务占有CPU控制权）。

关于问题2：
如果你将main任务的延迟设置为了1ms，本任务会按照原子哥的延时函数延时1ms，本任务会一直占有CPU，只能被其他高优先级的任务打断。所以你看到的CPU的利用率依旧很低是统计任务之前计算的数值，该数值未得到更新，因为空闲任务和统计任务根本没有得到运行机会。

正点原子

帮顶。。。。

isky

回复【2楼】正点原子:
---------------------------------
谢谢原子哥~

isky

回复【3楼】likunxue:
---------------------------------
您的意思我能理解，我也认为这样比较合理。而且根据您说的，我又读了一遍timetick函数，果然是这个样子。

lrl

回复【5楼】isky:
---------------------------------
    让我们看到函数OSTimeDlyHMSM（）中的这一行：

    ticks = ((INT32U)hours * 3600L + (INT32U)minutes * 60L + (INT32U)seconds) * OS_TICKS_PER_SEC
          + OS_TICKS_PER_SEC * ((INT32U)ms + 500L / OS_TICKS_PER_SEC) / 1000L;


    根据你的问题，我们重点关注这部分：

    OS_TICKS_PER_SEC * ((INT32U)ms + 500L / OS_TICKS_PER_SEC) / 1000L    .................（1）

    我们约定： 用k代表 OS_TICKS_PER_SEC ， 用 x 表示ms ,则式（1）等价为：

    k*(x + 500/k)/1000；

    当系统节拍为5ms时，OS_TICKS_PER_SEC = 200， 上式等价为：

    200*（x + 2）/1000;

    因为 x 是 INT16U 类型， 所以：

    当 x < 3 时， ticks  = 0 ， 无延时；

    当 x = 3 时， ticks  = 1， 5ms；

    当 x = 4 时， ticks  = 1， 5ms；

    当 x = 6时，  ticks  = 1， 5ms；

    ...

    其他条件下，也可以用同样的方法类推，希望对你有帮助！

isky

回复【6楼】lrl:
---------------------------------
出差好久，十分感谢！

isky

回复【8楼】jnfxt95:
---------------------------------
理解太深刻了，谢谢谢谢！