在stm32中利用systick来延时，这阻塞了CPU吗？ 执行到延时程序的时候，CPU就一直停在那里等待时间到达么？

Posted 2023-04-09

从现象上来说，确实是阻塞了CPU，
延时的目的就是让CPU停住一段时间。
systick嘀嗒定时器在延时的时候，一直判断标志位，用while语句，这样cpu就一直停在这里了，知道标志位置位，再跳出等待，这样就实现精准延时了。

还有问题，欢迎追问。追问

THX..懂了。。大哥，再问个串口的问题。。波特率计算公式=Fpclk2/(16*usartdiv)。。我想问问为什么要除以16啊？

追答

哈哈，这个是st内部的设计了吧。可以理解为芯片设计的时候，将主频16分频之后作为uart的波特率发生器。由于Fpclk是你在配置时钟的时候就定下来了，所以对于便一起来说Fpclk是一个确定的数，那么uart的时钟也就确定下来了。

不知道我这样说你能不能理解，如果还有问题，请继续追问。

参考技术A 如果你一直在程序里面查询标志位的确是。但是systick可以使用中断的，这样就可以在把需要延时处理的程序放在ISR中，或者仿照操作系统思想，在ISR中进行调度，或者如果实时性要求不强甚至可以在中断处理程序中简单的对一个全局变量置位，然后在主循环中判断标志位执行程序。这些手段都可以在处理一些需要延时的任务的同时还能让cpu做些别的事情。

STM32 HAL库 us延时

//利用已有的SysTick配置，读取计数判断延迟
void delay_us(uint32_t udelay)
{
  uint32_t startval,tickn,delays,wait;
 
  startval = SysTick->VAL;
  tickn = HAL_GetTick();
  //sysc = 72000;  //SystemCoreClock / (1000U / uwTickFreq);
  delays =udelay * 72; //sysc / 1000 * udelay;
  if(delays > startval)
    {
      while(HAL_GetTick() == tickn)
        {
 
        }
      wait = 72000 + startval - delays;
      while(wait < SysTick->VAL)
        {
 
        }
    }
  else
    {
      wait = startval - delays;
      while(wait < SysTick->VAL && HAL_GetTick() == tickn)
        {
 
        }
    }
}