為了給板子上的狀態(tài)燈做閃爍效果我一開始偷懶在循環(huán)里寫了個delay結(jié)果整個程序直接被拖垮按鍵掃描不靈敏顯示刷新一卡一卡按下按鍵半天才有反應(yīng)。當(dāng)時我就意識到凡是“每隔固定時間就做一次事”的場景都不應(yīng)該讓CPU空轉(zhuǎn)等著而是應(yīng)該交給硬件定時器去計(jì)時時間到了用中斷通知CPU。后來我把目標(biāo)鎖定在TIM基本定時器上它是定時器家族里功能最單一也最好懂的那一級——不涉及輸入捕獲、不涉及PWM輸出就是老老實(shí)實(shí)定時。也正因?yàn)檫@份純粹它成了吃透定時器原理的最佳入口。這篇文章我從頭寫一遍TIM基本定時器的實(shí)戰(zhàn)使用過程它在整個定時器體系里的定位、定時時間的計(jì)算方法、寄存器配置的逐行解釋以及我實(shí)際調(diào)板子時踩過的坑。剛開始接觸定時器的新手或者一直在用庫函數(shù)封裝、想弄清底層原理的朋友應(yīng)該都能在這里找到點(diǎn)東西。1. 先看清基本定時器在“定時器家族”里的位置1.1 三種定時器各管一攤子事在常見的Cortex-M內(nèi)核MCU里定時器通常按能力分成三檔基本定時器、通用定時器、高級定時器。光看名字有人會誤以為通用定時器能完全覆蓋基本定時器的功能但實(shí)際恰恰相反——基本定時器雖然簡單卻有它不可替代的定位。能力項(xiàng)基本定時器TIM6、TIM7通用定時器TIM2~TIM5高級定時器TIM1、TIM8定時中斷/更新事件支持支持支持輸入捕獲無支持支持輸出比較/PWM無支持支持互補(bǔ)輸出/死區(qū)/剎車無無支持外部引腳不引出引出引出從表格能看明白一件事基本定時器沒有對外引腳它不跟外部信號打交道唯一干的事情就是“按內(nèi)部時鐘計(jì)數(shù)數(shù)到預(yù)定值產(chǎn)生一次更新事件”。這個特性不是缺點(diǎn)反而讓初學(xué)階段少了很多干擾項(xiàng)。等我把基本定時器的原理吃透了再去看通用定時器的捕獲、比較功能會發(fā)現(xiàn)它們共用相同的時基結(jié)構(gòu)只是多了幾條旁路而已。1.2 基本定時器內(nèi)部只有三個關(guān)鍵部件基本定時器的數(shù)據(jù)通路可以簡化成一條鏈內(nèi)部時鐘 → 預(yù)分頻器PSC→ 計(jì)數(shù)器CNT→ 自動重裝載寄存器ARR最后CNT數(shù)到ARR的值時產(chǎn)生更新事件觸發(fā)中斷。拿生活里的場景類比預(yù)分頻器就像一個減速齒輪箱把內(nèi)部高速時鐘“降速”后送給計(jì)數(shù)器計(jì)數(shù)器像一個里程表一格一格往上跳ARR則是你在儀表盤上畫的紅線里程表一走到紅線位置就發(fā)出“到點(diǎn)了”的信號。這套類比雖然簡單但對后面理解定時時間公式非常有用。1.3 為什么入門要從基本定時器開始我見過不少同學(xué)第一次學(xué)定時器就直接上通用定時器做PWM結(jié)果既要配時基、又要配輸出通道、還要調(diào)占空比一個東西涉及好幾組寄存器出了問題根本不知道是時基錯了還是輸出配置錯了?；径〞r器就沒有這個問題不涉及引腳復(fù)用、不涉及通道映射、不需要配置輸出極性只需要關(guān)心時基本身。說白了它就是一張白紙讓你能把“計(jì)數(shù)溢出”這個最核心的行為看得清清楚楚。2. 定時時間怎么算從時鐘樹到那條要抄在便簽上的公式2.1 先弄明白定時器時鐘從哪來在配置任何定時器之前必須先知道給它提供時鐘的源頻率是多少。以一顆主頻72MHz的Cortex-M內(nèi)核MCU為例定時器掛在APB1總線上。這里有一個非常容易讓人迷糊的點(diǎn)如果APB1分頻系數(shù)設(shè)置為2APB1外設(shè)時鐘會變成36MHz但定時器時鐘并不會跟著變36MHz而是自動倍頻成72MHz。原因很簡單芯片設(shè)計(jì)時故意讓定時器能拿到比APB1外設(shè)更高一倍的時鐘就是為了保證定時器在高精度場景下依然夠用。所以計(jì)算定時時間時不能拿PDF表格里的“APB136MHz”直接去算而要在心里多問一句APB1分頻系數(shù)是不是2如果是定時器時鐘72MHz如果APB1分頻系數(shù)是1定時器時鐘才是36MHz。這一步錯了后面所有定時時間都會翻倍或者減半而且輕易看不出來。2.2 核心公式T (ARR1) x (PSC1) / CK_INT定時器從0向上計(jì)數(shù)每來一個計(jì)數(shù)脈沖CNT加1。配置好預(yù)分頻值PSC之后實(shí)際分頻系數(shù)是PSC1自動重裝載值A(chǔ)RR參與比較時也要加1因?yàn)镃NT是從0開始數(shù)到ARR的一共數(shù)了ARR1個脈沖。所以定時周期公式是T (ARR 1) * (PSC 1) / CK_INT其中CK_INT是定時器輸入時鐘頻率。這個公式是我建議所有剛接觸定時器的人抄在便簽上貼在顯示器旁邊的東西因?yàn)楹竺娌还苁怯?jì)算1ms、1s還是做微妙延時全都是在套它。2.3 實(shí)際算一組參數(shù)從1ms到1s以定時器時鐘72MHz為例如果我想產(chǎn)生1ms的定時中斷先選預(yù)分頻值目的是把計(jì)數(shù)頻率降到好算的量級。取PSC71則計(jì)數(shù)頻率 72MHz / (711) 1MHz也就是說計(jì)數(shù)器每1微秒跳一次。再選ARR。1ms 1000微秒計(jì)數(shù)器跳1000次需要ARR999。整個計(jì)算過程可以口算PSC71ARR999。代碼里寫的時候要注意這兩個值填的原始值是71和999不要額外再去減1因?yàn)榧拇嫫饔布旧硪呀?jīng)按“值1”來處理了。如果我想做1s定時同樣可以保持PSC71不變計(jì)數(shù)頻率依然是1MHzARR改成999999。此時定時周期(9999991) x 1us 1s。需要提醒的是基本定時器的ARR是16位寄存器最大值65535所以1s這個配置已經(jīng)超出范圍了。真要做1s通常把PSC加大比如PSC7199計(jì)數(shù)頻率10kHzARR9999周期(99991)x0.1ms1s。權(quán)衡思路就是先確定合理計(jì)數(shù)頻率再反推ARR最后檢查ARR是否落在16位范圍內(nèi)。2.4 為什么PSC和ARR往往配成“整百整千”的數(shù)在保證定時時間正確的前提下我喜歡把計(jì)數(shù)頻率配成1kHz、1MHz這種十進(jìn)制友好的數(shù)值不是因?yàn)樗阅芨枚且驗(yàn)檎{(diào)試時好換算。假設(shè)你在中斷里加一個變量計(jì)數(shù)想看到LED每500ms翻轉(zhuǎn)一次那只要算“500000次中斷對應(yīng)500000微秒”就行不用拿著計(jì)算器反推。這在項(xiàng)目后期排查問題時能省很多腦力。3. 從零配置一個1ms定時中斷寄存器逐行手記3.1 標(biāo)準(zhǔn)外設(shè)庫視角下的初始化代碼用標(biāo)準(zhǔn)外設(shè)庫配置TIM基本定時器代碼量不大關(guān)鍵是要知道每一行到底做了什么。下面是一段完整的初始化與中斷服務(wù)函數(shù)注釋里寫的是寄存器層面的行為#include tim6.h static volatile uint32_t g_tick_count 0; void TIM6_Init(uint16_t prescaler, uint16_t period) { // 1. 打開TIM6外設(shè)時鐘 RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM6, ENABLE); // 2. 配置時基 TIM_TimeBaseInitTypeDef timebase; timebase.TIM_Prescaler prescaler; // PSC實(shí)際分頻系數(shù)為 prescaler1 timebase.TIM_CounterMode TIM_CounterMode_Up; // 向上計(jì)數(shù) timebase.TIM_Period period; // ARR自動重裝載值 timebase.TIM_ClockDivision TIM_CKD_DIV1; TIM_TimeBaseInit(TIM6, timebase); // 3. 使能更新中斷 TIM_ITConfig(TIM6, TIM_IT_Update, ENABLE); // 4. 配置中斷優(yōu)先級 NVIC_InitTypeDef nvic; nvic.NVIC_IRQChannel TIM6_IRQn; nvic.NVIC_IRQChannelPreemptionPriority 1; nvic.NVIC_IRQChannelSubPriority 1; nvic.NVIC_IRQChannelCmd ENABLE; NVIC_Init(nvic); // 5. 啟動定時器 TIM_Cmd(TIM6, ENABLE); } void TIM6_IRQHandler(void) { if (TIM_GetITStatus(TIM6, TIM_IT_Update) ! RESET) { TIM_ClearITPendingBit(TIM6, TIM_IT_Update); g_tick_count; } }第2步里有個容易忽略的細(xì)節(jié)TIM_TimeBaseInit內(nèi)部會操作TIMx_ARR、TIMx_PSC這些寄存器但PSC的寫入要等到更新事件產(chǎn)生之后才會真正生效到計(jì)數(shù)邏輯。因此很多老工程師會在初始化后加一句TIM_GenerateEvent(TIM6, TIM_EventSource_Update)也就是軟件產(chǎn)生一次更新事件把預(yù)分頻值“推”進(jìn)生效寄存器避免第一次周期的計(jì)數(shù)值不對。如果是上面這段代碼后續(xù)每次都走正常溢出影響不大但嚴(yán)謹(jǐn)起見建議加上。3.2volatile到底保護(hù)了什么我在代碼里把g_tick_count聲明成了volatile這不是玄學(xué)。中斷服務(wù)函數(shù)里修改這個變量主循環(huán)里讀這個變量編譯器默認(rèn)不知道這個變量會“被外部改變”很可能把它的值優(yōu)化到寄存器里緩存導(dǎo)致主循環(huán)一直讀到舊值。加了volatile之后編譯器每次讀取都老老實(shí)實(shí)從內(nèi)存地址去取。這是多線程和中斷編程里最容易踩、也最難用肉眼發(fā)現(xiàn)的問題。3.3 主循環(huán)里怎么用它判斷時間有了1ms的tick計(jì)數(shù)主循環(huán)就可以去掉各種delay改成判斷差值uint32_t last_time 0; while (1) { uint32_t now g_tick_count; if (now - last_time 500) // 每500ms翻轉(zhuǎn)一次 { last_time now; GPIO_ToggleBits(LED_PORT, LED_PIN); } // 按鍵掃描、顯示刷新等任務(wù)都可以放在這里不再被延時阻塞 }這里用差值判斷而不是直接比較相等是為了防止主循環(huán)執(zhí)行周期波動導(dǎo)致漏掉某一拍的判斷。用無符號整數(shù)做減法還有額外好處即使tick發(fā)生回繞只要時間差不超過該類型表示范圍的一半結(jié)果依然正確。3.4 HAL庫對應(yīng)的寫法如果你用的不是標(biāo)準(zhǔn)外設(shè)庫而是HAL庫本質(zhì)操作完全一樣只是封裝方式不同__HAL_RCC_TIM6_CLK_ENABLE(); htim6.Instance TIM6; htim6.Init.Prescaler 71; htim6.Init.CounterMode TIM_COUNTERMODE_UP; htim6.Init.Period 999; htim6.Init.ClockDivision TIM_CLOCKDIVISION_DIV1; HAL_TIM_Base_Init(htim6); HAL_TIM_Base_Start_IT(htim6);中斷回調(diào)是統(tǒng)一入口void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM6) { g_tick_count; } }HAL庫依賴初始化函數(shù)里把句柄和實(shí)例綁定同時應(yīng)用里必須調(diào)用HAL_TIM_Base_Start_IT才開始真正走中斷。不少人配好了初始化但忘了啟動現(xiàn)象是“寄存器看著都對就是不進(jìn)中斷”。這個問題我在下一章也會詳細(xì)說。4. 實(shí)際調(diào)定時器時踩過的四個坑以及完整的排查思路4.1 坑一寫完程序燒進(jìn)去LED紋絲不動第一次調(diào)定時中斷時我配置好代碼、下載程序LED壓根不閃。當(dāng)時第一反應(yīng)是定時器沒跑起來于是用調(diào)試器查看CNT寄存器的值——結(jié)果發(fā)現(xiàn)它就是一直在變說明定時器已經(jīng)工作了。接著查中斷是否發(fā)生發(fā)現(xiàn)對應(yīng)的中斷標(biāo)志位一直是SET但程序就是沒跳到中斷服務(wù)函數(shù)。排查到這一步方向轉(zhuǎn)向NVIC。逐個檢查NVIC配置項(xiàng)發(fā)現(xiàn)我照抄了某段通用定時器的例程中斷通道寫成了別的定時器的IRQ而不是TIM6_IRQn。時鐘開了、定時器跑了、中斷標(biāo)志有了但中斷請求根本沒送達(dá)CPU自然不會進(jìn)服務(wù)函數(shù)。這個坑給了一個教訓(xùn)遇到“定時器計(jì)數(shù)正常但程序不進(jìn)中斷”的情況第一件事是確認(rèn)中斷通道是否匹配自己的定時器號第二件事是確認(rèn)優(yōu)先級分組是否配置過。有些啟動代碼里沒有調(diào)用NVIC_PriorityGroupConfig雖然默認(rèn)也能用但不同芯片恢復(fù)的默認(rèn)分組不同最好顯式配置一次。4.2 坑二定時時間對不上所有時間都翻了一倍有次我把PSC配成71ARR配成999滿以為會得到1ms中斷用邏輯分析儀一量居然是2ms。那一刻我第一個懷疑是公式記錯了又翻手冊核對預(yù)分頻器分頻確實(shí)應(yīng)該加1ARR的比較確實(shí)要加1公式?jīng)]問題。后來反復(fù)看時鐘樹才意識到我用的這顆芯片APB1分頻系數(shù)是2APB1外設(shè)時鐘已經(jīng)變成36MHz但定時器時鐘自動倍頻回了72MHz也就是說定時器時鐘確實(shí)是72MHz沒錯。那問題出在哪我在初始化代碼里先調(diào)用了外設(shè)時鐘配置把APB1分頻設(shè)成了2但我是在這之后才開啟TIM6時鐘的。這時TIM6的輸入時鐘按理論應(yīng)該是72MHz。邏輯分析儀為什么測出2ms后來查代碼發(fā)現(xiàn)初始化里把TIM_Prescaler寫成143我是把“PSC1144”當(dāng)成目標(biāo)去反推的算出來就是144倍分頻計(jì)數(shù)器自然變成500kHz溢出周期變成2ms。問題出在變量名太長看花了眼填值時多打了一個2。這個經(jīng)歷說明公式本身不難難的是“寄存器里填的值”和“實(shí)際分頻倍數(shù)”之間差一的關(guān)系。PSC71實(shí)際是72分頻PSC143實(shí)際是144分頻。填值時多注意這一步能省很多排查時間。4.3 坑三程序看起來死機(jī)了其實(shí)是中斷風(fēng)暴用調(diào)試器看程序一直停在某個中斷相關(guān)代碼里主循環(huán)完全跑不動看起來像死機(jī)。單步跟蹤發(fā)現(xiàn)中斷服務(wù)函數(shù)每次都進(jìn)而且總是在同一個位置重復(fù)進(jìn)入。根因是中斷標(biāo)志沒有清除。我最初寫服務(wù)函數(shù)時只做了標(biāo)志判斷忘了調(diào)用清標(biāo)志位的函數(shù)。TIM的更新中斷標(biāo)志UIF一旦置位不清除的話退出中斷后標(biāo)志依然有效CPU會立刻再次進(jìn)入中斷。于是程序永遠(yuǎn)在“進(jìn)中斷→退出→立刻再進(jìn)中斷”中循環(huán)主循環(huán)被餓死。排查這種問題有一個很管用的觀察法在中斷服務(wù)函數(shù)里加一個計(jì)數(shù)器這個計(jì)數(shù)器增值很快說明中斷頻率異常再用調(diào)試器看一眼SR寄存器的UIF位是否一直為1如果是基本就是沒清標(biāo)志。清標(biāo)志的操作一定要放在處理邏輯之前還是之后反而無所謂重點(diǎn)是不要遺漏。另外有些庫函數(shù)在讀取標(biāo)志時已經(jīng)隱式清除了標(biāo)志有的沒有一定要以手冊為準(zhǔn)不要想當(dāng)然。4.4 坑四HAL庫項(xiàng)目里回調(diào)函數(shù)寫了但永遠(yuǎn)不進(jìn)來換到HAL庫項(xiàng)目后配置看著正?；卣{(diào)函數(shù)也寫了但始終不觸發(fā)。我重新檢查初始化流程發(fā)現(xiàn)只調(diào)用了HAL_TIM_Base_Init沒有調(diào)用HAL_TIM_Base_Start_IT。HAL庫的啟動函數(shù)才是真正去置位CR1寄存器CEN位、并使能更新中斷的開關(guān)只初始化不啟動等于車子掛好了擋但不踩油門。補(bǔ)上啟動調(diào)用后回調(diào)立刻正常涌入。此外HAL庫允許多個定時器實(shí)例共用同一個HAL_TIM_PeriodElapsedCallback回調(diào)函數(shù)如果工程里同時用了TIM6和TIM7必須在回調(diào)里用句柄的Instance區(qū)分來源否則兩個定時器都會觸發(fā)同一段邏輯產(chǎn)生意料之外的聯(lián)動。5. 一個定時器不夠用時用定時中斷撐起整個軟件時間架構(gòu)5.1 從“一個tick變量”到“多個軟件定時器”把1ms中斷跑通之后我開始思考一個問題工程里可能有LED翻轉(zhuǎn)、按鍵消抖、超時檢測、屏幕刷新每一個都要不同的時間周期總不能為每個功能開一個硬件定時器。硬件基本定時器就兩個根本不夠用。于是我用結(jié)構(gòu)體數(shù)組做了幾個“軟件定時器”每個定時器只記錄目標(biāo)值和當(dāng)前狀態(tài)typedef struct { uint8_t active; uint32_t target_tick; uint32_t last_tick; } SoftTimer;在主循環(huán)里用g_tick_count去逐個檢查g_tick_count - last_tick target_tick滿足就執(zhí)行對應(yīng)回調(diào)并更新last_tick。整個軟件定時器只需要一個1ms硬件節(jié)拍其余都是內(nèi)存里的加減法。這也是許多輕量級操作系統(tǒng)的“時間片管理”雛形。5.2 時間片輪轉(zhuǎn)給不同任務(wù)分配時間窗口如果任務(wù)不需要精確到微秒更簡單的做法是時間片輪轉(zhuǎn)。比如tick加1代表1ms過去可以約定“每個tick末位為0時執(zhí)行按鍵掃描為5時執(zhí)行顯示刷新為20時執(zhí)行數(shù)據(jù)記錄”。這種方式不用建結(jié)構(gòu)體數(shù)組只要在1ms中斷里用switch (tick % 20)分發(fā)即可。需要注意的點(diǎn)是1ms中斷服務(wù)函數(shù)里的代碼要盡量短。中斷里只置標(biāo)志、加計(jì)數(shù)、記錄時間點(diǎn)不要做復(fù)雜的計(jì)算、通信或者延時操作。否則中斷占用時間太長會影響到主循環(huán)的實(shí)時性也可能導(dǎo)致下一次中斷被延后產(chǎn)生時間抖動。5.3 共享變量與臨界區(qū)保護(hù)只要涉及中斷和主循環(huán)之間共享變量就必須考慮數(shù)據(jù)一致性。對于32位MCU一個32位變量的讀取在硬件上通常是原子操作但如果是結(jié)構(gòu)體、數(shù)組、或者大于一個機(jī)器字長的數(shù)據(jù)讀寫過程可能被中斷打斷導(dǎo)致主循環(huán)讀到“寫到一半”的數(shù)據(jù)。這種情況下可以采用臨界區(qū)保護(hù)__disable_irq(); local_var shared_var; __enable_irq();或者更精確地用“關(guān)中斷→取數(shù)據(jù)→恢復(fù)中斷”的方式。在我自己維護(hù)的代碼里凡是中斷服務(wù)函數(shù)和主循環(huán)共同訪問的變量我都統(tǒng)一加上volatile多字節(jié)數(shù)據(jù)則用臨界區(qū)保護(hù)。這是一個換過教訓(xùn)后的習(xí)慣。5.4 利用定時器中斷做時間基座后的工程體會等我把這套時間架構(gòu)跑起來之后最直觀的感受是主循環(huán)變清爽了沒有了各種delay嵌套按鍵掃描不會因?yàn)榈却鴣G事件屏幕刷新也穩(wěn)定了。1ms的定時中斷就像整個系統(tǒng)的“心跳”所有任務(wù)都圍著這個心跳排隊(duì)執(zhí)行。我個人現(xiàn)在做定時需求時習(xí)慣先寫“定時周期”再反推PSC和ARR而不是隨手寫個值再去量波形。算完之后用邏輯分析儀或示波器確認(rèn)一次實(shí)際引腳翻轉(zhuǎn)周期確認(rèn)無誤后再繼續(xù)往下做別的功能。這個習(xí)慣看起來非常基礎(chǔ)但在項(xiàng)目復(fù)雜度上去之后能保證時間基準(zhǔn)始終可靠。6. 給新手的幾條實(shí)測建議一開始不要直接用最高主頻配合大分頻做1s長周期先用1ms級別的中斷觀察現(xiàn)象波形看得清楚公式也容易驗(yàn)證。盡量把第一個定時中斷配置在某個空閑的GPIO上翻轉(zhuǎn)用示波器或邏輯分析儀看到方波再開始“折騰”其他功能。所有中斷服務(wù)函數(shù)里跟主循環(huán)共享的變量都要加volatile多字節(jié)數(shù)據(jù)記得做臨界區(qū)保護(hù)不要等程序“偶爾異?！绷嗽倩貋硌a(bǔ)。如果遇到中斷進(jìn)不去優(yōu)先懷疑“中斷使能位”“NVIC通道”“啟動函數(shù)”這三個位置比從頭到尾讀一遍代碼更高效。不管用什么庫最終都要能自己找到對應(yīng)的寄存器位置。這一行代碼會不會寫不重要能不能看懂它在操作哪個寄存器才重要。寫到這里基本定時器的定時功能從原理到落地已經(jīng)完整串了一遍?；剡^頭看定時器的本質(zhì)就是一個能自動計(jì)數(shù)、數(shù)到目標(biāo)值后通知CPU的硬件工具難點(diǎn)從來不在配置多少行代碼而在于是否真正理解PSC、ARR、時鐘源三者之間的關(guān)系。把基本定時器吃透之后再去接觸通用定時器的PWM輸出、輸入捕獲你會發(fā)現(xiàn)底層思想都是一樣的只是多了一些“旁路”和“分支”而已。