本文介绍了在使用STM32定时器时遇到的开启定时器即触发中断的问题。通过测试发现，正确顺序是先清除更新中断请求位，再使能更新中断，否则可能立即进入中断服务程序。文中列举了6种代码顺序，分析了哪些会导致立即中断，并提及UG和URS位对更新中断的影响。
整理：MilerShao
在用到STM32定时器的更新中断时，发现有些情形下只要开启定时器就立即进入一次中断。准确说，只要使能更新中断允许位就立即响应一次更新中断【当然前提是相关NVIC也已经配置好】。换言之，只要使能了相关定时器更新中断，不管你定时间隔多长甚至不在乎你是否启动了相关定时器，它都会立即进入一次定时器更新中断服务程序。
以STM32F051芯片为例，做了几种不同顺序的组合测试。根据测试发现，的确有些情况下一运行TIM_ITConfig(TIM1, TIM_IT_Update, ENABLE); 【即使能更新中断】就立即进入更新中断服务程序。当然后面的中断都是正常的。
老实说，这个问题比较容易忽视，有些情况下也无关紧要，但有些情况可能会给应用带来困扰。从ST MCU相关技术手册似乎并不能明显地找到关于这个问题的很合适或者逻辑性很强的前因后果。
经过验证测试，如果注意一下相关指令代码顺序是可以回避这个问题的。
先做更新中断标志的清除操作，即清除TIMx->SR寄存器里的
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
