1. 项目缘起为什么还要用串口烧录STM32在玩STM32单片机的圈子里一提到程序烧录大家脑子里蹦出来的第一个工具多半是ST-Link或者J-Link。确实这些调试器功能强大支持在线调试、断点、单步是开发阶段的绝对主力。那为什么我们今天还要回过头来聊一个看起来有点“复古”的话题——通过串口给STM32烧录HEX程序呢这背后有几个非常实际的场景。首先成本控制。一个正版的ST-Link V2或者J-Link OB价格不菲而对于一些简单的、批量的、或者对调试需求不高的产品比如一些定制的控制器、小家电的主控每一分钱成本都要精打细算。一个几块钱的USB转TTL串口模块比如CH340、CP2102就能搞定烧录这中间的差价是实实在在的。其次生产与维护的便利性。在生产线上工人可能不需要复杂的调试环境只需要一个稳定的、傻瓜式的程序烧录工位。串口烧录接线简单通常就VCC、GND、TX、RX四根线操作界面直观不容易出错。再者对于一些空间极其受限的板子可能根本没有预留标准的SWD或JTAG调试接口但UART串口作为最基础的通信外设几乎是必留的。最后它也是实现IAP在应用编程功能的基础。你的产品需要通过网络、蓝牙或者SD卡进行固件远程升级吗其底层往往就是通过芯片自带的串口Bootloader来实现的。所以掌握串口烧录绝不是学习一个过时的技术而是掌握了一项在特定场景下极具性价比和实用性的核心技能。它让你在硬件设计、生产部署和后期维护上都多了一个可靠的选择。2. 核心原理STM32的Bootloader与HEX文件解析要理解串口烧录必须搞明白两个核心概念STM32内置的Bootloader以及我们要烧录的HEX文件到底是什么。2.1 STM32的Bootloader芯片自带的“刷机模式”你可以把STM32想象成一台电脑。平常我们开发程序就像在电脑的Windows系统里运行各种软件。而Bootloader就像是电脑的BIOS或者U盘启动菜单。它是一个固化在芯片内部系统存储区System Memory的一段出厂程序独立于用户闪存Flash。当芯片满足特定条件启动时就会运行这段程序而不是跳转到你的用户程序。STM32进入这个Bootloader模式的条件通常有两种通过启动引脚BOOT0/BOOT1配置这是最常用的方式。以STM32F1系列为例将BOOT0引脚接高电平3.3VBOOT1接低电平GND然后给芯片复位或重新上电芯片就会从系统存储区启动运行UART Bootloader。通过软件方式调用在你的应用程序中可以通过设置特定的选项字节Option Bytes或者直接跳转到系统存储区的起始地址例如0x1FFFF000 for F1来软件复位并进入Bootloader模式这常用于实现IAP功能。进入Bootloader模式后芯片就不再执行你的应用程序而是等待通过串口或其他接口如USB、CAN取决于型号接收特定的命令来完成对主闪存的擦除、编程、读取等操作。我们今天聚焦的就是通过UART串口与这个Bootloader通信。2.2 HEX文件机器码的“带地址快递单”我们在Keil、IAR等IDE中编译生成的可执行文件通常是二进制的机器码。但如果直接把这一串0和1通过串口发给Bootloader它是懵的这些数据应该放在闪存的哪个地址呢这就需要一种带地址信息的格式HEXIntel HEX文件就是其中一种标准。一个HEX文件不是一堆乱码它有非常严谨的结构。我们拆开一行典型的HEX记录看看:1000000000040020D1000000D9000000D70000004A起始符: 每一行HEX记录都以冒号开头。数据长度10 表示这行记录包含0x10即16个字节的有效数据。地址0000 这是一个16位的偏移地址需要结合后续的扩展线性地址记录来确定最终地址。这里0000通常表示从0x08000000STM32 Flash起始地址开始的偏移。记录类型0000表示这是数据记录Data Record即真正的程序数据。还有其他类型如04扩展线性地址记录、01文件结束记录。数据00040020D1... 这就是实际的程序机器码每两个字符代表一个字节十六进制表示。校验和4A 从数据长度到数据结束的所有字节相加取和的低字节然后计算其二进制补码。用于验证这一行数据在传输过程中没有出错。(0x100x000x000x000x000x04...0xD7) 的低字节补码 0x4A。Bootloader协议的工作就是解析我们发送过去的HEX文件或者更底层地解析我们按照HEX格式组织的数据和地址然后根据地址信息将数据准确地写入STM32芯片闪存的对应位置。注意除了HEX还有一种常见的格式是BIN二进制文件。BIN文件是纯数据不含地址信息。在用串口Bootloader烧录BIN文件时你必须手动指定烧录的起始地址通常是0x08000000。而HEX文件自带地址一般更不容易出错。很多烧录工具都支持这两种格式。3. 硬件连接与软件准备搭建你的烧录环境理论清楚了我们开始动手。你需要准备一些硬件和软件。3.1 硬件连接四线制与电平匹配硬件连接非常简单但细节决定成败。所需硬件STM32开发板或目标板。USB转TTL串口模块推荐使用CH340G或CP2102模块价格便宜稳定性好。杜邦线若干。接线方法重点USB转TTL模块的3.3V/VCC-STM32的3.3V如果目标板可自供电则只接GND不接VCC避免电源冲突。USB转TTL模块的GND-STM32的GND共地必须接。USB转TTL模块的TX-STM32的RX例如PA10USART1的RX。USB转TTL模块的RX-STM32的TX例如PA9USART1的TX。关键配置步骤启动模式设置找到板子上的BOOT0和BOOT1引脚参考你的芯片数据手册。将BOOT0用跳线帽或杜邦线接至3.3V高电平BOOT1接至GND低电平。这是让芯片从系统存储区启动的关键。串口引脚确认确认你连接的STM32串口引脚如PA9/PA10在芯片复位后默认功能就是USART_TX/USART_RX并且没有被其他复用功能占用。通常USART1是首选。复位按钮确保你能方便地对STM32进行复位操作。很多开发板都有复位按键。实操心得电平匹配至关重要确保你的USB转TTL模块是3.3V电平的。虽然STM32的IO口多数兼容5V耐受但Bootloader通信期间使用5V电平可能存在风险强烈建议使用3.3V模块。如果模块只有5V输出TX线可以串一个1kΩ电阻到STM32的RX但最好还是换用3.3V模块。3.2 软件工具选择各有千秋的烧录利器与串口Bootloader通信需要上位机软件。这里介绍几款主流且免费的工具STM32CubeProgrammerST官方推荐优点ST官方出品支持连接方式最全ST-Link, UART, USB DFU, SPI, I2C等功能强大不仅可以烧录HEX/BIN还能擦除、读取、修改选项字节、加解密等。界面现代化。缺点软件体积较大启动稍慢。适用场景综合开发、生产烧录、IAP调试。这是目前ST主推的通用烧录工具逐渐取代了旧的Flash Loader Demonstrator。Flash Loader Demonstrator旧版官方工具优点软件小巧启动快专注于UART串口烧录操作简单直接。缺点ST已停止更新对新系列芯片支持可能不全。界面较老。适用场景仅需UART烧录老旧型号STM32如F1系列的简单场景。mcuispFlyMcu优点国产软件非常轻量绿色免安装。对串口烧录支持很好特别是对STM32F1系列。很多国内开发者熟悉。缺点界面较为简陋更新不频繁对新芯片支持依赖社区。适用场景快速、简单的STM32F1系列串口烧录。Tera Term/PuTTY需配合脚本优点极度灵活可以通过编写脚本Tera Term的Tcl或配合其他命令行工具实现自动化烧录流程。缺点需要用户自行理解Bootloader协议并编写或寻找脚本门槛较高。适用场景需要集成到自动化生产线或特定定制流程中。对于大多数初学者和常规应用我推荐直接使用STM32CubeProgrammer它代表了ST未来的工具方向且功能全面。下面我们将以它为例进行详细演示。4. 实战演练使用STM32CubeProgrammer完成串口烧录我们以STM32F103C8T6蓝桥杯、正点原子等很多开发板用的核心芯片为例演示完整流程。4.1 步骤一生成HEX文件首先确保你的工程能正确编译并生成HEX文件。打开你的Keil MDK工程。点击Options for Target-Output选项卡。勾选Create HEX File。重新编译工程F7。编译成功后在工程目录下的Objects文件夹里你会找到.hex文件。4.2 步骤二硬件连接与上电顺序按照第3.1节的说明连接好硬件。这里强调一个至关重要的上电顺序这是很多新手失败的原因先将USB转TTL模块插入电脑并安装好对应驱动CH340或CP2102驱动。在设备管理器中确认串口号如COM3。确保STM32的BOOT0已设置为高电平接3.3VBOOT1为低电平接GND。给STM32目标板上电。此时STM32运行的是系统存储区中的Bootloader程序正在等待串口指令。踩坑记录顺序错了大概率会失败。如果先给STM32上电再设置BOOT0或者先插USB再设置BOOT芯片可能已经从用户闪存启动了你的旧程序从而无法进入Bootloader模式。正确的逻辑是让芯片在复位或上电的瞬间根据BOOT引脚的状态决定启动源。4.3 步骤三STM32CubeProgrammer 配置与连接打开STM32CubeProgrammer。在左上角连接方式中选择UART。在右侧配置串口参数Port选择你在设备管理器中看到的COM口。Baud Rate波特率。这里是个关键点STM32的UART Bootloader支持多种波特率但它会先尝试用最低波特率如F1是9600进行初始通信发送0x7F。上位机工具必须能自动侦测或匹配这个初始波特率。STM32CubeProgrammer的Autobaudrate功能通常能很好地处理。你可以先勾选Autobaudrate如果不行再根据芯片手册手动指定一个常见有9600 115200等。Parity偶校验Even。这是另一个极易出错的地方STM32 Bootloader默认使用偶校验而不是我们常用的“无校验”None。务必设置为“Even”。其他参数数据位8停止位1。保持默认即可。点击Connect按钮。如果连接成功你会在下方的Log窗口看到类似“Version: ...”的信息并且软件界面会显示芯片的UID、闪存大小等信息。如果连接失败请按以下顺序排查确认BOOT0/BOOT1引脚电平是否正确且稳定。确认TX/RX线是否接反交叉连接。确认串口号选择是否正确。尝试降低波特率并确认奇偶校验设置为“Even”。尝试给STM32进行一次硬件复位按复位键然后立刻点击软件的Connect。换一个USB口或USB转TTL模块试试。4.4 步骤四烧录与验证连接成功后烧录就非常简单了在Download区域点击Browse选择你刚才生成的.hex文件。在Start Address中如果是HEX文件地址会自动填充通常是0x08000000无需修改。如果是BIN文件则必须手动填入0x08000000。勾选Verify after download下载后校验和Run after download下载后运行这是个好习惯。点击Start Programming按钮。软件会依次执行擦除、编程、校验等操作。进度条走完Log窗口显示“Download verified successfully”和“Programming Complete.”即表示烧录成功。4.5 步骤五切换回正常模式烧录完成后必须将BOOT0重新设置为低电平接GND然后给STM32复位或重新上电。这样芯片才会从用户闪存0x08000000启动运行你刚刚烧录进去的新程序。5. 进阶话题与深度避坑指南掌握了基本操作我们来看看一些更深入的问题和常见“坑点”。5.1 Bootloader协议浅析与手动测试了解一点协议能让你在出问题时更有底气。Bootloader通信基于简单的请求-应答模型。上位机发送命令帧Bootloader回复应答帧。一个典型的初始化序列是上位机发送0x7F同步字节。Bootloader回复0x79ACK或0x1FNACK。收到0x79表示同步成功可以进行后续命令。收到0x1F表示失败可能是波特率或校验位不对。你可以使用串口调试助手如SSCOM、AccessPort手动测试按正确顺序让STM32进入Bootloader模式。打开串口调试助手设置端口、波特率先试9600、偶校验、8数据位、1停止位。在发送框输入7F以十六进制格式发送。如果收到回复79恭喜Bootloader已就绪。如果没反应或回复1F检查接线和配置。这个手动测试能最直接地验证你的硬件连接和Bootloader模式是否成功进入剥离了上位机软件的复杂性。5.2 不同STM32系列的差异与注意事项并非所有STM32的串口Bootloader都一样主要差异在支持的波特率F1系列通常支持9600~115200等而F4/H7等系列可能支持更高的波特率。务必查阅对应系列的《参考手册》中“Bootloader”章节。使用的串口大部分系列USART1PA9/PA10是默认的Bootloader串口。但有些型号如某些F0、L0可能使用其他串口如USART2。最权威的信息来源永远是芯片的官方参考手册和数据手册。进入方式除了BOOT引脚有些系列还支持通过选项字节配置、或特定GPIO状态在复位时进入Bootloader。重要提示在设计和调试时务必为你计划用于Bootloader的UART引脚预留上拉电阻例如在PA9/PA10上接10kΩ电阻到3.3V。这是因为在芯片刚上电、Bootloader运行初期GPIO可能处于浮空状态易受干扰导致通信失败。加上拉电阻可以显著提高通信稳定性尤其是在干扰环境或长线连接时。5.3 常见失败原因分析与解决连接失败无任何回应BOOT引脚配置错误或接触不良用万用表测量BOOT0引脚电压确保为稳定的高电平2V。TX/RX接反交换TX和RX线再试。目标板未供电或供电不足检查3.3V电源确保芯片正常工作。串口驱动问题在设备管理器中确认串口设备无感叹号尝试更换USB口或模块。连接失败收到NACK0x1F奇偶校验设置错误99%的情况是这个问题。确保软件和手动测试中都设置为偶校验Even Parity。波特率不匹配尝试更换波特率或使用工具的自动波特率检测功能。芯片型号不支持确认你的STM32型号确实支持UART Bootloader绝大多数都支持。烧录过程中失败如擦除错误、编程错误Flash写保护未解除可能之前设置了读保护RDP。在STM32CubeProgrammer的“OB”Option Bytes页面可以尝试将RDP Level从1降为0这会触发全片擦除。电源不稳定在擦写Flash时功耗较大确保电源能提供足够电流。HEX文件地址错误检查HEX文件是否指向了合法的Flash地址空间如0x08000000开始。不要试图烧录到系统存储区或其他保护区。烧录成功但程序不运行忘记切换BOOT模式烧录后必须将BOOT0改回低电平并复位。用户程序本身有问题比如中断向量表地址设置错误、时钟配置失败导致程序“卡死”。可以用调试器ST-Link连接看看PC指针停在哪里。选项字节配置冲突例如某些启动配置或写保护选项阻止了用户程序的正常启动。在STM32CubeProgrammer中检查并恢复选项字节为默认值。5.4 从串口烧录到IAP的思维延伸串口烧录的本质是“外部工具通过Bootloader更新芯片程序”。IAPIn Application Programming则是“芯片内运行的程序自己更新自己”。实现IAP通常需要将Flash划分为两部分Bootloader区存放你的IAP引导程序和APP区存放用户应用程序。编写一个IAP引导程序它也是一个STM32程序但通常通过串口、USB、CAN、网络等接收新的APP程序数据并写入到APP区的Flash中。这个IAP引导程序的核心逻辑和我们今天使用的ST官方Bootloader非常相似解析数据包、擦除Flash、写入数据、校验、跳转。区别在于通信协议和触发方式由你自定义。应用程序APP需要编译为从APP区地址开始运行例如0x08004000并在其中设置好中断向量表的偏移。因此熟练掌握串口Bootloader的使用是理解并自行设计IAP功能的重要基石。你甚至可以先利用官方Bootloader实现一个简单的IAP原型再逐步替换成自己的引导程序。
