ucosII 调度器上锁后执行OSTimeDly(n)的后果

在调度器被上锁的情况下,执行OSTimeDly会导致延时失效。因为OSSchedLock会增加OSLockNesting计数,而当OSTimeDly尝试调度任务时,由于OSLockNesting不为0,任务调度会被跳过,从而使得延时操作无效。这表明在UCOSII中,调度器上锁后不应调用可能触发调度的函数。
摘要由CSDN通过智能技术生成

今天写代码将调度器上锁了以后执行一个函数,结果在函数里用OSTimeDly(ticks)延时失效,经过阅读源码得知本该无效。

 

源码分析

给调度器上锁:

void OSSchedLock (void)
 
{
 
    if (OSRunning == TRUE) {
 
        OS_ENTER_CRITICAL();
 
        OSLockNesting++;
 
        OS_EXIT_CRITICAL();
 
    }
 
}
 


上面的函数将OSSchedLock()将OSLockNesting加1,而OSLockNesting是unsigned char类型的,

一般情况下OSLockNesting > 0 了(OSLockNesting自增前为255的话就为0);

 

任务延时:

void  OSTimeDly (INT16U ticks)
{
    INT8U      y;
#if OS_CRITICAL_METHOD == 3         
  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值