企业官网建设流程全解析

ST-LINK Utility 这工具，用熟了是真顺手，但一旦碰上“无法烧录”，那也是真让人头疼。我平时做固件开发和产线支持，几乎天天跟 STM32 的烧录打交道，ST-LINK Utility 作为 ST 官方曾经的免费调试烧录软件，至今仍是很多工程师手里备用的“救火队员”。这篇文章不绕弯子，直接把我这几年实际踩过的坑、排查过的案例、以及最终验证有效的解决路径整理出来。不管你是刚接触 STM32 的新手，还是被某个顽固的连不上问题卡住的老手，这篇文章的排查思路和操作细节，应该都能给你省下不少折腾的时间。

1. 先搞清楚 ST-LINK Utility 的定位和烧录失败的大致方向

1.1 它和 Keil、CubeIDE 烧录有什么不一样

很多朋友习惯直接在 Keil MDK 或者 STM32CubeIDE 里点那个下载按钮，烧完就跑，从来没单独打开过 ST-LINK Utility。这个工具的全名叫 STM32 ST-LINK Utility，它是意法半导体官方推出的独立烧录软件，最大的价值在于：不依赖工程文件、不依赖 IDE 环境，直接通过 ST-LINK 调试器对目标芯片进行擦除、编程、校验、选项字节配置和固件读取。

在实际开发中，Keil 负责编译调试，ST-LINK Utility 负责在关键时刻解决问题。比如：芯片被读保护锁死了、程序跑飞导致 SWD 接口被复用、量产时需要快速烧录 hex 文件，这时候 Keil 往往无能为力，反倒是 ST-LINK Utility 能通过底层协议强行连上芯片。理解了这个定位，你就能明白为什么它报错的排查思路，跟 Keil 报错的排查思路不完全一样。

1.2 无法烧录的几类典型表现和排查主线

我处理过的“无法烧录”问题，总结下来无非是这几类场景：第一，ST-LINK Utility 界面显示 No ST-LINK detected，软件根本找不到调试器；第二，能找到 ST-LINK，但连接目标芯片时报错 Cannot connect to the target；第三，连接正常，但擦除或编程过程中卡住不动，最后弹出 Error；第四，烧录校验失败，提示数据校验不一致。

这四类问题的根源其实可以归为四个方向：驱动与硬件连接问题、调试器固件问题、目标芯片状态问题、软件设置问题。下面每个章节围绕一个方向深挖，把我实测过的排查步骤和原理讲清楚。你在实际操作时，不需要从头到尾按顺序走一遍，而是根据报错现象，直接跳到对应的排查环节。

2. 驱动与硬件连接：九成新手的第一个拦路虎

2.1 驱动装好了但不识别，多半是驱动版本冲突

很多新手朋友装了 ST-LINK Utility，插上 ST-LINK 后，电脑提示“设备驱动安装失败”或者“未知 USB 设备”。这里有个容易忽略的点：ST-LINK Utility 安装包本身会附带驱动，但如果你电脑上之前装过旧版 Keil、旧版 IAR、或者各种第三方 ST-LINK 驱动，Windows 的驱动数据库里可能残留了不兼容的版本信息，导致新装驱动被“顶掉”或覆盖不上。

我遇到过一个很典型的案例：朋友拿一套 STM32F103 核心板让我帮忙烧录，插上 ST-LINK V2 后设备管理器里一直显示黄色感叹号。我手动更新驱动，选择 ST 官方驱动目录，提示“已安装最新驱动”，但设备就是无法正常工作。最终解决方式是：在设备管理器里右键卸载设备，勾选“删除此设备的驱动程序软件”，然后把 ST-LINK 拔掉重插，让 Windows 重新枚举并用 ST-LINK Utility 安装目录下的驱动文件手动指定安装，一次就通了。

