STM32 定時器有時一開啓就進中斷

STM32 定時器有時一開啓就進中斷的話題

本文轉自：http://www.51hei.com/bbs/dpj-40940-1.html

    在用到STM32定時器的更新中斷時，發現有些情形下只要開啓定時器就立即進入一次中斷。準確說，只要使能更新中斷允許位就立即響應一次更新中斷【當然前提是相關NVIC也已經配置好】。換言之，只要使能了相關定時器更新中斷，不管你定時間隔多長甚至不在乎你是否啓動了相關定時器，它都會立即進入一次定時器更新中斷服務程序。

    以STM32F051芯片爲例，做了幾種不同順序的組合測試。根據測試發現，的確有些情況下一運行**TIM_ITConfig(TIM1, TIM_IT_Update, ENABLE);** 【即使能更新中斷】就立即進入更新中斷服務程序。當然後面的中斷都是正常的。

    老實說，這個問題比較容易忽視，有些情況下也無關緊要，但有些情況可能會給應用帶來困擾。從ST MCU相關技術手冊似乎並不能明顯地找到關於這個問題的很合適或者邏輯性很強的前因後果。

經過驗證測試，如果注意一下相關指令代碼順序是可以迴避這個問題的。

    先做更新中斷標誌的清除操作，即清除TIMx->SR寄存器裏的UIF標誌，然後做定時器更新中斷的使能操作。至於開啓相關定時器的指令擺放位置並不嚴格。下面是相關動作的操作順序及結果，可以參考、驗證之。這裏共羅列了6種寫法，其中有3種情形是會立即進入中斷的，另外3種不會。
/*（1）。。。。。。不會立即進入更新中斷程序。*/
TIM_ClearITPendingBit(TIM1, TIM_IT_Update); //清除更新中斷請求位
TIM_ITConfig(TIM1, TIM_IT_Update, ENABLE); //使能定時器1更新中斷
TIM_Cmd(TIM1, ENABLE);                   //啓動定時器

/*（2）。。。。。。不會立即進入更新中斷程序。*/
TIM_ClearITPendingBit(TIM1, TIM_IT_Update);//清除更新中斷請求位
TIM_Cmd(TIM1, ENABLE); 
TIM_ITConfig(TIM1, TIM_IT_Update, ENABLE);//使能定時器1更新中斷

/*（3）。。。。。。不會立即進入更新中斷程序。*/ 
TIM_Cmd(TIM1, ENABLE);
TIM_ClearITPendingBit(TIM1, TIM_IT_Update);//清除更新中斷請求位
TIM_ITConfig(TIM1, TIM_IT_Update, ENABLE);//使能定時器1更新中斷

/*（4）。。。。。。立即進入更新中斷程序。*/
TIM_Cmd(TIM1, ENABLE);
TIM_ITConfig(TIM1, TIM_IT_Update, ENABLE);//使能定時器1更新中斷
TIM_ClearITPendingBit(TIM1, TIM_IT_Update);//清除更新中斷請求位

/*（5）。。。。。。立即進入更新中斷程序。*/
TIM_ITConfig(TIM1, TIM_IT_Update, ENABLE);//使能定時器1更新中斷
TIM_ClearITPendingBit(TIM1, TIM_IT_Update);//清除更新中斷請求位
TIM_Cmd(TIM1, ENABLE);  

/*（6）。。。。。。立即進入更新中斷程序。*/ 
TIM_ITConfig(TIM1, TIM_IT_Update, ENABLE);//使能定時器1更新中斷
TIM_Cmd(TIM1, ENABLE); 
TIM_ClearITPendingBit(TIM1, TIM_IT_Update);//清除更新中斷請求位


 順便提下關於定時器裏UG位和URS位的使用，分別在TIMx->EGR和TIMx->CR1寄存器裏。對UG位置1可以產生更新事件並對相關計數器和寄存器重新初始化，如果URS位爲0的話，同時會產生更新中斷。如果不希望對UG位置1的同時產生更新中斷，得置URS位爲1，否則會立即進入更新中斷。 

本文轉自：http://www.51hei.com/bbs/dpj-40940-1.html