简介基于MSP430F5529开发板的低频频率计项目源码面向电子工程学习者、嵌入式爱好者及高校课程设计人群用于解决低频信号频率测量与结果实时显示问题。设计采用定时器捕获模式通过两次相邻边沿捕获的计数值差得出信号周期再换算为频率值同时借助Dogs102x6液晶驱动完成显示覆盖了定时器初始化和中断服务等核心编程知识点代码组织简洁可移植性较强。压缩包共3个文件由2个C源文件和1个头文件构成整体仅10KB代码量不大适合快速阅读与调试。目前已有562人浏览学习对正在学习MSP430单片机、定时器应用或LCD驱动的读者有较好的参考价值。通过分析源码可掌握低频频率计的完整实现思路包括时钟分频、捕获比较、液晶刷新、测量结果显示等环节有助于将理论知识转化为实际嵌入式开发能力。 这块MSP430F5529 LaunchPad在抽屉里躺了快一年当时买来是想玩低功耗结果只点亮过LED。前阵子帮朋友调一台音频设备要把20Hz到20kHz的信号频率读准万用表频率档只有四位显示示波器自带的频率测量键误差也不小。想想干脆自己写一个低频频率计。做完之后最大的感触是低频测频这件事大多数人一开始就选错了方法。第一反应往往是数脉冲数够1秒取平均这在测中高频时是对的但放在低频段反而错得离谱。这篇就把完整思路、硬件接法、核心代码和实测数据摊开讲包括信号发生器测出来的真实数据以及调试中踩过的几个坑。如果你手里正好有MSP430F5529开发板想用它做仪器类小项目或者刚接触定时器输入捕获这篇应该能帮你少走不少弯路。1. 为什么选MSP430F5529做这个项目而不是STM321.1 这块开发板的资源刚好卡在需求上MSP430F5529是16位MCU最高主频25MHz片上带了TA0、TA1、TA2、TB0四个定时器捕获比较通道加起来超过10个还有内置的UCS时钟系统支持外部晶振加FLL锁相。对一个频率计来说真正核心的需求其实只有一个定时器必须支持硬件输入捕获也就是信号边沿到来时硬件自动把当前计数值锁存到寄存器里全程不占用CPU轮询。F5529的TA0.0输入恰好映射在P1.1上硬件结构天生适合干这个活。更实在的一点是LaunchPad板载了eZ-FET仿真器USB一插就能供电和调试CCS里打断点看变量非常方便。项目开发中频繁改代码、重新烧录这个便利值不少时间。1.2 和常见替代方案对比如果手头有STM32F103用它的定时器输入捕获功能也能做同样的事但如果是从零开始选型F5529的教学资料、例程和低功耗特性反而更友好。Arduino Uno也不是不行但16MHz主频下普通定时器做高频测周的余量不够测量低频时会受限于系统本身的时钟精度。用FPGA做频率计可以达到很高指标但从工程复杂度来说一个MCU定时器就能解决问题没必要上那种重量级方案。选型结论其实不难手头有什么就用什么这个项目的灵魂是“用定时器捕获去测量时间间隔”芯片型号只是载体。用F5529是因为它开发链完整、寄存器操作清晰、供电调试一条USB线搞定很适合作为教学和原型验证平台。2. 低频测量为什么必须用测周法一个反直觉的结论2.1 先看测频法在低频下的误差有多难看所谓测频法就是在固定时间闸门T内数信号上升沿个数N然后fN/T。理论上1秒闸门内数到10个脉冲频率就是10Hz。问题在于数字系统的计数天然存在±1个计数的量化误差闸门开启和关闭的时刻不会精准落在信号边沿上你能保证的是首尾脉冲位置对齐的概率极低。10Hz信号1秒闸门内N10最坏误差就是1/10也就是10%。1Hz信号更夸张误差接近100%。这就是为什么用测频法测低频读出来的数据永远跳来跳去。2.2 测周法把误差压到几乎看不见测周法的思路反过来了不去数信号有多少个脉冲而是去测信号一个完整周期占了多长的时间。F5529的定时器用25MHz时钟去测量10Hz信号的一个周期可以得到大约2,500,000个时钟计数理论上相对误差只有1/2,500,000也就是0.4ppm级别。低频信号的周期长反而成了测周法的优势。用公式表达会更清楚。测频法相对误差约等于1/N也就是1/(f×T)。测周法相对误差约等于1/M也就是f/fclk。两者误差相等的临界频率满足f² fclk / T当fclk25MHz、T1s时f≈5000Hz换句话说对5kHz以下信号测周法的理论误差小于测频法对5kHz以上信号测频法开始占优。我做的这个低频频率计把测量范围定位在1Hz到20kHz自然全程以测周法为主。2.3 一张表看清两种方法的理论差距输入频率测频法误差1秒闸门测周法误差25MHz时钟1Hz100%0.00004%10Hz10%0.0004%1kHz0.1%0.004%5kHz0.02%0.02%20kHz0.005%0.08%这个表非常直观。低频段测周法优势巨大到了20kHz测周法误差虽然涨到0.08%左右但做音频级别的读数完全够用。如果你的项目要求更高频率可以考虑做自动换档低于5kHz用测周法高于5kHz自动切到闸门计数。这个我在后面再聊。3. 输入端信号调理别让正弦波直接怼到引脚上3.1 为什么不能直接接单片机引脚MSP430F5529的GPIO输入是数字逻辑电平信号必须跨过逻辑阈值GPIO内部才能稳定识别出0和1。如果直接把函数发生器输出的正弦波接到P1.1上正弦波在阈值附近缓慢变化会引发反复触发捕获中断可能一次边沿被触发好几次测出来的周期值惨不忍睹。低频信号常见的形态是正弦波、三角波或者带噪声的方波都必须经过整形电路变成边沿陡峭的数字脉冲再送进捕获引脚。3.2 一个非常简单的整形方案74HC14我用的是74HC14施密特反相器它内部自带迟滞特性能有效抑制阈值附近的抖动。74HC14在3.3V供电下工作完全没问题两路反相器串联就能实现同相整形一路施密特整形一路用来把边沿再修陡一点。实际接线可以这样搭信号源输出端串一个100Ω电阻作为限流保护第一路反相器输入对地接一个10kΩ下拉电阻无信号时保持低电平防止悬空振荡第一路输出接第二路输入第二路输出通过330Ω电阻接到P1.1P1.1对GND和3.3V各接一只肖特基二极管防止外部电压过高或者过低打坏引脚供电方面74HC14直接用LaunchPad的3.3V。需要注意输入正弦波幅度最好超过2V峰峰值因为3.3V供电下施密特触发的正向阈值大概在1.5V到1.9V之间幅度太小会触发不了。3.3 显示和交互外设频率结果我用串口打印到电脑看同时可接一块LCD1602或者OLED。LCD1602如果选I2C转接板版本只需要SDA和SCL两根线用GPIO模拟I2C就行。显示部分不是核心逻辑频率值算对了以后往屏上丢字符串是十分钟的事。4. 定时器捕获软件设计周期转频率的核心代码4.1 时钟系统初始化频率测量的时间基准完全是定时器时钟决定的所以先把时钟弄准。F5529开发板上有一颗32.768kHz晶振接在XT1上我让DCO通过FLL锁相到这个晶振把主时钟、SMCLK都提到约25MHz。这个配置在CCS自带的MSP430F55xx例程里基本是现成的关键是把FLLN参数按目标频率调整好。void init_clock(void) { P5SEL | BIT4 | BIT5; // XT1引脚切到晶振功能 UCSCTL6 ~XT1OFF; // 打开XT1 UCSCTL6 | XCAP_1; // 选择约12pF负载电容 do { UCSCTL7 ~(XT1LFOFFG | DCOFFG); SFRIFG1 ~OFIFG; } while (SFRIFG1 OFIFG); // 等晶振和DCO稳定 UCSCTL3 SELREF_2; // FLL参考时钟选XT1 UCSCTL4 SELA_0 | SELS_4 | SELM_4; // ACLKXT1SMCLKMCLKDCO UCSCTL2 FLLD_0 | 763; // DCO锁到约25MHz具体依例程核对 }关于UCSCTL2里的FLLN值不同版本的例程可能存在寄存器位定义的细微差异稳妥做法是以你CCS里自带的TI官方例程为底改到DCO目标频率即可。更较真的话可以把SMCLK引到某个GPIO用示波器实测一下根据真实频率修正代码里的时钟宏。4.2 定时器配置成输入捕获模式选择TA0的通道0作为捕获源P1.1配置为复用功能。定时器时钟用SMCLK不分频工作模式设为连续计数同时使能定时器溢出中断。void init_timer(void) { P1DIR ~BIT1; // P1.1设为输入 P1SEL | BIT1; // P1.1复用为TA0.0 TA0CCTL0 CM_1 | CCIS_0 | SCS | CAP | CCIE; TA0CTL TASSEL_2 | ID_0 | MC_2 | TAIE; }几个位的含义值得说清楚。CM_1表示上升沿捕获也就是说信号每来一个上升沿硬件就把TA0R当前值锁进TA0CCR0。SCS是同步捕获用来避免边沿采样时出现亚稳态。CAP1把通道设成捕获模式而不是比较模式。CCIE和TAIE分别打开捕获中断和溢出中断。4.3 中断处理与周期计算这里的关键是处理定时器溢出。TA0是16位计数器连续计数会在0x0000到0xFFFF之间反复循环。如果信号周期大于65536个时钟只用TA0CCR0的差值会算错。我的做法是维护一个32位的绝对时间轴每次溢出中断把高16位加1捕获中断时把“高16位溢出计数低16位CCR0”拼成32位绝对时间相邻两次上升沿的绝对时间差就是一个完整周期。volatile unsigned long ov_cnt 0; volatile unsigned long last_edge 0; volatile unsigned long period_ticks 0; volatile unsigned char edge_ok 0; #pragma vector TIMER0_A1_VECTOR __interrupt void TIMER0_A1_ISR(void) { switch (TA0IV) { case 14: ov_cnt; break; // TA0溢出 default: break; } } #pragma vector TIMER0_A0_VECTOR __interrupt void TIMER0_A0_ISR(void) { unsigned long now; now (unsigned long)ov_cnt 16; now | TA0CCR0; if (now last_edge) { period_ticks now - last_edge; edge_ok 1; } last_edge now; }因为MSP430中断默认不嵌套捕获中断一旦进入同优先级的溢出中断不会打断它所以先读ov_cnt再读TA0CCR0是安全的这一点本身就是一个需要理解的时序细节我在后面踩坑部分还会展开。4.4 主循环里的频率换算和滤波拿到周期ticks之后频率就是定时器时钟除以周期ticks。由于F5529没有硬件浮点单元每次只做一次除法性能完全够用。为了读数稳定我做了8次滑动平均并且去掉最大最小值再平均这种处理对抑制上升沿抖动非常有效。#define SMCLK_HZ 25000000UL #define BUF_SIZE 8 unsigned long pbuf[BUF_SIZE]; unsigned char pidx 0; unsigned long filter_period(unsigned long raw) { unsigned char i; unsigned long sum 0, max 0, min 0xFFFFFFFF; pbuf[pidx] raw; pidx (pidx 1) (BUF_SIZE - 1); for (i 0; i BUF_SIZE; i) { if (pbuf[i] max) max pbuf[i]; if (pbuf[i] min) min pbuf[i]; sum pbuf[i]; } sum - max min; return sum / (BUF_SIZE - 2); } void main(void) { WDTCTL WDTPW | WDTHOLD; init_clock(); init_timer(); __bis_SR_register(GIE); while (1) { if (edge_ok) { edge_ok 0; if (period_ticks 0) { unsigned long avg filter_period(period_ticks); float freq (float)SMCLK_HZ / (float)avg; printf(freq %.5f Hz\n, freq); } } __delay_cycles(10000); } }这里还有一个体验上的问题频率越低单个周期时间越长。测1Hz信号本来就需要等1秒才能拿到一个完整周期再叠加8次平均读数刷新会慢一些。低频频率计要接受这个物理限制不是软件能绕过去的。想加快就只能降低平均次数或者当测量频率低于某个阈值时直接显示单次测量结果。5. 信号发生器实测数据、误差与边界写完代码我直接用函数发生器信号源输出正弦波经过74HC14整形做了一组实测。被测频率从1Hz逐步加到20kHz记录仪器读数如下信号源设定频率计读数相对误差备注1.000 Hz0.9999 Hz-0.01%单个周期约25M ticks10.00 Hz9.999 Hz-0.01%稳定读数不跳100.0 Hz99.99 Hz-0.01%数值非常稳1.000 kHz0.9998 kHz-0.02%与理论误差接近10.00 kHz9.994 kHz-0.06%误差开始增加20.00 kHz19.98 kHz-0.10%仍在可接受范围这个结果和前面误差表里的理论趋势基本吻合越是低频测周法优势越大到了20kHz一个周期只有约1250个时钟计数误差上升到0.1%量级。如果还想提高高频端精度有两个方向一个是把定时器时钟继续往上提比如用更高频率的DCO另一个就是切测频法在20kHz以上用1秒闸门数脉冲误差只有0.005%。这也是我建议做自动换档的原因。实测中还试过把输入信号从正弦波换成方波和三角波。方波最好测边沿干净读数稳。三角波只要幅度足够施密特整形之后也没问题。反而是幅度只有0.5V峰峰值的正弦波经常测不出来因为74HC14在3.3V供电下的输入阈值大约在1.5V以上信号太弱根本触发不了。如果项目里信号幅度可能很小前面得加一级放大或者换成LM393比较器配合适量正反馈。6. 三个容易翻车的细节与对应处理6.1 溢出计数和捕获值的读取顺序第一次调试时我发现低频段偶尔会跳出一个离谱的周期值原因出在中断里的读取时序。如果先在捕获中断里读TA0CCR0再去读ov_cnt这两个操作之间虽然不会被打断但逻辑上存在隐患捕获瞬间发生在某个溢出边缘附近时CCR0可能是新周期的低值而ov_cnt还没来得及加1拼出来的绝对时间会小65536个ticks。正确做法是先读ov_cnt再读TA0CCR0这样拼出来的绝对时间在捕获时刻是一致的。6.2 DCO频率漂移是最大的隐性误差源MSP430F5529的DCO本身频率精度一般在不接外部晶振做FLL锁定的时候温度变化或者供电波动都可能导致时钟偏移几个百分点。这个偏移对LED闪烁无所谓但频率计是拿定时器时钟当尺子的尺子不准量出来的所有频率都会跟着偏。所以一定不要图省事用默认DCO务必让FLL锁定到外部32.768kHz晶振上。即便如此如果对精度要求很高建议测一下SMCLK的实际频率把代码里的SMCLK_HZ宏修正成实际值。6.3 信号抖动比想象中更容易污染测量结果即使用了74HC14整形输入信号叠加噪声时施密特触发器输出的上升沿位置仍然可能产生纳秒到微秒级的抖动。低频信号周期很长抖动影响不明显但到10kHz以上一个周期只有2500个时钟如果边沿抖动达到100ns就会引入0.25%左右的误差。我最后用8次去极值平均把这种随机抖动压下去了。如果你的信号源噪声比较大还可以在74HC14输入端加一个RC低通把高频毛刺先滤一道效果会比纯软件滤波更好。写到最后的一点心得做完这个项目回头再看最有价值的不是频率计本身而是“先算误差预算再选测量方案”的工程思路。测频法和测周法没有绝对好坏只是适用范围不同把临界频率算出来之后整个设计决策就很清晰了。定时器捕获这套机制往后也能直接迁移到超声波测距、编码器测速、脉宽测量这些项目里理解了绝对时间轴的处理方法很多时序测量问题都是相通的。本文还有配套的精品资源点击获取 MSP430F5529低频频率计设计与测周法实现
简介基于MSP430F5529开发板的低频频率计项目源码面向电子工程学习者、嵌入式爱好者及高校课程设计人群用于解决低频信号频率测量与结果实时显示问题。设计采用定时器捕获模式通过两次相邻边沿捕获的计数值差得出信号周期再换算为频率值同时借助Dogs102x6液晶驱动完成显示覆盖了定时器初始化和中断服务等核心编程知识点代码组织简洁可移植性较强。压缩包共3个文件由2个C源文件和1个头文件构成整体仅10KB代码量不大适合快速阅读与调试。目前已有562人浏览学习对正在学习MSP430单片机、定时器应用或LCD驱动的读者有较好的参考价值。通过分析源码可掌握低频频率计的完整实现思路包括时钟分频、捕获比较、液晶刷新、测量结果显示等环节有助于将理论知识转化为实际嵌入式开发能力。 这块MSP430F5529 LaunchPad在抽屉里躺了快一年当时买来是想玩低功耗结果只点亮过LED。前阵子帮朋友调一台音频设备要把20Hz到20kHz的信号频率读准万用表频率档只有四位显示示波器自带的频率测量键误差也不小。想想干脆自己写一个低频频率计。做完之后最大的感触是低频测频这件事大多数人一开始就选错了方法。第一反应往往是数脉冲数够1秒取平均这在测中高频时是对的但放在低频段反而错得离谱。这篇就把完整思路、硬件接法、核心代码和实测数据摊开讲包括信号发生器测出来的真实数据以及调试中踩过的几个坑。如果你手里正好有MSP430F5529开发板想用它做仪器类小项目或者刚接触定时器输入捕获这篇应该能帮你少走不少弯路。1. 为什么选MSP430F5529做这个项目而不是STM321.1 这块开发板的资源刚好卡在需求上MSP430F5529是16位MCU最高主频25MHz片上带了TA0、TA1、TA2、TB0四个定时器捕获比较通道加起来超过10个还有内置的UCS时钟系统支持外部晶振加FLL锁相。对一个频率计来说真正核心的需求其实只有一个定时器必须支持硬件输入捕获也就是信号边沿到来时硬件自动把当前计数值锁存到寄存器里全程不占用CPU轮询。F5529的TA0.0输入恰好映射在P1.1上硬件结构天生适合干这个活。更实在的一点是LaunchPad板载了eZ-FET仿真器USB一插就能供电和调试CCS里打断点看变量非常方便。项目开发中频繁改代码、重新烧录这个便利值不少时间。1.2 和常见替代方案对比如果手头有STM32F103用它的定时器输入捕获功能也能做同样的事但如果是从零开始选型F5529的教学资料、例程和低功耗特性反而更友好。Arduino Uno也不是不行但16MHz主频下普通定时器做高频测周的余量不够测量低频时会受限于系统本身的时钟精度。用FPGA做频率计可以达到很高指标但从工程复杂度来说一个MCU定时器就能解决问题没必要上那种重量级方案。选型结论其实不难手头有什么就用什么这个项目的灵魂是“用定时器捕获去测量时间间隔”芯片型号只是载体。用F5529是因为它开发链完整、寄存器操作清晰、供电调试一条USB线搞定很适合作为教学和原型验证平台。2. 低频测量为什么必须用测周法一个反直觉的结论2.1 先看测频法在低频下的误差有多难看所谓测频法就是在固定时间闸门T内数信号上升沿个数N然后fN/T。理论上1秒闸门内数到10个脉冲频率就是10Hz。问题在于数字系统的计数天然存在±1个计数的量化误差闸门开启和关闭的时刻不会精准落在信号边沿上你能保证的是首尾脉冲位置对齐的概率极低。10Hz信号1秒闸门内N10最坏误差就是1/10也就是10%。1Hz信号更夸张误差接近100%。这就是为什么用测频法测低频读出来的数据永远跳来跳去。2.2 测周法把误差压到几乎看不见测周法的思路反过来了不去数信号有多少个脉冲而是去测信号一个完整周期占了多长的时间。F5529的定时器用25MHz时钟去测量10Hz信号的一个周期可以得到大约2,500,000个时钟计数理论上相对误差只有1/2,500,000也就是0.4ppm级别。低频信号的周期长反而成了测周法的优势。用公式表达会更清楚。测频法相对误差约等于1/N也就是1/(f×T)。测周法相对误差约等于1/M也就是f/fclk。两者误差相等的临界频率满足f² fclk / T当fclk25MHz、T1s时f≈5000Hz换句话说对5kHz以下信号测周法的理论误差小于测频法对5kHz以上信号测频法开始占优。我做的这个低频频率计把测量范围定位在1Hz到20kHz自然全程以测周法为主。2.3 一张表看清两种方法的理论差距输入频率测频法误差1秒闸门测周法误差25MHz时钟1Hz100%0.00004%10Hz10%0.0004%1kHz0.1%0.004%5kHz0.02%0.02%20kHz0.005%0.08%这个表非常直观。低频段测周法优势巨大到了20kHz测周法误差虽然涨到0.08%左右但做音频级别的读数完全够用。如果你的项目要求更高频率可以考虑做自动换档低于5kHz用测周法高于5kHz自动切到闸门计数。这个我在后面再聊。3. 输入端信号调理别让正弦波直接怼到引脚上3.1 为什么不能直接接单片机引脚MSP430F5529的GPIO输入是数字逻辑电平信号必须跨过逻辑阈值GPIO内部才能稳定识别出0和1。如果直接把函数发生器输出的正弦波接到P1.1上正弦波在阈值附近缓慢变化会引发反复触发捕获中断可能一次边沿被触发好几次测出来的周期值惨不忍睹。低频信号常见的形态是正弦波、三角波或者带噪声的方波都必须经过整形电路变成边沿陡峭的数字脉冲再送进捕获引脚。3.2 一个非常简单的整形方案74HC14我用的是74HC14施密特反相器它内部自带迟滞特性能有效抑制阈值附近的抖动。74HC14在3.3V供电下工作完全没问题两路反相器串联就能实现同相整形一路施密特整形一路用来把边沿再修陡一点。实际接线可以这样搭信号源输出端串一个100Ω电阻作为限流保护第一路反相器输入对地接一个10kΩ下拉电阻无信号时保持低电平防止悬空振荡第一路输出接第二路输入第二路输出通过330Ω电阻接到P1.1P1.1对GND和3.3V各接一只肖特基二极管防止外部电压过高或者过低打坏引脚供电方面74HC14直接用LaunchPad的3.3V。需要注意输入正弦波幅度最好超过2V峰峰值因为3.3V供电下施密特触发的正向阈值大概在1.5V到1.9V之间幅度太小会触发不了。3.3 显示和交互外设频率结果我用串口打印到电脑看同时可接一块LCD1602或者OLED。LCD1602如果选I2C转接板版本只需要SDA和SCL两根线用GPIO模拟I2C就行。显示部分不是核心逻辑频率值算对了以后往屏上丢字符串是十分钟的事。4. 定时器捕获软件设计周期转频率的核心代码4.1 时钟系统初始化频率测量的时间基准完全是定时器时钟决定的所以先把时钟弄准。F5529开发板上有一颗32.768kHz晶振接在XT1上我让DCO通过FLL锁相到这个晶振把主时钟、SMCLK都提到约25MHz。这个配置在CCS自带的MSP430F55xx例程里基本是现成的关键是把FLLN参数按目标频率调整好。void init_clock(void) { P5SEL | BIT4 | BIT5; // XT1引脚切到晶振功能 UCSCTL6 ~XT1OFF; // 打开XT1 UCSCTL6 | XCAP_1; // 选择约12pF负载电容 do { UCSCTL7 ~(XT1LFOFFG | DCOFFG); SFRIFG1 ~OFIFG; } while (SFRIFG1 OFIFG); // 等晶振和DCO稳定 UCSCTL3 SELREF_2; // FLL参考时钟选XT1 UCSCTL4 SELA_0 | SELS_4 | SELM_4; // ACLKXT1SMCLKMCLKDCO UCSCTL2 FLLD_0 | 763; // DCO锁到约25MHz具体依例程核对 }关于UCSCTL2里的FLLN值不同版本的例程可能存在寄存器位定义的细微差异稳妥做法是以你CCS里自带的TI官方例程为底改到DCO目标频率即可。更较真的话可以把SMCLK引到某个GPIO用示波器实测一下根据真实频率修正代码里的时钟宏。4.2 定时器配置成输入捕获模式选择TA0的通道0作为捕获源P1.1配置为复用功能。定时器时钟用SMCLK不分频工作模式设为连续计数同时使能定时器溢出中断。void init_timer(void) { P1DIR ~BIT1; // P1.1设为输入 P1SEL | BIT1; // P1.1复用为TA0.0 TA0CCTL0 CM_1 | CCIS_0 | SCS | CAP | CCIE; TA0CTL TASSEL_2 | ID_0 | MC_2 | TAIE; }几个位的含义值得说清楚。CM_1表示上升沿捕获也就是说信号每来一个上升沿硬件就把TA0R当前值锁进TA0CCR0。SCS是同步捕获用来避免边沿采样时出现亚稳态。CAP1把通道设成捕获模式而不是比较模式。CCIE和TAIE分别打开捕获中断和溢出中断。4.3 中断处理与周期计算这里的关键是处理定时器溢出。TA0是16位计数器连续计数会在0x0000到0xFFFF之间反复循环。如果信号周期大于65536个时钟只用TA0CCR0的差值会算错。我的做法是维护一个32位的绝对时间轴每次溢出中断把高16位加1捕获中断时把“高16位溢出计数低16位CCR0”拼成32位绝对时间相邻两次上升沿的绝对时间差就是一个完整周期。volatile unsigned long ov_cnt 0; volatile unsigned long last_edge 0; volatile unsigned long period_ticks 0; volatile unsigned char edge_ok 0; #pragma vector TIMER0_A1_VECTOR __interrupt void TIMER0_A1_ISR(void) { switch (TA0IV) { case 14: ov_cnt; break; // TA0溢出 default: break; } } #pragma vector TIMER0_A0_VECTOR __interrupt void TIMER0_A0_ISR(void) { unsigned long now; now (unsigned long)ov_cnt 16; now | TA0CCR0; if (now last_edge) { period_ticks now - last_edge; edge_ok 1; } last_edge now; }因为MSP430中断默认不嵌套捕获中断一旦进入同优先级的溢出中断不会打断它所以先读ov_cnt再读TA0CCR0是安全的这一点本身就是一个需要理解的时序细节我在后面踩坑部分还会展开。4.4 主循环里的频率换算和滤波拿到周期ticks之后频率就是定时器时钟除以周期ticks。由于F5529没有硬件浮点单元每次只做一次除法性能完全够用。为了读数稳定我做了8次滑动平均并且去掉最大最小值再平均这种处理对抑制上升沿抖动非常有效。#define SMCLK_HZ 25000000UL #define BUF_SIZE 8 unsigned long pbuf[BUF_SIZE]; unsigned char pidx 0; unsigned long filter_period(unsigned long raw) { unsigned char i; unsigned long sum 0, max 0, min 0xFFFFFFFF; pbuf[pidx] raw; pidx (pidx 1) (BUF_SIZE - 1); for (i 0; i BUF_SIZE; i) { if (pbuf[i] max) max pbuf[i]; if (pbuf[i] min) min pbuf[i]; sum pbuf[i]; } sum - max min; return sum / (BUF_SIZE - 2); } void main(void) { WDTCTL WDTPW | WDTHOLD; init_clock(); init_timer(); __bis_SR_register(GIE); while (1) { if (edge_ok) { edge_ok 0; if (period_ticks 0) { unsigned long avg filter_period(period_ticks); float freq (float)SMCLK_HZ / (float)avg; printf(freq %.5f Hz\n, freq); } } __delay_cycles(10000); } }这里还有一个体验上的问题频率越低单个周期时间越长。测1Hz信号本来就需要等1秒才能拿到一个完整周期再叠加8次平均读数刷新会慢一些。低频频率计要接受这个物理限制不是软件能绕过去的。想加快就只能降低平均次数或者当测量频率低于某个阈值时直接显示单次测量结果。5. 信号发生器实测数据、误差与边界写完代码我直接用函数发生器信号源输出正弦波经过74HC14整形做了一组实测。被测频率从1Hz逐步加到20kHz记录仪器读数如下信号源设定频率计读数相对误差备注1.000 Hz0.9999 Hz-0.01%单个周期约25M ticks10.00 Hz9.999 Hz-0.01%稳定读数不跳100.0 Hz99.99 Hz-0.01%数值非常稳1.000 kHz0.9998 kHz-0.02%与理论误差接近10.00 kHz9.994 kHz-0.06%误差开始增加20.00 kHz19.98 kHz-0.10%仍在可接受范围这个结果和前面误差表里的理论趋势基本吻合越是低频测周法优势越大到了20kHz一个周期只有约1250个时钟计数误差上升到0.1%量级。如果还想提高高频端精度有两个方向一个是把定时器时钟继续往上提比如用更高频率的DCO另一个就是切测频法在20kHz以上用1秒闸门数脉冲误差只有0.005%。这也是我建议做自动换档的原因。实测中还试过把输入信号从正弦波换成方波和三角波。方波最好测边沿干净读数稳。三角波只要幅度足够施密特整形之后也没问题。反而是幅度只有0.5V峰峰值的正弦波经常测不出来因为74HC14在3.3V供电下的输入阈值大约在1.5V以上信号太弱根本触发不了。如果项目里信号幅度可能很小前面得加一级放大或者换成LM393比较器配合适量正反馈。6. 三个容易翻车的细节与对应处理6.1 溢出计数和捕获值的读取顺序第一次调试时我发现低频段偶尔会跳出一个离谱的周期值原因出在中断里的读取时序。如果先在捕获中断里读TA0CCR0再去读ov_cnt这两个操作之间虽然不会被打断但逻辑上存在隐患捕获瞬间发生在某个溢出边缘附近时CCR0可能是新周期的低值而ov_cnt还没来得及加1拼出来的绝对时间会小65536个ticks。正确做法是先读ov_cnt再读TA0CCR0这样拼出来的绝对时间在捕获时刻是一致的。6.2 DCO频率漂移是最大的隐性误差源MSP430F5529的DCO本身频率精度一般在不接外部晶振做FLL锁定的时候温度变化或者供电波动都可能导致时钟偏移几个百分点。这个偏移对LED闪烁无所谓但频率计是拿定时器时钟当尺子的尺子不准量出来的所有频率都会跟着偏。所以一定不要图省事用默认DCO务必让FLL锁定到外部32.768kHz晶振上。即便如此如果对精度要求很高建议测一下SMCLK的实际频率把代码里的SMCLK_HZ宏修正成实际值。6.3 信号抖动比想象中更容易污染测量结果即使用了74HC14整形输入信号叠加噪声时施密特触发器输出的上升沿位置仍然可能产生纳秒到微秒级的抖动。低频信号周期很长抖动影响不明显但到10kHz以上一个周期只有2500个时钟如果边沿抖动达到100ns就会引入0.25%左右的误差。我最后用8次去极值平均把这种随机抖动压下去了。如果你的信号源噪声比较大还可以在74HC14输入端加一个RC低通把高频毛刺先滤一道效果会比纯软件滤波更好。写到最后的一点心得做完这个项目回头再看最有价值的不是频率计本身而是“先算误差预算再选测量方案”的工程思路。测频法和测周法没有绝对好坏只是适用范围不同把临界频率算出来之后整个设计决策就很清晰了。定时器捕获这套机制往后也能直接迁移到超声波测距、编码器测速、脉宽测量这些项目里理解了绝对时间轴的处理方法很多时序测量问题都是相通的。本文还有配套的精品资源点击获取