驱动这块，最稳妥的做法是安装 ST-LINK Utility 时选择完整安装，确保 USB 驱动和 ST-LINK 驱动都装上。另外注意，ST-LINK Utility 的新版本对旧版 Windows 系统的兼容性一般，如果你还在用 Win7，尽量选择 3.x 的中间版本，而不是最新的 4.x。最新版 4.x 在 Win10/Win11 上表现稳定，但在老系统上偶尔会有 USB 枚举异常的情况。

2.2 接线和供电问题：SWD 四根线里最容易翻车的是 RST 和 3.3V

驱动没问题、设备管理器里也能正常识别 ST-LINK，但点 Target -> Connect 时依然报 Cannot connect to the target，这时九成是硬件连接问题。很多人以为 SWD 只要接 SWDIO、SWCLK、GND 三根线就行，实际上在某些目标板上，不接 RST（复位线）会导致连接不稳定甚至失败。原因在于 ST-LINK 在建立连接时需要拉低目标芯片的复位引脚以进入调试模式，如果目标板上的复位电路设计比较特殊、或者复位引脚被强上拉、或者板上有大电容导致复位时间过长，没有 RST 线就很难建立稳定握手。

我的习惯是：只要手头有杜邦线，一律把 SWDIO、SWCLK、GND、3.3V、RST 五根线全部接上。3.3V 的作用是让 ST-LINK 检测目标板的参考电压，这个电压信号用于电平匹配，不是用来给板子供电的。如果目标板是独立供电，ST-LINK 的 3.3V 输出端可以不接但最好还是接上，让调试器知道目标板的电平标准；如果目标板没供电，你必须用 ST-LINK 的 3.3V 输出给板子供电，但要注意电流限制，ST-LINK V2 的 3.3V 输出能力一般只有 100mA 左右，带不动功耗稍高的板子，强行供电会出现电压跌落，表现为连接时好时坏、烧录中途失败。

还有一点必须提醒：SWDIO 和 SWCLK 这两根线千万不能接反。接反了 ST-LINK 自身不会有问题，但目标芯片永远不会回应。检查方法很简单，用万用表顺着杜邦线量一遍，或者直接换一组短一点的线。杜邦线过长也会导致信号完整性下降，我实测过超过 20cm 的杜邦线在高速模式下经常出现校验失败，把连线缩短到 10cm 以内基本就好了。

3. 软件设置与连接参数：看似不起眼，实则决定成败

3.1 Target 电压检测和连接模式的选择逻辑

点开 ST-LINK Utility 的 Target -> Settings，你会看到 Debug 相关的几个关键参数。首先是 Connect under reset 模式，这个选项默认是 Normal，但当你遇到目标芯片程序跑飞、休眠、或者把 SWD 引脚复用为普通 GPIO 导致无法正常连接时，就必须改成 Connect under reset。

这里我把原理说透：Normal 模式下，ST-LINK 直接对目标芯片的 SWD 接口发起通信。如果芯片内部程序在上电瞬间就把 SWDIO 引脚复用成其他功能，ST-LINK 在芯片运行后就无法抢占调试端口。Connect under reset 模式下，ST-LINK 会先拉低复位引脚让芯片保持在复位状态，在复位释放的极短时间内抢先建立 SWD 连接，从而绕过用户程序对引脚的占用。这就是为什么前面强调一定要接 RST 线，没有 RST 线，Connect under reset 功能就是摆设。

我通常在处理“芯片无法连接”问题时，会先尝试 Normal 模式，失败后切到 Connect under reset 模式，同时把 Reset pulse 的时长从默认值适当调大，比如调到 100ms 左右。需要特别留意的是，硬件复位电路如果包含较大容值的电容，复位脉冲太短可能来不及把芯片完全拉低，延长复位脉冲可以显著提高连接成功率。

3.2 Frequency 频率选择和接口类型选择的实际影响

另一个常见坑是连接频率设置过高。ST-LINK Utility 的 Target Settings 里有一个 Frequency 下拉框，默认可能是 4MHz 或者更高。当你的连接线比较长、目标板供电不足、或者信号受到了干扰时，过高的 SWD 时钟频率会导致通信时序不稳定，表现就是连接偶尔成功偶尔失败，或者烧录到一半报错。

