企业官网建设流程全解析

简介：面向MSP430F5529单片机学习者和嵌入式初学者的实验型资源，围绕二十五赫兹方波发生与峰值幅度测量展开。实验要求利用芯片定时器与通用输入输出口产生稳定方波，再借助内部模数转换器对峰值采样量化，并将结果显示在OLED屏幕上；同时通过按键可动态切换输出频率为五十赫兹、七十五赫兹和一百赫兹，并完成频率测量与显示。文档细分为方波发生、峰值测量、频率调整和频率测量四个环节，有助于理解定时器计数模式、捕获比较模块、脉宽调制输出及模数转换与中断配合等要点。包内为一个文档文件，压缩包约十六点一一兆字节，详细介绍实验原理、定时器A计数模式、输出单元模式和采样流程，并给出程序思路。已有一千六百九十六人学习下载，适合课程设计、实验室实训及备赛参考，可掌握从信号产生、采集到显示输出的完整开发流程。

1. 25Hz 方波听起来简单，为什么还要单独写一篇实验

25Hz 是个尴尬的频率：比音频低，比“闪烁”高，示波器上看一帧刚好 40ms，频率计一夹就能读出来，看起来毫无挑战。但真把 MSP430F5529 的定时器拆开算一遍，你会发现这个频率恰恰卡在 16 位定时器的边缘——时钟不分频，周期计数超 65535；分频取错了，CCR0 和 CCR2 又凑不出整 20ms 高电平。更别说这个实验还要求“测量”，也就是你要把这路 25Hz 方波自己产生出来，再用另一个通道把它捕获回去，算出频率和周期。

这个实验的价值不在于“能不能出 25Hz”，而在于它把 MSP430F5529 的三件事一次性打通：时钟树怎么分配、Timer_A 的输出比较怎么配、输入捕获怎么算频率。做完之后，你可以顺手把频率改成 10Hz、100Hz、甚至 1kHz，也可以把单通道捕获扩展成占空比测量，这套底层逻辑在后续的 PWM 调速、红外解码、超声波测距里全是同一套套路。

所以这篇不是教你抄一个 PWM 例程，而是把“产生—测量—上报”这条完整链路讲透。新手能照着代码跑通，熟手能直接看到分频、边沿和中断标志这几个真正决定成败的位置。下文里我会用寄存器方式写代码，不用驱动库，因为实验指导书和面试手撕代码通常只看寄存器。建议你手上备一块 MSP430F5529 LaunchPad、一个频率计（没有就用示波器数格子），跟着往下走。

2. 先把时序账算清：40ms 周期在 16 位定时器里怎么放得下

2.1 25Hz 不是随便定的：一个完整周期的计数预算是多少

25Hz 方波的周期是 1/25 = 40ms，高电平占空比按标准 50% 算，就是 20ms。对 MSP430F5529 来说，Timer_A 的计数器 TAR 是一个 16 位寄存器，最大值 65535。如果你直接用默认的 SMCLK（复位后约 2.097MHz）去做输出比较，40ms 对应的计数是 2,097,152 × 0.04 ≈ 83,886，这个数一上来就把 16 位顶穿了。所以第一步不是写代码，而是决定用什么时钟、分几级。

先给一个通用公式：周期计数 = 定时器时钟频率 × 0.04 − 1。这里的“−1”是 up 模式的特征：TAR 从 0 数到 CCR0 需要 CCR0+1 个时钟沿。很多人在这一步少算一个数，导致实测频率比目标值偏大或偏小一个 tick，频率低的时候看不太出来，一旦把频率拉到 1kHz 以上，误差就明显了。记住这个公式，后面所有调整都以它为准。

再看高电平计数：高电平时间 20ms，定时器时钟频率 × 0.02。理想情况它正好是 CCR0 的一半，但实际因为 CCR0 取整，两边会有 ±1 tick 的误差，对 25Hz 来说就是不到 0.01% 的占空比偏差，示波器上看不出来，别在这上面纠结。

2.2 时钟频率与分频选择：为什么不加分频会翻车，8 分频后 CCR0 落在哪

MSP430F5529 复位后默认时钟是 DCO，典型值 2.097MHz，SMCLK 默认跟随 DCO。这个频率下要得到 25Hz，CCR0 需要 83885，超限，所以必须降频。降频有两条路：改 UCS 寄存器给 SMCLK 做分频，或者用 Timer_A 自己的 ID 分频。我的建议是先用 Timer 内部预分频，代码只有一位配置，不牵动时钟树，跑通后再去动 UCS。

