网络排障指南：从网线到DNS，一步步找回你的连接
2026/8/30 23:55:21
STLINK-V3MODS 连接 target MCU 时，即使 T_NRST 完全没有接线，目标芯片也会 reset on connection，只要在 STM32CubeProgrammer 里点一下 Connect，板子上的程序就重启一遍。这个问题看起来像是调试器误操作，但实际排查下来，真正的根因往往不在 T_NRST 这根线上，而是在电源、干扰、配置或目标板复位电路上。这篇文章把我这次完整的排查过程、原理分析和解决方案整理出来，给遇到类似诡异现象的兄弟一个参考。
刚开始遇到这个问题时，我一度怀疑是自己焊接问题，或者 STLINK-V3MODS 本身坏了。毕竟从常识来看，复位线都没接，调试器凭什么让 MCU 复位？但事实就是，每次连接都会复位，程序里的初始化打印会重新输出一遍，LED 也会从头闪一次。如果你也卡在这个现象上，建议先不要急着换调试器，按照下面的思路一步步拆，大概率能定位到真正的问题。
1. 现象与背景：连接时的“神秘复位”到底从哪来
1.1 先把现象描述清楚
先说我的具体环境：目标板是 STM32F103 系列，调试器是 STLINK-V3MODS，通过 SWD 接口连接。接线只有四根：VDD、SWDIO、SWCLK、GND，T_NRST 从 ST-LINK 端到目标板端都没有连接，我用万用表量过，确实是断开的。
操作步骤很简单：打开 STM32CubeProgrammer，选择 ST-LINK，点击 Connect。结果连接成功后，目标板上的程序明显重启了——串口重新打印、外设重新初始化、对应 GPIO 控制的 LED 闪了一下。
这个现象最让人疑惑的点在于：我并没有在 CubeProgrammer 里勾选任何与复位相关的选项，T_NRST 物理上也是断开的，为什么连接动作本身会触发目标 MCU 复位？
1.2 复位源分类：先搞清楚是谁干的
嵌入式 MCU 的复位源不止外部 NRST 引脚一种。我之前写调试代码时常用 RCC_CSR 寄存器来查复位原因，这个寄存器在 STM32 的 RCC 外设里，会记录最近一次复位是由哪个源触发的。复位源通常分为这样几类：
| 复位源 | 触发方式 | 标志位 |
|---|---|---|
| 外部 NRST 引脚 | NRST 被拉低 | PINRST |
| 上电复位 POR/PDR | VDD 上电或掉电 | PORRST |
| 掉电复位 BOR | VDD 低于 BOR 阈值 | BORRST |
| 独立看门狗 IWDG | 喂狗超时 | IWDGRST |
| 窗口看门狗 WWDG | 窗口喂狗失败 | WWDGRST |
| 软件复位 | 写 SYSRESETREQ 等 | SFTRST |
| 内核锁定 | Core Lockup | 无直接标志 |
需要注意的是，这些复位源并不互斥，一次复位可能同时置多个标志位。所以排查的第一步，不是猜，而是把复位原因读出来。
1.3 读复位标志：一句话定位复位源
如果程序还能跑起来，最简单的方法是，在 main 函数最开头把 RCC->CSR 读取出来，或者通过调试器在系统启动阶段读取。我个人的习惯是在程序初始化时，把复位标志存到一个全局变量里，同时立即清除 RCC_CSR 的复位标志位，避免上电后被别的逻辑覆盖。
在 CubeProgrammer 里，连接成功后可以打开 Registers 窗口，展开 RCC 相关寄存器，直接查看 RCC_CSR 的值。如果 PINRST 置位，说明外部复位引脚被拉低过；如果 BORRST 置位，说明电源出现过跌落；如果是 IWDGRST，那就得检查程序里看门狗配置。
这一步非常关键，因为它能把排查方向从“宽泛的玄学”收敛到具体模块。比如我这次，第一轮测试时发现 BORRST 出现了，这就直接指向了电源问题，而不是 NRST 引脚被拉低。
2. STLINK-V3MODS 的连接机制与 T_NRST 的真实作用
2.1 V3MODS 的接口定义与供电逻辑
STLINK-V3MODS 是 ST-LINK/V3 系列里比较特殊的一个版本，它没有外壳，通常以裸板形式做成排针接口，方便集成到量产夹具或者调试环境里。V3MODS 的排针上通常包含这样几个关键信号：VAPP、SWDIO、SWCLK、GND、T_NRST、SWO（有些版本也叫 RX），有些板子还会引出 5V 电源脚。
VAPP 这个脚很容易被忽略，但它非常重要。ST-LINK/V3 内部有电平转换器，SWDIO 和 SWCLK 的高低电平标准要根据目标板的 VDD 来确定。VAPP 就是用来检测目标电压的参考脚，它既可以是输入，也可以在某些模式下输出电源给目标板供电。如果 VAPP 悬空，ST-LINK 可能无法正确识别目标电压，从而报错或者连接异常。
T_NRST 则是调试器控制目标复位的专用引脚。ST-LINK 可以通过它主动拉低目标 MCU 的 NRST，实现硬件复位。但它的输出结构是开漏的，与目标板的 NRST 是单向控制关系。
2.2 调试器建立连接时的完整动作链
要理解“为什么没接复位线也会复位”，得先看 ST-LINK 连接目标时到底做了什么。一次典型的连接过程大概是这样的：
- ST-LINK 通过 USB 枚举，驱动加载。
- 检测 VAPP 引脚的电压，确定目标板供电电压范围。
- 根据 VAPP 电压配置内部电平转换器，让 SWDIO/SWCLK 的电平匹配目标板。
- 在 SWD 接口上发一组长序列，完成 SWD 总线初始化，让目标调试端口进入 SWD 模式。
- 读取目标 MCU 的 IDCODE，确认识别到芯片。
- 读取 DP、AP 寄存器和 MCU 内部信息。
- 如果用户配置了某种复位策略，执行对应的复位动作。
这里要特别注意第 4 步。SWD 总线上的 line reset 序列是在 SWDIO 上连续拉低多个时钟周期，它的作用是让目标调试端口强制回到 SWD 模式，这个过程本身不会触发 MCU 复位。所以如果你发现 MCU 在连接时复位了，通常不是 SWD 协议动作直接导致的，而是电气层面的副作用。
2.3 三种复位模式：Normal、Connect under Reset、Hot Plug
ST-LINK 工具的连接设置里，通常会提供几种复位模式，不同软件叫法略有差异，但本质上是这几类：
| 模式 | 行为 | 适用场景 |
|---|---|---|
| Normal | 直接连接，不主动复位目标 | 正常调试下载 |
| Connect under Reset | 连接前先将 NRST 拉低并保持，连接过程中再释放 | 目标程序禁用了 SWD 引脚，或者程序跑飞导致连接不上 |
| Hot Plug | 类似 Normal，但更适用于目标已经在带电运行的状态 | 带点连接 |
Connect under Reset 这个模式比较特殊，它需要 T_NRST 真正连接到目标板的 NRST 引脚才能生效。如果用户只是在软件里勾选了这个模式，但物理上 T_NRST 没接，那么 ST-LINK 确实无法通过该引脚复位目标。但问题是，很多用户根本不知道自己软件里开了这个选项，而它往往不是唯一导致复位的因素。
2.4 为什么“T_NRST 断开”不等于“复位被隔离”
回到这篇文章的核心问题：T_NRST 断开，为什么目标 MCU 仍然复位？
答案很简单：复位的路径不只有 T_NRST 一条。T_NRST 断开，只是切断了调试器主动拉低 NRST 这条路径。但复位还可以通过下面这些途径发生：
- 目标板 NRST 引脚悬空，受到连接瞬间的电磁干扰，被感应出一个低电平脉冲。
- VDD 电压在连接瞬间跌落，触发 BOR。
- ST-LINK 与目标板的 GND 存在电位差，连接瞬间产生地弹。
- 目标板的 SWD 引脚与 NRST 走线距离过近，信号边沿耦合。
所以，T_NRST 断开只是一个假象，它让我们误以为“复位一定不是调试器干的”，但调试器的连接动作仍然可以通过电源路径和空间耦合路径影响目标板。这也是这个问题最具迷惑性的地方。
3. 系统化排查：从线缆到固件的完整定位
3.1 第一步：做减法，最小连接法
遇到这种问题，我第一反应不是翻寄存器，也不是换板子，而是把连接方式做一个极简减法。把 ST-LINK 和目标板之间只保留三根线：SWDIO、SWCLK、GND，VAPP 也断开，让目标板完全由自己的电源供电。这样做的目的是排除 ST-LINK 电源路径对目标板的影响。
如果三根线连接仍然复位，下一步把 SWDIO 和 SWCLK 也断开，只保留 GND。这时 ST-LINK 理论上不可能通过调试接口影响目标 MCU，如果目标板还复位，那问题就不在 ST-LINK 和目标板的调试链路，而是更外围的东西，比如目标板自身上电时序。
我这次做最小连接法时，发现三线连接依然复位，这就把范围缩小到了电源和电磁干扰两条路上。
还有一个容易忽略的点：有些杜邦线内部是通的，你以为 T_NRST 没接，实际上排线里那一根并没有真正断开。建议先用万用表蜂鸣档量一下目标板 NRST 引脚到 ST-LINK 排针 T_NRST 之间是否真的断路。我曾经在一个排线焊接场景里吃过这个亏。
3.2 第二步：示波器抓波形，让复位现形
解决这类疑难杂症，示波器是不可或缺的。我习惯用三通道来抓连接瞬间的波形：
- CH1 接目标 MCU 的 NRST 引脚，用来观察外部复位脉冲。
- CH2 接目标 MCU 的 VDD，用来观察电源跌落。
- CH3 接 SWDIO 或 SWCLK，用来观察调试接口的信号。
示波器触发方式设置为单次触发，触发条件用 CH1 的下降沿或者 CH2 的下降沿都可以。然后在 CubeProgrammer 里点击 Connect，观察波形。
抓出来的波形通常能直接把问题分成几类：
| 波形现象 | 结论 | 下一步方向 |
|---|---|---|
| NRST 出现明显负脉冲 | 外部复位触发 | 查 NRST 被谁拉低，干扰还是调试器 |
| VDD 跌落到阈值以下 | 电源问题 | 查目标板供电能力和 BOR 配置 |
| NRST 无脉冲，VDD 无跌落，但程序重启 | 内部复位 | 查复位标志寄存器 |
| SWDIO 边沿上有毛刺叠加到 NRST | 电磁干扰 | 缩短线缆，加滤波，调整频率和输出强度 |
我这里实际抓到的是 VDD 在连接瞬间有一个短暂的跌落，虽然没有跌到完全断电，但那个幅度已经触碰到了 BOR 阈值，MCU 就复位了。这个结论直接推翻了“T_NRST 导致复位”的猜想。
3.3 第三步：电源与 VAPP 的排查
电源这条线，是最容易被忽视的，也是最容易出问题的。
先搞清一个基础问题：目标板到底由谁供电？如果目标板是由 ST-LINK 的 VAPP 供电，那么连接瞬间的问题就比较明显。STLINK-V3MODS 的 VAPP 输出能力其实非常有限，它主要是给低功耗、低电流的目标板提供参考电压，而不是给整块板子供大电流。如果目标板上有传感器、显示屏这类外设，上电瞬间电流可能直接超过 VAPP 的承受能力，VDD 就会被拉低，MCU 触发 BOR，表现为“连接即复位”。
还有一种情况，目标板自己有电源，但你的 VAPP 也连到了目标 VDD。这时两个电源在连接瞬间会出现一个电压差和短暂倒灌过程，也会在 VDD 上制造一个跌落毛刺。
排查方法也很直接：目标板用独立的稳压电源供电，共地，但 VAPP 不要接。如果复位消失，基本就锁定在供电路径上。
如果必须使用 ST-LINK 供电，那么建议给目标板 VDD 加足够的储能电容，或者在 VAPP 输出端增加一个缓冲，不要直接把 VAPP 当电源用。另外，在 CubeProgrammer 的电源选项里，如果可以选择关闭 ST-LINK 输出，尽量关掉。
3.4 第四步：软件配置与固件版本
硬件排查没发现明显问题时，还得检查软件配置。
首先是 STM32CubeProgrammer 的连接设置。打开 File > Settings，在 Debugger 相关选项里，检查复位模式。如果选了 Hardware Reset 或 Connect under Reset，建议先改成 Normal 或 Hot Plug 试试。这虽然听起来像废话，但很多人真的是在不知情的情况下开了这个选项，尤其是从老项目移植配置时。
这个问题的教训是，软件配置和物理接线一定要一起看。我曾见过一个项目，软件里配置了 connect under reset，但硬件上 T_NRST 没有接，结果 ST-LINK 连接时不停地尝试拉低 NRST，虽然实际没拉下来，但每次尝试都会让 ST-LINK 内部电路产生一个短暂状态切换，间接影响 VAPP 电压，最终表现为目标板复位。
其次是 SWD 频率。调试器默认的连接频率可能比较高，比如 4MHz 甚至 8MHz。如果 SWD 线比较长（超过 20cm 的杜邦线），高频边沿会产生比较强的振铃和辐射，干扰到目标板的复位电路。解决方法是把 SWD 频率降下来，比如降到 1MHz 甚至更低，然后观察复位是否消失。这个操作在 CubeProgrammer 的界面里可以直接设置。
最后是 ST-LINK 固件版本。V3 系列的固件更新比较频繁，有些早期版本在连接时序上存在细节问题。建议打开 CubeProgrammer 的 Firmware Upgrade 功能，先检查固件是否为最新，如果不是，升级一次。
3.5 第五步：目标板硬件整改
如果以上软件和连接层面都排除了，问题依然存在，那就要回头检查目标板硬件设计。
第一个重点就是 NRST 引脚的电路。很多最小系统板为了省元件，把 NRST 引脚的上拉电阻和去耦电容都省了，结果 NRST 引脚只剩 MCU 内部的弱上拉，抗干扰能力很差。调试器连接瞬间，SWDIO 或 SWCLK 的上升沿通过 PCB 走线寄生电容耦合到 NRST 走线上，一旦感应出低电平毛刺，MCU 就复位了。
标准的 NRST 电路应该是：10kΩ 电阻从 NRST 上拉到 VDD，同时 100nF 电容从 NRST 到 GND。这个电路能提供足够的噪声容限，也可以吸收短毛刺。如果发现目标板缺这些元件，补上后复位问题基本就能解决。
第二个重点是 SWD 走线。SWDIO 和 SWCLK 是高速信号，虽然只有几 MHz，但边沿很陡，谐波不低。它们在 PCB 上最好远离 NRST、复位按键这类敏感信号。如果没法远离，中间加地线隔离。
第三个重点是电源去耦。靠近 MCU 的 VDD 引脚放 100nF 电容是基本操作，如果板子上容量不足，连接瞬间的瞬态电流就会拉低 VDD。这个问题和 BOR 复位关系最大。
4. 常见问题速查与实战案例
4.1 复位问题速查表
这里我把这次排查过程中用到的判断思路整理成表，方便快速对照。
| 现象 | 最可能原因 | 最快处理方法 |
|---|---|---|
| T_NRST 断开仍复位，VDD 正常 | NRST 引脚受干扰或悬空 | 给 NRST 加上拉电阻和去耦电容 |
| T_NRST 断开仍复位，VDD 跌落 | 电源供电不足或 VAPP 配置不当 | 改用独立供电，增强 VDD 电容 |
| 连接后查 RCC_CSR 为 IWDGRST | 连接时 MCU 跑飞导致看门狗超时 | 降低 SWD 频率，检查程序看门狗配置 |
| 连接后查 RCC_CSR 为 PINRST | NRST 引脚被外部低脉冲触发 | 检查附近干扰源，检查是否存在未断开的排线 |
| 软件里开了 connect under reset | 调试器在尝试复位目标 | 改为 Normal 模式 |
| 使用长杜邦线连接，频率较高 | SWD 信号振铃干扰复位线 | 缩短线缆或降低 SWD 频率 |
4.2 案例：一个“VAPP 供电弱”引发的复位
这个案例是我朋友的板子。现象和我一开始描述完全一样，T_NRST 断开，但每次连接都复位。我看了他的原理图，发现目标板上的 VDD 直接接在 STLINK-V3MODS 的 VAPP 上，整块板子没有其他供电来源。板子上的负载包括一个 OLED 屏和一个蜂鸣器，正常工作时电流大概十几毫安，看起来不高。
但连接调试器那一下，ST-LINK 首先要初始化内部电平转换，同时还要给目标板上的电容充电，瞬间电流远超 VAPP 的持续供电能力。我用示波器抓 VDD，能看到一个大概几十微秒的跌落，正好低于 MCU 的 BOR 阈值，然后就复位了。解决方法很简单：让目标板用外接 3.3V 电源供电，VAPP 只作为电压检测，不再承担功率输出。
这个案例想表达的核心是：VAPP 的定位是“检测”和“弱供电”，不是“主电源”。如果你的板子靠调试器供电，连接瞬间的冲击电流很容易引发复位。
4.3 案例：NRST 被干扰的复现与整改
第二个案例是我自己的测试板。当时我已经用了外部独立电源，也排除了 VAPP 问题，但复位依旧。RCC_CSR 显示 PINRST 置位，说明真的是 NRST 引脚被拉低过。但 T_NRST 物理上断开得很彻底，我甚至把 ST-LINK 端的 T_NRST 引脚用电工胶带包了，依然如此。
后来我拿示波器看 NRST 引脚，发现连接瞬间会感应出一个约 200mV 深的窄负脉冲，幅度虽然不大，但对高电平有效的复位引脚来说，已经足够触发内部复位电路。问题根源是这块测试板上 NRST 引脚没有外接上拉和电容，同时 SWCLK 走线恰好从 NRST 走线旁边穿过。
整改动作有两个：一是给 NRST 加上 10kΩ 上拉电阻和 100nF 电容；二是把 SWCLK 走线改成从板子另一侧绕行，避开 NRST。整改后复位问题消失。这个案例说明，调试连接动作本身产生的电磁干扰，完全可以绕过物理上的“未连接”，通过寄生电容耦合到复位引脚上。
4.4 案例：IDE 里“Connect under Reset”被误开
第三个案例是用户从别人手里接过来的老项目，编译环境是 Keil。现象同样是连接时 MCU 复位，且 T_NRST 没接。我在 Keil 的 Options for Target > Debug > Settings 里检查，发现 Reset 选项被设置成了 Connect under Reset。这个模式原本用于连接那些禁用 SWD 引脚的芯片，但如果硬件上不配合，它反而会在每次连接时制造一次实际不生效但会引起异常状态的复位尝试。
改成 Normal 模式后，复位问题就消失了。这个案例让我意识到，软件配置里的隐藏项很容易成为一个“看不见的凶手”。你有可能在某次调试中为了连上一块程序跑飞的板子，勾选了这个选项，后来忘了改回来。等到换了一块正常板子，这个问题就莫名其妙地出现，而且极难联想到是几个月前的配置改动。
4.5 一点经验之谈
回到开头的问题，STLINK-V3MODS 连接时复位 target MCU，即使 T_NRST disconnected 也不代表复位跟调试器无关。真正有效的排查路径，是先把复位源读出来，再用示波器抓住连接瞬间的波形，最后根据波形方向去查电源、干扰还是配置。
我个人在实际操作中的体会是：遇到这种问题，最快的捷径不是翻代码，也不是换调试器，而是做减法。只保留 SWDIO、SWCLK、GND，断开一切多余连接，一个一个加回来。哪个环节加上去，问题复现了，那个环节就是突破口。
从原理层面看，MCU 启动流程里的复位标志寄存器是排查这类问题的第一手证据，建议大家在调试代码里养成保留复位标志的习惯，这样即使 MCU 在连接瞬间重启，也能在重启后的日志里知道是谁干的。
最后再分享一个小技巧：如果你的板子经常要用调试器连接，而且对可靠性要求比较高，可以把复位电路、SWD 走线布局当成一个正式的设计项来对待，NRST 上拉和去耦电容不要省，SWD 线尽量短，调试器和目标板之间保持良好共地。这些小事看着不起眼，但在量产调试和现场维护阶段，能帮你省下大量查问题的时间。