我的经验值：调试用 4MHz 没问题，但如果用杜邦线连接，保守起见直接降到 1.8MHz 或者 1MHz。烧录不只是传输数据，擦除和编程阶段内部逻辑对时序也有要求，频率太高反而容易触发芯片内部的保护机制或者超时错误。这不是玄学，我排查过一例非常诡异的问题：同一块板子，在公司工位上烧录一切正常，拿到客户现场就报校验错误，最后发现是现场有大功率变频器干扰，把 SWD 频率从 4MHz 降到 1MHz 后问题彻底消失。

接口类型的选择上，ST-LINK Utility 同时支持 JTAG 和 SWD。如果你的目标板把 JTAG 引脚全部引出，理论上可以用 JTAG，但实际上 SWD 只需要两根线，布线和连接都更简单，除非你的目标板只引出了 JTAG 接口，否则一律优先用 SWD。另外，新版 ST-LINK Utility 支持自动检测接口类型，前提是目标芯片供电正常、时钟正常、复位引脚没有被异常拉低。

3.3 Option Bytes 选项字节误配置导致的顽固故障

还有一个很容易被忽略的软件层面问题：Option Bytes（选项字节）配置错误。ST-LINK Utility 的 Target -> Option Bytes 界面里有很多底层选项，包括读保护级别、写保护、看门狗配置、BOOT 引脚配置等。如果之前有人误操作，把 Flash 的写保护区域打开了，或者把读保护等级设置成了 Level 1，那么烧录时就会出现“擦除失败”或者“无法编程”的报错。

这种情况的典型表现是：能连上芯片，但擦除 Flash 时报错，或者编程时报错提示目标地址写入失败。解决方法是进入 Option Bytes 界面，把 Read Out Protection 设置为 Level 0（禁用），把 nWRP 相关的写保护全部取消勾选，然后点击 Apply。这里有个操作顺序的细节：必须先执行一次全芯片擦除（Full chip erase），再修改选项字节，否则芯片可能因为保护机制拒绝选项字节的修改。

我遇到过一块被设成 Level 1 读保护的芯片，用 ST-LINK Utility 连接后能看到芯片 ID，但读取 Flash 内容全是 0xFF，烧录时报 Device is busy 之类的错误。我当时第一步就进入 Option Bytes 把读保护改成 Level 0，点击 Apply 时工具弹窗提示“Mass erase will be performed. Continue?”——这一步必须点确认，因为解除读保护的前提是擦除整个 Flash。擦完之后芯片恢复出厂状态，一切正常。

4. 烧录过程中的典型报错与现场排查实录

4.1 Cannot connect to the target：从软件到硬件的三级排查

这个报错出现频率最高，我的排查流程是固定的。第一步，确认 ST-LINK 驱动正常、设备管理器里能看到 ST-LINK，并且 Target Settings 里能读到 ST-LINK 的固件版本号。如果读不到版本号，说明调试器自身就有问题，先解决调试器。

第二步，检查目标板供电。用万用表量一下目标芯片的 VDD 引脚对 GND 的电压，STM32 大部分型号要求 2.0V 到 3.6V，如果你的板子供电只有 1.8V 或者更低，ST-LINK 无法正常握手。还有一个细节：目标板的 GND 必须和 ST-LINK 的 GND 共地，这一点我在紧急排查时发现很多新手会漏掉，只接了 SWDIO 和 SWCLK 就以为完事了。

第三步，尝试降低连接频率，并勾选 Connect under reset。这两项组合起来可以解决 90% 以上的“找不到目标”问题。如果还不行，就要怀疑目标芯片本身是否已经损坏或者进入了异常状态。一个实用的测试方法：把目标芯片的 BOOT0 引脚拉高，强制从系统存储器启动，这样用户 Flash 里的程序不会被执行，SWD 引脚保持默认功能，再尝试连接。STM32F1 系列通常 BOOT0 拉高就能绕过用户程序，F4 系列需要结合 BOOT0 和 BOOT1 的组合，具体以参考手册为准。

