前几天给一块 Nucleo-F767ZI 下载程序时IDE 弹窗提示要更新板载 ST-Link 固件我随手点了确认几秒后报错Cannot update firmware for ST-Link。再点一次依旧卡在同一个位置拔了重插Windows 干脆连设备都认不出来了。这个场景我相信不是只有我一个人遇到过一块官方板调试器莫名要求升级升级又失败最后连目标芯片都连不上。这篇文章就把我完整排查、手动刷写和最终救砖的过程写下来包括 ST-Link 固件更新的触发机制、驱动层面的坑、DFU 强制恢复以及万一板载调试器救不回来时怎么用外部 ST-Link 走 SWD 继续开发。后面再遇到同样报错照着这个顺序排查能省下好几个小时的折腾时间。1. Cannot update firmware 弹窗到底在说什么先搞懂 ST-Link 固件更新的触发机制1.1 为什么一块新板子也会要求更新固件ST-Link 不是一个纯硬件调试器它内部有一片小存储空间装着固件通过 USB 枚举成一个调试器 虚拟串口。ST 会定期更新这版固件修复连接稳定性问题、增加对新芯片的支持。你打开 STM32CubeProgrammer、IAR、Keil 或者 STM32 ST-LINK Utility 时工具会先通过 USB 读取 ST-Link 的固件版本号如果低于工具自身内置的最低版本要求就会弹出升级提示。Nucleo-F767ZI 这类官方板出厂时板载 ST-Link 固件可能停留在比较早的版本而新版本的 STM32CubeProgrammer 对 ST-Link 固件要求越来越高所以哪怕你刚拆封也会遇到升级提示。这不是板子坏了只是工具链想让调试器先升级再干活。我见过很多人的操作是看到弹窗直接点 Upgrade然后进度条走到一半卡住接着就是 Cannot update firmware for ST-Link。问题在于这个弹窗背后的升级流程并不是简单的往调试器里写一次数据它分成了好几个阶段任何一个环节掉链子都会报这个错。1.2 升级流程拆开看问题出在哪一步ST-Link 的固件升级流程大致分三步正常模式下识别 ST-Link读取当前固件版本将 ST-Link 切换到 DFUDevice Firmware Upgrade模式USB 重新枚举通过 DFU 接口写入新固件完成后再切回正常模式。很多报 Cannot update firmware 的情况其实是卡在第二步。ST-Link 切到 DFU 模式后USB 的 VID/PID 会变Windows 需要另一套驱动去识别这个 DFU 设备。如果你的系统里只有正常模式下的 ST-Link 驱动没有 DFU 设备对应的驱动那么切换之后设备就变成未知设备工具自然没法继续写固件。还有一个常见情况是你同时开着 IDE 调试会话ST-Link 正被 IAR 或 Keil 占用。升级工具去读设备时拿不到独占访问权也会直接失败。我自己的习惯是在碰到升级弹窗时先别急着点。先关掉所有可能占用调试器的软件只保留升级工具再点升级。如果还是失败再往下走手动流程。2. 第一轮排查换线、换口、查驱动先排除最廉价的故障点2.1 物理层故障USB 线、供电、连接器这里说的物理层听起来很基础但它真的能导致 50% 以上的玄学报错。Nucleo-F767ZI 的板载 ST-Link 通过 CN1 那个 Micro-USB 口供电并通信如果 USB 线质量差、线芯太细或者你插在笔记本的 USB-Hub 上设备能在正常模式下识别但切到 DFU 后瞬间电流波动大枚举就会失败。我处理过一块板子用户描述每次升级 ST-Link 必失败换了两台电脑都一样最后发现是那根 USB 线只有电源线没有数据线设备管理器里能看到设备是因为供电到了但通信一忙就断。换成手机原装数据线后一次成功。排查顺序应该是换一根短而粗的 USB 线最好是带屏蔽的直插电脑主板 USB 口不要经过 Hub拔掉板子上所有其他连接包括目标芯片侧的串口线、外部电源只保留 ST-Link 的 USB 线如果电脑前面板口不行换后面板口试试。这一步花五分钟就能排除大部分物理问题别一上来就刷固件。2.2 设备管理器里到底应该看到什么在 Windows 下把 ST-Link 插上电脑后打开设备管理器重点看通用串行总线设备和端口COM 和 LPT两类。正常情况下Nucleo-F767ZI 的板载 ST-Link 会显示STM32 STLink同时有一个虚拟串口设备。如果打开 STM32CubeProgrammer 的固件升级工具并让 ST-Link 进入 DFU 模式设备管理器里会出现STM32 STLink dongle。我整理了一张常见状态对照表排查时可以直接对着看设备管理器显示含义怎么处理STM32 STLinkST-Link 正常模式驱动正常可以直接尝试升级STM32 STLink dongleST-Link 已经进入 DFU 模式等待写入固件用官方升级工具继续刷写未知设备 / USB Device Not Recognized驱动没匹配上或枚举失败卸载设备重装驱动或换 USB 口MBED CMSIS-DAP板子处于 Mbed 固件模式切换到 ST-Link 模式或重新刷回原厂固件如果显示STM32 STLink dongle但升级工具一直报错多半是驱动和工具的匹配问题。这时候不要慌卡在 DFU 模式反而说明硬件没死只是固件没写完。2.3 驱动残留引起的识别错乱很多老玩家电脑上同时装过 STM32 ST-LINK Utility、STM32CubeProgrammer、IAR、Keil还有各种版本的驱动。这些工具各自会往系统里注册 USB 驱动驱动之间版本冲突是 Cannot update firmware 的高发原因。一个比较干净的驱动重装流程是这样的拔掉 ST-Link在设备管理器里把现有的 STM32 STLink、STM32 STLink dongle、未知设备全部卸载卸载时勾选删除此设备的驱动程序软件重启电脑重新插上 Nucleo 板让系统自动装一次驱动只打开 STM32CubeProgrammer 一个工具再试升级。如果系统自动安装驱动后设备依然显示未知设备可以试试用 Zadig 把 ST-Link 的接口驱动改成 WinUSB。这个操作有一定风险只建议在官方驱动怎么都认不到设备时使用而且不要手滑改别的设备。改完之后如果官方工具还是不认可以再用 Zadig 换回原驱动。3. 正戏用 STM32CubeProgrammer 手动把 ST-Link 刷回正常状态3.1 工具选择为什么推荐 STM32CubeProgrammer 而不是老牌 ST-Link Utility网上很多教程提的是 STM32 ST-LINK Utility这个工具确实经典但要注意它已经停止更新最后版本停留在 4.6.0内置的 ST-Link 固件版本也比较老。如果你拿着新出的 Nucleo 板去用这个老工具升级它很可能认得出设备但给你刷的固件版本并不够新或者因为兼容性问题刷到一半就断了。STM32CubeProgrammer 是 ST 现在主推的一体化工具调试、烧录、读保护、固件升级全都能干Windows/Linux/macOS 都有版本。固件升级功能就藏在主界面的 ST-LINK 配置区里入口很浅。能装新工具就别用老工具这不是说老工具不能用而是省得踩一些没必要的版本坑。STM32CubeProgrammer 安装包本身会带对应版本的 ST-Link 固件升级成功率比老工具高得多。3.2 手动升级的标准操作流程动过驱动和物理层之后用 STM32CubeProgrammer 手动升级的操作流程如下打开 STM32CubeProgrammer先不要连接目标芯片在主窗口右上角的 ST-LINK 配置区找到Firmware upgrade按钮并点击工具会弹出一个升级窗口显示当前连接的 ST-Link 序号、当前固件版本和可升级的固件版本点击Refresh确认设备能正常识别选择要升级的固件版本点击Upgrade观察进度条整个过程一般 30 秒以内。这中间有个很多人不知道的细节升级窗口里提示的操作顺序是先断开 ST-Link 与目标板的连接只保留 USB 连接。我在实际测试中发现Nucleo-F767ZI 板载 ST-Link 和目标芯片之间默认有 SWD 连接如果目标芯片正好处于异常状态比如读保护开启或者进入了低功耗模式会对 ST-Link 的枚举产生干扰。所以我在升级前会把板上连接 ST-Link 和目标 MCU 的跳线帽先拔掉或者直接把目标芯片的供电断开只让 ST-Link 单独工作。升级过程中千万不要拔线也不要打开其他任何会访问 USB 的软件。进度条走完之后拔掉 USB 线重新插一次再回到升级窗口点Refresh看到版本号已经更新到最新就说明成功了。3.3 刷写完后的验证升级完成后最直接的验证方式是重新打开 STM32CubeProgrammer点击连接看日志窗口里打印的固件版本号。比如从V2.J24变成V2.J39这种版本号在日志里一目了然。如果日志里出现ST-Link firmware upgraded successfully之类的信息基本就稳了。然后再把之前拔掉的跳线帽装回去试着读一下目标芯片的 ID能读到 0x451 之类的高系列 ID 就说明整个链路全部恢复正常。还有一点要提醒升级完 ST-Link 固件后虚拟串口会重新枚举一次这时候设备管理器里可能短暂消失再出现这是正常的。如果串口号变了你的串口工具记得重新选择新出现的 COM 口。4. 救砖升级中断后 ST-Link 变未知设备怎么办4.1 强制进入 DFU 模式让工具重新识别如果之前升级失败后 ST-Link 卡在了一个既不正常也不是完整 DFU 的中间状态设备管理器显示未知设备这时候需要用物理手段强制它进入 DFU 模式。Nucleo-F767ZI 的板载 ST-Link 并没有留专门的 BOOT 跳线但 ST-Link 的 MCU 出厂时预置了 DFU bootloader只要在 USB 枚举阶段让 ST-Link 的 MCU 认为需要进入模式它就会进入。实际操作方式很简单拔掉板子的 USB 线完全断电按住板子上的复位键Nucleo-F767ZI 板卡上标注为 B1 或 RESET 的那个按键不放插上 USB 线保持按住复位键 2-3 秒后再松开。这个动作的目的和很多单片机按住 BOOT0 下载类似就是让 ST-Link MCU 在上电时直接进入 DFU bootloader。操作完再去设备管理器看大概率会看到STM32 STLink dongle说明已经救回来了。如果按住复位键插线还是无法识别可以换一个 USB 口或者换一台干净的系统再试。这一步成功的关键是 USB 枚举瞬间的供电稳定性之前说的线材问题在这里同样影响很大。4.2 固件包从哪来版本怎么选ST-Link 固件文件本身不通过网上随便下载而是由工具自带。STM32CubeProgrammer 安装目录里有一份 ST-Link 固件包位置通常在安装路径下的Drivers或firmware目录。当你在升级工具里点刷新时工具会自动加载这个固件包不需要手动指定路径。如果你用的是单独的 ST 官网固件升级包 STSW-LINK007它解压后也有一个固件文件目录。版本号建议直接选最新不用刻意选旧的。唯一要注意的是别拿 ST-Link/V3 的固件刷到 V2 设备上工具一般会按设备型号自动匹配但如果你手动选择文件还是要看清楚文件名。还有一点山寨 ST-Link 的板子刷固件经常会失败因为它的 MCU 型号可能不是原版芯片或者固件被动了手脚。这也是我推荐用原厂板载调试器折腾的原因原厂芯片刷不坏最多重新刷一遍山寨货就说不准了。4.3 Linux 环境下怎么处理如果你是在 Linux 下遇到这个报错处理思路和 Windows 类似但前置条件要多一条让当前用户有权限访问 USB 设备。STM32CubeProgrammer 的 Linux 安装包里带了一组 udev 规则安装之后需要手动拷贝到系统目录并重载。参考做法sudo cp Drivers/rules/*.rules /etc/udev/rules.d/ sudo udevadm control --reload-rules sudo udevadm trigger把规则装好之后重新插板子再启动 STM32CubeProgrammer 的升级工具。Linux 下没有 Windows 那么复杂的驱动残留问题只要权限到位升级成功率反而更高。唯一麻烦的是如果你插上板子后系统把设备识别成ttyACM串口设备升级工具却看不到大概率是 udev 规则没生效优先排查权限。5. 读保护这个隐形杀手目标芯片 RDP 和 ST-Link 连接的纠缠5.1 读保护为什么会干扰调试链路排查 ST-Link 升级问题时很容易忽略目标芯片侧的状态。Nucleo-F767ZI 核心是 STM32F767ZI如果这颗芯片之前被设置了读保护RDP Level 1它会拒绝调试器通过 SWD 访问 flash。这种情况下ST-Link 在连接目标时会报错哪怕 ST-Link 自身固件正常工具也会把错误信息混在一起让人误以为 ST-Link 坏了。还有一种更隐蔽的情况目标芯片处于读保护状态时如果它恰好把 SWD 引脚配置成了普通 GPIO 或者低功耗模式会拉低 SWDIO 或 SWCLK 的电平。ST-Link 在升级固件前需要读取目标芯片状态做握手握手失败后升级工具就回报 Cannot update firmware。所以我现在的排查习惯是遇到 ST-Link 相关报错先断开 ST-Link 与目标芯片的 SWD 连接只留 ST-Link 单独工作。如果单独工作一切正常再接上目标芯片问题大概率出在目标侧而不是 ST-Link 侧。5.2 用 ST-Link Utility 解除读保护的正确姿势解除读保护最常用的工具还是官方工具STM32CubeProgrammer 可以STM32 ST-LINK Utility 也可以。用 STM32 ST-LINK Utility 的操作路径是连接目标芯片后菜单栏Target→Option Bytes在Read Out Protection一栏把值从 Level 1 改成 Level 0然后点Apply。工具会弹一个警告提示开启 Level 0 将擦除整个 Flash确认后执行芯片就会回到无保护状态。用 STM32CubeProgrammer 更直接连接时如果检测到读保护会弹窗问你是否解除选 Yes 之后它会自动做整片擦除并恢复 Level 0。需要特别记牢的是解除读保护必然触发全片擦除。如果芯片里有量产固件或者不想丢的数据先想想有没有备份。没有备份的话只能接受从零开始的事实。另外如果你看到的是 Level 2情况就完全不一样了。Level 2 是最高级别读保护调试接口基本永久关闭ST-Link 连 SWD ID 都可能读不出来。这种情况下不用想着用 ST-Link 硬解只能走系统 Bootloader比如 UART/USB DFU 里的选项字节擦除或者直接换芯片。Level 2 保护一开ST-Link 这边再折腾都是白费劲。我在实际操作时会先把 ST-Link 固件升到最新再处理目标芯片的读保护。原因很简单旧固件的 ST-Link 对 RDP 状态的识别和交互不够完善处理读保护时偶尔会卡在奇怪的状态新固件更稳。6. 备选方案板载 ST-Link 彻底罢工后用外部 ST-Link 走 SWD 续命6.1 先理清 SWD 四根线的关系如果板载 ST-Link 经过各种刷写操作彻底没反应了最务实的办法不是继续救而是换一个外部 ST-Link 通过 SWD 接口直接连目标芯片。毕竟 Nucelo-F767ZI 的价值在 F767 这颗芯片上调试器坏了不影响芯片本身。SWD 调试只需要四根线就能跑起来SWDIO、SWCLK、GND、VCC。其中 SWDIO 是双向数据线SWCLK 是时钟线GND 必须共地VCC 用于电平参考告诉调试器目标芯片的电压域。对应到 STM32F767ZI 芯片上SWDIO 就是 PA13SWCLK 就是 PA14这两个引脚是复用的只要芯片没有被完全锁死调试器就能通过它们访问内部资源。Nucleo-F767ZI 板上其实有现成的 SWD 排针位置在 ST-Link 和目标芯片之间丝印上通常会标 SWDIO、SWCLK、GND 等。不同批次的板子丝印可能略有差别有的写 TMS/TCK 而不是 SWDIO/SWCLK含义是一样的。找不准的话翻一下板卡的用户手册 UM1974上面有完整的引脚分布图。6.2 标准 20pin 座子怎么接最省心很多外接 ST-Link 的线缆末端是 ARM 标准的 20pin IDC 座子也就是热词里提到的那个 2.54mm 20pin 座子。SWD 模式不需要接满 20 根只要找准几个关键引脚就行。我按常见的 ARM 20pin 标准排列整理了一张表照着接就行信号20pin 座子引脚号说明VCC1目标板参考电压通常在 1.65V-3.6VSWDIO2数据线对应 PA13SWCLK4时钟线对应 PA14GND6公共地nRESET10可选强烈建议接上用于复位目标座子方向怎么看一般 20pin 座子的 1 脚位置会有小三角或者方点丝印找准 1 脚之后其他脚按顺序数就行。奇数脚大多是 GND偶数脚是信号这个规律能帮你快速校验有没有插反。新手容易犯的一个错是只接四根线不接 nRESET。如果目标芯片在调试时跑飞了或者处于低功耗状态没有硬件复位线的话调试器没法把它重新拉回调试状态。所以在有 nRESET 的情况下能接就接上。6.3 外接调试器后的配置要点用外部 ST-Link 连接 Nucleo-F767ZI 时先别急着点连接注意几个配置细节把板载 ST-Link 和目标芯片之间的跳线/排针断开否则两个调试器同时挂在 SWD 总线上会出现总线冲突谁都连不上在 STM32CubeProgrammer 的 ST-LINK 配置区选择外部 ST-Link 的序列号如果同时插着板载调试器先只插一个连接速度建议先从低频开始比如 400kHz确认能稳定识别后再逐步提高能正常连接的话 1800kHz 通常也没问题接口类型选 SWD不是 JTAG。外部 ST-Link 如果是山寨版本驱动和固件都可能不标准偶尔会出现连接上了但下载很慢或者校验失败的情况。这种时候把连接频率调低一档成功率会明显上升。实际上我自己手头常备一个几十块的山寨 ST-Link V2作用就是专门给各种板子的目标芯片救急。原厂板载调试器升级失败、芯片被刷进错误程序导致 SWD 被禁用、读保护开过头……这些场景下外部 ST-Link 从外部接管 SWD往往比死磕板载 ST-Link 的 DFU 模式高效得多。说到底Cannot update firmware for ST-Link 这个报错绝大多数情况都是驱动、USB 枚举和工具占用三个老问题在捣乱。先把物理层和驱动层排查干净再用官方工具手动走一遍升级流程成功率已经很高。真到了板载 ST-Link 救不回来的地步也别急着退货用外部 ST-Link 从 SWD 口接入继续调试就是了。做嵌入式开发手里有个外部调试器有时候比纠结一块板子的板载调试器更省心。