下面这张表列出了几种常见方案的计数结果，都是按 40ms 周期算的：

最推荐第一行下面那个，SMCLK/8 之后 CCR0 = 10485，高电平计数 5242，整个计数范围落在 16 位中间，既不会溢出，也不会因为计数太少导致频率量化误差变大。ACLK 32768Hz 的好处是频率源是外部晶振，绝对精度更好，但 CCR0 = 1310 太小，输出比较的分辨率只有约 30us，后续做占空比微调时明显不够用。所以这个实验我用 SMCLK/8 做主方案，ACLK 留到进阶验证时做对照。

2.3 产生与测量能不能共用同一颗定时器

常见的偷懒做法是：用 Timer_A0 产生方波，然后用同一个 Timer_A0 的另一个比较通道去“捕获”自己。问题是同一个定时器的所有通道共享同一个 TAR 计数器，捕获到的周期必然等于 CCR0 设定的值，你测到的永远是你配置出来的东西，闭环自洽但没有验证价值。真正有意义的测量，是让产生和测量彼此独立，哪怕它们用同一个时钟源，至少通道、中断向量都是分开的，你能观察到捕获间隔和理论周期的微小差异。

我在这个实验里的接法是：Timer_A0 的通道 2 输出方波，Timer_A1 的通道 1 做输入捕获，方波信号从输出引脚跳线接到捕获引脚。两颗定时器独立计数，谁也不会干扰谁。如果你把测量端接到外部信号发生器，那这套代码就成了一个通用的频率计，连硬件都不用改。这也是为什么我坚持在标题里把“发生”和“测量”并列，而不是只写“产生 25Hz 方波”。

3. 用 Timer_A0 输出 25Hz 方波：寄存器配置与最小代码

3.1 引脚的复用关系：选一个不跟串口打架的输出脚

MSP430F5529 的引脚复用是出了名的绕。P1.1 可以复用为 UCA0RXD，P1.2 可以复用为 UCA0TXD 和 TA0.1，P1.3 对应 TA0.2。如果你图省事把方波放在 P1.2，后面想用板载 USB 转串口打印测量结果，会发现 P1.2 已经被你占用了，串口数据全乱。这是这个实验里第一个真正会让人翻车的引脚冲突。

正确做法是输出脚选 P1.3，复用功能是 Timer_A0 的 TA0.2。P1.1 和 P1.2 留给板载串口，P2.1 留给 Timer_A1 的捕获输入。这样三个外设互不干扰，跳线从 P1.3 到 P2.1，测量链路的硬件就齐了。选引脚之前先打开芯片手册的引脚复用表，把你计划用的外设名字全部列出来，冲突排查能省下一整晚。

引脚方向也要注意：P1.3 要做输出，P1DIR 对应位置 1；P2.1 要做捕获输入，P2DIR 对应位要清 0。PWM 输出脚的方向位，很多人会忘记置 1，导致示波器上看到的是高阻态，波形完全出不来。而捕获输入如果误置成输出，跳线一接就是短路，轻则测量值异常，重则烧 IO。

3.2 Timer_A0 的 up 模式与最小代码：SMCLK/8 出接近 25Hz

下面是一段可以直接跑的最小配置，假设你已经禁用了看门狗，并且用默认时钟（SMCLK ≈ 2.097MHz，未经 UCS 修改）：

#include <msp430.h> void pwm_25hz_init(void) { P1DIR |= BIT3; // P1.3 设为输出方向 P1SEL |= BIT3; // P1.3 复用为 TA0.2 TA0CTL = TASSEL_2 | ID_3 | MC_1 | TACLR; // TASSEL_2: 时钟源选 SMCLK // ID_3: 预分频 /8，得到约 262.144kHz // MC_1: up 模式，TAR 从 0 递增到 TA0CCR0 后归零 TA0CCR0 = 10485; // 周期计数 = 262144 * 0.04 - 1 TA0CCTL2 = OUTMOD_3; // 比较输出模式 3 TA0CCR2 = 5242; // 高电平计数 = 262144 * 0.02 }

这段代码的逻辑是这样的：TA0CTL 一次把时钟源、分频、计数模式全部配好，TACLR 顺手清掉 TAR 的初值，避免上电残留计数导致第一个周期长度不对。TA0CCR0 是周期终点，也是 up 模式的归零点，输出波形的频率由它决定。TA0CCR2 是比较点，在 TAR 递增到 5242 时改变输出电平，高电平宽度由它决定。TA0CCTL2 里的 OUTMOD_3 是“复位/置位”模式，即计数到 CCR2 时输出变低，归零时输出变高。

