2、工具链选择：主流烧录工具对比与选型
做嵌入式开发这些年，我换过的烧录工具少说也有七八种。每次项目选型，总有人问我：“到底用哪个工具好？”说实话，没有绝对的答案。但如果你把场景理清楚，选型其实很简单。
今天我就拿三个最主流的工具——STM32CubeProg、ESP32 Flash Tool、OpenOCD，做个深度对比。这些都是我实际项目中反复用过的，踩过的坑也不少，希望能帮你少走弯路。
2.1 三款工具的核心定位
先给个总览，让你心里有个谱：
| 工具 | 适用芯片 | 主要场景 | 我的评价 |
|---|---|---|---|
| STM32CubeProg | STM32全系列 | 量产烧录、调试、固件更新 | 官方亲儿子，稳定但略重 |
| ESP32 Flash Tool | ESP32/ESP8266 | WiFi/BLE模组烧录 | 轻量、快，但只认乐鑫 |
| OpenOCD | ARM/RISC-V等通用 | 调试、自动化烧录、CI集成 | 万能瑞士军刀，但学习曲线陡 |
嗯，这里要注意：选工具不是选最牛的，而是选最合适的。你想想看，如果只是给STM32F103烧个程序，非要用OpenOCD搭一堆脚本，那不是自找麻烦吗？
2.2 STM32CubeProg：官方工具，稳如老狗
我个人习惯，只要项目用STM32，第一选择就是STM32CubeProg。为什么？因为它支持所有烧录方式：UART、USB DFU、SWD、I2C、SPI，甚至还能通过OTA更新。
我记得有一次在产线上，客户要求用UART批量烧录。当时试了好几个第三方工具，要么速度慢，要么不稳定。最后切回STM32CubeProg，问题全解决了。它内置的自动检测波特率功能，真的省了不少事。
核心优势：
- 支持STM32全系列，包括最新的H5、U5
- 图形化界面，拖拽固件就能烧
- 命令行模式，适合自动化脚本
- 内置Flash加载算法，不用自己写
避坑指南：我曾经在STM32CubeProg里用USB DFU烧录时，发现电脑识别不到设备。折腾了半天，原来是USB线质量太差，供电不足。换根好线，立马解决。所以，烧录不稳定时，先检查硬件连接，别急着怪工具。
2.3 ESP32 Flash Tool：轻量、快速、专一
做物联网项目时，ESP32是我常用的芯片。它的官方烧录工具——ESP32 Flash Tool，说白了就是个专为乐鑫芯片定制的烧录器。
这个工具有个特点：启动速度极快。你双击打开，选好固件和串口，点一下“START”，几秒钟就烧完了。我对比过，同样的固件大小，它比OpenOCD快至少30%。
为什么会这样？因为ESP32 Flash Tool用了压缩传输+硬件加速。它先把固件压缩，再通过串口发过去，芯片端自动解压写入。这个设计思路，真的很聪明。
实用技巧：如果你用ESP32 Flash Tool批量烧录，记得勾选“DoNotChgBin”选项。否则工具会自动修改固件中的MAC地址，导致每个设备MAC都一样。我刚开始没注意，结果一批设备全冲突了……
2.4 OpenOCD：万能选手，但需要耐心
OpenOCD，全称Open On-Chip Debugger。这玩意儿，怎么说呢？强大到让人又爱又恨。
它支持ARM Cortex-M/R/A、RISC-V、MIPS等几乎所有主流架构。你可以用它做烧录、调试、边界扫描、Flash编程。而且，它完全开源，可以深度定制。
我记得有一次，客户要求把烧录集成到Jenkins CI流水线里。STM32CubeProg虽然也有命令行，但不够灵活。最后我用OpenOCD写了个脚本，配合Makefile，实现了一键编译+烧录+校验。效果非常好，到现在那个脚本还在用。
# 一个简单的OpenOCD烧录脚本示例
openocd -f interface/stlink.cfg \
-f target/stm32f4x.cfg \
-c "program build/firmware.hex 0x08000000 verify reset exit"但说实话，OpenOCD的配置确实繁琐。你得搞清楚接口配置文件和目标芯片配置文件的区别。刚开始接触时，我光是配一个STM32F407的调试器，就折腾了两个小时。
避坑指南：我曾经在OpenOCD里用错了目标配置文件，结果烧录时把Flash锁死了。后来才知道，不同型号的STM32，Flash算法不一样。比如STM32F103用stm32f1x.cfg，STM32F407用stm32f4x.cfg。千万别混用！
2.5 三款工具的核心对比
为了让你看得更清楚，我整理了一张对比表：
| 对比维度 | STM32CubeProg | ESP32 Flash Tool | OpenOCD |
|---|---|---|---|
| 烧录速度 | 中等（受限于协议） | 快（压缩传输） | 快（可调参数） |
| 易用性 | 高（图形化） | 高（极简界面） | 低（命令行+配置） |
| 自动化能力 | 中等（命令行有限） | 低（无脚本接口） | 高（Tcl脚本） |
| 调试功能 | 无 | 无 | 有（GDB集成） |
| 跨平台 | Win/Mac/Linux | Win（官方） | Win/Mac/Linux |
| 开源 | 否 | 否 | 是 |
2.6 选型建议：按场景来
说了这么多，到底怎么选？我建议你按场景来：
- 场景一：STM32量产烧录 → 选STM32CubeProg。稳定、官方支持、出了问题好找文档。
- 场景二：ESP32/ESP8266开发 → 选ESP32 Flash Tool。轻量、快速、专为乐鑫优化。
- 场景三：CI/CD自动化集成 → 选OpenOCD。脚本灵活、可深度定制、支持多种架构。
- 场景四：调试+烧录一体化 → 选OpenOCD+GDB。调试效率高，适合复杂问题排查。
我的个人习惯：平时开发用STM32CubeProg或ESP32 Flash Tool，图个省心。但一旦涉及自动化或调试，我立马切到OpenOCD。说白了，工具是死的，人是活的。多掌握几个工具，遇到问题才能游刃有余。
2.7 知识体系总览
最后，我用一张图总结本章的核心逻辑。你可以把它当作选型时的参考地图：
嗯，这张图把选型逻辑梳理得很清楚了。你只要顺着决策树走，基本不会选错。