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