两个关键参数：10485 不是随便选的，它是 262144×0.04 取整后再减 1；5242 则是 262144×0.02 取整。如果 SMCLK 的实际频率是 2.097152MHz，分频后 262144Hz，那么实测频率会是 262144 / 10486 ≈ 24.9995Hz，误差不到万分之五。如果你测出来是 24.6 或 25.4，别先怀疑公式，去查 DCO 校准值，这不是配置问题。

3.3 输出模式的坑：为什么示波器看到的是反相波形

Timer_A 的输出模式有 8 种，最常用的是 OUTMOD_2 和 OUTMOD_3，两者互为镜像。OUTMOD_2 是“置位/复位”，计数到 CCR2 时输出高电平，归零时输出低电平；OUTMOD_3 是“复位/置位”，行为正好相反。同一个 CCR0 和 CCR2，选错模式，你看到的就是一个极性完全反过来的方波——高电平 20ms 没错，但波形整体反相。

这不算 bug，但会影响后续测量。我们的测量代码是捕获上升沿，如果输出用 OUTMOD_2，第一段是低电平再跳高，捕获到的上升沿对应的是“从低到高”的边沿；用 OUTMOD_3，归零瞬间就是一个上升沿。两种模式都能测出 25Hz，但占空比测量时，触发边沿和测量窗口的对应关系会有所不同。建议统一用 OUTMOD_3，让归零点作为周期的自然起点，这样捕获到的第一个边沿正好是方波周期开始的位置，数据对齐最干净。

反相还有一个隐藏影响：如果你把输出直接接到板载 LED，LED 会在高电平时点亮，模式选反了，你会看到 LED 几乎常亮（因为 20ms 高电平占一半时间），人眼分辨不出来，但示波器会告诉你真相。遇到波形反相，先改 OUTMOD 位，不要动 CCR2，因为你算的高电平时间已经是对的了。

4. 用 Timer_A1 做输入捕获：把频率测回来的完整链路

4.1 捕获通道与触发边沿：为什么选上升沿而不是双边沿

测量方波频率，最直接的做法是捕获两个相邻上升沿，记下两次 TAR 的差值，差值就是周期。相比双边沿捕获，只测上升沿可以少处理一个下降沿中断，逻辑简单，也不会把占空比信息混进来。需要测占空比时再加一个下降沿捕获通道，那是进阶玩法，这里先把频率做对。

Timer_A1 的捕获通道 1 对应引脚 P2.1，配置时把 P2SEL 对应位置 1，复用成 TA1.1。捕获模式用 CM_1，也就是只在上升沿触发。SCS 位建议打开，它会让捕获信号与定时器时钟同步，避免异步边沿导致 TAR 值多采或少采一个时钟。对于 25Hz 这种低频信号，异步边沿造成的误差只有几微秒，但开了 SCS 后时序更确定，不合适的时候再关掉就行。

还有一个细节：捕获通道配置的是 CAP 位，让 CCR1 从“比较寄存器”变成“捕获寄存器”。很多人写完 TA1CCTL1 后忘了 CAP 位，结果 CCR1 一直被定时器强行改写，中断标志也永远不会按预期触发。这个位是捕获和输出的本质区别，漏掉它整个测量链路都是黑的。

4.2 从捕获差值换算频率：整数运算与固定点精度

频率计算公式是：freq = (SMCLK / 8) / period_counts。这里 period_counts 是两次捕获 TAR 的差值。如果直接用浮点，在嵌入式里不是不行，但中断里做浮点会拉长临界区，我一般用整数和固定点。代码里把时钟频率放大 100 倍，算出来的结果单位是“0.01Hz”，打印时手动加小数点，这样既省事又能保留两位小数精度。