4.2 烧录到一半报错或校验失败：先从供电和线缆找原因

烧录过程中报错，比连接时报错更让人恼火，因为板子明明能连上，程序也能烧进去一部分，却总是中途失败。我遇到的情况里，最常见的原因是供电不稳定。特别是用 ST-LINK 的 3.3V 给目标板供电时，擦除操作瞬间电流需求会突然增大，如果供电能力不足，电压跌落会导致芯片内部逻辑混乱，烧录随即失败。

解决方法是给目标板使用独立电源供电，确保电压稳定在 3.3V，然后再用 ST-LINK 连接。如果你一定要用 ST-LINK 供电，把 SWD 频率降低，并关闭 Target Settings 里的“Reset after programming”选项，减少复位瞬间的电流冲击。另外，校验失败还有个重要原因是 Flash 编程时序受到干扰，排查手段还是那三板斧：缩短杜邦线、降低通信频率、确保共地。

还有一个经常被忽略的点：不要用那种十几块钱买来的劣质 ST-LINK 复制品。正版 ST-LINK 的驱动芯片和电路设计是经过验证的，山寨版为了省钱会省掉一些保护电路，输出波形质量差，遇到稍微复杂一点的场景就各种问题。我自己手头有正版 ST-LINK V2 和一个山寨版，同样的板子同样的线缆，正版一次过，山寨版偶尔报错，换了正版之后怀疑人生的概率大大降低。

4.3 读保护解除不了：Level 1 到 Level 0 的强制流程

读保护问题在二手板子或者别人转手的项目里特别常见。收到一块板子，插上 ST-LINK Utility 能识别芯片型号，但读 Flash 全 0xFF，烧录报错，十有八九是开了读保护。正常流程我刚才已经说过，在 Option Bytes 里把 RDP 从 Level 1 改成 Level 0，工具会自动触发全片擦除。

但这里还有个更隐蔽的情况：如果芯片的读保护等级被设置成 Level 2，那就彻底焊死了，任何调试接口都无法再访问，ST-LINK Utility 也救不回来。Level 2 一般是产品出厂前最后设置的，用于完全防止固件被读取。如果你手上的芯片被设成 Level 2，唯一的选择是更换芯片。所以初次拿到陌生板子时，第一件事就是用 ST-LINK Utility 读一下选项字节，确认保护等级，以免后期被坑。

4.4 烧录结果速查表：常见报错与对应解决动作

这张表是我每次给团队新同事培训时的压箱底资料。排查顺序建议从左到右、从上到下，先解决环境问题，再解决硬件连接，最后折腾软件设置。

5. ST-LINK Utility 的进阶用法：固件升级、批量生产与日常开发高频场景

5.1 固件升级和调试器自检：升级有风险，操作需谨慎

ST-LINK Utility 提供了 ST-LINK 固件升级功能，在 ST-LINK 菜单下的 Firmware Update 里。新买的 ST-LINK 或者长时间没升级的调试器，在连接较新的 STM32 芯片时可能会因为固件版本过旧而无法识别。这时候升级固件是必要的。

但升级固件这个操作要非常小心：升级过程中绝对不能拔线、断电，否则调试器变砖的概率很高。我曾经有一块 ST-LINK V2 在升级途中被同事不小心拔了 USB，之后电脑彻底无法识别，最后只能拆开外壳短接特定引脚进入 bootloader 模式才救回来。所以我的建议是：只要现有固件能正常烧录你手头的芯片，就不要手贱去升级；如果非要升级，找一个电源稳定、不会被碰到的环境，升级过程中不要碰任何线缆。

升级完成后，ST-LINK Utility 会在 Target Settings 里显示新的固件版本号，连接目标板测试一下烧录功能是否正常，整个流程才算走完。另外， Firmware Update 界面里有 Upgrade 和 Refresh 两个选项，Refresh 只是读取当前版本信息，Upgrade 才是执行升级，界面英文不好的朋友不要点错了。

5.2 用命令行模式做批量烧录：给产线和自测场景提效

