在用到STM32定時器的更新中斷時，發(fā)現(xiàn)有些情形下只要開啟定時器就立即進入一次中斷。準確說，只要使能更新中斷允許位就立即響應一次更新中斷【當然前提是相關NVIC也已經(jīng)配置好】。換言之，只要使能了相關定時器更新中斷，不管你定時間隔多長甚至不在乎你是否啟動了相關定時器，它都會立即進入一次定時器更新中斷服務程序。
以STM32F051芯片為例，做了幾種不同順序的組合測試。根據(jù)測試發(fā)現(xiàn)，的確有些情況下一運行TIM_ITConfig(TIM1,TIM_IT_Update,ENABLE);【即使能更新中斷】就立即進入更新中斷服務程序。當然后面的中斷都是正常的。
老實說，這個問題比較容易忽視，有些情況下也無關緊要，但有些情況可能會給應用帶來困擾。從STMCU相關技術手冊似乎并不能明顯地找到關于這個問題的很合適或者邏輯性很強的前因后果。
經(jīng)過驗證測試，如果注意一下相關指令代碼順序是可以回避這個問題的。
先做更新中斷標志的清除操作，即清除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）。。。。。。不會立即進入更新中斷程序。
TIM_ClearITPendingBit(TIM1,TIM_IT_Update);//清除更新中斷請求位
TIM_Cmd(TIM1,ENABLE);
TIM_ITConfig(TIM1,TIM_IT_Update,ENABLE);//使能定時器1更新中斷
（2）。。。。。。不會立即進入更新中斷程序。
TIM_Cmd(TIM1,ENABLE);
TIM_ClearITPendingBit(TIM1,TIM_IT_Update);//清除更新中斷請求位
TIM_ITConfig(TIM1,TIM_IT_Update,ENABLE);//使能定時器1更新中斷
（3）。。。。。。不會立即進入更新中斷程序。
TIM_Cmd(TIM1,ENABLE);
TIM_ITConfig(TIM1,TIM_IT_Update,ENABLE);//使能定時器1更新中斷
TIM_ClearITPendingBit(TIM1,TIM_IT_Update);//清除更新中斷請求位
（4）。。。。。。立即進入更新中斷程序。
TIM_ITConfig(TIM1,TIM_IT_Update,ENABLE);//使能定時器1更新中斷
TIM_ClearITPendingBit(TIM1,TIM_IT_Update);//清除更新中斷請求位
TIM_Cmd(TIM1,ENABLE);
（5）。。。。。。立即進入更新中斷程序。
TIM_ITConfig(TIM1,TIM_IT_Update,ENABLE);//使能定時器1更新中斷
TIM_Cmd(TIM1,ENABLE);
TIM_ClearITPendingBit(TIM1,TIM_IT_Update);//清除更新中斷請求位
（6）。。。。。。立即進入更新中斷程序。
順便提下關于定時器里UG位和URS位的使用，分別在TIMx->EGR和TIMx->CR1寄存器里。對UG位置1可以產(chǎn)生更新事件并對相關計數(shù)器和寄存器重新初始化，如果URS位為0的話，同時會產(chǎn)生更新中斷。如果不希望對UG位置1的同時產(chǎn)生更新中斷，得置URS位為1，否則會立即進入更新中斷。
下載文檔
