HAL库教程8:通用定时器的使用
定時器溢出時間的計算
??關于定時器溢出的時間計算,有個公式:
??定時器本質上是一個不斷自加的計數器,只不過在自加的時候,能夠自動比較計數值跟某個設定值而已。定時器+1用時多少?
??1/84000000,單位是秒。
??我想讓數的慢一點,感覺84Mhz的時鐘太快了,想用42Mhz可以嗎?可以,2分頻就行,這是+1的操作用時:2/84000000,
??數100個數字用時多少?100 * 2/84000000。
??可能是為了避免用戶誤操作,給arr或psc寫一個0,所以arr與psc都需要做+1操作。
??為了方便計算,在psc為8399的情況下,溢出時間就是(arr+1)/10,單位是毫秒。
??能不能把psc設置為83999,得到溢出時間就是arr+1呢?僅在此案例中是可以的。因為對于STM32F4單片機的Timer2-Timer5,psc寄存器是32位的,最大值是2的32次方。對于STM32其它型號的單片機,以及F4的其它定時器,psc寄存器可能只有16位,最大值只有65535<83999,所以不能設定psc=83999。在使用CubeMx的情況下,這一點無需記憶,CubeMX有提示。
使用CubeMX配置定時器
??如果我們需要定時器每隔1秒鐘溢出一次,在可以如下填寫psc與arr。
??開啟定時器3的全局中斷。定時器不止一個中斷,此例子中使用的是溢出中斷,或者稱之為更新中斷。
??查看生成的代碼
定時器溢出中斷的處理邏輯
??修改代碼,在初始化的時候就打開Timer3。
static void MX_TIM3_Init(void) {/* USER CODE BEGIN TIM3_Init 2 */HAL_TIM_Base_Start_IT(&htim3);/* USER CODE END TIM3_Init 2 */ }??新建一個Timer.c,來進行中斷處理函數的重載(不確定這么稱呼需要用戶的自定義函數是否合適,要不叫重定義?),暫時只改變LED1的狀態。注意處理找不到htim3的問題。
#include "IO.h"/*** @brief 定時器回調函數,定時器中斷服務函數調用* @param 定時器中斷序號* @retval None*/ void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) {if(htim==(&htim3)){LED1 = !LED1;} }??主函數死循環無需任何代碼。下載程序并觀察現象。看上去與流水燈的現象一樣,但實際上定時器是非阻塞的,可能時間也會更準確一些。
??與串口中斷處理機制類似,定時器溢出中斷的處理邏輯如下:
??與串口中斷不同的是,定時器溢出以后,并不會自動關閉定時器中斷。回憶我們設置的計數周期,也被稱為自動重裝值,(在向上計數的模式中)一旦自加的計數器等于自動重裝值,便再次從零開始自加,因此定時器溢出中斷是周而復始執行的。
??在標準固件庫中,定時器中斷的處理邏輯是這樣的:
??兩者相比較,HAL庫是所有定時器的溢出中斷都會調用同一個函數,用戶通過參數來確定是哪一個哪一個定時器的溢出中斷。而STD庫是定時器3的所有中斷都用同一個函數,在中斷里判斷是溢出中斷還是別的類型的中斷。HAL庫用戶不需要清除中斷標記位,STD庫有硬件調用,效率更高。個人認為HAL庫的移植性好一點,用戶不用關心TIMER3和TIMER1有什么區別,反正用法一樣。兩種方法各有千秋,見仁見智吧。
關于定時器中斷第一次執行的時機
??將代碼稍作改動,來觀察一下什么時候會執行第一次定時器溢出中斷。
??首先把定時器溢出的時間改為10秒;然后在開啟定時器的函數前,增加點亮LED2的代碼;接著在定時器溢出中斷服務函數中,關閉LED2。
??思考:LED2亮的時間會持續多久?
??如果定時器開啟以后,立即進入中斷,則LED2會亮起的瞬間就熄滅,甚至觀察不到亮起。如果定時器開啟以后,等待設定的溢出時間到達以后,也就是10秒以后才進入中斷,則LED2會亮起來10秒左右。
??實際LED2打開的瞬間就關掉了,說明開啟定時器的瞬間,就會跳到中斷里。使能定時器中斷以前,中斷是默認開啟的,只是等使能定時器以后,才會進入中斷。這是STM32的一個特點還是BUG?我并不十分了解這種機制的用途,建議在開啟定時器之前,一般要清除掉中斷。可以使用宏定義__HAL_TIM_CLEAR_FLAG(&htim3,TIM_FLAG_UPDATE)
總結
以上是生活随笔為你收集整理的HAL库教程8:通用定时器的使用的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 【读书小结】—— 基于虚拟机的启发式扫描
- 下一篇: 做为网址导航生存何在或转行