很多人不知道 ST-LINK Utility 自带命令行工具。安装目录下有一个 ST-LINK_CLI.exe 文件，通过命令行可以完成烧录、擦除、校验等操作。这个功能在生产环境和批量烧录场景下堪称效率神器。

我常用的命令格式是这样的：

ST-LINK_CLI.exe -c SWD UR -P firmware.hex -V

拆开来看：-c 表示连接目标，SWD 指定使用 SWD 接口，UR 表示 Connect under reset；-P 指定烧录的文件，支持 hex 和 bin 格式；-V 表示烧录后执行校验。如果文件是 bin 格式，还需要指定烧录地址：

ST-LINK_CLI.exe -c SWD UR -P firmware.bin 0x08000000 -V

这条命令把 firmware.bin 烧写到 0x08000000 地址，这个地址就是 STM32 内部 Flash 的起始地址。我用这个命令写过简单的批处理脚本，配合产线的工装治具，实现一键烧录和自动校验。另外，命令行模式还支持读取芯片信息、读取 Flash 内容备份，对固件归档和故障分析帮助很大。如果你还在逐个打开图形界面点鼠标烧录，建议认真研究一下命令行模式，能节省大量时间。

5.3 芯片型号不匹配和 Flash 容量识别错误的处理

还有一种频率较低但一旦遇到就很困惑的情况：目标芯片明明是 STM32F103ZET6，512KB Flash，但 ST-LINK Utility 识别出来的型号和容量不对，导致烧录失败或者烧录后程序跑不起来。这种问题通常是目标芯片的 ID 读取异常，或者是使用了带加密 ID 的国产兼容芯片。

举例来说，市面上常见的 GD32、APM32 等国产兼容芯片，在 ST-LINK Utility 里可能被识别为 STM32 系列，但 Flash 容量等参数存在差异。如果直接按 STM32 的参数烧录，可能出现写入地址超出实际 Flash 范围、或者校验失败的问题。解决办法是：在 Target Settings 里手动指定正确的 Flash 大小，或者使用芯片厂商自家的烧录工具。对于产线大批量场景，我会在烧录脚本里写死芯片型号和容量参数，避免个别芯片被误识别导致烧录流程中断。这块需要结合具体芯片的数据手册确认 Flash 起始地址和大小，不要盲目套用 STM32 的参数。

6. 我踩过的几个典型顽固问题，以及最终解决方案

6.1 芯片被程序把 SWD 引脚复用掉后的强制连接

这是一个非常经典的场景：调试阶段程序里把 PA13/PA14（F1 系列默认的 SWDIO/SWCLK）复用成了普通 GPIO 输出，烧录进去之后，第二次想重新烧录就发现连接不上了。我最早遇到这个问题时也折腾了很久，一度以为芯片坏了。

后来搞清楚原理就明白了：程序一旦运行，把 SWD 引脚复用为 GPIO，调试器在 Normal 模式下根本抢不到引脚控制权。解决办法就是前面提到的 Connect under reset：让目标芯片保持复位状态，在复位释放后的极短时间内建立调试连接，此时用户程序还没开始执行，SWD 引脚处于默认状态。ST-LINK Utility 里把 Mode 改成 Connect under reset，并接好 RST 线，连接成功率几乎 100%。如果你接不了 RST 线，还有一个土办法：把 BOOT0 拉高，让芯片从系统存储器启动，绕开用户 Flash 里的程序，然后再连接。

6.2 烧录时提示芯片读保护，但确认是全新芯片

有一次拿到一批“全新”的 STM32 芯片，烧录时却提示读保护已开启，让我一度怀疑是不是买了翻新片。后来查了资料才发现，有些 STM32 系列在出厂时读保护是默认关闭的，但某些批次或经由非正规渠道流通的芯片，可能已经被上一手设置过。解决方式依然通过 Option Bytes 里把读保护降到 Level 0，触发全片擦除，恢复可用状态。如果遇到 RDP Level 2，基本断定是翻新/二手芯片，直接找供应商换货更靠谱。

