1. 项目概述：为什么需要了解STM32的烧录方式？

如果你刚开始接触STM32，或者已经用它做过几个项目，大概率都遇到过这样的场景：代码写好了，编译也通过了，但就是没法让芯片“动”起来。这时候，你可能会听到“烧录”这个词。简单来说，烧录就是把我们写好的程序代码，从电脑传输到STM32单片机内部的Flash存储器里，让它能够执行。这就像给一个空白的U盘拷贝文件，只不过过程更复杂，涉及硬件和软件的配合。

为什么需要总结烧录方式？因为STM32的烧录方法不止一种，不同的方法对应着不同的开发阶段、硬件条件和调试需求。新手最容易犯的错误，就是拿着一块开发板，看着教程用某种方法（比如ST-Link的SWD）烧录成功了，就以为天下大同。结果自己画了块板子，发现同样的方法不灵了，瞬间陷入迷茫。是线接错了？还是芯片坏了？其实，很可能只是你选错了烧录接口或模式。理解ISP、ICP、SWD、JTAG这些名词背后的原理、硬件连接和适用场景，是摆脱“玄学”调试、走向独立开发的关键一步。这不仅能帮你快速定位问题，还能在设计电路板时预留正确的调试接口，甚至在产品量产时选择最经济高效的烧录方案。

2. 核心概念解析：ISP、ICP、SWD与JTAG到底有什么区别？

在深入具体操作前，我们必须先厘清几个核心概念。这些术语经常被混用，但它们在技术层面有明确的区别。

2.1 ISP (In-System Programming) 在系统编程

ISP，顾名思义，就是在系统内、不把芯片从电路板上取下来进行编程。这是最常用、最方便的烧录方式之一。

核心原理：利用芯片内置的Bootloader（一段出厂时固化在系统存储区的程序）来实现。通过配置芯片的启动引脚（如BOOT0, BOOT1），让芯片上电后首先运行Bootloader。Bootloader会监听特定的通信接口（最常见的是USART串口），等待主机（电脑）发送编程命令和程序数据，然后由Bootloader自己将数据写入到用户Flash区域。

硬件连接：通常只需要连接USART的TX、RX引脚，以及地线GND。有时需要控制芯片的复位引脚或Boot引脚来触发进入Bootloader模式。

优点：

• 无需专用调试器：仅需一个USB转串口模块（如CH340、CP2102），成本极低。
• 电路简单：在最终产品上可以只留出串口引脚，方便后期固件升级。
• 适合量产：可以通过简单的工装夹具，对大批量已焊接的板卡进行烧录。

缺点：

• 速度相对较慢：依赖于串口波特率，烧录大容量程序时耗时较长。
• 无法调试：ISP仅用于编程，不具备单步调试、查看寄存器、设置断点等调试功能。
• 依赖Bootloader：如果用户程序错误地覆盖了系统存储区或破坏了Bootloader，可能导致ISP功能失效，需要其他方式恢复。

注意：很多新手会把通过ST-Link Utility或STM32CubeProgrammer使用SWD接口烧录也叫做“ISP”，这是不准确的。严格来说，那属于下面要讲的ICP或调试器编程。

2.2 ICP (In-Circuit Programming) 在电路编程

ICP这个概念有时会和ISP混淆，但更广义。它泛指所有通过芯片专用的编程/调试接口，在不移除芯片的情况下进行编程的方式。在STM32的语境下，我们通常将通过SWD或JTAG接口，使用外部调试器（如ST-Link， J-Link， DAP-Link）进行的编程归为ICP的范畴。

核心原理：利用芯片内部的调试模块（如ARM CoreSight）。调试器通过SWD/JTAG协议直接与芯片内核的调试访问端口（DAP）通信，拥有对芯片内存空间的完全控制权，可以直接读写Flash控制器。

硬件连接：连接调试接口的引脚（SWDIO, SWCLK, JTMS, JTCK等）以及电源和地。

优点：

• 功能强大：不仅可编程，还可进行源码级调试、查看外设寄存器、实时变量等。
• 速度快：使用高速时钟，烧录效率远高于串口ISP。
• 可靠性高：不依赖芯片自带的Bootloader，只要芯片物理连接和供电正常，通常都能连接。
• 可恢复性强：是“救砖”的首选方式。即使芯片被锁死（Flash保护）或程序跑飞，通常也能通过此方式连接并擦除。

缺点：

• 需要专用调试器：需要购置ST-Link、J-Link等工具，成本高于USB转串口模块。
• 占用引脚：需要为SWD/JTAG预留引脚，在引脚紧张的项目中需权衡。

2.3 SWD (Serial Wire Debug) 与 JTAG

