探究STM32F103定时器初始化或程序运行中重配后会立即进入一次中断的原因和解决办法

工作中开发某项目程序，需要使用定时器中断的方式产生设定的脉冲宽度（非PWM模式）。调试过程中发现，定时器中断进入的次数并不是程序中所控制的次数导致输出的脉宽不对，针对这一个BUG展开了深入的探究。

调试中发现当单片机上电给定时器初始化的时候还有刚刚开始产生脉冲的时候会莫名其妙的进入一次中断。由于所需要的脉冲为单个脉冲并非连续脉冲，脉冲宽度从us到ms不等，所以每一次产生单脉冲的时候需要对定时器的预分频器（PSC）和自动重装载寄存器（ARR）重新配置。

尝试在使能定时器之前清除TIMX->SR寄存器相关flag，不能解决问题。

进一步debug。定时器初始化官方库代码如下：

 

 定时器初始化程序最后一步调用了TIMx->EGR = TIM_PSCReloadMode_Immediate; 语句字面意思是将PSC装载模式设置成立即装载模式。

修改定时预分频器的官方库函数如下

函数的最后依旧有一个配置PSC寄存器装载模式的过程。

查找宏定义，#define TIM_PSCReloadMode_Immediate        ((uint16_t)0x0001)，，

查阅手册，查看TIMX->EGR寄存器

TIMx->EGR = TIM_PSCReloadMode;这段语句就是把EGR寄存器的UG位配置为1，UG位说明如下

  

看到了对TIMX->EGR寄存器UG位的解释，就明白了，官方库中让PSC预分频器立即更新的方式竟然是粗暴的强行产生一次事件更新，程序在定时器配置之后会被强行进入一次中断。好了，到此整个问题的诊断结束，接下来探究一下解决办法。

通过上网搜索，有一种较广泛的说法是在使能定时器之前调用TIM_ClearITPendingBit(TIM1, TIM_IT_Update);但是在我的工程中使用这种办法并没有效果。

我坚信羊毛都是出在羊身上~~~~~

果然在手册上查到了TIMX->CR1寄存器

该寄存器的URS位如下解释：

TIMX->CR1寄存器的URS位特别提到了设置EGR寄存器UG位产生的更新事件。URS位配置为1时则可以筛选掉除了计数上溢、下溢以外的更新事件。

最后在定时器配置过程中，修改预分频器PSC之前的位置调用一下TIM4->CR1 |= TIM_CR1_URS;语句可完美解决定时器配置后默认进入一次中断的问题。