簡介面向需要測量脈沖、時鐘等外部信號頻率的嵌入式開發(fā)者STM32定時器輸入捕獲頻率測量工程提供了完整可編譯的Keil源碼。資源基于HAL庫實現(xiàn)定時器時基配置、輸入捕獲通道選擇、中斷服務處理與周期/頻率換算包含初始化函數(shù)和中斷回調(diào)可直接移植到實際項目。壓縮包共125個文件、約1.87MB以C源碼和頭文件為核心并帶有Keil工程配置文件、編譯生成的axf/hex文件、備份文件及少量txt說明目錄結(jié)構(gòu)典型便于對照學習和調(diào)試。已有2145人學習下載。工程覆蓋定時器配置、捕獲中斷、連續(xù)采樣的平均值計算等關(guān)鍵環(huán)節(jié)同時保留編譯中間產(chǎn)物和備份文件適合初學者理解底層捕獲機制也適合工程師快速集成或重新驗證。通過HAL_TIM_IC_GetCapturedValue等API完整展示了捕獲寄存器的讀取與周期計算流程。1. 拿到一塊 STM32 想測方波頻率為什么先別急著翻電平有次我手頭接了一個輸出方波的傳感器信號頻率大約 100 Hz第一反應是在 GPIO 外部中斷里數(shù)電平翻轉(zhuǎn)次數(shù)結(jié)果讀數(shù)在 98 和 103 之間跳怎么調(diào)都穩(wěn)不下來。換成定時器輸入捕獲再花十分鐘把分頻和濾波配好讀數(shù)才真正貼住信號源。這段經(jīng)歷基本代表了一類問題STM32 測量頻率的難點不在讀引腳而在選對定時器的測量方式。同一個引腳測 1 Hz 和測 1 MHz 用的幾乎是兩套代碼選錯方法要么溢出要么被中斷延遲拖垮。這篇文章按原理、最小工程代碼、量程參數(shù)、避坑記錄和進階做法的順序把用 STM32 測量頻率的一條完整路徑講清楚適合正在做電機測速、傳感器脈沖采集或設備狀態(tài)監(jiān)測的開發(fā)者。2. 測頻率的三種路數(shù)輸入捕獲、中斷計時與 PWM 捕獲模式的取舍2.1 輸入捕獲把 CNT 鎖存進 CCR兩次鎖存之差就是周期輸入捕獲的原理一句話就能說清定時器的 CNT 寄存器一直按內(nèi)部時鐘遞增外部信號接到捕獲通道上當檢測到指定邊沿時硬件把當前 CNT 值鎖存到捕獲寄存器 CCR同時觸發(fā)一次中斷。兩次相鄰上升沿的 CCR 差值就是被測信號一個周期的長度。反向換算一下就得到頻率。這個方案的決定性優(yōu)勢是測量時刻由硬件決定不經(jīng)過軟件判斷也不受中斷響應延遲影響。比如用 72 MHz 計數(shù)頻率去測 1 kHz 方波兩次捕獲之間 CNT 大概走了 72000那么周期就是 72000 個 tick頻率算出來就是 1 kHz誤差來源基本只剩 1 個 tick 的量化誤差和一個可能被忽略的 CNT 回繞問題。我一般把這個方法作為測頻率的默認選項因為它在幾十 Hz 到幾百 kHz 的寬范圍內(nèi)都能用而且中斷頻率等于信號頻率比每個邊沿都進中斷的做法負載低得多。2.2 中斷計時法代碼最簡單為什么高頻和抖動下先翻車另一條常見路線是 GPIO 外部中斷加一個微秒級計時器上升沿進中斷讀一下當前時間下次上升沿再讀一下差值就是周期。它的優(yōu)點是引腳選擇自由、代碼直觀適合對精度完全沒要求的場景。但中斷計時法有三個天生的軟肋。一是中斷響應延遲從硬件置位中斷標志到軟件真正讀到計數(shù)器中間要經(jīng)過壓棧、跳轉(zhuǎn)、讀寄存器這個延遲不是固定值代碼分支不同、編譯優(yōu)化不同都會帶來幾十到幾百納秒的偏差。二是抖動如果信號沿帶毛刺中斷可能在同一個周期里觸發(fā)兩次讀數(shù)直接跳變。三是吞吐上限高頻時中斷頻繁進入主循環(huán)被擠占丟一次中斷整個讀數(shù)就廢了。我的判斷標準是只用來測幾 kHz 以下的低頻脈沖或者是按鍵、限位開關(guān)這種不在乎精度的計數(shù)場景一旦要正經(jīng)測頻率不要用它。2.3 PWM 輸入模式硬件復位定時器周期和占空比一次拿全PWM 輸入模式本質(zhì)是「從模式復位 兩路輸入捕獲」的組合。把被測信號接到 TI1配置從模式復位讓上升沿到來時 CNT 直接清零同時通道 1 捕獲觸發(fā)值作為周期通道 2 配置為下降沿捕獲得到脈寬。這樣一次測量同時拿到周期和占空比全程由硬件完成捕獲順序不需要軟件判斷哪個邊沿先到。TIM_SlaveConfigTypeDef sSlaveConfig {0}; sSlaveConfig.SlaveMode TIM_SLAVEMODE_RESET; sSlaveConfig.InputTrigger TIM_TS_TI1FP1; sSlaveConfig.TriggerPolarity TIM_TRIGGERPOLARITY_RISING; sSlaveConfig.TriggerFilter 0x0F; HAL_TIM_SlaveConfigSynchro(htim, sSlaveConfig);這段配置的含義是從模式復位讓 CNT 在觸發(fā)邊沿清零觸發(fā)源選 TI1FP1 也就是 TI1 經(jīng)過濾波后的信號極性設為上升沿觸發(fā)濾波取 0x0F 用來濾掉窄毛刺。之后還要分別使能通道 1 和通道 2 的輸入捕獲把通道 2 的極性設成下降沿否則讀到的 CCR2 不是脈寬。這個方案適合被測對象本身是 PWM 信號、需要同時關(guān)心頻率和占空比的場合比如電機驅(qū)動器的使能反饋、開關(guān)電源的開關(guān)頻率監(jiān)控。代價是占用了定時器的兩個捕獲通道比單純測頻率多占一路資源。2.4 三種方案怎么選一張表說清量程、誤差與資源方案典型可測量程72 MHz 主頻主要誤差來源中斷壓力適用場景輸入捕獲幾十 Hz 到幾百 kHz1 個 tick 量化、CNT 回繞每周期一次PWM 信號、編碼器測速、通用頻率計中斷計時幾 Hz 到幾 kHz中斷延遲、邊沿抖動每邊沿一次高頻扛不住低頻脈沖、按鍵計數(shù)、粗略測速PWM 輸入模式幾百 Hz 到幾百 kHz觸發(fā)抖動、濾波參數(shù)每周期一次需要同時測頻率和占空比的 PWM 場景選型時我先回答兩個問題被測信號是純方波還是帶著噪聲的傳感器輸出要不要同時讀占空比答案基本就指向輸入捕獲或 PWM 輸入模式。中斷計時只用于臨時驗證引腳有沒有信號不適合做成產(chǎn)品里的正式測量路徑。3. 用 HAL 庫跑通輸入捕獲測頻率最小工程代碼與回繞處理3.1 引腳與定時器怎么配先看時鐘樹再選通道寫代碼之前先花兩分鐘確認定時器掛在哪條總線上。以常見的 F103 為例主頻 72 MHzAPB1 分頻為 2 時掛在 APB1 上的 TIM3、TIM4 等定時器時鐘反而是 72 MHz而不是 APB1 外設時鐘的 36 MHz因為定時器時鐘在 APB1 預分頻系數(shù)不等于 1 時會自動翻倍。這個細節(jié)無數(shù)人栽過在 CubeMX 里把外設時鐘設成 36 MHz心想定時器也是 36 MHz結(jié)果 Prescaler 全部按一倍算錯。通道選擇上TIM3_CH1 默認復用引腳是 PA6TIM4_CH1 是 PB6TIM2_CH1 是 PA0。我習慣優(yōu)先用 TIM3_CH1因為 PA6 不占調(diào)試口也不和其他常用功能沖突。要注意的是 F103 上還有 AFIO 重映射如果用默認復用引腳不需要額外配置如果換到重映射引腳必須開啟 AFIO 時鐘并設置重映射否則中斷永遠不觸發(fā)。3.2 定時器與 GPIO 初始化代碼每一個參數(shù)都說明白下面是 CubeMX 生成習慣的 HAL 寫法我在此基礎(chǔ)上加了逐項注釋。先初始化定時器本身TIM_HandleTypeDef htim3; void MX_TIM3_Init(void) { TIM_IC_InitTypeDef sConfigIC {0}; htim3.Instance TIM3; htim3.Init.Prescaler 71; htim3.Init.CounterMode TIM_COUNTERMODE_UP; htim3.Init.Period 65535; htim3.Init.ClockDivision TIM_CLOCKDIVISION_DIV1; HAL_TIM_IC_Init(htim3); sConfigIC.ICPolarity TIM_INPUTCHANNELPOLARITY_RISING; sConfigIC.ICSelection TIM_IC_SELECTION_DIRECTTI; sConfigIC.ICPrescaler TIM_ICPSC_DIV1; sConfigIC.ICFilter 0; HAL_TIM_IC_ConfigChannel(htim3, sConfigIC, TIM_CHANNEL_1); }參數(shù)含義逐一解釋。Prescaler 71 表示 72 MHz 定時器時鐘分頻 72 倍CNT 每 1 微秒加一分辨率對大多數(shù)低頻場景足夠。Period 65535 是 ARR 上限CNT 從 0 計到 65535 再回繞到 0。一個計數(shù)周期覆蓋 65.535 毫秒意味著測低于 15 Hz 的信號必須靠溢出計數(shù)后面會講。ClockDivision 影響數(shù)字濾波器的采樣時鐘分頻這里選 DIV1。ICPolarity 上升沿表示在信號上升沿捕獲。ICPrescaler 選 DIV1 表示每個事件都捕獲如果選 DIV2 會每兩個事件才捕獲一次中斷壓力減半但會丟細節(jié)測頻率不推薦。ICFilter 先設 0讓基礎(chǔ)通路先跑通遇到毛刺問題再開濾波。GPIO 這邊按復用推挽配置void MX_GPIO_Init(void) { GPIO_InitTypeDef GPIO_InitStruct {0}; __HAL_RCC_GPIOA_CLK_ENABLE(); GPIO_InitStruct.Pin GPIO_PIN_6; GPIO_InitStruct.Mode GPIO_MODE_AF_PP; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(GPIOA, GPIO_InitStruct); }Mode 必須是 AF_PP也就是復用推挽輸出這表示引腳交給片上外設控制而不是普通 GPIO。Pull 選 NOPULL因為輸入捕獲本身不依賴上下拉如果信號源是開漏輸出這里要改成上拉。Speed 選 HIGH保證高頻信號邊沿不會被驅(qū)動能力拖慢太多。在 F4 系列上還要給 GPIO_InitStruct.Alternate 賦定時器復用編號F1 用默認復用不需要這一步。啟動捕獲和中斷的代碼放在主循環(huán)之前HAL_TIM_IC_Start_IT(htim3, TIM_CHANNEL_1); __HAL_TIM_ENABLE_IT(htim3, TIM_IT_UPDATE); HAL_NVIC_SetPriority(TIM3_IRQn, 1, 0); HAL_NVIC_EnableIRQ(TIM3_IRQn);第一行使能通道 1 的捕獲并打開捕獲中斷第二行打開更新中斷用來記錄 CNT 溢出第三、四行設置 TIM3 的中斷優(yōu)先級。注意這里更新中斷和捕獲中斷共用同一個 TIM3 中斷向量優(yōu)先級設置只是給整個外設用的。3.3 在捕獲回調(diào)里把兩次邊沿換算成周期順帶處理 CNT 回繞如果不管 CNT 回繞代碼在低頻時可能看起來正常頻率一高就亂跳。原因是 ARR 設為 65535 后CNT 會周期性地從 65535 回繞到 0如果兩次捕獲之間發(fā)生過回繞直接做減法得到的是負值或錯誤的小值。最小工程里的做法是開一個溢出計數(shù)器在捕獲時把溢出次數(shù)一起算進去。volatile uint32_t capture_last 0; volatile uint32_t overflow_cnt 0; volatile uint64_t period_ticks 0; void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM3) { overflow_cnt; } } void HAL_TIM_IC_CaptureCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM3) { uint32_t now HAL_TIM_ReadCapturedValue(htim, TIM_CHANNEL_1); uint64_t delta (uint64_t)overflow_cnt * (TIM3-ARR 1) now - capture_last; capture_last now; overflow_cnt 0; if (delta 0) { period_ticks delta; } } }邏輯說明每個定時器溢出周期PeriodElapsedCallback 里對 overflow_cnt 加一捕獲事件到來時從上次捕獲到本次捕獲之間一共走了多少 tick等于溢出次數(shù)乘以 ARR 加一再加上本次捕獲值減上次捕獲值。算完立即清零溢出計數(shù)確保下一次捕獲的統(tǒng)計區(qū)間正確。這個寫法把周期值直接放進全局變量 period_ticks主循環(huán)只負責讀。要注意 HAL 的中斷入口里更新事件先被檢查溢出計數(shù)會先登記再進捕獲回調(diào)所以這個差值公式的順序是成立的如果自己寫寄存器版中斷務必把溢出判斷放在讀取捕獲值之前。3.4 主循環(huán)里讀出頻率整數(shù)除法、浮點和刷新率怎么權(quán)衡主循環(huán)里不需要重新計算差值只做頻率換算uint32_t timer_clock 72000000 / (71 1); float freq 0.0f; while (1) { uint64_t ticks; __disable_irq(); ticks period_ticks; __enable_irq(); if (ticks 0) { freq (float)timer_clock / (float)ticks; } HAL_Delay(200); }讀 period_ticks 時臨時關(guān)中斷避免讀到一半被捕獲中斷改寫成中間狀態(tài)這是多字節(jié)變量必然要做的保護。timer_clock 等于 1 MHz對應前面 Prescaler 71。換算頻率用浮點是為了低頻精度假設實際頻率是 100.4 Hzticks 約 9960整數(shù)除法會直接截成 100 Hz浮點能保住小數(shù)位。刷新率由 HAL_Delay(200) 控制每秒 5 次。測電機轉(zhuǎn)速夠用。如果做快速反饋把延時縮到 20 毫秒但要確認此時的捕獲中斷和更新中斷不會因為主循環(huán)頻繁搶占而互相拖累。4. 量程與參數(shù)設計把定時器當成一把有刻度的尺子4.1 先定分辨率再定上限Prescaler 與 ARR 的配合公式配定時器參數(shù)的順序我習慣反過來先定分辨率再倒推 Prescaler最后看 ARR 能不能覆蓋目標最低頻率。計數(shù)頻率 f_tick 等于定時器時鐘除以 Prescaler 加一一個 tick 的時間是 1/f_tick測量周期的量化誤差就是 1 個 tick。比如你要測的信號的周期是 10 ms用 1 us 的 tick相對誤差是 0.01%如果被測周期只有 10 us同樣 1 us 的 tick 誤差就到了 10%。所以高頻段必須先提高計數(shù)頻率也就是調(diào)小 Prescaler否則量化誤差直接吞掉測量精度。目標頻段建議 Prescaler1 tick 時長需要特別注意1 Hz ~ 100 Hz71910 us必須配合溢出計數(shù)否則 CNT 回繞漏計100 Hz ~ 1 kHz711 us默認參數(shù)分辨率與中斷壓力均衡1 kHz ~ 100 kHz0約 13.9 nsARR 回繞頻繁溢出中斷要及時處理100 kHz ~ 1 MHz0約 13.9 ns量化誤差開始變大建議考慮門控模式計滿一個 ARR 周期的時間等于 ARR 加一乘以 tick 時長。以 Prescaler 71、ARR 65535 為例一個計數(shù)周期是 65.535 ms對應最低可測頻率大約 15 Hz。想測 1 Hz要么拉大 ARR 到接近 7 萬要么加溢出計數(shù)后者不用動 ARR 更省事。還有一點容易算錯F103 的 TIM3 掛在 APB1 上APB1 分頻為 2 時定時器時鐘是 72 MHz不是外設總線看到的 36 MHz計算 Prescaler 前先把這個數(shù)字確認清楚。4.2 輸入濾波和信號整形傳感器信號不是直接能進定時器的內(nèi)部 ICFilter 的作用是讓觸發(fā)信號必須連續(xù)采樣到若干個有效電平才被認為是一次邊沿從而把窄毛刺濾掉。ICFilter 的取值范圍是 0 到 15對應 2 到 32 次連續(xù)采樣。判斷毛刺寬度的方法很簡單先用示波器看毛刺寬度小于被測信號周期的 10%就可以放心設濾波如果毛刺已經(jīng)接近正常脈沖寬度內(nèi)部濾波會連真信號一起濾掉這時候要從硬件層面處理。我會在代碼里先保持 ICFilter 0 跑通再用示波器確認信號形狀最后根據(jù)毛刺定參數(shù)。毛刺只有幾百納秒設 0x5 左右基本能壓住毛刺達到微秒級內(nèi)部濾波的采樣窗口就不夠用了。更常見的問題其實是電平調(diào)理24 V 傳感器輸出、繼電器觸點、帶振鈴的差分信號都不能直接接進 3.3 V 引腳。前級要么用電阻分壓加鉗位要么用比較器整形內(nèi)部濾波只負責補最后一段它替代不了電平轉(zhuǎn)換。輸入引腳的上下拉也屬于這一類問題開漏信號不配上拉捕獲到的沿會非常不穩(wěn)定。4.3 測量窗口與刷新率測轉(zhuǎn)速和測音頻的更新要求完全不同輸入捕獲天然是單周期測量單個周期受抖動影響大。想讀數(shù)穩(wěn)定可以做滑動平均也可以固定一個時間段內(nèi)統(tǒng)計本質(zhì)上都是增加測量窗口。窗口越長越穩(wěn)但刷新率會下降。測轉(zhuǎn)速時傳感器每圈輸出幾個脈沖轉(zhuǎn)速變化率低窗口取 0.5 到 1 秒完全沒問題測音頻信號這類快速變化量窗口必須控制在 20 毫秒左右否則讀數(shù)拖影嚴重。我的經(jīng)驗值是測量窗口至少覆蓋 10 個被測周期低于這個比例平均值沒有意義。比如測 100 Hz 信號窗口 100 毫秒覆蓋 10 個周期刷新率 10 Hz平衡點可以接受。窗口內(nèi)還可以做中值濾波而不是平均濾波因為毛刺引起的異常值會把平均值拉偏中值能直接扔掉最離譜的那幾個點。如果窗口很長、溢出中斷壓力大就把第 3 章的溢出判斷改成只在窗口結(jié)束后讀一次 CNT配合 DMA 搬運這是后面要講的門控思路的雛形。5. 測量頻率的避坑記錄五個看過示波器才會明白的問題5.1 讀數(shù)突然變成 0 或跳滿量程CNT 回繞沒有進溢出中斷現(xiàn)象低頻信號測得好好的頻率一提高讀數(shù)開始隨機變成 0 或者某個很大的數(shù)。原因ARR 65535 時 CNT 回繞到 0而代碼里沒有登記溢出兩次捕獲差值變成負值或錯誤的差值。解決打開更新中斷在 PeriodElapsedCallback 里維護溢出計數(shù)讓差值公式把每次溢出折算成 ARR 加一。注意更新事件和捕獲事件在同一個中斷入口判斷順序一定是先處理溢出再讀捕獲值順序反了溢出就漏計這也是初學者最容易踩的坑。加完溢出計數(shù)后用 50 kHz 方波驗證讀數(shù)應該不再跳。5.2 信號穩(wěn)定讀數(shù)卻亂跳毛刺、極性和濾波三個環(huán)節(jié)一起查現(xiàn)象信號發(fā)生器輸出標準的 1 kHz 方波示波器看波形很干凈板子讀數(shù)卻在 990 到 1010 之間來回跳。原因多半是觸發(fā)邊沿上有亞微秒級毛刺或者是信號源與板子之間存在地環(huán)路噪聲導致沿的位置在抖動。解決先檢查極性配置確認捕獲的是上升沿還是下降沿和信號的躍遷方向一致。然后把 ICFilter 逐步加大觀察讀數(shù)是否收斂同時用短跳線直接連接信號源和板子排除長線的耦合。碰上繼電器觸點這類接觸抖動內(nèi)部濾波壓不住要在外部加 RC 消抖電路。5.3 PWM 占空比和示波器對不上從模式復位觸發(fā)的捕獲順序反了現(xiàn)象PWM 輸入模式下頻率讀數(shù)正確占空比卻和示波器差幾個百分點甚至完全反過來。原因兩個通道的捕獲順序不對。通道 1 上升沿復位并捕獲周期通道 2 下降沿捕獲脈寬如果通道 2 極性漏設成下降沿它會在通道 1 的下降沿觸發(fā)讀到的值根本不是脈寬。解決先把通道 2 的 ICPolarity 改為 FALLING再檢查 CCR1 和 CCR2 哪個更大。正常情況下 CCR2 小于 CCR1如果反了說明觸發(fā)極性整體錯了。濾波值設置過大也會導致窄脈沖被吃掉占空比偏小這種現(xiàn)象在占空比低于 10% 時尤其明顯。5.4 引腳復用沒配對代碼燒進去采不到邊沿現(xiàn)象代碼邏輯看著沒問題中斷就是不觸發(fā)示波器點引腳上有方波。原因GPIO 的模式?jīng)]設成復用推挽或者用了非默認復用引腳但沒有配置重映射。F1 上很多人直接照抄普通 GPIO 輸入代碼Mode 設成 INPUT引腳被當成普通 IO定時器收不到信號。解決把 GPIO_InitStruct.Mode 改成 GPIO_MODE_AF_PP如果用的不是默認復用腳在代碼里開啟 AFIO 時鐘并調(diào)用重映射函數(shù)。F4 上對應的坑是 Alternate 參數(shù)沒賦定時器復用編號。這類問題最有效的排查方式是讀一遍引腳復用表不要靠猜。5.5 示波器看信號好好的接到板子一路為零共地接好了嗎現(xiàn)象示波器探頭怎么點都有波形杜邦線接到開發(fā)板后頻率顯示 0 或亂跳。原因示波器探頭的地夾在信號源地線上而開發(fā)板的地沒有和信號源共地兩者參考電位不一致捕獲觸發(fā)始終不滿足條件。解決先把信號源的地和板子的 GND 用一根線連通再串一個 100 到 200 歐的電阻接到捕獲引腳防止振鈴。這個環(huán)節(jié)看著像玄學其實是多數(shù)「代碼沒問題但讀數(shù)不對」的真實原因。我之前花了一下午改濾波參數(shù)最后發(fā)現(xiàn)就是地線沒接從那以后接任何信號第一件事就是確認共地。6. 再進一步用定時器門控模式替代中斷測頻率更穩(wěn)6.1 門控模式的思路讓被測信號當閘門計數(shù)交給另一個定時器第 3 章的思路是每個周期進一次捕獲中斷靠中斷完成測量。信號頻率很高時這個中斷壓力會先撐不住。門控模式把思路反過來讓一個定時器負責管理「窗口」另一個定時器在窗口打開期間自由計數(shù)。窗口由被測信號的 N 個周期構(gòu)成窗口內(nèi)從定時器計的 tick 總數(shù)除以 N就是平均周期。中斷頻率從每周期一次降到每窗口一次而且抖動被平均掉了。代價是需要兩個定時器做主從互聯(lián)代碼復雜度上升。6.2 主從定時器互聯(lián)的最小配置與讀數(shù)方法從定時器開啟門控模式的代碼比較短TIM_SlaveConfigTypeDef sSlaveConfig {0}; sSlaveConfig.SlaveMode TIM_SLAVEMODE_GATED; sSlaveConfig.InputTrigger TIM_TS_ITR0; sSlaveConfig.TriggerPolarity TIM_TRIGGERPOLARITY_NONINVERTED; sSlaveConfig.TriggerFilter 0; HAL_TIM_SlaveConfigSynchro(htim2, sSlaveConfig);SlaveMode 設為 GATED 表示計數(shù)器只在觸發(fā)輸入有效期間遞增InputTrigger 選 ITR0 表示觸發(fā)源來自主定時器的 TRGO極性非反相表示觸發(fā)高電平期間計數(shù)低電平停止。實際工程里需要先按參考手冊的觸發(fā)連接表確認 ITR 編號對應哪個主定時器再配置主定時器把外部信號轉(zhuǎn)換成窗口輸出。測量結(jié)束后去讀從定時器的 CNT就能算出平均周期。窗口邊沿處最多有 2 個 tick 的量化誤差窗口越長誤差占比越低。這個方法特別適合高頻、抖動大的信號代價是占兩個定時器。用這套方案處理之前那個 100 Hz 傳感器時我把捕獲中斷全部拿掉了只留窗口結(jié)束后的讀取讀數(shù)穩(wěn)定后就沒再動過。門控模式的配置比輸入捕獲繁瑣但它把測量從「每個邊沿搶時間」變成了「把一個窗口算清楚」工程上省心很多。也因為這個經(jīng)歷我現(xiàn)在拿到任何測頻需求都會先問一句被測信號多少赫茲、要不要同時看占空比再決定用哪套方案。希望幫到你。本文還有配套的精品資源點擊獲取 STM32測頻率全攻略：輸入捕獲、PWM模式與門控模式詳解
簡介面向需要測量脈沖、時鐘等外部信號頻率的嵌入式開發(fā)者STM32定時器輸入捕獲頻率測量工程提供了完整可編譯的Keil源碼。資源基于HAL庫實現(xiàn)定時器時基配置、輸入捕獲通道選擇、中斷服務處理與周期/頻率換算包含初始化函數(shù)和中斷回調(diào)可直接移植到實際項目。壓縮包共125個文件、約1.87MB以C源碼和頭文件為核心并帶有Keil工程配置文件、編譯生成的axf/hex文件、備份文件及少量txt說明目錄結(jié)構(gòu)典型便于對照學習和調(diào)試。已有2145人學習下載。工程覆蓋定時器配置、捕獲中斷、連續(xù)采樣的平均值計算等關(guān)鍵環(huán)節(jié)同時保留編譯中間產(chǎn)物和備份文件適合初學者理解底層捕獲機制也適合工程師快速集成或重新驗證。通過HAL_TIM_IC_GetCapturedValue等API完整展示了捕獲寄存器的讀取與周期計算流程。1. 拿到一塊 STM32 想測方波頻率為什么先別急著翻電平有次我手頭接了一個輸出方波的傳感器信號頻率大約 100 Hz第一反應是在 GPIO 外部中斷里數(shù)電平翻轉(zhuǎn)次數(shù)結(jié)果讀數(shù)在 98 和 103 之間跳怎么調(diào)都穩(wěn)不下來。換成定時器輸入捕獲再花十分鐘把分頻和濾波配好讀數(shù)才真正貼住信號源。這段經(jīng)歷基本代表了一類問題STM32 測量頻率的難點不在讀引腳而在選對定時器的測量方式。同一個引腳測 1 Hz 和測 1 MHz 用的幾乎是兩套代碼選錯方法要么溢出要么被中斷延遲拖垮。這篇文章按原理、最小工程代碼、量程參數(shù)、避坑記錄和進階做法的順序把用 STM32 測量頻率的一條完整路徑講清楚適合正在做電機測速、傳感器脈沖采集或設備狀態(tài)監(jiān)測的開發(fā)者。2. 測頻率的三種路數(shù)輸入捕獲、中斷計時與 PWM 捕獲模式的取舍2.1 輸入捕獲把 CNT 鎖存進 CCR兩次鎖存之差就是周期輸入捕獲的原理一句話就能說清定時器的 CNT 寄存器一直按內(nèi)部時鐘遞增外部信號接到捕獲通道上當檢測到指定邊沿時硬件把當前 CNT 值鎖存到捕獲寄存器 CCR同時觸發(fā)一次中斷。兩次相鄰上升沿的 CCR 差值就是被測信號一個周期的長度。反向換算一下就得到頻率。這個方案的決定性優(yōu)勢是測量時刻由硬件決定不經(jīng)過軟件判斷也不受中斷響應延遲影響。比如用 72 MHz 計數(shù)頻率去測 1 kHz 方波兩次捕獲之間 CNT 大概走了 72000那么周期就是 72000 個 tick頻率算出來就是 1 kHz誤差來源基本只剩 1 個 tick 的量化誤差和一個可能被忽略的 CNT 回繞問題。我一般把這個方法作為測頻率的默認選項因為它在幾十 Hz 到幾百 kHz 的寬范圍內(nèi)都能用而且中斷頻率等于信號頻率比每個邊沿都進中斷的做法負載低得多。2.2 中斷計時法代碼最簡單為什么高頻和抖動下先翻車另一條常見路線是 GPIO 外部中斷加一個微秒級計時器上升沿進中斷讀一下當前時間下次上升沿再讀一下差值就是周期。它的優(yōu)點是引腳選擇自由、代碼直觀適合對精度完全沒要求的場景。但中斷計時法有三個天生的軟肋。一是中斷響應延遲從硬件置位中斷標志到軟件真正讀到計數(shù)器中間要經(jīng)過壓棧、跳轉(zhuǎn)、讀寄存器這個延遲不是固定值代碼分支不同、編譯優(yōu)化不同都會帶來幾十到幾百納秒的偏差。二是抖動如果信號沿帶毛刺中斷可能在同一個周期里觸發(fā)兩次讀數(shù)直接跳變。三是吞吐上限高頻時中斷頻繁進入主循環(huán)被擠占丟一次中斷整個讀數(shù)就廢了。我的判斷標準是只用來測幾 kHz 以下的低頻脈沖或者是按鍵、限位開關(guān)這種不在乎精度的計數(shù)場景一旦要正經(jīng)測頻率不要用它。2.3 PWM 輸入模式硬件復位定時器周期和占空比一次拿全PWM 輸入模式本質(zhì)是「從模式復位 兩路輸入捕獲」的組合。把被測信號接到 TI1配置從模式復位讓上升沿到來時 CNT 直接清零同時通道 1 捕獲觸發(fā)值作為周期通道 2 配置為下降沿捕獲得到脈寬。這樣一次測量同時拿到周期和占空比全程由硬件完成捕獲順序不需要軟件判斷哪個邊沿先到。TIM_SlaveConfigTypeDef sSlaveConfig {0}; sSlaveConfig.SlaveMode TIM_SLAVEMODE_RESET; sSlaveConfig.InputTrigger TIM_TS_TI1FP1; sSlaveConfig.TriggerPolarity TIM_TRIGGERPOLARITY_RISING; sSlaveConfig.TriggerFilter 0x0F; HAL_TIM_SlaveConfigSynchro(htim, sSlaveConfig);這段配置的含義是從模式復位讓 CNT 在觸發(fā)邊沿清零觸發(fā)源選 TI1FP1 也就是 TI1 經(jīng)過濾波后的信號極性設為上升沿觸發(fā)濾波取 0x0F 用來濾掉窄毛刺。之后還要分別使能通道 1 和通道 2 的輸入捕獲把通道 2 的極性設成下降沿否則讀到的 CCR2 不是脈寬。這個方案適合被測對象本身是 PWM 信號、需要同時關(guān)心頻率和占空比的場合比如電機驅(qū)動器的使能反饋、開關(guān)電源的開關(guān)頻率監(jiān)控。代價是占用了定時器的兩個捕獲通道比單純測頻率多占一路資源。2.4 三種方案怎么選一張表說清量程、誤差與資源方案典型可測量程72 MHz 主頻主要誤差來源中斷壓力適用場景輸入捕獲幾十 Hz 到幾百 kHz1 個 tick 量化、CNT 回繞每周期一次PWM 信號、編碼器測速、通用頻率計中斷計時幾 Hz 到幾 kHz中斷延遲、邊沿抖動每邊沿一次高頻扛不住低頻脈沖、按鍵計數(shù)、粗略測速PWM 輸入模式幾百 Hz 到幾百 kHz觸發(fā)抖動、濾波參數(shù)每周期一次需要同時測頻率和占空比的 PWM 場景選型時我先回答兩個問題被測信號是純方波還是帶著噪聲的傳感器輸出要不要同時讀占空比答案基本就指向輸入捕獲或 PWM 輸入模式。中斷計時只用于臨時驗證引腳有沒有信號不適合做成產(chǎn)品里的正式測量路徑。3. 用 HAL 庫跑通輸入捕獲測頻率最小工程代碼與回繞處理3.1 引腳與定時器怎么配先看時鐘樹再選通道寫代碼之前先花兩分鐘確認定時器掛在哪條總線上。以常見的 F103 為例主頻 72 MHzAPB1 分頻為 2 時掛在 APB1 上的 TIM3、TIM4 等定時器時鐘反而是 72 MHz而不是 APB1 外設時鐘的 36 MHz因為定時器時鐘在 APB1 預分頻系數(shù)不等于 1 時會自動翻倍。這個細節(jié)無數(shù)人栽過在 CubeMX 里把外設時鐘設成 36 MHz心想定時器也是 36 MHz結(jié)果 Prescaler 全部按一倍算錯。通道選擇上TIM3_CH1 默認復用引腳是 PA6TIM4_CH1 是 PB6TIM2_CH1 是 PA0。我習慣優(yōu)先用 TIM3_CH1因為 PA6 不占調(diào)試口也不和其他常用功能沖突。要注意的是 F103 上還有 AFIO 重映射如果用默認復用引腳不需要額外配置如果換到重映射引腳必須開啟 AFIO 時鐘并設置重映射否則中斷永遠不觸發(fā)。3.2 定時器與 GPIO 初始化代碼每一個參數(shù)都說明白下面是 CubeMX 生成習慣的 HAL 寫法我在此基礎(chǔ)上加了逐項注釋。先初始化定時器本身TIM_HandleTypeDef htim3; void MX_TIM3_Init(void) { TIM_IC_InitTypeDef sConfigIC {0}; htim3.Instance TIM3; htim3.Init.Prescaler 71; htim3.Init.CounterMode TIM_COUNTERMODE_UP; htim3.Init.Period 65535; htim3.Init.ClockDivision TIM_CLOCKDIVISION_DIV1; HAL_TIM_IC_Init(htim3); sConfigIC.ICPolarity TIM_INPUTCHANNELPOLARITY_RISING; sConfigIC.ICSelection TIM_IC_SELECTION_DIRECTTI; sConfigIC.ICPrescaler TIM_ICPSC_DIV1; sConfigIC.ICFilter 0; HAL_TIM_IC_ConfigChannel(htim3, sConfigIC, TIM_CHANNEL_1); }參數(shù)含義逐一解釋。Prescaler 71 表示 72 MHz 定時器時鐘分頻 72 倍CNT 每 1 微秒加一分辨率對大多數(shù)低頻場景足夠。Period 65535 是 ARR 上限CNT 從 0 計到 65535 再回繞到 0。一個計數(shù)周期覆蓋 65.535 毫秒意味著測低于 15 Hz 的信號必須靠溢出計數(shù)后面會講。ClockDivision 影響數(shù)字濾波器的采樣時鐘分頻這里選 DIV1。ICPolarity 上升沿表示在信號上升沿捕獲。ICPrescaler 選 DIV1 表示每個事件都捕獲如果選 DIV2 會每兩個事件才捕獲一次中斷壓力減半但會丟細節(jié)測頻率不推薦。ICFilter 先設 0讓基礎(chǔ)通路先跑通遇到毛刺問題再開濾波。GPIO 這邊按復用推挽配置void MX_GPIO_Init(void) { GPIO_InitTypeDef GPIO_InitStruct {0}; __HAL_RCC_GPIOA_CLK_ENABLE(); GPIO_InitStruct.Pin GPIO_PIN_6; GPIO_InitStruct.Mode GPIO_MODE_AF_PP; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(GPIOA, GPIO_InitStruct); }Mode 必須是 AF_PP也就是復用推挽輸出這表示引腳交給片上外設控制而不是普通 GPIO。Pull 選 NOPULL因為輸入捕獲本身不依賴上下拉如果信號源是開漏輸出這里要改成上拉。Speed 選 HIGH保證高頻信號邊沿不會被驅(qū)動能力拖慢太多。在 F4 系列上還要給 GPIO_InitStruct.Alternate 賦定時器復用編號F1 用默認復用不需要這一步。啟動捕獲和中斷的代碼放在主循環(huán)之前HAL_TIM_IC_Start_IT(htim3, TIM_CHANNEL_1); __HAL_TIM_ENABLE_IT(htim3, TIM_IT_UPDATE); HAL_NVIC_SetPriority(TIM3_IRQn, 1, 0); HAL_NVIC_EnableIRQ(TIM3_IRQn);第一行使能通道 1 的捕獲并打開捕獲中斷第二行打開更新中斷用來記錄 CNT 溢出第三、四行設置 TIM3 的中斷優(yōu)先級。注意這里更新中斷和捕獲中斷共用同一個 TIM3 中斷向量優(yōu)先級設置只是給整個外設用的。3.3 在捕獲回調(diào)里把兩次邊沿換算成周期順帶處理 CNT 回繞如果不管 CNT 回繞代碼在低頻時可能看起來正常頻率一高就亂跳。原因是 ARR 設為 65535 后CNT 會周期性地從 65535 回繞到 0如果兩次捕獲之間發(fā)生過回繞直接做減法得到的是負值或錯誤的小值。最小工程里的做法是開一個溢出計數(shù)器在捕獲時把溢出次數(shù)一起算進去。volatile uint32_t capture_last 0; volatile uint32_t overflow_cnt 0; volatile uint64_t period_ticks 0; void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM3) { overflow_cnt; } } void HAL_TIM_IC_CaptureCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM3) { uint32_t now HAL_TIM_ReadCapturedValue(htim, TIM_CHANNEL_1); uint64_t delta (uint64_t)overflow_cnt * (TIM3-ARR 1) now - capture_last; capture_last now; overflow_cnt 0; if (delta 0) { period_ticks delta; } } }邏輯說明每個定時器溢出周期PeriodElapsedCallback 里對 overflow_cnt 加一捕獲事件到來時從上次捕獲到本次捕獲之間一共走了多少 tick等于溢出次數(shù)乘以 ARR 加一再加上本次捕獲值減上次捕獲值。算完立即清零溢出計數(shù)確保下一次捕獲的統(tǒng)計區(qū)間正確。這個寫法把周期值直接放進全局變量 period_ticks主循環(huán)只負責讀。要注意 HAL 的中斷入口里更新事件先被檢查溢出計數(shù)會先登記再進捕獲回調(diào)所以這個差值公式的順序是成立的如果自己寫寄存器版中斷務必把溢出判斷放在讀取捕獲值之前。3.4 主循環(huán)里讀出頻率整數(shù)除法、浮點和刷新率怎么權(quán)衡主循環(huán)里不需要重新計算差值只做頻率換算uint32_t timer_clock 72000000 / (71 1); float freq 0.0f; while (1) { uint64_t ticks; __disable_irq(); ticks period_ticks; __enable_irq(); if (ticks 0) { freq (float)timer_clock / (float)ticks; } HAL_Delay(200); }讀 period_ticks 時臨時關(guān)中斷避免讀到一半被捕獲中斷改寫成中間狀態(tài)這是多字節(jié)變量必然要做的保護。timer_clock 等于 1 MHz對應前面 Prescaler 71。換算頻率用浮點是為了低頻精度假設實際頻率是 100.4 Hzticks 約 9960整數(shù)除法會直接截成 100 Hz浮點能保住小數(shù)位。刷新率由 HAL_Delay(200) 控制每秒 5 次。測電機轉(zhuǎn)速夠用。如果做快速反饋把延時縮到 20 毫秒但要確認此時的捕獲中斷和更新中斷不會因為主循環(huán)頻繁搶占而互相拖累。4. 量程與參數(shù)設計把定時器當成一把有刻度的尺子4.1 先定分辨率再定上限Prescaler 與 ARR 的配合公式配定時器參數(shù)的順序我習慣反過來先定分辨率再倒推 Prescaler最后看 ARR 能不能覆蓋目標最低頻率。計數(shù)頻率 f_tick 等于定時器時鐘除以 Prescaler 加一一個 tick 的時間是 1/f_tick測量周期的量化誤差就是 1 個 tick。比如你要測的信號的周期是 10 ms用 1 us 的 tick相對誤差是 0.01%如果被測周期只有 10 us同樣 1 us 的 tick 誤差就到了 10%。所以高頻段必須先提高計數(shù)頻率也就是調(diào)小 Prescaler否則量化誤差直接吞掉測量精度。目標頻段建議 Prescaler1 tick 時長需要特別注意1 Hz ~ 100 Hz71910 us必須配合溢出計數(shù)否則 CNT 回繞漏計100 Hz ~ 1 kHz711 us默認參數(shù)分辨率與中斷壓力均衡1 kHz ~ 100 kHz0約 13.9 nsARR 回繞頻繁溢出中斷要及時處理100 kHz ~ 1 MHz0約 13.9 ns量化誤差開始變大建議考慮門控模式計滿一個 ARR 周期的時間等于 ARR 加一乘以 tick 時長。以 Prescaler 71、ARR 65535 為例一個計數(shù)周期是 65.535 ms對應最低可測頻率大約 15 Hz。想測 1 Hz要么拉大 ARR 到接近 7 萬要么加溢出計數(shù)后者不用動 ARR 更省事。還有一點容易算錯F103 的 TIM3 掛在 APB1 上APB1 分頻為 2 時定時器時鐘是 72 MHz不是外設總線看到的 36 MHz計算 Prescaler 前先把這個數(shù)字確認清楚。4.2 輸入濾波和信號整形傳感器信號不是直接能進定時器的內(nèi)部 ICFilter 的作用是讓觸發(fā)信號必須連續(xù)采樣到若干個有效電平才被認為是一次邊沿從而把窄毛刺濾掉。ICFilter 的取值范圍是 0 到 15對應 2 到 32 次連續(xù)采樣。判斷毛刺寬度的方法很簡單先用示波器看毛刺寬度小于被測信號周期的 10%就可以放心設濾波如果毛刺已經(jīng)接近正常脈沖寬度內(nèi)部濾波會連真信號一起濾掉這時候要從硬件層面處理。我會在代碼里先保持 ICFilter 0 跑通再用示波器確認信號形狀最后根據(jù)毛刺定參數(shù)。毛刺只有幾百納秒設 0x5 左右基本能壓住毛刺達到微秒級內(nèi)部濾波的采樣窗口就不夠用了。更常見的問題其實是電平調(diào)理24 V 傳感器輸出、繼電器觸點、帶振鈴的差分信號都不能直接接進 3.3 V 引腳。前級要么用電阻分壓加鉗位要么用比較器整形內(nèi)部濾波只負責補最后一段它替代不了電平轉(zhuǎn)換。輸入引腳的上下拉也屬于這一類問題開漏信號不配上拉捕獲到的沿會非常不穩(wěn)定。4.3 測量窗口與刷新率測轉(zhuǎn)速和測音頻的更新要求完全不同輸入捕獲天然是單周期測量單個周期受抖動影響大。想讀數(shù)穩(wěn)定可以做滑動平均也可以固定一個時間段內(nèi)統(tǒng)計本質(zhì)上都是增加測量窗口。窗口越長越穩(wěn)但刷新率會下降。測轉(zhuǎn)速時傳感器每圈輸出幾個脈沖轉(zhuǎn)速變化率低窗口取 0.5 到 1 秒完全沒問題測音頻信號這類快速變化量窗口必須控制在 20 毫秒左右否則讀數(shù)拖影嚴重。我的經(jīng)驗值是測量窗口至少覆蓋 10 個被測周期低于這個比例平均值沒有意義。比如測 100 Hz 信號窗口 100 毫秒覆蓋 10 個周期刷新率 10 Hz平衡點可以接受。窗口內(nèi)還可以做中值濾波而不是平均濾波因為毛刺引起的異常值會把平均值拉偏中值能直接扔掉最離譜的那幾個點。如果窗口很長、溢出中斷壓力大就把第 3 章的溢出判斷改成只在窗口結(jié)束后讀一次 CNT配合 DMA 搬運這是后面要講的門控思路的雛形。5. 測量頻率的避坑記錄五個看過示波器才會明白的問題5.1 讀數(shù)突然變成 0 或跳滿量程CNT 回繞沒有進溢出中斷現(xiàn)象低頻信號測得好好的頻率一提高讀數(shù)開始隨機變成 0 或者某個很大的數(shù)。原因ARR 65535 時 CNT 回繞到 0而代碼里沒有登記溢出兩次捕獲差值變成負值或錯誤的差值。解決打開更新中斷在 PeriodElapsedCallback 里維護溢出計數(shù)讓差值公式把每次溢出折算成 ARR 加一。注意更新事件和捕獲事件在同一個中斷入口判斷順序一定是先處理溢出再讀捕獲值順序反了溢出就漏計這也是初學者最容易踩的坑。加完溢出計數(shù)后用 50 kHz 方波驗證讀數(shù)應該不再跳。5.2 信號穩(wěn)定讀數(shù)卻亂跳毛刺、極性和濾波三個環(huán)節(jié)一起查現(xiàn)象信號發(fā)生器輸出標準的 1 kHz 方波示波器看波形很干凈板子讀數(shù)卻在 990 到 1010 之間來回跳。原因多半是觸發(fā)邊沿上有亞微秒級毛刺或者是信號源與板子之間存在地環(huán)路噪聲導致沿的位置在抖動。解決先檢查極性配置確認捕獲的是上升沿還是下降沿和信號的躍遷方向一致。然后把 ICFilter 逐步加大觀察讀數(shù)是否收斂同時用短跳線直接連接信號源和板子排除長線的耦合。碰上繼電器觸點這類接觸抖動內(nèi)部濾波壓不住要在外部加 RC 消抖電路。5.3 PWM 占空比和示波器對不上從模式復位觸發(fā)的捕獲順序反了現(xiàn)象PWM 輸入模式下頻率讀數(shù)正確占空比卻和示波器差幾個百分點甚至完全反過來。原因兩個通道的捕獲順序不對。通道 1 上升沿復位并捕獲周期通道 2 下降沿捕獲脈寬如果通道 2 極性漏設成下降沿它會在通道 1 的下降沿觸發(fā)讀到的值根本不是脈寬。解決先把通道 2 的 ICPolarity 改為 FALLING再檢查 CCR1 和 CCR2 哪個更大。正常情況下 CCR2 小于 CCR1如果反了說明觸發(fā)極性整體錯了。濾波值設置過大也會導致窄脈沖被吃掉占空比偏小這種現(xiàn)象在占空比低于 10% 時尤其明顯。5.4 引腳復用沒配對代碼燒進去采不到邊沿現(xiàn)象代碼邏輯看著沒問題中斷就是不觸發(fā)示波器點引腳上有方波。原因GPIO 的模式?jīng)]設成復用推挽或者用了非默認復用引腳但沒有配置重映射。F1 上很多人直接照抄普通 GPIO 輸入代碼Mode 設成 INPUT引腳被當成普通 IO定時器收不到信號。解決把 GPIO_InitStruct.Mode 改成 GPIO_MODE_AF_PP如果用的不是默認復用腳在代碼里開啟 AFIO 時鐘并調(diào)用重映射函數(shù)。F4 上對應的坑是 Alternate 參數(shù)沒賦定時器復用編號。這類問題最有效的排查方式是讀一遍引腳復用表不要靠猜。5.5 示波器看信號好好的接到板子一路為零共地接好了嗎現(xiàn)象示波器探頭怎么點都有波形杜邦線接到開發(fā)板后頻率顯示 0 或亂跳。原因示波器探頭的地夾在信號源地線上而開發(fā)板的地沒有和信號源共地兩者參考電位不一致捕獲觸發(fā)始終不滿足條件。解決先把信號源的地和板子的 GND 用一根線連通再串一個 100 到 200 歐的電阻接到捕獲引腳防止振鈴。這個環(huán)節(jié)看著像玄學其實是多數(shù)「代碼沒問題但讀數(shù)不對」的真實原因。我之前花了一下午改濾波參數(shù)最后發(fā)現(xiàn)就是地線沒接從那以后接任何信號第一件事就是確認共地。6. 再進一步用定時器門控模式替代中斷測頻率更穩(wěn)6.1 門控模式的思路讓被測信號當閘門計數(shù)交給另一個定時器第 3 章的思路是每個周期進一次捕獲中斷靠中斷完成測量。信號頻率很高時這個中斷壓力會先撐不住。門控模式把思路反過來讓一個定時器負責管理「窗口」另一個定時器在窗口打開期間自由計數(shù)。窗口由被測信號的 N 個周期構(gòu)成窗口內(nèi)從定時器計的 tick 總數(shù)除以 N就是平均周期。中斷頻率從每周期一次降到每窗口一次而且抖動被平均掉了。代價是需要兩個定時器做主從互聯(lián)代碼復雜度上升。6.2 主從定時器互聯(lián)的最小配置與讀數(shù)方法從定時器開啟門控模式的代碼比較短TIM_SlaveConfigTypeDef sSlaveConfig {0}; sSlaveConfig.SlaveMode TIM_SLAVEMODE_GATED; sSlaveConfig.InputTrigger TIM_TS_ITR0; sSlaveConfig.TriggerPolarity TIM_TRIGGERPOLARITY_NONINVERTED; sSlaveConfig.TriggerFilter 0; HAL_TIM_SlaveConfigSynchro(htim2, sSlaveConfig);SlaveMode 設為 GATED 表示計數(shù)器只在觸發(fā)輸入有效期間遞增InputTrigger 選 ITR0 表示觸發(fā)源來自主定時器的 TRGO極性非反相表示觸發(fā)高電平期間計數(shù)低電平停止。實際工程里需要先按參考手冊的觸發(fā)連接表確認 ITR 編號對應哪個主定時器再配置主定時器把外部信號轉(zhuǎn)換成窗口輸出。測量結(jié)束后去讀從定時器的 CNT就能算出平均周期。窗口邊沿處最多有 2 個 tick 的量化誤差窗口越長誤差占比越低。這個方法特別適合高頻、抖動大的信號代價是占兩個定時器。用這套方案處理之前那個 100 Hz 傳感器時我把捕獲中斷全部拿掉了只留窗口結(jié)束后的讀取讀數(shù)穩(wěn)定后就沒再動過。門控模式的配置比輸入捕獲繁瑣但它把測量從「每個邊沿搶時間」變成了「把一個窗口算清楚」工程上省心很多。也因為這個經(jīng)歷我現(xiàn)在拿到任何測頻需求都會先問一句被測信號多少赫茲、要不要同時看占空比再決定用哪套方案。希望幫到你。本文還有配套的精品資源點擊獲取