reertos例程中的delay_us函数为何不会引起任务调度

老肝爸

问大家一个问题，freertos例程中的delay_us函数为何不会引起任务调度？假如恰好延时过程中systick中断产生不就进行任务调度了吗？图为delay_us函数

jermy_z

因为是死循环，没有放弃CPU占用权

老肝爸

void delay_us(u32 nus)
{               
        u32 ticks;
        u32 told,tnow,tcnt=0;
        u32 reload=SysTick->LOAD;                                //LOAD的值                     
        ticks=nus*fac_us;                                                 //需要的节拍数
        told=SysTick->VAL;                                        //刚进入时的计数器值
        while(1)
        {
                tnow=SysTick->VAL;       
                if(tnow!=told)
                {            
                        if(tnow<told)tcnt+=told-tnow;        //这里注意一下SYSTICK是一个递减的计数器就可以了.
                        else tcnt+=reload-tnow+told;            
                        told=tnow;
                        if(tcnt>=ticks)break;                        //时间超过/等于要延迟的时间,则退出.
                }  
        };                                                                                            
}
以上是函数定义

老肝爸

jermy_z 发表于 2021-7-1 18:20
因为是死循环，没有放弃CPU占用权

可是中断发生了，不就跳出这个死循环了吗

老肝爸

或者说任务的死循环和函数的的死循环不是同样的概念？

老肝爸

假如某个任务运行中，没有调用API阻塞该任务，这时有其他任务就绪，systick中断发生，也是从这个任务的死循环中跳出的呀

jermy_z

老肝爸 发表于 2021-7-2 17:53
假如某个任务运行中，没有调用API阻塞该任务，这时有其他任务就绪，systick中断发生，也是从这个任务的死循 ...

自己去研究下 优先级  抢占  就绪状态之类的概念吧