这两者是具体的物理调试接口协议，是实现ICP的“高速公路”。

• JTAG：一种古老的、标准的边界扫描测试和调试接口。它需要至少4根线（TMS, TCK, TDI, TDO），有时还需TRST。功能全面，但占用引脚多。
• SWD：ARM公司推出的新一代两线调试接口。它只需要SWDIO（数据线）和SWCLK（时钟线）两根线。SWD协议在物理层兼容JTAG，但协议更高效，专为Cortex-M系列内核优化。

在STM32上的选择：对于现代STM32（基于Cortex-M内核），SWD是绝对的主流和首选。它用最少的线实现了JTAG几乎所有的调试功能。只有在极少数需要边界扫描测试的复杂场景下，才会考虑使用完整的JTAG。

硬件连接要点：

1. SWD接口：必须连接SWDIO(对应JTAG的TMS)、SWCLK(对应JTAG的TCK) 和GND。VCC可以不接，但强烈建议接上，以便调试器自动识别目标板电压。
2. 复位引脚（NRST）：虽然SWD协议不强制要求连接NRST，但强烈建议连接。连接NRST可以让调试器在连接不稳定或芯片处于异常状态时，执行硬件复位，大大提高连接成功率。这是很多“SWD/JTAG Communication Failure”错误的解决关键。
3. 启动模式引脚：对于SWD烧录，通常不需要特意设置BOOT引脚，调试器会控制内核运行。但在某些严重错误后，将BOOT0拉高（从系统存储器启动）再尝试SWD连接，有时能绕过问题。

3. 主流烧录工具与软件实战

理解了原理，我们来看看具体用什么工具来实现。这里会结合常见的错误提示，给出解决方案。

3.1 使用ST-Link与STM32CubeProgrammer/ST-Link Utility

这是ST官方推荐的黄金组合，兼容性最好。

硬件准备：一个ST-Link调试器（V2或V3），通过杜邦线连接目标板。标准4线接法：3.3V->VCC,GND->GND,SWDIO->SWDIO,SWCLK->SWCLK。务必把NRST也连上。

软件操作（以STM32CubeProgrammer为例）：

1. 打开软件，在连接方式中选择ST-LINK。
2. 点击“刷新”或“Connect”。如果一切正常，软件会识别出芯片型号、设备ID和电压。
3. 连接成功后，你可以：
   • 全片擦除：在“Erasing & Programming”选项卡，选择“Full chip erase”。
   • 烧录程序：点击“Open file”选择你的.hex或.bin文件，然后点击“Download”。
   • 选项字节编程：在“OB”选项卡配置读保护、写保护、看门狗等，这是产品化的重要步骤。

常见问题与排查：

• 问题：SWD/JTAG Communication Failure
  • 检查1：物理连接。这是最常见的原因。确保杜邦线接触良好，没有虚焊。可以用万用表蜂鸣档测量调试器引脚与芯片引脚是否导通。
  • 检查2：电源。目标板必须供电。如果仅靠ST-Link的3.3V供电，要确保功率足够（特别是板上有大电流器件时）。最好让目标板独立供电，并将两者的GND相连。
  • 检查3：复位电路。如果板上有复位按钮或复杂复位电路，尝试在点击连接前手动复位一下芯片，或者按住复位键点击连接，在连接成功的瞬间松开。
  • 检查4：SWD引脚被复用。你的程序可能将PA13(SWDIO)和PA14(SWCLK)用作普通GPIO（比如驱动LED），并且在上电初始化时就配置了它们，导致调试器无法接管。解决方法：
    • 硬件法：在芯片刚上电、程序未运行时，快速点击调试器的“连接”按钮。
    • 软件法：在程序初始化最开始，延迟一段时间（如500ms）再初始化其他外设，为调试器留出连接窗口。
    • 根本解决：在程序里不要初始化这两个引脚，或者使用引脚重映射功能（如果支持）。对于量产产品，可以通过选项字节永久禁用SWD/JTAG以释放引脚，但之后就只能用串口ISP更新了。
  • 检查5：芯片被锁（读保护）。如果之前设置了读保护（RDP Level 1），在进行一次全片擦除后，保护会升级到Level 0（永久开放，但之前内容已擦除），或者需要先解除保护。在STM32CubeProgrammer的“OB”选项卡中操作。

3.2 使用J-Link与J-Flash

J-Link是SEGGER公司的产品，以高速和稳定著称，支持芯片型号极其广泛。J-Flash是其配套的烧录软件。

实操要点：

1. 在J-Flash中新建工程，选择你的具体STM32型号（务必选对，不同型号的Flash地址和算法不同）。
2. 连接设置中，接口选择SWD，速度可以尝试从较低速（如1MHz）开始，连接成功后再逐步提高（如4MHz）。
3. 连接后，Target -> Connect。之后的操作与ST-Link Utility类似。

