转：STM32定时器初始化就进中断问题

最新推荐文章于 2024-05-15 15:56:36 发布

西皮南子

最新推荐文章于 2024-05-15 15:56:36 发布

阅读量6k

点赞数 7

分类专栏： stm32

本文链接：https://blog.csdn.net/qq_41976419/article/details/82455405

版权

stm32 专栏收录该内容

20 篇文章 7 订阅

订阅专栏

最近遇到的问题：定时器初始化后就有输出，但是并没有使能计时 TIM_Cmd(TIM2, DISABLE); 就很奇怪，找了一天发现是在初始化时使能溢出中断，就会进一次中断，我是在使能中断后清了中断标志位就可以了。

   TIM_ITConfig(TIM2,TIM_IT_Update,ENABLE);
   NVIC_InitStructure.NVIC_IRQChannel = TIM2_IRQn;
   NVIC_InitStructure.NVIC_IRQChannelPriority = 1;
   NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;//ENABLE;
   NVIC_Init(&NVIC_InitStructure);

//中断设置
TIM_ClearITPendingBit(TIM2, TIM_IT_Update);//清除更新中断请求位

今天看到这篇文章说的就是这个问题

以下转载自：http://www.eeworld.com.cn/mcu/article_2017110435578.html

在用到STM32定时器的更新中断时，发现有些情形下只要开启定时器就立即进入一次中断。准确说，只要使能更新中断允许位就立即响应一次更新中断【当然前提是相关NVIC也已经配置好】。换言之，只要使能了相关定时器更新中断，不管你定时间隔多长甚至不在乎你是否启动了相关定时器，它都会立即进入一次定时器更新中断服务程序。

以STM32F051芯片为例，做了几种不同顺序的组合测试。根据测试发现，的确有些情况下一运行TIM_ITConfig(TIM1, TIM_IT_Update, ENABLE); 【即使能更新中断】就立即进入更新中断服务程序。当然后面的中断都是正常的。

老实说，这个问题比较容易忽视，有些情况下也无关紧要，但有些情况可能会给应用带来困扰。从ST MCU相关技术手册似乎并不能明显地找到关于这个问题的很合适或者逻辑性很强的前因后果。

经过验证测试，如果注意一下相关指令代码顺序是可以回避这个问题的。

先做更新中断标志的清除操作，即清除TIMx->SR寄存器里的UIF标志，然后做定时器更新中断的使能操作。至于开启相关定时器的指令摆放位置并不严格。下面是相关动作的操作顺序及结果，可以参考、验证之。这里共罗列了6种写法，其中有3种情形是会立即进入中断的，另外3种不会。
TIM_ClearITPendingBit(TIM1, TIM_IT_Update); //清除更新中断请求位

TIM_ITConfig(TIM1, TIM_IT_Update, ENABLE); //使能定时器1更新中断

TIM_Cmd(TIM1, ENABLE); //启动定时器

（1）。。。。。。不会立即进入更新中断程序。