3. 波特率优化：速度与稳定性的博弈

波特率，说白了就是串口通信的“车速”。车速越快，数据传得越快，但翻车的风险也越大。这一章，我们就来聊聊怎么找到那个又快又稳的平衡点。

3.1 波特率对速度的影响——数学账要算清

先算一笔账。假设你要烧录一个 256 KB 的固件，数据包格式是 1 位起始位 + 8 位数据位 + 1 位停止位（无校验），也就是每字节实际占用 10 个位时间。

波特率 (bps)	理论字节/秒	256 KB 理论耗时	实际耗时（含协议开销）
9600	960	~273 秒	~300 秒
115200	11520	~22.8 秒	~28 秒
921600	92160	~2.85 秒	~4 秒
2000000	200000	~1.31 秒	~2 秒

看到了吗？从 9600 提到 115200，速度提升了 10 倍以上。但从 921600 再往上翻倍，收益就没那么明显了——因为协议开销（应答、校验、帧头帧尾）占了越来越大的比重。

我个人习惯，在项目初期会先按这个公式估算：实际吞吐 ≈ 波特率 × 0.8 ÷ 10。0.8 是给协议开销留的余量，10 是每字节的位时间。算出来如果达不到项目要求，就得考虑换方案了。

3.2 常用波特率测试——哪些值得用？

市面上常见的波特率很多，但真正适合烧录场景的，其实就那么几个。我列个表，把优缺点都摆出来。

波特率	适用场景	优点	缺点
9600	调试、长线、强干扰	极其稳定，几乎不丢包	慢到让人怀疑人生
57600	通用烧录	速度适中，兼容性好	不上不下，有点尴尬
115200	标准烧录	速度与稳定性的黄金平衡点	线长超过 2 米可能出问题
460800	短距离高速烧录	速度快，很多芯片支持	对线缆和电平有要求
921600	产线批量烧录	极快，适合 1 米内	容易受干扰，需要屏蔽线
2000000+	芯片内部 BootROM	极限速度	挑芯片、挑线、挑环境

我在项目中遇到过最典型的案例：某款 STM32 芯片，用 115200 烧录 512 KB 固件需要 45 秒，产线工人等得直骂娘。后来换成 921600，时间压到 5 秒以内，但换了三批 USB 转串口线才稳定下来。嗯，这里要注意——不是芯片支持高速，你的线缆就一定能跑。

3.3 高速波特率下的稳定性问题——翻车现场实录

高速波特率下，问题一个接一个。我总结了几类最常见的，你想想看是不是也遇到过。

3.3.1 信号完整性问题

波特率高了，信号的上升沿和下降沿必须更陡。但线缆有电容、有电感，信号会变形。说白了，就是方波变成了圆波，接收端可能误判 0 和 1。

• 反射：线缆阻抗不匹配，信号在末端反弹，叠加出毛刺。
• 串扰：TX 和 RX 靠太近，高速信号互相“串门”。
• 衰减：线越长，信号幅度越小，超过接收端阈值就丢了。

我曾经在产线上遇到过一批板子，921600 下烧录成功率只有 70%。查了两天，最后发现是 USB 转串口线用的屏蔽层太差，换成带磁环的线，成功率直接拉到 99.5%。

3.3.2 时钟误差累积

串口通信是异步的，收发双方各自用自己的时钟采样。波特率越高，每个位的时间越短，时钟误差的容忍度就越低。

举个例子：115200 时，每个位时间约 8.68 μs。如果收发双方的时钟误差都是 ±2%，那误差只有 ±0.17 μs，问题不大。但到了 2 Mbps，位时间只有 0.5 μs，同样的 ±2% 误差就是 ±0.01 μs，采样点可能直接偏到下一个位去了。

3.3.3 接收缓冲区溢出

高速数据流进来，如果 MCU 来不及处理，接收缓冲区就会满。新数据来了直接丢弃，这就是溢出丢包。

我见过最离谱的情况：某工程师把波特率设到 1.5 Mbps，但中断服务函数里还塞了个打印日志的语句。结果每收 10 包就丢 3 包，他还以为是线的问题。

3.4 波特率选择决策流程

说了这么多，到底怎么选？我画了个流程图，照着走就行。

3.5 实战建议——我的经验总结

最后，给几个实在的建议。这些是我在多个项目里踩坑踩出来的。

1. 产线烧录首选 460800 或 921600。 115200 太慢，2 Mbps 太娇气。460800 是个很舒服的折中点，大部分 USB 转串口线和 1 米以内的线缆都能稳定跑。
2. 调试阶段用 115200。 调试时经常要插拔、换线、接逻辑分析仪，115200 最稳。等调通了再往上提。
3. 高速下一定要加校验。 我见过有人为了省时间把校验关了，结果烧进去的固件偶尔跑飞，查了三天才发现是某几个字节传错了。加个 CRC16，代价很小，收益巨大。
4. 线缆是最大的变量。 同样的波特率，换一根线可能就从 99% 成功率掉到 60%。产线上统一用屏蔽双绞线，长度控制在 50 cm 以内，能省掉 80% 的稳定性问题。