原子哥，delay延时函数要是发生嵌套，程序就死翘翘了？

STM32VBT6

原子哥的delay函数是这样的：

[mw_shl_code=c,true]void delay_ms(u16 nms) { u32 temp; SysTick->LOAD=(u32)nms*fac_ms;//时间加载(SysTick->LOAD为24bit) SysTick->VAL =0x00; //清空计数器 SysTick->CTRL|=SysTick_CTRL_ENABLE_Msk ; //开始倒数 do { temp=SysTick->CTRL; } while(temp&0x01&&!(temp&(1<<16)));//等待时间到达 SysTick->CTRL&=~SysTick_CTRL_ENABLE_Msk; //关闭计数器 SysTick->VAL =0X00; //清空计数器 } [/mw_shl_code]

今天做了个实验，用到了中断。主程序中有delay函数，中断服务函数里面也有delay。
要是在主程序的delay期间发生了中断，中断服务程序中最后
SysTick->CTRL&=~SysTick_CTRL_ENABLE_Msk; //关闭计数器
SysTick->VAL =0X00; //清空计数器    
把计数器给关了，待返回主函数时，因为延时函数的主要执行时间是在循环体，当返回主函数的do while循环的时候：
[mw_shl_code=c,true] do { temp=SysTick->CTRL; } while(temp&0x01&&!(temp&(1<<16)));//等待时间到达 [/mw_shl_code] 岂不是因为计数器被关闭了而无法计数到0变成死循环？程序死翘翘了？

Admin

是的。会有这个问题。
如果你一个延时正在跑。然后发生中断。中断又调用延时，就会有这个问题。。。。

TinyBoy

除了主函数初始化用delay函数外，其他地方我一般都不用delay函数，这样的情况就算会发生，也完全可以避免的。

STM32VBT6

回复【2楼】TinyBoy:
---------------------------------
可按键的外部中断服务函数中不可避免的要调用延时函数来消抖，主程序一般也有延时函数。
这个很蛋疼啊！我刚做了测试，没有进入死循环，可是中断中的delay对主程序的delay有非常严重的影响，不是造成更长的延时，而是在中断返回后使主程序的延时立即结束！
这以后中断用延时得悠着点啊！

TinyBoy

回复【3楼】STM32VBT6:
---------------------------------
你可以不用中断来做按键扫描，你可以只用中断来检查是否有按键按下了，如果有，设置为普通IO来判断电平，你在中断里面仍然是几句话，就是把中断关了，设置为普通IO。

TinyBoy

回复【4楼】TinyBoy:
---------------------------------
 是不是怕按键按下了，不能及时扫描到？用中断来做按键检测也是可以的，但是一般情况不用中断来做效果是一样的，原子哥的例子按键放在中断里面，是为了测试外中断的使用，并不是说在中断里面扫描按键是个很好的方法，尤其是中断函数里面还加了delay，学习是学习，应用的时候，我们应该让中断尽可能快的响应完，回到主函数，毕竟最多的事情还是在主函数里面处理。

STM32VBT6

回复【5楼】TinyBoy:
---------------------------------
嗯，谢了！~~~

ArchiChain

我在不久前给一个哥们说在中断里加延时是掉身价的一种编程方式。虽然逻辑上没什么错，但在中断里做延时不是一个好的编程思想，应该像4楼哥们说的尽快返回主程序里处理。