优势：

• 烧录算法丰富：对于非ST品牌的ARM芯片支持更好。
• 命令行工具强大：J-Flash提供了命令行版本，可以方便地集成到自动化生产脚本中。
• RTT Viewer等高级调试工具：配合J-Link，可以使用SEGGER的RTT（实时传输）技术，在不占用串口的情况下进行调试信息输出，非常好用。

3.3 使用串口进行ISP烧录

这是最经济的方法，适合没有调试器的场景或批量生产后的固件升级。

硬件准备：一个USB转TTL串口模块（如CH340）。连接：模块TX-> 芯片RX(PA10)，模块RX-> 芯片TX(PA9)，模块GND-> 芯片GND。注意：不要接VCC！目标板必须独立供电。

进入Bootloader模式：

1. 方法一（常用）：将芯片的BOOT0引脚通过跳线帽接高电平（3.3V），BOOT1接低电平（GND）。然后给芯片上电或按复位键。此时芯片会从系统存储器启动，运行内置Bootloader。
2. 方法二（软件触发）：在用户程序中，检测某个条件（如长按某个按键），然后软件跳转到系统存储器的起始地址（0x1FFF0000 对于F1系列）。这种方法无需动硬件跳线。

使用软件烧录：

• STM32CubeProgrammer：连接方式选择UART，选择正确的串口号，波特率可以设高一些（如115200）。点击连接，识别到芯片后即可烧录。
• FlyMCU：一款经典的中文工具，界面简单直观。选择好串口、.hex文件，勾选“校验”、“执行”等选项，点击“开始编程”即可。
• 命令行工具：ST官方提供了STM32_Programmer_CLI.exe命令行工具，可以用于集成到自动化脚本。命令示例：STM32_Programmer_CLI.exe -c port=COM3 br=115200 -d YourFile.hex 0x08000000

注意事项：

• 波特率匹配：Bootloader支持的波特率是有限的（如9600, 19200, 38400, 57600, 115200, 230400等）。如果连接失败，尝试降低波特率。
• 芯片型号：Bootloader程序是芯片出厂固化的，不同系列（F1, F4, H7）的Bootloader行为和命令可能略有不同，但UART协议基本兼容。
• 流控制：通常不需要使用RTS/CTS硬件流控制，在软件中禁用即可。

4. 集成开发环境（IDE）中的一键烧录

对于日常开发，我们更习惯在Keil MDK或IAR等IDE中编写、编译代码，然后直接点击一个按钮就完成烧录和调试。这背后其实是IDE集成了调试器的驱动和烧录算法。

4.1 Keil MDK 中的配置与烧录

1. 安装设备支持包：确保已通过Pack Installer安装了对应STM32系列（如STM32F1xx）的DFP（Device Family Pack）。
2. 配置调试器：
   • 打开Options for Target->Debug选项卡。
   • 选择你的调试器，如ST-Link Debugger或J-Link / J-Trace。
   • 点击Settings，在Debug子选项卡中，确认Port选择为SW。在Flash Download子选项卡中，确认已添加了对应你芯片型号的Flash编程算法。如果没有，需要手动添加（算法文件通常在Keil安装目录的ARM/Flash下）。
3. 一键操作：
   • Load：编译后，点击Load按钮（或F8），Keil会自动将程序下载到芯片Flash，并复位运行。
   • Debug：点击Start/Stop Debug Session（或Ctrl+F5），Keil会下载程序并进入调试模式，可以单步、断点、查看变量。

避坑技巧：

• “No ULINK Device found” 或 “Cannot load Flash device description”：这通常是Flash算法未添加或调试器驱动未正确安装。检查Flash Download设置，并确保ST-Link的USB驱动已安装（可通过STM32CubeProgrammer自动安装）。
• 下载后程序不运行：检查Options for Target->Target选项卡中，IROM1的起始地址是否为0x08000000（STM32 Flash起始地址）。检查是否勾选了Reset and Run（在Utilities选项卡设置里）。

4.2 使用DAP-Link与VSCode/PlatformIO

对于喜欢轻量级编辑器的开发者，VSCode + PlatformIO是热门选择。DAP-Link是一种开源的调试器，成本低廉。

环境搭建：

1. 在VSCode中安装PlatformIO IDE插件。
2. 新建项目，选择正确的开发板（如ST Nucleo F103RB）。
3. 将DAP-Link通过USB连接电脑，并通过SWD线连接目标板。

烧录与调试：

