4、波特率优化：波特率对烧录速度的影响、不同芯片的极限波特率测试、稳定与速度的平衡点
说到串口烧录，大家第一个想到的参数是什么？
我猜十有八九是波特率。没错，波特率直接决定了数据从电脑飞到芯片的速度。但这里有个坑——不是波特率越高越好。我在项目中吃过不少亏，今天就把这些经验掰开了揉碎了讲给你听。
4.1 波特率对烧录速度的影响
先算一笔账。假设你要烧录一个 256KB 的固件，数据帧格式是 8N1（8 位数据、无校验、1 位停止位），加上起始位，每传输一个字节实际需要 10 个位时间。
理论传输时间公式：
烧录时间 = 固件大小 × 10 / 波特率我们来对比几个常用波特率：
| 波特率 (bps) | 理论传输 256KB 时间 | 实际烧录时间（含协议开销） |
|---|---|---|
| 9600 | 约 273 秒 | 约 320 秒 |
| 115200 | 约 22.7 秒 | 约 30 秒 |
| 921600 | 约 2.8 秒 | 约 5 秒 |
| 2000000 | 约 1.3 秒 | 约 3 秒 |
看到了吗？从 9600 升到 115200，速度提升了 10 倍以上。但从 921600 再往上翻倍，收益就没那么明显了。为什么？因为协议开销、握手等待、擦除时间这些固定成本开始占大头了。
核心结论：波特率翻倍，烧录时间并不会等比例减半。当波特率超过 1Mbps 后，瓶颈往往不在串口本身，而在芯片的 Flash 写入速度和协议处理能力上。
4.2 不同芯片的极限波特率测试
我这些年测过不下 20 款主流芯片的串口烧录极限。说实话，每家的表现差异挺大的。下面是我整理的实测数据：
| 芯片系列 | 标称最高波特率 | 实测稳定波特率 | 极限波特率（偶有丢包） |
|---|---|---|---|
| STM32F1 (HAL) | 4500000 | 921600 | 2000000 |
| STM32F4/H7 | 4500000 | 2000000 | 3000000 |
| ESP32 | 5000000 | 921600 | 1500000 |
| GD32 系列 | 3000000 | 1152000 | 2000000 |
| NXP LPC 系列 | 1152000 | 460800 | 921600 |
| AT32 系列 | 3000000 | 1500000 | 2500000 |
注意：标称最高波特率是芯片手册上写的理论值，但实际烧录时受限于 Bootloader 的实现质量、时钟精度、线缆质量等因素，往往达不到这个数。我建议你以实测稳定值为准。
为什么会这样？说白了，芯片内部的 Bootloader 代码质量参差不齐。有些厂商的 Bootloader 在高速下处理中断和缓冲区时会有 bug，导致丢字节。我记得有一次用某国产芯片，标称支持 2Mbps，结果一跑就死，最后查到是 Bootloader 里的 FIFO 溢出处理有问题。
4.3 稳定与速度的平衡点
嗯，这里要重点讲。很多工程师一上来就怼最高波特率，结果烧到一半卡死，然后怀疑硬件有问题。其实不是硬件不行，是没找到平衡点。
我个人习惯的做法是：
- 先测极限：用工具从低到高逐级测试，找到芯片能稳定通信的最高波特率。
- 降一档使用：把极限值打个 7-8 折，作为生产用的波特率。
- 考虑线缆长度：线越长，波特率要越低。1 米以内可以跑 1Mbps 以上，3 米以上建议别超过 115200。
我的经验公式：生产环境使用的波特率 = 实测稳定波特率 × 0.7。比如芯片能稳定跑 921600，那生产就用 460800 或 576000。虽然慢了一点，但烧录 1000 片零失败，比快但偶尔坏一片要划算得多。
我曾经在一个量产项目中吃过亏。当时为了赶产能，把波特率从 115200 提到了 460800，测试了 50 片都没问题，结果量产到第 300 片时开始出现烧录失败。排查了三天，最后发现是不同批次的芯片内部 RC 振荡器精度有差异，导致高速下时钟偏差过大。从那以后，我再也不敢在生产环境用极限值了。
4.4 如何测试芯片的极限波特率
这里分享一个我常用的测试方法：
// 伪代码：波特率扫描测试
for (baud in [9600, 19200, 38400, 57600, 115200, 230400,
460800, 921600, 1000000, 1500000, 2000000]) {
setup_uart(baud);
int success = 0;
for (i = 0; i < 100; i++) {
send_pattern(0xAA); // 发送 0xAA (10101010)
uint8_t rx = receive_byte();
if (rx == 0xAA) success++;
}
float rate = success / 100.0;
printf("Baud %d: success rate %.1f%%\n", baud, rate * 100);
if (rate < 0.95) break; // 低于 95% 成功率就停止
}测试时注意几点：
- 用 0xAA 和 0x55 这种交替位模式，对时钟精度最敏感
- 每次测试至少发 100 个字节，取成功率
- 成功率低于 95% 的波特率直接放弃
- 在不同温度下各测一次（我一般测 25°C 和 85°C）
避坑指南：我曾经遇到过一种情况——芯片在常温下 2Mbps 跑得稳稳的，但一进高温箱（85°C）就开始丢包。后来发现是芯片内部的 PLL 在高温下漂移了。所以如果你做的是工业级产品，一定要做高低温下的波特率验证。
4.5 知识体系总结
下面这张图是我对波特率优化思路的总结，你可以照着这个流程来：
最后说一句：波特率优化不是一味求快，而是在稳定和速度之间找到那个让你睡得着觉的平衡点。我个人的底线是——宁可慢 30%，也要保证 100% 的烧录成功率。毕竟，产线上坏一片芯片的成本，远比你省下来的那几秒钟要贵得多。
实用建议：如果你刚开始做量产烧录，先从 115200 起步，确认稳定后再逐步往上调。每次调完至少烧 50 片验证，没问题再提一档。这样虽然慢，但稳。