STM32串口烧录实战：FlyMCU保姆级教程与ST-Link对比

1. 为什么我劝你从Keil烧录里“跳出来”做STM32开发的人十有八九是从Keil MDK入的门。工程编译、下载调试、断点查看一条龙服务确实省心。但说句实话Keil的调试下载功能虽然好用日常开发也确实离不开它但“烧录”这个环节Keil真的不是最优解。我见过太多刚入门的朋友手里拿着一块STM32最小系统板没有ST-Link只有一个USB转TTL的CH340模块结果在Keil里点了半天Download提示找不到目标设备当场就懵了。还有人项目做完了想发给朋友烧录试试结果对方电脑上没装Keil也没装驱动只能干瞪眼。这种情况下FlyMCU串口烧录就是那个“救火队员”。它不用装庞大的IDE不用买调试器一根USB转TTL线加三个杜邦线几十块钱的成本就能把程序烧进去。而且它操作极其简单点两下鼠标就能完成烧录对新入门的同学来说非常友好。这篇东西我打算一次性讲透——为什么串口烧录在某些场景下比ST-Link更方便FlyMCU从下载、接线到烧录的完整保姆级操作它和ST-Link Utility到底有哪些实质性区别我在实际使用中踩过的坑和排查经验先说一下适合谁看刚接触STM32、手头设备不齐全的新手想给批量板子快速烧程序不想反复插拔调试器的工程师以及所有对“到底该用哪种方式烧录”这个问题有困惑的人。2. 为什么串口烧录在某些场景下比ST-Link更方便很多人有个误区觉得ST-Link是STM32调试的“标配”串口烧录是个上不了台面的东西。这个看法其实片面了。ST-Link这类调试器解决的核心问题是“调试”比如在线打断点、单步运行、查看寄存器值。这些能力串口烧录确实做不到也不该指望它做到。但如果你只是想把一个编译好的hex文件刷进芯片“下载”这个动作本身串口的体验反而更好。核心原因有几个都是我在项目里实际体会过的**第一ST-Link烧录依赖目标芯片的SWD或JTAG引脚而串口烧录只需要UART引脚配合BOOT0引脚。**某些板子设计比较特殊SWD接口被复用了或者没引出来这时候ST-Link根本没法接但串口烧录完全不受影响。特别是买的一些廉价核心板只留了串口引脚的情况太常见了。**第二批量烧录场景下串口效率更高。**我自己做过一个几十块板子的小批量项目用ST-Link烧录就需要一块一块地插上、烧写、拔下来反复插拔很容易磨损排针。用串口烧录的话只要板子设计时留好了烧录接口用线夹子一夹就能烧来回切换很顺畅。**第三也是最重要的——串口烧录是STM32的“系统级后备方案”。**芯片原厂在设计STM32时就在系统存储器里固化了一段BootLoader这段代码的职责就是通过串口接收数据并写入Flash。这意味着无论你用什么工具链Keil也好、IAR也罢哪怕是GCC裸开发只要生成hex文件FlyMCU就能通过这个内置的BootLoader完成烧录。它绕过了所有IDE层面的依赖是芯片出厂自带的“保守疗法”永远不会失效。当然串口烧录也有明显的短板。最突出的就是速度慢——串口波特率再高和SWD的时钟频率也没法比。一个几百KB的程序ST-Link一两秒就写完了串口可能要等十几秒甚至更久。而且串口烧录无法调试只能烧代码不能打断点不能看变量。所以我的态度很明确调试用ST-Link纯烧录用FlyMCU两者不是替代关系是互补关系。谁要是想用串口烧录完全取代调试器那是不现实的但谁要是只会用Keil的Download按钮那你的工具箱确实缺了一把好用的扳手。3. FlyMCU烧录的完整实操流程这一章我按实际的动手顺序来写从软件准备到接线再到具体操作每一步都写清楚为什么这么做避免你照着做的时候踩到我当年踩过的坑。3.1 软件准备别去来路不明的网站下FlyMCU的全名是Flies MCU ISP Programmer是国内开发者黄某毅做的免费工具原版作者官网大家搜一下都知道但这里我强烈提醒几句。先去确认你的USB转TTL模块是什么芯片。FlyMCU要工作底层依赖的是USB串口驱动而市面上常见的USB转TTL模块分两类CH340和CP2102。CH340需要装CH340驱动CP2102需要装CP210x驱动。很多人烧录失败不是FlyMCU的问题而是驱动没装上设备管理器里根本看不到COM口。验证驱动是否装好的办法很简单把USB转TTL模块插到电脑上打开设备管理器展开“端口(COM和LPT)”如果能看到一个类似USB-SERIAL CH340 (COM3)的条目说明驱动正常。如果看到的是黄色感叹号那就先解决驱动问题否则后面全白搭。装好驱动后把FlyMCU下载下来解压你会看到FlyMcu.exe这个主程序。注意FlyMCU是个绿色软件不需要安装但首次使用建议右键以管理员身份运行因为部分系统下它对串口的访问权限有要求不升权限可能会报打开串口失败。3.2 硬件接线三个引脚的事别搞反了接线这块是翻车率最高的环节尤其是新手。STM32串口烧录用的是USART1对应芯片的PA9TX、PA10RX引脚。注意这个对应关系STM32的PA9TX → USB转TTL模块的RXDSTM32的PA10RX → USB转TTL模块的TXDSTM32的GND → USB转TTL模块的GND很多人死就死在“TX接TXRX接RX”的直觉上这是错的。串口通信是交叉接线的你可以这样理解我说你听你说我听所以我的嘴要对着你的耳朵你的嘴要对着我的耳朵。把“嘴”理解成TX“耳朵”理解成RX就永远不会接错。除了这三根线最关键的还有一根BOOT0引脚的跳线帽。STM32上电启动时BOOT0引脚的电平决定了芯片从哪里启动。BOOT0拉低是从用户Flash启动也就是正常运行你烧录进去的程序BOOT0拉高是从系统存储器启动也就是进入内置BootLoader模式。FlyMCU烧录的前提就是让芯片进入BootLoader模式所以必须把BOOT0接3.3V高电平。有些朋友用的是现成的开发板板上一般会有BOOT0的跳线帽或者拨码开关操作起来很方便。如果是自己画的最小系统板就要在烧录前用杜邦线把BOOT0接到3.3V。烧完之后记得把BOOT0拉回来否则芯片上电后又会进入BootLoader而不是执行你的程序。还要注意一点如果你板子上的PA9、PA10是接到了板载的USB转串口芯片上比如CH340直接焊在板子上那你就不用额外的USB转TTL模块了直接用USB线连板子就行。这点看板子的设计决定不是所有板子都一样。3.3 生成hex文件在Keil里只多一步操作FlyMCU烧录的是hex文件不是Keil工程编译出来的axf文件。所以第一步是在Keil里把输出格式改成生成hex。操作路径是Options for Target点魔术棒→Output选项卡 → 勾选Create HEX File。勾上之后每次编译会在工程的Objects或Listings目录下生成同名的.hex文件里面是Intel十六进制格式的烧录数据。不要小看这一步我见过不少人编译了半天飞到FlyMCU里选文件结果找不到hex就是因为没勾这个选项。3.4 FlyMCU里的关键参数设置打开FlyMCU后界面其实不算复杂但有几个参数必须设置对否则要么连不上要么烧录到一半卡死。串口选择下拉框里选择你USB转TTL模块对应的那个COM口必须和设备管理器里看到的端口号一致。如果你插了多个USB串口设备不能确定是哪个可以先拔掉再插上看COM号哪个消失了就说明是哪个。波特率这个参数非常关键。FlyMCU默认的波特率如果是115200一般不推荐改。如果你芯片的外部晶振频率不是标准的8MHz可能会涉及波特率偏差的问题这时候可以适当降低波特率比如降到38400或者9600。实测下来烧录稳定的优先级高于烧录速度宁可慢一点也别追求高波特率导致传输失败。编程前擦除默认是打勾的保持打勾就行。每次烧录前会全片擦除一次Flash避免旧数据残留影响新程序运行。如果你做的是OTA之类的增量升级可能会考虑不擦除某些扇区但那是进阶玩法日常烧录保持默认即可。校验这个选项建议一定要勾。烧录完成后会读回Flash里的数据和hex文件做比对万一烧录过程中有字节错误能及时发现。3.5 完整操作流程从打开软件到烧录成功设置都做好之后完整流程是这样的给板子断电把BOOT0跳线帽接到高电平3.3VUSB转TTL模块插到电脑上确保驱动正常把USB转TTL的TXD、RXD、GND分别接到STM32的PA10、PA9、GND在FlyMCU里选择正确的COM口和波特率点“打开”按钮选择要烧录的hex文件先点“开始编程”有的版本叫“写入”提示连接中此时再给板子上电这里有个容易搞反的时间点“先点烧录再上电”。因为FlyMCU是通过BOOT0高电平时系统存储器里的BootLoader来接收数据的如果板子已经上电进入BootLoader状态了它只会持续等待一小段时间如果你烧录动作慢了可能它就超时退出了。实际操作中FlyMCU在发出连接请求后会等待目标板上电所以步骤是先点烧录再上电。这个顺序是很多人第一次用串口烧录失败的常见原因。上电后FlyMCU的日志窗口会滚动显示连接信息、擦除信息、编程进度条走到100%后会显示“校验成功”或类似字样烧录完成后断电把BOOT0跳线帽恢复为低电平重新上电程序就开始运行了整个过程看起来步骤多实际上熟练后十秒内就能完成整套动作。4. ST-Link Utility是什么和FlyMCU本质区别在哪聊完了FlyMCU再聊聊标题里提到的另一个角色ST-Link Utility。很多新手容易把这两个概念搞混觉得都是“烧录工具”其实它们差别非常大。4.1 ST-Link Utility的正确定位ST-Link Utility是ST官方出的STM32烧录工具全称是STM32 ST-LINK Utility。它的运行前提是你手里必须有ST-Link这个硬件调试器——就是那个长得像个U盘一样的下载器可能是ST-Link/V2也可能是兼容的国产版。这个工具的核心价值有几点第一它通过SWDSerial Wire Debug或者JTAG协议和芯片通信这是ST-Link硬件支持的调试协议不是串口那种UART通信。SWD协议只需要两根线加地线就能完成通信分别是SWDIO和SWCLK速度比UART快得多。第二它支持读Flash、写Flash、擦除Flash还能查看芯片的Option Bytes配置。你在FlyMCU里想都不敢想的“读回芯片里已有程序”这个操作ST-Link Utility能做到。这对分析二手板子、备份固件、检查位配置这些场景非常有用。第三它可以整片Flash导出成bin文件保存下来。所以ST-Link Utility不只是“烧录工具”更是芯片底层维护工具。4.2 两者的核心区别对照下面这个表总结了两者的关键差异我建议你收藏一下以后选工具的时候直接对照查。对比维度FlyMCU串口烧录ST-Link Utility所需硬件USB转TTL模块CH340/CP2102ST-Link/V2调试器或兼容版本通信协议UART串口依赖BOOT0引脚SWD/JTAG调试协议是否可调试不能纯烧录可以配合Keil调试单独Utility不支持调试烧录速度较慢几十KB程序需要数秒到十几秒快几百KB程序几秒钟写完读Flash功能不支持支持可读取芯片内部程序并导出擦除方式片擦除简单粗暴可以按扇区擦除更灵活适用场景快速烧录、廉价款、无调试器环境、批量烧录需要读回固件、检查Option Bytes、配合调试这里补充一个容易被忽略的点ST-Link Utility和Keil的关系。其实Keil MDK内嵌的下载功能底层也是通过ST-Link这个调试器接口来烧写芯片的。所以如果你平时用的是Keil ST-Link的组合那么ST-Link Utility做的大多数事情Keil本身在下载时也做了一部分。只是Keil把“烧录”这件事包装成了“点一下下载按钮”你感知不到细节而已。4.3 不同场景怎么选我给出我的判断我自己平时是这样分的你也可以参考项目开发调试阶段用Keil ST-Link。在线打断点看变量效率最高别折腾串口。只烧程序不调试比如把编译好的固件发给同事测试首选FlyMCU只要对方有个USB转TTL就能烧不用买调试器。批量生产的程序烧录如果板子设计上预留了SWD口而且产量不大用ST-Link全手动也OK如果产量稍大我偏向用串口方式做个简易的烧录工装配合FlyMCU的命令行模式甚至能做半自动烧录。拿到一块二手板子想看看里面的程序或者确认芯片是否被锁死必须用ST-Link UtilityFlyMCU完全做不到。所以两句话总结FlyMCU解决“有没有办法烧”的问题ST-Link Utility解决“能不能深入了解芯片”的问题。两者不是平级替代关系。5. 实战中那些让人崩溃的坑和排查方法工具本身很简单难的是遇到问题时怎么排查。这里我把这几年实际踩过的坑整理一下基本都是新手最容易碰到的情况以及对应的解决思路。5.1 问题一FlyMCU点“开始编程”后一直提示“连接失败”或“芯片无应答”这个问题的概率最高排查顺序建议如下第一步确认BOOT0的跳线帽真的接到了3.3V。不要只看插了跳线帽有些板子的跳线帽旁边有丝印标记要确认是接在1-2还是2-3。有的板子设计比较坑标记不明显用万用表量一下BOOT0引脚的电平最靠谱上电后应该是高电平。第二步确认接线没有接反。这是最常见的人为错误。PA9TX必须接USB转TTL的RXDPA10RX必须接TXD。如果你不确定哪根线接哪根可以这样快速验证在电脑上打开串口助手把USB转TTL模块的TXD和RXD短接然后在串口助手里发送数据如果自己能收到自己发的内容说明模块本身没问题问题一定出在STM32侧的接线上。第三步确认芯片供电正常。缺少共地是最容易被忽略的问题所谓共地就是STM32板的GND和USB转TTL模块的GND必须连在一起不共地会导致电平参考点不一致通信波形乱掉必然连不上。如果你的USB转TTL模块输出的3.3V或者5V同时给板子供电了那地线必须连上否则电流回路都建立不起来。第四步确认USART1没有被其他功能占用。如果你的板载串口芯片和STM32之间的连接带有跳线或者切换开关要把它切到烧录/下载模式否则USB转TTL过来信号会被板载另一颗串口芯片干扰。第五步看看芯片的供电是不是3.3V系统。如果你用的是5V供电的最小系统板USB转TTL的TXD还输出5V电平这可能导致STM32的RX引脚被灌入过高电压虽然一般不至于烧坏芯片但会导致通信不稳定最好的做法是用支持3.3V逻辑电平的USB转TTL模块或者加个电平转换电路。5.2 问题二烧录提示成功但程序没跑起来这种情况也出现了不少。烧录显示成功说明BootLoader确实收到了数据并写入了Flash。程序不运行多半是BOOT0没有拉回低电平。你烧录完断电后BOOT0应该恢复为低电平如果它还停留在高电平状态芯片上电后依然进BootLoader自然跑不了用户程序。还有一个可能是你在烧录时选择的起始地址不对。FlyMCU默认的编程起始地址是0x08000000这是STM32 Flash的起始地址。如果你改了这个地址程序被写到了别的位置CPU正常启动时根本不会执行到那里。正常情况保持默认即可。再一个可能是你的芯片有过看门狗或者其他外设初始化设置。如果你在初始化里开了独立看门狗一旦程序跑到一半卡死看门狗就会不断复位芯片看起来就像程序跑不起来。这个和烧录本身没关系但排查时要考虑到。5.3 问题三烧录过程中途卡死进度条不动遇到这种情况先不要慌多半不是芯片坏了而是通信链路不稳定造成的丢包或错帧。解决办法尝试调低波特率再烧一次建议降到9600再试。波特率越低一个bit的时间就越长对线路上的干扰和时序偏差容忍度越高。实测很多卡死问题降到低波特率就消失了。检查USB转TTL模块的电源输出能力。有些劣质CH340模块在给板子供电时电流不够芯片在写入Flash时电流需求会瞬间升高导致电压跌落通信就失败了。如果条件允许给STM32板子单独供电USB转TTL模块只接TXD、RXD、GND三根线不要用模块给板子供电这样更稳定。部分芯片存在“写保护”的情况。如果芯片的Flash被设置了读保护或写保护BootLoader在写入时会失败或卡住。这时候用ST-Link Utility连接打开Option Bytes把读保护等级修改为Level 0不保护然后再试串口烧录。ST-Link Utility在解锁这类芯片时比串口工具靠谱得多。5.4 问题四FlyMCU识别不到COM口这个问题的根源基本都在驱动层。排查两步第一步换一个USB口插试试优先插电脑后置面板的USB口。前置扩展口的供电和信号质量都不如后置原生口某些情况下会引起模块无法枚举。第二步卸载驱动重新安装。Windows系统有时候会缓存错误的驱动状态卸载设备后在设备管理器里扫描检测硬件改动重新安装驱动。CH340的驱动要认准厂商版本别用三四年前的老驱动。如果你的USB转TTL模块是CP2102芯片相对麻烦一些需要下载官方CP210x VCP驱动。装完之后如果设备管理器里有串口但打开失败检查是否有其他软件占用了这个COM口比如串口助手、其他烧录工具先关掉再试。5.5 经验之说串口烧录最要紧的几件事最后把我个人的几条经验连续说透一下第一不要把串口烧录当成万能方案。它确实好用但你能调试时尽量调试。只烧不调出了问题还是得抓瞎。我的做法是开发阶段KeilST-Link全流程调试版本确认没问题后需要给别的机器烧时用FlyMCU或者量产阶段做烧录工装时用FlyMCU。第二文件名和路径别用中文。FlyMCU早年版本对中文路径支持不太好会莫名其妙地报错后来版本可能好一点但为了省事所有工具链路径、工程路径、hex文件路径建议统一用英文。这个经验同样适用于KeilKeil工程即便能放在中文路径下也常常会出现各种奇怪的编译错误。第三烧录完成后设置BOOT0跳线是个容易遗忘的动作。我自己踩过不止一次烧录完了直接接上串口测试结果程序没跑还以为是逻辑bug排查了半天才发现是BOOT0跳线没拉回来。所以养成习惯烧录完成后顺手把BOOT0恢复为低电平再上电运行。6. 进阶玩法批量烧录和半自动化方案既然用到FlyMCU了很多人不会满足只烧一块板子。这里简单说一个批量烧录的思路。FlyMCU其实支持命令行参数模式可以不用图形界面直接执行烧录。一般来说参数包括串口号、波特率、hex文件路径等。写好一个批处理脚本后烧录的步骤简化成接好线、上电、双击Bat文件烧录完成。配合一个自动断电上电的工装就能实现半自动批量烧录。如果想更进一步板子上预留SWD接口的话也可以考虑用ST-Link批量烧录工具或者直接写一个小的Python脚本调用stm32flash这类开源工具做串口烧录。但那是另一个话题了本文重点是先把FlyMCU用明白。7. 一文说清Keil、FlyMCU、ST-Link Utility各自扮演什么角色我在各个社区里看到很多新手问同一个问题“我有Keil了为什么还要装FlyMCU”“ST-Link Utility和Keil的下载功能重复吗”这里我统一做个角色说明。Keil MDK你写代码、编译、调试的主战场。它自带下载功能通过ST-Link接入SWD接口烧录只是它众多能力中的一个。它解决的是“开发”这件事不是“烧录”这件事。FlyMCU轻量级串口烧录工具解决的是“在没有任何调试器、只有串口的情况下如何把程序写入芯片”的问题。它不写代码、不调试、不读Flash就是一个纯粹的写入器。ST-Link Utility官方维护的芯片底层工具解决的是“如何通过SWD协议对芯片进行更底层的操作读、写、擦、改Option Bytes”的问题。它是调试器和芯片之间直接的跨IDE通道。三个工具使用场景差异很大但可以这样理解Keil是你的工作台FlyMCU是你的便携螺丝刀ST-Link Utility是你的万用表——你在工作台上做开发手边放一把螺丝刀应急拆装真需要测量电路状态时再用万用表上阵。至少从我的经验来看这三个工具都装上没毛病哪个场合用哪个心里有数就行。8. 我个人在实际操作中最后的几点体会说实话串口烧录这件事真正动手做一次比看十篇文章都有用。FlyMCU这个工具虽然界面风格停留在很多年前看起来不够现代但它的实用性经过了这么多年验证功能简洁、逻辑清晰依然是串口烧录STM32这块最顺手的工具。我在实际项目中有个习惯每次编译出hex文件后都会顺手用FlyMCU烧录验证一遍确认固件能正常启动再交给别人这样做的好处是能提前暴露一些在调试器环境中不会出现的问题比如时钟配置在冷启动时的稳定性、BOOT引脚的初始化状态等。最后再分享一个小技巧如果你的项目长期需要串口烧录强烈建议在PCB设计时就把烧录接口标准化比如留一个4Pin的排针丝印上标清楚TXD、RXD、GND、BOOT0或者加个BOOT0自动切换电路。这样每次烧录只需要一分钟不用每次去翻原理图找引脚。真正的高手不是工具用得多花哨而是把最常用的流程做到最顺手。