• PlatformIO界面底部有一排按钮：Build（编译）、Upload（烧录）、Clean（清理）、Serial Monitor（串口监视器）。
• 点击Upload，PlatformIO会自动调用背后的openocd或pyocd工具，完成程序烧录。
• 配置platformio.ini文件，可以精细控制烧录参数，例如指定调试器类型、接口、速度等。

优势：

• 跨平台：在Windows、Mac、Linux上体验一致。
• 生态丰富：海量的第三方库支持。
• 高度可配置：通过配置文件管理一切，适合团队协作和版本控制。

5. 高级话题与生产实践

掌握了基本方法后，了解一些高级话题能让你的开发更上一层楼。

5.1 IAP (In-Application Programming) 在应用编程

IAP可以看作是ISP的“软件升级版”。核心思想是：芯片内已经运行了一个用户程序（IAP引导程序），这个程序可以通过某种通信方式（如USART, USB, CAN, Ethernet）接收新的用户程序数据，并将其写入到Flash的另一个区域，然后跳转执行。我们手机的系统升级就是IAP的典型应用。

与ISP的区别：

• ISP：依赖芯片出厂固化的Bootloader，功能固定（通常只支持串口）。
• IAP：Bootloader是开发者自己写的，可以自定义通信协议、升级逻辑、加密校验等，非常灵活。

实现关键点：

1. 内存划分：将Flash分为两部分，Bootloader区（如0x08000000 - 0x0800FFFF）和用户程序区（0x08010000 开始）。
2. 中断向量表重映射：用户程序的中断向量表起始地址需要偏移到自己的区域。在system_stm32fxxx.c中修改VECT_TAB_OFFSET宏定义，或在程序开头调用SCB->VTOR = FLASH_BASE | 0x10000;。
3. 跳转指令：在IAP程序中，使用函数指针跳转到用户程序入口。void (*JumpToApplication)(void); uint32_t JumpAddress = *(__IO uint32_t*)(APPLICATION_ADDRESS + 4); JumpToApplication = (void (*)(void))JumpAddress; __set_MSP(*(__IO uint32_t*)APPLICATION_ADDRESS); JumpToApplication();

5.2 选项字节编程与读保护

这是产品化必须考虑的一步。选项字节（Option Bytes）是Flash中一块特殊的区域，用于配置芯片的硬件特性。

• 读保护（RDP）：设置后，禁止通过调试器（SWD/JTAG）或从RAM启动的程序读取Flash内容，保护知识产权。Level 1可逆，Level 2不可逆且永久禁用调试。
• 写保护（WRP）：可以对指定的Flash扇区设置写保护，防止程序被意外修改。
• 配置其他参数：如看门狗硬件使能、复位引脚功能、停机/待机模式唤醒配置等。

操作方法：必须在编程时进行。在STM32CubeProgrammer或ST-Link Utility中都有图形界面可以配置。警告：操作选项字节会触发芯片自动擦除并复位，务必谨慎！

5.3 量产烧录方案选择

当产品需要生产成百上千片时，烧录效率、成本和可靠性成为首要考虑因素。

1. 离线烧录器：如ST的STLINK-SERVER，或者第三方厂商的通用烧录器。操作员将芯片放在烧录座（Socket）上，一键烧录。适合在芯片贴片（SMT）之前进行烧录。
2. 在线烧录（ICT）：在电路板完成焊接后，通过测试治具（Bed of Nails）上的探针接触板子预留的测试点（通常是SWD接口），进行烧录和功能测试。效率高，一步到位。
3. 预留接口+ISP：在板子上预留一个简单的串口接口（如4Pin的排针：VCC, GND, TX, RX）。生产时，使用一个多路串口服务器同时给多块板卡上电并进入Bootloader模式，通过脚本控制STM32CubeProgrammer CLI进行批量烧录。成本最低，但速度稍慢，且依赖板卡Bootloader功能正常。

选择建议：对于小批量、多品种，用调试器手动烧录或离线烧录器更灵活。对于大批量、单一型号，在线烧录是提高生产效率和质量的最佳选择。

6. 故障排查速查手册

这里将常见问题、现象和排查思路汇总成表，方便快速定位。

最后，我个人最深刻的体会是：“连接成功是调试的一半”。确保SWD的物理连接可靠（特别是NRST），理解启动模式，是避免无数诡异问题的基石。对于自己的PCB设计，务必在原理图上清晰标注SWD调试接口，并预留测试点。在程序初始化阶段，如果不需要用到PA13/PA14，就暂时别去动它们，给调试器留一条“后路”。当所有方法都失败时，不妨换一个调试器、换一块已知好的芯片试试，这能帮你快速区分是工具问题还是目标板问题。烧录不是玄学，它是一套严谨的硬件协议和软件流程，理清了脉络，一切都会变得顺理成章。