这个案例给我们的教训是：批量采购的芯片到货后，先抽样用 ST-LINK Utility 检查选项字节和保护等级，避免上线时才发现问题，影响生产进度。另外，正规代理商渠道的芯片，出现这种问题的概率要低得多，采购环节尽量不要图便宜走不可控的渠道。

6.3 供电不足导致烧录偶尔失败，如何定位

最后分享一个定位供电问题的经验。有一个项目，目标板有多个外设，实测整板工作电流能有 200mA 以上。开发阶段我一直用 ST-LINK 的 3.3V 给板子供电，结果烧录时好时坏，大部分时候在校验阶段报错。我一开始怀疑时序问题，降了频率也换了线，问题依旧。后来用万用表并联在电源端观察，发现每次擦除动作出现时，电压会从 3.3V 瞬间跌到 2.8V 以下，这才意识到是供电能力不足。

更换为外部稳压电源供电后，问题立刻消失。之后我把这个经验固化成了标准操作：凡是目标板功耗超过 50mA，必须独立供电；独立供电时还要注意 ST-LINK 和目标板之间的共地。通俗地讲，调试器和目标板各吃各的电，但必须是同一个“地”，否则两者之间的信号电平就没有参考基准，通信自然不稳定。这个细节在模块化开发、多块板级联时尤其重要。

7. ST-LINK Utility 解决不了问题时，如何决策与寻找替代方案

7.1 硬件连接没问题、软件设置也没问题，但就是连不上怎么办

如果前面所有方法都试过了，目标芯片就是无响应，我觉得可以用排除法给问题定性。第一步，换一块确定没问题的板子，接到同一个 ST-LINK 上试。如果正常，说明 ST-LINK 没问题，问题在目标板或芯片；如果不正常，换一个 ST-LINK 再试。通过这种方式，能快速把问题隔离到具体环节。

隔离之后，如果目标板是新板，优先检查焊接：芯片引脚有没有虚焊、桥连，复位电路的电容有没有焊反。我用放大镜看到过一次 LQFP48 封装的芯片相邻引脚上有肉眼几乎看不见的锡渣，导致 SWDIO 被拉低，清理之后问题解决。如果目标板上电后芯片发烫，基本上芯片已经坏了，直接换芯片。相信你自己耳朵和眼睛的判断，很多“疑难问题”最后都是低级硬件故障。

7.2 什么时候该换用 STM32CubeProgrammer 或者第三方工具

ST-LINK Utility 在官方工具链里的地位比较特殊，一方面它简单直接、上手快、资源占用少；另一方面，ST 其实推出了功能更强大的替代工具：STM32CubeProgrammer。新项目我建议直接用 STM32CubeProgrammer，尤其是遇到 ST-LINK Utility 不在维护、无法解决的情况。如果换工具后连接成功，那说明问题大概率在旧工具对某些新芯片型号支持不完整；如果换工具还是一样，那硬件问题的可能性就非常大了。

STM32CubeProgrammer 界面稍显复杂，但功能更全。它支持 UART 烧录、USB DFU 烧录，在 ST-LINK 连接不上的时候，这些替代通道往往能救命。比如芯片的 SWD 引脚被彻底锁定，UART bootloader 还可以通过串口恢复。在产线和批量烧录场景，STM32CubeProgrammer 的命令行模式也比 ST-LINK Utility 更加灵活。我的建议是：ST-LINK Utility 留着当备用工具，日常开发调试把手头的项目尽量迁到 STM32CubeProgrammer 上，遇到问题也更容易在官方生态里找到答案。

7.3 直接写入地址错误导致程序跑不起来的情况

还有一种情况比较隐蔽，烧录工具提示烧录成功，校验也通过了，但程序就是跑不起来。这时候需要回头检查文件的烧录地址。用 hex 文件一般不会出问题，因为 hex 文件内部已经包含了地址信息；但如果你使用的是 bin 文件，必须在烧录前明确指定起始地址。写错地址的典型后果是：程序被烧进了 Flash 的空白区域，但芯片上电后从 0x08000000 读取向量表时发现内容是空的，直接进入硬件错误或者跑飞。

