定时器中断处理问题

江南一片青lmz

程序设计为1ms定时中断，然后计入定时器中断函数，在处理中断函数时(中断大概需要200us)，定时器还在继续走吗，还是等中断函数处理完后，定时器继续原来被打断的地方继续计时，等待下次定时时间到，再次计入中断函数。

正点原子

中断后，还会继续走（从0开始）。

江南一片青lmz

若是使用通用定时器写的延时函数，比如
while（i--）
{

}

江南一片青lmz

还有这样一个问题请叫一下，比如 
while（i--） 
{ 
        ....开定时器3；//使用定时器3,1ms一次中断
          delay_ms（100）；//用通用定时器2做的延时函数
}
void TIM3_IRQHandler(void)   //TIM3中断
{。。。。。} 
问题是，由于每次中断函数处理都要打断延时函数，完事后，再回到延时函数，那么最终延时函数delay_ms（100）还是100ms吗
一下是我的定时器延时函数
void delay_us(u16 nus)  //延时 n us,实现微妙级延时
{
TIM_SetAutoreload(TIM2, nus-1);
TIM_Cmd(TIM2,ENABLE);
while(1)
{
  if(TIM_GetFlagStatus(TIM2, TIM_FLAG_Update) != RESET)
{
TIM_ClearFlag(TIM2,TIM_FLAG_Update);
break;
}
}
TIM_Cmd(TIM2,DISABLE);
}

void delay_ms(u16 nms)  //延时n ms，实现毫秒级延时
{
while(nms--)
{
delay_us(1000); //延时 1ms
}
}

正点原子

回复【3楼】江南一片青lmz:
---------------------------------
一样的原理。
多了个中断罢了。
这种延时效果是不太好的，反而影响其他中断的执行。


回复【4楼】江南一片青lmz:
---------------------------------
前面我就说了你这种效果不好，频繁中断不说，还影响其他中断的执行。
要延时，直接i--，或者参考我们的代码，用systick来做，一般延时不推荐用中断做（osi除外）。

江南一片青lmz

原子哥，你说的i--，是说的软延时吗，此外为啥用systick会好些呢？

正点原子

回复【6楼】江南一片青lmz:
---------------------------------
准确。