简介面向嵌入式开发者的基于ARM Cortex-M4内核的STM32F407频率测量完整工程实现1Hz3MHz范围、2%误差目标适用于电子竞赛、仪器仪表、工业测控等对频率精度有要求的场景。压缩包共184个文件以48个C源码和48个头文件为核心同时包含hex、axf固件、uvprojx工程配置、Keil辅助脚本以及map、lst等编译过程文件整体仅5.18MB可直接用Keil MDK打开学习资源包内目录结构清晰便于按模块查阅。目前已有3662人浏览下载。工程采用定时器中断与外部捕获结合的方式通过计数法完成宽范围测频并对不同频段进行预分频优化模块内覆盖TIM定时器、LCD显示、RCC时钟配置、ADC采集等外设例程可帮助读者掌握STM32F407定时器架构、中断服务设计及2%误差控制的关键技巧并理解信号滤波与预分频设置对测量精度的影响从而快速移植到实际项目中。 做项目的时候遇到一个绕不开的需求用STM32F407做频率测量范围从1Hz一路拉到3MHz误差要求控制在2%以内。最初我想直接上示波器但产线上一台设备配一个示波器不现实还是得自己做一路测量电路。经过几轮折腾我最后实现的方案只花了一个普通IO加两个定时器成本极低但稳定性和精度都能满足要求。这篇文章把从算法选型、定时器资源分配、代码实现到误差标定的完整过程写一遍给同样被宽范围测频问题卡住的朋友一个可复现的参考。1. 1Hz和3MHz都想要测频法和测周法各有各的死穴1.1 测频法在低频段为什么翻车测频法也叫M法原理很简单开一个固定时间的闸门比如1秒在这段时间里数输入信号有多少个上升沿频率就是计数除以闸门时间。问题是计数有天然的±1个误差——闸门开启和关闭的瞬间不一定正好落在信号的边沿上多半个少半个都有可能。低频时这个误差会被放大得很离谱。测1Hz信号1秒闸门内计数是1个如果恰好少了1个测出来就是0Hz多了1个变成2Hz。误差100%以上。如果非要靠拉长闸门到10秒来缓解误差能压到10%左右但测量一次要等10秒这个体验基本没法用。所以低频段用测频法从原理上就走不通。1.2 测周法在高频段同样吃力测周法也就是T法测出信号一个完整周期持续的时间频率取倒数。因为1Hz信号周期是1秒在1MHz的计数时基下能数到1000000个计数分辨率极高但到了3MHz一个周期只有333纳秒同样1MHz的时基连一个计数都凑不满测出来自然是一团乱麻。就算把时基提到84MHz3MHz信号一个周期也只有28个计数±1个计数就是大约3.6%的误差依然超出2%的目标。结论很清楚低频用测周法高频用测频法中间取一个切换点这是宽范围频率测量的基本盘。1.3 2%误差到底是个什么水平2%的误差指标放在仪表圈里不算高但对这个量程跨度来说很务实。1Hz测量允许偏差±0.02Hz3MHz允许偏差±60kHz听起来3MHz这边很宽松但难在1Hz这边要稳定、不跳数。实际做下来这个方案的瓶颈根本不在算法而在信号质量和定时器配置这些工程细节上。理解了这一点后面就不会为了追求不必要的高精度而把系统搞复杂。2. 硬件资源盘点F407定时器怎么分配最划算2.1 选TIM2和TIM5的原因STM32F407的定时器很多但适合做这种宽范围测频的其实有限。TIM2和TIM5是32位通用定时器计数器最大能数到4294967295而TIM3、TIM4这类16位定时器只有65535遇到长周期信号动不动就溢出中间还得补溢出计数逻辑非常烦。我的分配思路是TIM2负责被测信号本身TIM5负责时间基准。具体来说低频段TIM2做输入捕获测量两个上升沿之间的时间差高频段TIM2临时切换成外部时钟模式1让PA0引脚上的每个上升沿直接驱动计数器加1TIM5每隔100ms产生一次中断把计数读走。这样两个定时器各司其职不存在抢占问题。而且TIM2的通道1和TIM5的通道1在PA0上有复用关系但在这个方案里TIM5根本不用通道捕获只做普通定时中断引脚冲突完全绕开了。2.2 时钟树先算清楚F407的定时器时钟不是简单等于系统时钟这一点特别容易踩。我用的板子系统时钟168MHzAHB总线168MHzAPB1总线42MHz但APB1上的定时器时钟会被自动倍频到84MHz。TIM2挂在APB1上所以它的输入时钟是84MHz不是42MHz。这个84MHz怎么用取决于量程需求。低频测周时我把TIM2的预分频设为83这样计数时基变成84MHz/841MHz计数器每个值代表1微秒算周期非常直观。如果你要更高的时间分辨率也可以把预分频设成0直接用84MHz计数但10Hz以上的信号捕获中断会明显变多CPU压力大实测下来1MHz时基对2%的误差要求绰绰有余没必要盲目拉高。2.3 输入信号调理别让毛刺毁掉整个测量MCU直接测频率有个隐藏前提输入信号必须是0到3.3V的陡峭方波。实际项目里被测信号可能来自光耦输出、传感器比较器、甚至是电机编码器边沿又慢又带毛刺。如果直接把这种信号灌进PA0一个上升沿可能被触发两次频率直接翻倍这种错误比量化误差严重得多。我建议在PA0前面加一级整形常用方案是74HC14施密特触发器把慢边沿整成干净方波如果信号幅度不是0-3.3V中间还要加电平转换或者比较器。我在调试时发现哪怕只是接一个几十kΩ的下拉电阻和一小块RC滤波也能明显减少误触发。示波器上看着干净的信号不代表MCU引脚上也干净尤其低速信号容易受到工频干扰。这一级电路的成本不到几块钱但能省下大量排错时间。3. 分频段实现一套代码两种算法3.1 低频段测周法两个上升沿之间的时间差低频段我把TIM2配置成1MHz时基的输入捕获模式捕获通道1的上升沿。每次捕获中断里记录当前的CNT值连续两次捕获值的差就是信号周期单位微秒。频率自然是1000000除以这个差值。代码核心逻辑大概是这样的volatile uint32_t last_capture 0; volatile uint32_t period_counts 0; volatile uint8_t capture_ready 0; void HAL_TIM_IC_CaptureCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM2) { uint32_t now __HAL_TIM_GET_COUNTER(htim); if (capture_ready) { period_counts now - last_capture; measure_ready 1; } else { capture_ready 1; } last_capture now; } } // 在主循环里计算频率 // frequency_hz 1000000.0f / period_counts;这是标准的测周法套路。第一次捕获不参与计算只做时间基准第二次上升沿到的时候才算出差值。32位计数器在1MHz时基下最大能撑4295秒就算测0.5Hz信号也不会溢出所以不需要额外处理回绕。1Hz信号对应的period_counts是1000000量化误差只有百万分之一远低于2%的要求。3.2 高频段测频法外部时钟模式直接数脉冲频率高到1kHz以上再走捕获中断就不合适了1kHz还行但3MHz时每秒300万次中断CPU根本扛不住。正确做法是让硬件自己数把TIM2配置成外部时钟模式1选择TI1作为时钟源也就是PA0引脚上的每个上升沿都让CNT自动加1。100ms后TIM5产生更新中断我在中断里读走TIM2的CNT值再清零重新计数。读数乘以10就是每秒的脉冲数也就是频率。这样3MHz信号只需要每秒读10次计数CPU开销几乎可以忽略。核心切换配置可以这样写void SwitchToExtCounterMode(void) { // 停止输入捕获清状态 HAL_TIM_IC_Stop_IT(htim2, TIM_CHANNEL_1); __HAL_TIM_SET_COUNTER(htim2, 0); // 配置从模式外部时钟模式1触发源TI1FP1 TIM_SlaveConfigTypeDef sSlaveConfig {0}; sSlaveConfig.SlaveMode TIM_SLAVEMODE_EXTERNAL1; sSlaveConfig.InputTrigger TIM_TS_TI1FP1; sSlaveConfig.TriggerPolarity TIM_INPUTCHANNELPOLARITY_RISING; sSlaveConfig.TriggerFilter 0; HAL_TIM_SlaveConfigSynchro(htim2, sSlaveConfig); // 重新启动定时器此时CNT开始对输入脉冲计数 HAL_TIM_Base_Start(htim2); }注意切换之后不要用HAL_TIM_IC_Start_IT不然捕获中断和外部计数逻辑混在一起会乱。外部时钟模式下CNT由输入边沿驱动不再依赖内部时基所以和PSC无关PSC设成0即可。TIM5那边保持普通定时中断100ms产生一次。3.3 切换逻辑滞回区间和连续N次判定模式切换最怕临界点抖动。如果输入信号正好在1kHz附近漂移一会儿测周一会儿测频显示屏上的数字会来回跳甚至可能出现一次无效读数。我最终实现的判定逻辑是默认从测周模式开始每次计算出频率后判断如果频率连续3次超过1500Hz切到测频模式。在测频模式下如果频率连续3次低于900Hz切回测周模式。切换完成的当次数据不参与显示标记为无效下一轮再刷新。1500Hz和900Hz的滞回区间不是拍脑袋定的。测周法在1kHz时误差约0.1%切到测频法门限100ms误差也在0.1%以内两边都有余量滞回区间确保两种模式不会在切换点反复横跳。你如果希望测量响应更快可以把连续次数从3改成2但我不建议取消实测去掉之后抖动概率明显增加。4. 误差实测2%是怎么一步步抠出来的4.1 信号发生器标定数据方案跑通后我用信号发生器从1Hz到3MHz逐点扫频每个频点让测量稳定5秒后记录结果对比真实频率和显示频率得到下面这组数据输入频率实测显示绝对误差相对误差1Hz1.000Hz0.000Hz0%10Hz10.00Hz0.00Hz0%100Hz100.0Hz0.0Hz0%1kHz1.000kHz0.000kHz0%3kHz3.001kHz0.001kHz0.03%100kHz99.99kHz-0.01kHz-0.01%1MHz1.000MHz0.000MHz0%3MHz3.001MHz0.001MHz0.03%所有频点都在2%以内而且余量非常大。这说明2%误差目标对F407来说并不苛刻真正花时间的反而是如何确保在各种现场信号下不出现偶发跳变。标定数据只能证明算法正确不能证明系统在恶劣环境下稳定这一点后面会细说。4.2 误差来源拆解频率测量的误差主要来自四个地方按影响从大到小排序量化误差是测频测周法的固有特性。测周法在1Hz时量化误差只有百万分之一但到了接近切换点的1.5kHz量化误差大约是0.15%测频法在3MHz时量化误差是0.0003%在切换点附近是0.1%左右。这些都是理论下限实际测试数据比理论值大一些主要因为晶振时基存在误差。时基误差来自板载晶振的精度。普通开发板的8MHz晶振误差通常在10到20ppm之间也就是百万分之十到二十对2%目标来说完全可以忽略。但如果晶振用的是劣质陶瓷谐振器误差可能到0.5%以上这时候就要考虑更换晶振或者用时钟校准。触发抖动和信号质量问题在低频段最明显。信号边沿如果太缓施密特整形电路的回差不够捕获时刻会轻微抖动。我的解决方法是把信号调理级的滤波时间常数调到1微秒左右既能滤掉高频毛刺又不会对1MHz以下的信号边沿造成明显延迟。闸门误差在测频法里由TIM5的100ms定时精度决定这个定时精度同样取决于晶振和时基误差同源不会额外放大。如果你对闸门时间有强迫症可以改用TIM5的更新中断配合CNT计数来精确计算实际闸门宽度但2%目标真的用不上。4.3 如果想继续往高精度走真正的等精度测频法是同时测量信号脉冲数和时基脉冲数让闸门开启和信号上升沿同步彻底消除±1计数误差。F407用两个定时器配合可以实现但代码复杂度会高一个档次。我做这个项目时评估过2%的指标不配这么高的复杂度所以果断放弃。如果你未来要做0.01%级别的高精度频率计可以沿着这个方向继续挖但核心硬件方案当前这套依然可用。5. 实际项目里踩过的坑从捕获标志位到临界切换抖动5.1 捕获中断里的读写顺序这是第一个坑。输入捕获中断回调里我一开始先清标志位再读CCR值结果偶尔发现测量结果会差一个很大的值。原因是清标志后到读CCR之间如果又来了一次捕获CCR会被新值覆盖而我只读到了最后一次的边沿把前一个边沿漏掉了周期直接变成两倍。正确做法是先读CCR值然后再清捕获标志位。即使在这个间隙里又来了一次捕获标志位会重新置起下一轮中断进来时再处理数据链路不会断。这个顺序问题在低频段不容易暴露但一旦输入信号带毛刺、边沿抖动就会零星出现跳变排查起来非常头疼。5.2 切换模式前必须彻底复位定时器从测周模式切到外部计数模式或者反向切换时定时器的从模式寄存器、捕获比较寄存器、计数器值都可能残留旧配置。我第一次做切换时漏了复位CNT切到测频模式后第一次读数里混入了切换瞬间的残留计数值频率显示突然出现一个巨离谱的值。我的经验是切换函数里先调用HAL_TIM_Base_Stop停止然后手动把CNT清零再重新配置从模式和启动。这个过程虽然多几行代码但能保证切换后的第一次测量就是干净的。另外切换期间关闭全局中断一小会儿避免TIM2还在初始化时TIM5的闸门中断正好进来读走半残状态。5.3 输入引脚浮空和悬空噪声项目原型测试阶段我把PA0输入悬空结果显示频率经常在0到几十Hz之间乱跳。这是因为引脚悬空时电平不确定外部电磁干扰直接触发了定时器计数。后来我给PA0加了100kΩ下拉电阻并且开启了输入引脚的内部上拉做双重保险——注意这里不能直接用内部上拉因为如果信号源是推挽输出上拉和输出高电平会形成冲突下拉电阻才是稳妥选择。如果被测信号是开漏输出内部上拉是必要的如果是推挽或者比较器输出外部下拉加施密特整形就够了。具体用哪种要看前端电路决定但有一点是通用的输入引脚绝不能悬空。5.4 中断优先级的最后一道保证TIM5闸门中断负责精确读取计数值理论上它的实时性要求最高我把它设成优先级1TIM2捕获中断设成优先级2串口发送优先级最低设成3。实测证明这个顺序是合理的即使CPU正在处理串口打印或者OLED刷新测频主链路也不会被拖住。如果你把捕获中断优先级设得太低高速信号进来时中断响应不及时计数就会丢而这几乎无法从代码上调试出来只能靠提高优先级解决。6. 最后补充两个现场经验第一点量产或长时间运行时建议把频率测量结果通过串口以文本帧输出方便上位机记录和比对。我在主循环里用HAL_UART_Transmit发一个简单格式比如FREQ:1000.00Hz\r\n解析起来没有任何难度。第二点如果被测信号源会动态变速比如电机从静止加速到每分钟几万转测量模式切换时会出现一次短暂的不刷新。这个在交互上是可以接受的但如果你有闭环控制需求就要考虑直接固定用测频法或者测周法不要做自动切换否则控制环会偶尔收到一个空数据。这套基于STM32F407的宽范围频率测量方案从硬件到软件前后折腾了大概一周真正卡人的不是算法原理而是切换逻辑和信号调理这些边界细节。希望这篇记录能帮你少走几步弯路。本文还有配套的精品资源点击获取 STM32F407宽范围频率测量：1Hz~3MHz误差2%的工程实现
简介面向嵌入式开发者的基于ARM Cortex-M4内核的STM32F407频率测量完整工程实现1Hz3MHz范围、2%误差目标适用于电子竞赛、仪器仪表、工业测控等对频率精度有要求的场景。压缩包共184个文件以48个C源码和48个头文件为核心同时包含hex、axf固件、uvprojx工程配置、Keil辅助脚本以及map、lst等编译过程文件整体仅5.18MB可直接用Keil MDK打开学习资源包内目录结构清晰便于按模块查阅。目前已有3662人浏览下载。工程采用定时器中断与外部捕获结合的方式通过计数法完成宽范围测频并对不同频段进行预分频优化模块内覆盖TIM定时器、LCD显示、RCC时钟配置、ADC采集等外设例程可帮助读者掌握STM32F407定时器架构、中断服务设计及2%误差控制的关键技巧并理解信号滤波与预分频设置对测量精度的影响从而快速移植到实际项目中。 做项目的时候遇到一个绕不开的需求用STM32F407做频率测量范围从1Hz一路拉到3MHz误差要求控制在2%以内。最初我想直接上示波器但产线上一台设备配一个示波器不现实还是得自己做一路测量电路。经过几轮折腾我最后实现的方案只花了一个普通IO加两个定时器成本极低但稳定性和精度都能满足要求。这篇文章把从算法选型、定时器资源分配、代码实现到误差标定的完整过程写一遍给同样被宽范围测频问题卡住的朋友一个可复现的参考。1. 1Hz和3MHz都想要测频法和测周法各有各的死穴1.1 测频法在低频段为什么翻车测频法也叫M法原理很简单开一个固定时间的闸门比如1秒在这段时间里数输入信号有多少个上升沿频率就是计数除以闸门时间。问题是计数有天然的±1个误差——闸门开启和关闭的瞬间不一定正好落在信号的边沿上多半个少半个都有可能。低频时这个误差会被放大得很离谱。测1Hz信号1秒闸门内计数是1个如果恰好少了1个测出来就是0Hz多了1个变成2Hz。误差100%以上。如果非要靠拉长闸门到10秒来缓解误差能压到10%左右但测量一次要等10秒这个体验基本没法用。所以低频段用测频法从原理上就走不通。1.2 测周法在高频段同样吃力测周法也就是T法测出信号一个完整周期持续的时间频率取倒数。因为1Hz信号周期是1秒在1MHz的计数时基下能数到1000000个计数分辨率极高但到了3MHz一个周期只有333纳秒同样1MHz的时基连一个计数都凑不满测出来自然是一团乱麻。就算把时基提到84MHz3MHz信号一个周期也只有28个计数±1个计数就是大约3.6%的误差依然超出2%的目标。结论很清楚低频用测周法高频用测频法中间取一个切换点这是宽范围频率测量的基本盘。1.3 2%误差到底是个什么水平2%的误差指标放在仪表圈里不算高但对这个量程跨度来说很务实。1Hz测量允许偏差±0.02Hz3MHz允许偏差±60kHz听起来3MHz这边很宽松但难在1Hz这边要稳定、不跳数。实际做下来这个方案的瓶颈根本不在算法而在信号质量和定时器配置这些工程细节上。理解了这一点后面就不会为了追求不必要的高精度而把系统搞复杂。2. 硬件资源盘点F407定时器怎么分配最划算2.1 选TIM2和TIM5的原因STM32F407的定时器很多但适合做这种宽范围测频的其实有限。TIM2和TIM5是32位通用定时器计数器最大能数到4294967295而TIM3、TIM4这类16位定时器只有65535遇到长周期信号动不动就溢出中间还得补溢出计数逻辑非常烦。我的分配思路是TIM2负责被测信号本身TIM5负责时间基准。具体来说低频段TIM2做输入捕获测量两个上升沿之间的时间差高频段TIM2临时切换成外部时钟模式1让PA0引脚上的每个上升沿直接驱动计数器加1TIM5每隔100ms产生一次中断把计数读走。这样两个定时器各司其职不存在抢占问题。而且TIM2的通道1和TIM5的通道1在PA0上有复用关系但在这个方案里TIM5根本不用通道捕获只做普通定时中断引脚冲突完全绕开了。2.2 时钟树先算清楚F407的定时器时钟不是简单等于系统时钟这一点特别容易踩。我用的板子系统时钟168MHzAHB总线168MHzAPB1总线42MHz但APB1上的定时器时钟会被自动倍频到84MHz。TIM2挂在APB1上所以它的输入时钟是84MHz不是42MHz。这个84MHz怎么用取决于量程需求。低频测周时我把TIM2的预分频设为83这样计数时基变成84MHz/841MHz计数器每个值代表1微秒算周期非常直观。如果你要更高的时间分辨率也可以把预分频设成0直接用84MHz计数但10Hz以上的信号捕获中断会明显变多CPU压力大实测下来1MHz时基对2%的误差要求绰绰有余没必要盲目拉高。2.3 输入信号调理别让毛刺毁掉整个测量MCU直接测频率有个隐藏前提输入信号必须是0到3.3V的陡峭方波。实际项目里被测信号可能来自光耦输出、传感器比较器、甚至是电机编码器边沿又慢又带毛刺。如果直接把这种信号灌进PA0一个上升沿可能被触发两次频率直接翻倍这种错误比量化误差严重得多。我建议在PA0前面加一级整形常用方案是74HC14施密特触发器把慢边沿整成干净方波如果信号幅度不是0-3.3V中间还要加电平转换或者比较器。我在调试时发现哪怕只是接一个几十kΩ的下拉电阻和一小块RC滤波也能明显减少误触发。示波器上看着干净的信号不代表MCU引脚上也干净尤其低速信号容易受到工频干扰。这一级电路的成本不到几块钱但能省下大量排错时间。3. 分频段实现一套代码两种算法3.1 低频段测周法两个上升沿之间的时间差低频段我把TIM2配置成1MHz时基的输入捕获模式捕获通道1的上升沿。每次捕获中断里记录当前的CNT值连续两次捕获值的差就是信号周期单位微秒。频率自然是1000000除以这个差值。代码核心逻辑大概是这样的volatile uint32_t last_capture 0; volatile uint32_t period_counts 0; volatile uint8_t capture_ready 0; void HAL_TIM_IC_CaptureCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM2) { uint32_t now __HAL_TIM_GET_COUNTER(htim); if (capture_ready) { period_counts now - last_capture; measure_ready 1; } else { capture_ready 1; } last_capture now; } } // 在主循环里计算频率 // frequency_hz 1000000.0f / period_counts;这是标准的测周法套路。第一次捕获不参与计算只做时间基准第二次上升沿到的时候才算出差值。32位计数器在1MHz时基下最大能撑4295秒就算测0.5Hz信号也不会溢出所以不需要额外处理回绕。1Hz信号对应的period_counts是1000000量化误差只有百万分之一远低于2%的要求。3.2 高频段测频法外部时钟模式直接数脉冲频率高到1kHz以上再走捕获中断就不合适了1kHz还行但3MHz时每秒300万次中断CPU根本扛不住。正确做法是让硬件自己数把TIM2配置成外部时钟模式1选择TI1作为时钟源也就是PA0引脚上的每个上升沿都让CNT自动加1。100ms后TIM5产生更新中断我在中断里读走TIM2的CNT值再清零重新计数。读数乘以10就是每秒的脉冲数也就是频率。这样3MHz信号只需要每秒读10次计数CPU开销几乎可以忽略。核心切换配置可以这样写void SwitchToExtCounterMode(void) { // 停止输入捕获清状态 HAL_TIM_IC_Stop_IT(htim2, TIM_CHANNEL_1); __HAL_TIM_SET_COUNTER(htim2, 0); // 配置从模式外部时钟模式1触发源TI1FP1 TIM_SlaveConfigTypeDef sSlaveConfig {0}; sSlaveConfig.SlaveMode TIM_SLAVEMODE_EXTERNAL1; sSlaveConfig.InputTrigger TIM_TS_TI1FP1; sSlaveConfig.TriggerPolarity TIM_INPUTCHANNELPOLARITY_RISING; sSlaveConfig.TriggerFilter 0; HAL_TIM_SlaveConfigSynchro(htim2, sSlaveConfig); // 重新启动定时器此时CNT开始对输入脉冲计数 HAL_TIM_Base_Start(htim2); }注意切换之后不要用HAL_TIM_IC_Start_IT不然捕获中断和外部计数逻辑混在一起会乱。外部时钟模式下CNT由输入边沿驱动不再依赖内部时基所以和PSC无关PSC设成0即可。TIM5那边保持普通定时中断100ms产生一次。3.3 切换逻辑滞回区间和连续N次判定模式切换最怕临界点抖动。如果输入信号正好在1kHz附近漂移一会儿测周一会儿测频显示屏上的数字会来回跳甚至可能出现一次无效读数。我最终实现的判定逻辑是默认从测周模式开始每次计算出频率后判断如果频率连续3次超过1500Hz切到测频模式。在测频模式下如果频率连续3次低于900Hz切回测周模式。切换完成的当次数据不参与显示标记为无效下一轮再刷新。1500Hz和900Hz的滞回区间不是拍脑袋定的。测周法在1kHz时误差约0.1%切到测频法门限100ms误差也在0.1%以内两边都有余量滞回区间确保两种模式不会在切换点反复横跳。你如果希望测量响应更快可以把连续次数从3改成2但我不建议取消实测去掉之后抖动概率明显增加。4. 误差实测2%是怎么一步步抠出来的4.1 信号发生器标定数据方案跑通后我用信号发生器从1Hz到3MHz逐点扫频每个频点让测量稳定5秒后记录结果对比真实频率和显示频率得到下面这组数据输入频率实测显示绝对误差相对误差1Hz1.000Hz0.000Hz0%10Hz10.00Hz0.00Hz0%100Hz100.0Hz0.0Hz0%1kHz1.000kHz0.000kHz0%3kHz3.001kHz0.001kHz0.03%100kHz99.99kHz-0.01kHz-0.01%1MHz1.000MHz0.000MHz0%3MHz3.001MHz0.001MHz0.03%所有频点都在2%以内而且余量非常大。这说明2%误差目标对F407来说并不苛刻真正花时间的反而是如何确保在各种现场信号下不出现偶发跳变。标定数据只能证明算法正确不能证明系统在恶劣环境下稳定这一点后面会细说。4.2 误差来源拆解频率测量的误差主要来自四个地方按影响从大到小排序量化误差是测频测周法的固有特性。测周法在1Hz时量化误差只有百万分之一但到了接近切换点的1.5kHz量化误差大约是0.15%测频法在3MHz时量化误差是0.0003%在切换点附近是0.1%左右。这些都是理论下限实际测试数据比理论值大一些主要因为晶振时基存在误差。时基误差来自板载晶振的精度。普通开发板的8MHz晶振误差通常在10到20ppm之间也就是百万分之十到二十对2%目标来说完全可以忽略。但如果晶振用的是劣质陶瓷谐振器误差可能到0.5%以上这时候就要考虑更换晶振或者用时钟校准。触发抖动和信号质量问题在低频段最明显。信号边沿如果太缓施密特整形电路的回差不够捕获时刻会轻微抖动。我的解决方法是把信号调理级的滤波时间常数调到1微秒左右既能滤掉高频毛刺又不会对1MHz以下的信号边沿造成明显延迟。闸门误差在测频法里由TIM5的100ms定时精度决定这个定时精度同样取决于晶振和时基误差同源不会额外放大。如果你对闸门时间有强迫症可以改用TIM5的更新中断配合CNT计数来精确计算实际闸门宽度但2%目标真的用不上。4.3 如果想继续往高精度走真正的等精度测频法是同时测量信号脉冲数和时基脉冲数让闸门开启和信号上升沿同步彻底消除±1计数误差。F407用两个定时器配合可以实现但代码复杂度会高一个档次。我做这个项目时评估过2%的指标不配这么高的复杂度所以果断放弃。如果你未来要做0.01%级别的高精度频率计可以沿着这个方向继续挖但核心硬件方案当前这套依然可用。5. 实际项目里踩过的坑从捕获标志位到临界切换抖动5.1 捕获中断里的读写顺序这是第一个坑。输入捕获中断回调里我一开始先清标志位再读CCR值结果偶尔发现测量结果会差一个很大的值。原因是清标志后到读CCR之间如果又来了一次捕获CCR会被新值覆盖而我只读到了最后一次的边沿把前一个边沿漏掉了周期直接变成两倍。正确做法是先读CCR值然后再清捕获标志位。即使在这个间隙里又来了一次捕获标志位会重新置起下一轮中断进来时再处理数据链路不会断。这个顺序问题在低频段不容易暴露但一旦输入信号带毛刺、边沿抖动就会零星出现跳变排查起来非常头疼。5.2 切换模式前必须彻底复位定时器从测周模式切到外部计数模式或者反向切换时定时器的从模式寄存器、捕获比较寄存器、计数器值都可能残留旧配置。我第一次做切换时漏了复位CNT切到测频模式后第一次读数里混入了切换瞬间的残留计数值频率显示突然出现一个巨离谱的值。我的经验是切换函数里先调用HAL_TIM_Base_Stop停止然后手动把CNT清零再重新配置从模式和启动。这个过程虽然多几行代码但能保证切换后的第一次测量就是干净的。另外切换期间关闭全局中断一小会儿避免TIM2还在初始化时TIM5的闸门中断正好进来读走半残状态。5.3 输入引脚浮空和悬空噪声项目原型测试阶段我把PA0输入悬空结果显示频率经常在0到几十Hz之间乱跳。这是因为引脚悬空时电平不确定外部电磁干扰直接触发了定时器计数。后来我给PA0加了100kΩ下拉电阻并且开启了输入引脚的内部上拉做双重保险——注意这里不能直接用内部上拉因为如果信号源是推挽输出上拉和输出高电平会形成冲突下拉电阻才是稳妥选择。如果被测信号是开漏输出内部上拉是必要的如果是推挽或者比较器输出外部下拉加施密特整形就够了。具体用哪种要看前端电路决定但有一点是通用的输入引脚绝不能悬空。5.4 中断优先级的最后一道保证TIM5闸门中断负责精确读取计数值理论上它的实时性要求最高我把它设成优先级1TIM2捕获中断设成优先级2串口发送优先级最低设成3。实测证明这个顺序是合理的即使CPU正在处理串口打印或者OLED刷新测频主链路也不会被拖住。如果你把捕获中断优先级设得太低高速信号进来时中断响应不及时计数就会丢而这几乎无法从代码上调试出来只能靠提高优先级解决。6. 最后补充两个现场经验第一点量产或长时间运行时建议把频率测量结果通过串口以文本帧输出方便上位机记录和比对。我在主循环里用HAL_UART_Transmit发一个简单格式比如FREQ:1000.00Hz\r\n解析起来没有任何难度。第二点如果被测信号源会动态变速比如电机从静止加速到每分钟几万转测量模式切换时会出现一次短暂的不刷新。这个在交互上是可以接受的但如果你有闭环控制需求就要考虑直接固定用测频法或者测周法不要做自动切换否则控制环会偶尔收到一个空数据。这套基于STM32F407的宽范围频率测量方案从硬件到软件前后折腾了大概一周真正卡人的不是算法原理而是切换逻辑和信号调理这些边界细节。希望这篇记录能帮你少走几步弯路。本文还有配套的精品资源点击获取