我的习惯是：bin 文件统一烧到 0x08000000，除非用了 bootloader，才把 App 放在偏移地址。具体偏移量要看 bootloader 的设计，比较常见的是 0x08008000 或者 0x08010000。如果不确定，先用 ST-LINK Utility 读取当前 Flash 内容，看看前 16 字节是不是正常的向量表（栈顶地址和复位向量），以此判断烧录地址是否正确。这个方法在排查“烧录成功但程序不运行”时非常实用。

8. 日常保养与规避习惯

8.1 烧录线材、接口和调试器的日常维护

ST-LINK 调试器和杜邦线属于消耗品，尤其是频繁插拔的使用场景下，杜邦线内部很容易断裂，但胶皮外观看不出来。线上信号时有时无，会直接导致不稳定的烧录失败。排查这类问题时可以用万用表通断档测量每根线两端是否导通。如果条件允许，我建议用带防呆设计的转接板加排线，比散装杜邦线可靠得多；对于已经老化、插头松动的杜邦线，直接扔掉换新。

ST-LINK 本体也要注意散热和静电防护。有些人在调试板上静电积累比较严重的环境中使用 ST-LINK，虽然没有立即损坏，但久而久之调试器内部电路可能受损，出现供电异常或者信号质量下降。我在办公桌上常备一个防静电手环，连接目标板之前先释放静电，对板子和调试器的保护都很重要。

8.2 每次烧录前的固定检查清单

经过大量排障后，我把烧录前的检查流程固化成了清单，每次给团队做培训或者自己处理问题时都按这个走：

• 确认设备管理器识别 ST-LINK，且 Target Settings 里能看到调试器信息；
• 确认 SWDIO、SWCLK、GND、3.3V、RST 五根线连接正确且导通；
• 确认目标板供电正常，电压在芯片允许范围内；
• 确认 ST-LINK 与目标板共地；
• 文件格式确认无误：hex 直接烧，bin 确认起始地址；
• 根据连接线长度和现场环境，选择合适的 SWD 频率；
• 确认目标芯片选项字节没有开启读保护和写保护。

这七步检查下来，基本能过滤掉 95% 的常见烧录失败原因，剩下的才是真正需要动脑子分析的疑难问题。实际操作中我最常被问到的一个问题是“线都接对了为什么还是不行”，这种时候我会让他们把杜邦线换成短线，十有八九能解决——杜邦线过长引入的干扰和压降，在高速通信时非常致命。

8.3 手里的 ST-LINK 侧面按钮和指示灯代表了什么

ST-LINK V2 的指示灯在不同状态下有不同含义：红色常亮表示 USB 已连接但未与目标板建立调试会话，绿色常亮表示调试会话建立成功，红绿交替闪烁表示正在通信。如果你看到红色常亮、但 ST-LINK Utility 里无法连接目标板，说明调试器本身工作正常，问题在目标侧；如果插上 USB 之后指示灯都不亮，那要么是 USB 线问题，要么是调试器硬件坏了。

侧面还有一个可以用来在“编程模式”和“调试模式”间切换的小开关，有些 ST-LINK 复制品没有这个开关或者开关位置不同。在编程模式下，ST-LINK 的输出被隔离，不能进行调试；如果接线没问题但始终连接不成功，检查一下开关位置。我遇到过几次非常莫名其妙的问题，最后发现就是开关被碰了一下，拨回调试模式后一切正常。

这篇文章里提到的每一条解决方法，都是我实打实碰到过并且解决过的问题。最后再说一句，如果你手头的问题依旧顽固，试着把 ST-LINK Utility 关掉重新打开，同时把目标板完全断电再上电。别小看这个“重启大法”，它往往能让芯片内部的异常状态复位，很多稀奇古怪的小概率问题就此解决。做嵌入式开发，耐心和细致比什么都重要，祝你们都能顺利把程序烧进去。