烧录基础概念：量产烧录的核心认知
大家好，我是你们的嵌入式烧录讲师。今天咱们聊聊量产烧录的基础概念。说实话，这个章节看起来基础，但很多工程师栽跟头就栽在这里。我见过太多人把开发阶段的烧录方式直接搬到产线，结果效率低得吓人，返工率还高。
量产烧录，说白了就是给成百上千块板子批量写入固件的过程。跟你在实验室里拿个调试器慢慢烧不一样，产线上每一秒都是钱。你想想看，一块板子多烧10秒，一万块板子就是将近28个小时——这成本谁扛得住？
什么是量产烧录
量产烧录，我习惯把它定义为「在最短时间内，以最高可靠性，将固件写入目标设备的过程」。它有几个关键特征：
- 批量性：一次操作处理多块板子，不是一块一块来
- 自动化：尽量减少人工干预，最好一键完成
- 可追溯：每块板子烧录了哪个版本、什么时间、结果如何，都要有记录
- 容错性：烧录失败能自动重试或标记，不影响整批进度
核心要点：量产烧录不是开发烧录的简单重复。它需要专门的工具链、烧录脚本和校验机制。我在一个项目中见过有人拿JLink手动烧了2000块板子，结果烧到第1500块时手抖了，烧错版本——那场面，啧啧。
烧录方式对比
常见的烧录方式有四种：串口、USB、SD卡、网络。每种都有它的脾气。我一个个说。
| 烧录方式 | 速度 | 成本 | 适用场景 | 我的评价 |
|---|---|---|---|---|
| 串口 | 慢（115200bps~1Mbps） | 极低 | 小批量、调试阶段 | 老黄牛，稳但慢 |
| USB | 快（USB 2.0: 480Mbps） | 低 | 中大批量、主流方案 | 性价比之王 |
| SD卡 | 中等（取决于卡速） | 低 | 现场升级、离线烧录 | 适合没有电脑的场合 |
| 网络 | 快（千兆以太网） | 中等 | 大批量、远程部署 | 现代工厂的首选 |
串口烧录
串口烧录，嗯，这玩意儿我用了快十年了。它最大的优点是简单——只要三根线（TX、RX、GND）就能干活。但缺点也很明显：慢。我记得有一次给一个客户做方案，固件有8MB，用115200波特率烧，一块板子要烧将近10分钟。客户当场脸就绿了。
串口烧录适合什么场景？小批量、研发调试、或者对成本极度敏感的项目。如果你只是做几十块样板，串口完全够用。但要是上了千的量级，我建议你直接跳过它。
USB烧录
USB烧录是目前最主流的方案。为什么？因为快、便宜、通用。USB 2.0的理论速度是480Mbps，实际也能跑到几十MB/s。烧个几十MB的固件，几秒钟搞定。
我个人习惯用USB烧录做主力方案。它支持DFU（Device Firmware Update）协议，很多芯片原厂都内置了USB bootloader。你只需要把板子插上电脑，工具自动识别，一键烧录。产线上的操作员培训成本极低。
小技巧：用USB烧录时，注意USB线的质量。我曾经因为用了劣质USB线，导致烧录时断时续，排查了整整一天才发现是线的问题。产线上建议用带屏蔽的工业级USB线。
SD卡烧录
SD卡烧录，说白了就是把固件放到SD卡里，插到板子上，上电自动烧录。这种方式特别适合现场升级——你不需要带电脑，拿张卡过去插上就行。
但SD卡烧录有个坑：卡的质量参差不齐。有些便宜卡写入速度慢，或者容易掉数据。我建议量产时统一采购同一批次的高速卡，并且每张卡烧录前先做一次格式化校验。
网络烧录
网络烧录，这是现代工厂的标配。你想想看，一条产线上几十台设备同时烧录，用串口或USB根本忙不过来。网络烧录通过TFTP、HTTP或者NFS协议，把固件从服务器下发到设备。
U-Boot对网络烧录的支持非常完善。你可以在U-Boot里配置好网络参数，然后通过tftp命令下载固件并写入Flash。这种方式的好处是：
- 一台服务器可以同时服务几十台设备
- 固件版本统一管理，不会出现版本混乱
- 烧录日志自动上传，方便追溯
注意：网络烧录依赖网络环境。产线上的网络一定要稳定，交换机最好用工业级的。我见过一个工厂因为网络广播风暴，导致整条产线的烧录全部失败——那损失，够买好几台好交换机了。
烧录协议简介
烧录协议，就是设备和烧录工具之间沟通的「语言」。不同的烧录方式用不同的协议。我简单介绍几个常见的。
XMODEM / YMODEM
这是串口烧录最常用的协议。XMODEM每次传128字节，YMODEM可以传1024字节。它们都有校验机制，保证数据不出错。但速度嘛...你懂的。
DFU (Device Firmware Update)
DFU是USB烧录的标准协议。很多芯片（比如STM32、NXP的i.MX系列）都内置了DFU bootloader。你只需要把设备切换到DFU模式，然后用dfu-util工具就能烧录。
DFU的好处是标准化，不用自己写驱动。但要注意，不同芯片的DFU实现可能有细微差别。我建议量产前先做一次完整的DFU兼容性测试。
TFTP (Trivial File Transfer Protocol)
TFTP是网络烧录最常用的协议。它基于UDP，简单轻量，适合在U-Boot这种资源受限的环境中使用。U-Boot里执行tftp 0x80000000 firmware.bin，就能把固件下载到内存里。
# U-Boot网络烧录示例
setenv serverip 192.168.1.100
setenv ipaddr 192.168.1.10
tftp 0x80000000 u-boot.bin
sf probe 0
sf erase 0x0 0x100000
sf write 0x80000000 0x0 0x100000
这段脚本的意思：先设置服务器IP和设备IP，然后从服务器下载u-boot.bin到内存地址0x80000000，接着擦除SPI Flash的前1MB空间，最后把固件写进去。整个过程自动化，产线上只需要一条命令。
Fastboot
Fastboot是Android生态里常用的烧录协议，现在很多嵌入式设备也支持。它通过USB通信，速度比DFU快，而且支持分区烧录。你可以在U-Boot里实现Fastboot支持，然后通过fastboot flash bootloader u-boot.bin这样的命令烧录。
我的建议：如果你的产品是基于Linux或Android的，优先考虑Fastboot。它的工具链成熟，社区支持好，而且很多产线自动化工具都原生支持Fastboot协议。
知识体系总览
下面这张图是我画的量产烧录知识体系框架。你可以看到，烧录方式、协议、工具链和校验机制是四个核心支柱。任何一个环节出问题，产线就得停。
这张图把量产烧录拆成了四个维度。你选方案的时候，得把这四个维度都考虑进去。比如你选了USB烧录，那协议就得用DFU或Fastboot，工具链得配好，校验机制也得跟上。少一个环节，产线就可能出问题。
经验之谈：我建议你在做量产方案时，先画一张类似的图。把每个环节的选型列出来，然后做一次完整的流程测试。别等到产线跑起来了才发现某个环节不兼容——那时候改方案的成本就高了。
好了，这一章的内容就到这里。烧录方式的选择没有绝对的对错，关键看你的产品定位、产量规模和团队能力。下一章我们会深入U-Boot的烧录流程，到时候我会带大家看U-Boot源码里那些跟烧录相关的关键函数。