volatile unsigned int last_edge = 0; volatile unsigned int period_counts = 0; volatile unsigned int edge_count = 0; void timer1_capture_init(void) { P2DIR &= ~BIT1; // P2.1 方向为输入 P2SEL |= BIT1; // P2.1 复用为 TA1.1 TA1CTL = TASSEL_2 | ID_3 | MC_2 | TACLR; // 时钟源 SMCLK，/8 分频，连续模式 // 连续模式方便捕获边沿，捕获值就是 TAR 的实时快照 TA1CCTL1 = CM_1 | SCS | CAP | CCIE; // CM_1: 上升沿捕获 // SCS: 捕获信号与时钟同步 // CAP: 捕获模式 // CCIE: 允许捕获比较中断 }

中断处理函数如下：

#pragma vector = TIMER1_A1_VECTOR __interrupt void TIMER1_A1_ISR(void) { if (TA1CCTL1 & CCIFG) { TA1CCTL1 &= ~CCIFG; // 先清标志，避免中断重入 unsigned int now = TA1CCR1; if (edge_count > 0) // 第一次捕获没有前值，不能算周期 { period_counts = now - last_edge; } last_edge = now; edge_count++; } }

这里的now - last_edge用的是无符号减法，即使 TAR 在两次边沿之间发生回绕（从 65535 跳回 0），减法结果依然是正确的周期计数。因为 25Hz 在 SMCLK/8 下周期只有约 10486 个计数，远不会回绕，但写成无符号减法可以让代码在测量更高频率时也安全。

4.3 第一次捕获数据必须丢弃：边沿完整性的坑

第一次捕获发生在上电后的任意相位，此时 last_edge 是 0，而 TAR 可能已经跑了很久。如果直接用这一次的差值算周期，你会得到一个和 40ms 完全无关的数字。更隐蔽的是，第一次上升沿之前那段信号可能只经历了半个周期，捕获到的“周期”会偏小一半甚至更乱。代码里edge_count > 0的判断只过滤了“没有前值”的情况，但严格说第一次算出的周期也不可信，因为它跨越的是上电到第一个边沿之间的随机区间。

我习惯再加一层保护：只有 edge_count 大于 1 才更新 period_counts。这样第二条边沿到来时，周期值来自两个完整的相邻上升沿，才是真正可信的周期。你可以在调试器里观察 edge_count，如果一直停在 1，说明信号根本没进引脚，优先查跳线和 P2SEL。

按照上面的配置，period_counts 的理论值是 10486 左右。把频率计算放到主循环里做，避免在中断里执行除法。主循环示例：

unsigned long freq_x100; while (1) { if (edge_count > 1) { __disable_interrupt(); unsigned int snap = period_counts; __enable_interrupt(); if (snap > 0) freq_x100 = (262144UL * 100UL) / snap; // 262144 = SMCLK/8，乘 100 保留两位小数 } }

5. 串口上报与避坑排查清单

5.1 UART 输出测量结果的最小路径

测量值只在调试器里看没什么用，实验报告需要一个可见的输出。板载串口走的是 UCA0 模块，引脚在 P1.1 和 P1.2，正好避开我们占用的 P1.3。初始化时把 USCI 模块从复位状态释放，设置时钟源和波特率，然后往发送缓冲寄存器写字节即可。串口只负责结果展示，不影响方波产生和捕获的实时性，所以波特率选 9600 就够用，别为了“显得高级”拉到 115200，反而可能因为时钟精度不够产生乱码。

void uart_init(void) { P1SEL |= BIT1 | BIT2; // P1.1: UCA0RXD, P1.2: UCA0TXD UCA0CTL1 |= UCSWRST; // 配置期间保持复位态 UCA0CTL1 = UCSSEL_1; // 时钟源选 ACLK，32768Hz UCA0BR0 = 3; // 32768 / 9600 ≈ 3.41 UCA0BR1 = 0; UCA0MCTLW = 0x0792; // 调制参数，按手册波特率表查 32768@9600 UCA0CTL1 &= ~UCSWRST; // 释放复位，开始工作 }

发送整数比较繁琐，但也不复杂。一个万能的整数发送函数，先取余数倒序存进数组，再逆序发送：

void uart_putc(char c) { while (!(UCA0IFG & UCTXIFG)); // 等待发送缓冲空 UCA0TXBUF = c; } void uart_put_dec(unsigned long v) { char buf[12]; int i = 0; if (v == 0) { uart_putc('0'); return; } while (v) { buf[i++] = '0' + v % 10; v /= 10; } while (i) uart_putc(buf[--i]); }

把 freq_x100 打印出去的操作是：先发整数部分，再发小数点，再发小数部分。注意如果 freq_x100 = 2499，那应该是 24.99Hz，整数部分是 freq_x100 / 100，小数部分是 freq_x100 % 100。如果你只在中断里更新 period_counts，主循环里读取时最好关中断快照，防止读到新旧混合的半更新值。

5.2 避坑清单：让 25Hz 方波实验跑偏的 5 个真实场景

第一条：方波放在了 P1.2，串口数据全是乱码。现象是示波器能看到 P1.2 有波形，但只要一初始化 UART，波形就没了，或者串口助手收到一堆乱码。原因很简单：P1.2 同时是 TA0.1 和 UCA0TXD 的复用引脚，你把它分配给定时器，串口发送自然就废了。解决方法是把方波输出改到 P1.3，也就是 TA0.2，让 P1.2 完整让给串口。这是血的教训，我早期做这个实验时在这上面浪费了半个下午。

第二条：示波器显示频率对，但波形极性反了。现象是高电平 20ms、低电平 20ms，占空比正确，但波形整体颠倒。原因是 OUTMOD_2 和 OUTMOD_3 一个是“先高后低”，一个是“先低后高”，选错模式不会影响频率，只会改变相位。解决方法是把 TA0CCTL2 的输出模式改成另一种，而不是调整 CCR2。如果你后续要做占空比测量，注意你的捕获逻辑是基于上升沿还是下降沿，这个极性差异会被测量代码放大。

第三条：测量值偶尔跳到 16Hz 或 33Hz。现象是大部分时间显示 25Hz，但每隔一段时间会蹦一个离谱值。原因是捕获中断里没有丢弃第一次边沿，或者信号在跳线上有抖动，导致捕获到了一个非完整周期的边沿对。解决方法是 edge_count 大于 1 才更新周期值，同时检查代码里有没有在捕获中断里做复杂的条件判断，把中断处理时间压缩到纯减法，越短越不容易丢边沿。

第四条：中断打开后主循环卡死。现象是一开 CCIE，程序就像进了死循环，串口不打印，LED 不闪。原因几乎都是中断标志没清。TA1 的捕获中断标志在 TA1CCTL1 的 CCIFG 位，你必须手动清掉。注意 TA1 还有另一个共享中断向量 TA1IV，如果你用的是 TIMER1_A1_VECTOR，读 TA1IV 会顺带清标志，但如果你直接操作 TA1CCTL1，就只能靠自己清 CCIFG。忘了清标志，中断会无限触发，主循环永远抢不到 CPU。

第五条：频率计显示 25.00Hz，自己测出来却是 24.85Hz。现象是外部频率计读到的值和捕获算出来的值对不上，而且差值固定。原因还是 SMCLK 本身。我们用了默认 DCO，它的实际频率未必正好是 2.097152MHz，可能偏差 0.5% 以上。你的捕获代码用 SMCLK/8 做时间基准，SMCLK 偏了，算出来自然偏。解决方法是先用外部信号源给出一个 25.00Hz 标准方波接入 P2.1，看代码读出的值是多少，反过来校准你的时钟频率假设。这个校准过程非常重要，别急着怀疑捕获代码。

6. 从固定 25Hz 走向频率扫描与占空比测量：进阶验证

把 CCR0 和 CCR2 改成可变量，这套代码就从“固定 25Hz 发生器”变成了“可编程方波发生器”。比如让程序每隔 2 秒把频率从 10Hz 扫到 200Hz，每次修改 TA0CCR0 和 TA0CCR2，就能在示波器上看到频率阶梯变化。注意 CCR2 要跟着 CCR0 的一半走，两个寄存器一起改时最好先关一次输出再改，不然中间会冒出一个窄脉冲，频率计可能把它当毛刺。

测量端也可以升级成占空比测量。思路是同一个 Timer_A1 上启用两个捕获通道：通道 1 捕获上升沿，通道 2 捕获下降沿。上升沿得到周期，下降沿和上升沿之差得到高电平时长，两者相除就是占空比。代码逻辑不变，只是中断里要同时判断两个 CCIFG。这个进阶有个边界坑：如果占空比接近 0 或接近 100%，下降沿和上升沿挨得太近，捕获差值可能只有几个 tick，算出来的占空比量化误差非常大。实测中我一般要求高低电平至少大于 100 个时钟 tick，低于这个阈值就直接报占空比无效。

最后说一下验证方法。拿到一段能跑通的 25Hz 发生加测量代码，别急着写报告，先做三个验证：第一，用频率计直接测 P1.3 的输出，确认绝对频率，这是外部参照；第二，把外部信号发生器接到 P2.1，用同一套捕获代码测量 10Hz、25Hz、100Hz 三个点，确认捕获链路本身没偏；第三，如果发现捕获值系统性偏离，回头检查你的 SMCLK 真实频率，而不是盲目微调 CCR0。我自己吃过一次亏，折腾了一整晚去调 CCR0，最后发现是板子上的 DCO 默认频率和手册典型值差太多，跟定时器配置一点关系都没有。搞嵌入式测量，永远先问“时间基准准不准”，然后再问“代码逻辑对不对”。希望这些思路和坑位能帮你把这个实验一次跑通，少走几步冤枉路。

本文还有配套的精品资源，点击获取