STM32调试报错“No target connected”排查与解决

1. 报错是怎么来的：先搞清楚你在跟谁说话

先说个我自己的经历。某天晚上我拿了一块新画的STM32F103板子准备烧个点灯程序，Keil MDK配置好ST-Link，点下载，等了大概两秒，弹出一个冷冰冰的对话框：

Error: Flash Download failed - "Cortex-M3" No target connected

我当时第一反应是线接错了，但检查了一圈，SWDIO、SWCLK、GND、3.3V四根线一根没错。又查供电，万用表量了3.3V正常，板子上的电源指示灯也亮。那就奇怪了，明明看起来一切正常，为什么调试器就是找不到芯片？

后来排查到半夜才发现，问题出在芯片被上一轮实验写入了读保护，调试接口被锁死了，所以ST-Link压根没法跟芯片内部的调试组件建立连接。那次之后我认真把“No target connected”这个报错背后的所有可能性整理了一遍，今天这篇笔记就是把当时踩过的坑和后来总结的排查方法完整写出来，希望能给你省下几个晚上的排查时间。

先解释一下这个报错的本质。你用的ST-Link、J-Link、DAP-Link这类调试器，跟STM32芯片通信走的是SWD（Serial Wire Debug）两线协议，就两根线：SWDIO负责数据收发，SWCLK负责时钟。调试器通过这两根线去访问芯片内部的调试接口（DAP），再通过调试接口去控制CPU核、读写内存、烧写Flash。整个过程就像你要进一栋楼的某个房间，调试器是敲门人，SWD是门禁系统，芯片里面的调试组件是房间里的工作人员。只要门禁没电、门锁换了、工作人员被关起来、或者门禁线没接到位，无论哪一个环节断了，敲门人最后都会对着总机喊一句：“No target connected”。

所以这个报错本质上是一个“握手失败”的提示，意味着调试器和目标芯片之间没有建立起有效的通信链路。理解这一点很关键，因为排查思路就顺着这条链路逐段找，而不是盲目乱试。下面我会按排查优先级，从硬件、配置、芯片状态三个层面，把我实际用过并且真的能解决问题的方案一条条讲清楚。

2. 先查硬件：四根线、供电、复位，九成的No target connected出在这一步

2.1 SWD四根线，每一根都别想当然

很多初学者第一次遇到这个报错，第一反应就是“程序写坏了”或者“芯片坏了”，但实际上，硬件接线问题占了No target connected的绝大多数。SWD接口至少需要四根线：SWDIO、SWCLK、GND、VCC（参考电平）。这里每一个都有坑。

SWDIO和SWCLK是最容易搞混的。不同调试器、不同开发板上的丝印不一定一致，有的标注SWDIO/SWCLK，有的标注PA13/PA14（STM32默认复用脚），有的直接标DIO/CLK，还有的用JTMS/JTCK这个历史叫法。我见过有人对照原理图明明没接错，但实际杜邦线插到了旁边一排排针，因为那排排针的顺序和丝印并不一致。这个只能靠万用表通断档逐根确认：一头点调试器端SWDIO，另一头点目标板SWDIO，听到蜂鸣再换下一根。

GND必须共地，这是最容易被忽视的。有些调试器是USB供电，有些目标板也是USB供电，看起来大家都有电，但不共地的话，信号电平没有一个统一的参考点，高速翻转的时钟和数据线根本没法形成稳定的压差。典型现象是：连接成功率时好时坏，或者报错信息五花八门，甚至偶尔能连上但一烧写就失败。遇到这种玄学问题第一件事就是检查GND。

VCC这根线的作用容易被误解。很多情况下调试器用目标板的VCC来检测目标板的工作电压，从而决定SWDIO/SWCLK信号的高电平阈值。比如ST-Link检测到目标板电压是3.3V，它就按3.3V的逻辑电平来驱动SWD总线；检测到5V就按5V电平。所以如果你只接了SWDIO、SWCLK、GND，没接VCC，有些调试器也能工作（它内部有上拉），但有些调试器会直接报错或者连接不稳定。我的习惯是四根线全接，并且用万用表量一下这个VCC确实是3.3V，不是5V。曾经有个项目板子带一个5V转3.3V的LDO，我偷懒从5V端引了VCC给调试器，结果ST-Link用5V电平去跟3.3V的芯片通信，偶尔能连上，偶尔报错，排查了很久。

还有一类情况是目标板上已经存在其他调试工具占用SWD口，比如板载DAP-Link和外部ST-Link同时在用，总线冲突，也会导致握手失败。尽量确保一个时刻只有一个调试器挂在SWD总线上。

2.2 供电别只量电压，还要看电流

芯片要正常启动并让调试组件工作，供电是前提中的前提。排查步骤很简单：万用表直流电压档量目标板VCC和GND之间的电压，3.3V芯片应该在3.3V左右，误差一般不超过5%。但只量电压是不够的，还要看供电电流够不够。有的情况是芯片在反复复位，或者某个外设短路，电压被拉低，量出来可能只有2.8V甚至更低，这时候芯片虽然接了电，但内部逻辑已经乱了。

我遇到过一种比较隐蔽的情况：目标板上有大电容，上电瞬间充电电流很大，USB口或者调试器自带的3.3V输出扛不住，电压跌落到2V以下，芯片根本没法完成上电复位时序。用万用表量的时候看到的是稳态电压正常，但一插上调试器或者一进入烧写流程电压就被拉垮。解决办法是换独立稳压电源给目标板供电，调试器只接GND、SWDIO、SWCLK和参考VCC，不让调试器给目标板供大电流。

另外如果确认芯片没有供电问题，但芯片发热严重，手摸上去烫手，那很可能芯片已经烧毁或者内部电源短路，这种情况基本没救，换芯片吧。我踩过这个坑，一片STM32F103C8T6把3.3V和GND接反，瞬间发烫，再上电就是No target connected，因为芯片内部已经损坏了。

2.3 复位电路和BOOT0，决定芯片能不能被你控制

STM32的复位引脚NRST如果被强制拉低，芯片会一直处于复位状态，调试器同样无法建立连接。有些板子设计的时候在NRST上接了一个按键，按键按下会接地，正常松开应该是高电平。如果这个按键卡住了或者复位电路有问题，NRST引脚被持续拉低，你看到的LED灯可能是灭的，芯片压根没跑起来。用万用表量一下NRST引脚的电压，正常应该接近VCC。

BOOT0引脚同样关键。STM32的BOOT0引脚电平决定芯片复位后从哪启动：BOOT0拉低，从主Flash启动，也就是正常运行你的程序；BOOT0拉高，从系统存储器启动，进入ISP引导模式。如果BOOT0被意外拉高，芯片复位后会进入系统存储器的Bootloader，虽然不一定导致SWD连接失败（因为SWD调试接口在大多数情况下仍然可用），但某些情况下会干扰你的连接判断。更重要的是，在你用ST-Link把芯片锁死之后，BOOT0拉高再复位，是恢复芯片最有效的办法之一，后面我会专门讲。

这里特别提醒：不要小看BOOT0这个引脚，很多开发板上它默认通过电阻下拉到GND，但你如果用杜邦线或者排针扩展，很可能不小心把它接到了高电平。我在一次实验里把BOOT0的跳线帽碰松了，跳到了1的位置，结果ST-Link怎么都连不上，排查了很久才发现是这个跳线帽的问题。

3. 调试器和软件设置：驱动、频率、连接模式逐个调

3.1 先让电脑认出你的调试器

硬件接线没问题，不代表调试器就能正常工作。很多时候No target connected的根源在调试器本身。第一步是打开Windows的设备管理器，看在“通用串行总线设备”或者“便携设备”下面有没有你的调试器。如果插上ST-Link能看到一个未知设备或者干脆没有任何反应，先换一根USB线试试。USB线这个问题我踩过太多坑，有些线只能充电不能传数据，插上去电脑完全识别不到。

如果设备管理器显示的是黄色感叹号，说明驱动有问题。ST-Link需要安装对应的驱动，一般装Keil MDK的时候会一并装好，或者去ST官网下载STSW-LINK009驱动包。J-Link则需要装SEGGER的驱动。DAP-Link通常免驱。判断驱动是否正常的标准：设备管理器里能看到调试器名称，并且没有感叹号。这里有个经验：USB口也换一个试试，尤其是笔记本的USB口，有些口供电弱，识别不了调试器。

调试器固件版本也可能成为隐患。ST-Link固件过旧，可能不支持较新的芯片型号，或者在高版本Keil下出现兼容性问题。建议用ST官方工具STM32 ST-LINK Utility或者STM32CubeProgrammer自带的固件升级功能刷一遍固件。我见过一个案例，ST-Link V2的固件停留在老版本，连STM32F4系列报No target connected，升级固件后立刻正常。

3.2 SWD频率：不是越快越好，慢下来往往能通

如果电脑能认出调试器，但连接目标芯片还是报错，下一个高概率原因是SWD通信速率过快，信号在较长的杜邦线或者面包板上衰减严重，导致时序不稳定。Keil MDK的Debug设置里可以调SWD最大时钟频率，默认可能是4MHz甚至更高，但你的线缆质量和连接方式可能根本跑不到那么高。

我的做法是直接把频率降到最低档，比如1MHz甚至500kHz，再做一次连接测试。如果降低频率后能连上，问题就定位在信号完整性上。特别是当你用面包板或者长杜邦线调试的时候，每根线就是一截天线，高频信号在上面反射、串扰，SWDIO/SWCLK之间的波形早就乱成一团了，芯片端根本解不出有效数据。降低频率是最快最有效的处理手段，不需要任何额外成本。

这个道理跟你打电话是一个意思：信号不好不是你嗓门不够大，而是信道质量差，这时候放慢语速、一个字一个字说清楚，对方反而能听懂。SWD频率降低意味着每一位数据的持续时间变长，即使波形有畸变，采样点依然能抓到正确的高低电平。

具体操作路径：Keil MDK里，Options for Target → Debug → 右侧下拉框选择你的调试器（比如ST-Link Debugger） → 点击Settings → 打开Debug选项卡，在Max Clock下拉框里选择更低的频率。J-Link用户则可以在J-Flash里设置Interface Settings → Speed。

3.3 Connect under Reset：芯片跑飞时的救命稻草

如果你的程序把SWD引脚复用成了普通GPIO，或者程序进入了一种让CPU忙不过来的状态，那调试器用正常模式去连接芯片，可能根本抢不到CPU的控制权。这种情况下最有效的办法是用“Reset under Pin”或者“Connect under Reset”连接模式。

原理其实很简单。Connect under Reset的意思是：调试器在建立连接之前，先把NRST引脚拉低，让芯片一直保持在复位状态，然后在这个状态下抢占调试接口，再释放复位，让芯片运行。因为芯片在复位状态下CPU不会执行用户程序，SWD引脚保持默认的调试功能，所以调试器几乎百分百能连上。这个模式专门用来对付“程序把调试脚改了功能”的锁死情况。

在Keil MDK里设置路径是：Options for Target → Debug → Settings → Debug选项卡 → Port下拉框选SW，然后在Connect下拉框里选with Pre-reset，Reset下选框里选Hardware Reset。意思就是连接之前先硬件复位一下芯片，再尝试握手。

这里要重点提醒：Connect under Reset模式务必确认调试器和目标板的NRST引脚之间有物理连接。有些调试器没有把NRST引出来，或者你接线的时候根本没接NRST，那这个模式就没法用，因为调试器没法控制芯片的复位引脚。我一开始不知道这个原理，设置了Connect under Reset但NRST没接线，结果自然还是No target connected。接上之后立竿见影。

4. 芯片被锁死：最棘手也最常见的No target connected

4.1 读保护RDP是怎么把芯片锁住的

硬件没问题、软件配置也对，但始终报No target connected，那就要怀疑芯片本身进入了受保护状态。ST官方把这叫做Read Protection（读保护），也叫RDP。当芯片的选项字节（Option Bytes）里的RDP级别被设置为1或2时，调试接口会被禁用，调试器将无法通过SWD访问芯片内部Flash和调试组件。

为什么会出现这种情况？第一种可能是你写了设置读保护的代码并烧进去了，多用于产品防抄板。第二种可能是你用STM32CubeProgrammer或者ST-Link Utility操作选项字节时不慎打开了RDP。第三种是芯片出厂自带的某些保护级别。最坑的是，如果你设置的RDP级别是1，还可以通过全片擦除来解除；但如果你设置成级别2，那就永久锁死了，连SWD都访问不了，芯片基本只能当砖头丢进垃圾桶。

怎么判断芯片是不是被读保护锁住？ST-Link连接时报No target connected，但换用STM32CubeProgrammer连接时，可能会提示Device is busy或者识别到芯片但Flash被保护。这取决于你的芯片是否处于最低功耗模式或者连接握手阶段能否通过。我的经验是：先用CubeProgrammer的暴力连接试一下，如果能识别到芯片，大概率还有救；如果完全识别不到，需要配合BOOT0引脚操作来尝试。

4.2 用BOOT0引脚配合STM32CubeProgrammer强制恢复

STM32芯片有一个特点：BOOT0引脚拉高再复位，会进入系统存储器Bootloader，这个Bootloader是出厂烧在ROM里的，不受用户Flash里的RDP保护影响（注意，不同型号行为略有差异，但大多数主流型号都能通过这种方式访问到系统Bootloader）。所以当你怀疑芯片被读保护锁死时，操作步骤如下：

1. 把BOOT0引脚接到高电平（3.3V），然后按一下复位按键让芯片重新上电，或者直接重新上电。
2. 此时芯片进入系统Bootloader模式，调试器仍然能通过SWD尝试握手，但更常用的是用串口ISP方式连接，看你手头有什么工具。
3. 打开STM32CubeProgrammer，或者STM32 ST-LINK Utility，选择对应的连接方式（ST-LINK或者UART ISP，取决于你怎么接的），尝试连接。
4. 如果识别到了芯片，执行全片擦除（Full chip erase）并确认把RDP级别降回0（即关闭读保护）。CubeProgrammer会提示是否需要解除读保护，选是，它会执行一次全片擦除来清除保护位。
5. 恢复完成后把BOOT0跳回低电平，复位芯片，再用Keil正常烧录。

这里有个很重要的经验：不要在BOOT0拉高的状态下用ST-Link连接然后马上拔线，很多人以为这样就能解除保护，实际上必须执行全片擦除或者修改选项字节才能真正把RDP降级。否则下次上电还是老样子。

另外一种情况：如果RDP级别设置为1，STM32CubeProgrammer连接时可能直接弹窗询问是否解除保护，点确定后它就会自动执行全片擦除，这个过程需要一点时间，不要中途断电。我见过有人在这个等待过程中强行拔线，导致芯片进入半保护状态，后面处理起来更麻烦。

4.3 晶体、复位电容和虚焊：看起来无关但影响连接的因素

芯片锁死之外，还有一类同样棘手的问题：芯片本身工作条件异常。SWD握手需要芯片的调试时钟域正常工作，而调试图必须依赖芯片内部的主时钟。如果外部晶振没起振——比如晶振焊错了、负载电容虚焊、晶振本身坏了——芯片可能压根没有准确的时钟源，SWD通信也会失败。解决办法是把启动时钟切换到内部HSI，但这需要先能连上芯片，所以遇到这类问题往往是先排查晶振和它的负载电容是否正常，用示波器量晶振引脚有没有振荡波形。没有示波器的话，用万用表量晶振两端电压，正常应该在VCC的一半左右附近跳动（实际上万用表测不准但能看出大概）。

复位电容虚焊也会导致类似问题。STM32的NRST引脚内部有上拉，外部一般接一个小电容到地，用来滤除干扰。如果这个电容焊得不好，或者你手动按住复位键不松开，NRST持续低电平，芯片一直复位，自然连不上。这种问题最迷惑人的地方在于它跟程序、调试器、供电都无关，单纯是电路板焊接工艺问题。

还有一个容易忽略的地方是芯片引脚虚焊。特别是手工焊接的TQFP封装芯片，引脚间距只有0.8mm甚至0.5mm，看起来焊上了，实际上有个别引脚虚焊，SWDIO或者SWCLK对应的引脚接触不良。这种情况下万用表可能能量到导通（因为表笔按压时有压力），但一插上调试器，细微的振动导致断路，报No target connected。遇到这种问题，建议拿放大镜逐脚检查焊点，或者用烙铁加助焊剂重新拖一遍焊盘。我有一块板子就是这么修的，折腾了两天才发现是SWDIO引脚虚焊。

4.4 如果以上都试了还不行，检查调试器本身

有一类情况会让人崩溃：硬件接线全对、供电正常、芯片也确认不是锁死、频率也调低了、复位连接模式也设置了，但依然报No target connected。这时候排查对象要转向调试器本身。办法很简单：拿一块确认能正常烧录的开发板试一下调试器。如果拿到确认完好的板子上依然连不上，那就是调试器坏了或者调试器固件状态异常，换一个调试器测试。

我遇到过两次调试器故障，一次是ST-Link V2的SWDIO输出引脚烧掉了，特征是3.3V正常、GND正常，但SWDIO引脚输出电平不对，怎么换目标板都白搭。另一次是J-Link的DAP内部逻辑出了问题，只能升级固件解决。所以强烈建议手头备两台调试器，排查问题时交叉验证，能省下大量时间。

对于某些DIY的DAP-Link，比如用STM32F103小板子刷的DAP固件，本身兼容性就一般，连一些低功耗芯片或者电压不稳的板子更容易报错，这种情况直接放弃它换ST-Link反而更快。

5. 进阶技巧：低功耗、独立供电、线缆长度这些暗坑

5.1 低功耗模式下怎么连

如果你的程序使用了STM32的低功耗模式，比如STOP模式或者STANDBY模式，芯片大部分调到时钟都停掉了，调试接口自然也无法正常工作。这时候你要么在进入低功耗之前先让调试器断开，要么在需要调试时临时把低功耗代码跳过去，要么使用特定手段唤醒芯片后再连接。

我在一个低功耗项目上遇到过：程序每10秒进入一次STOP模式，我用ST-Link连接，有时候正好在运行窗口能连上，有时候在STOP窗口就报No target connected，非常随机。后来我干脆在main函数最开始加了个延时，比如上电后先等5秒再进入主流程，给调试器留出连接窗口。或者你可以在代码里用按键事件唤醒之后再执行连接。如果芯片已经进入深度睡眠，最简单的办法是重新上电，在引导程序运行的初始阶段快速连接。但这需要你板子上的程序在上电初期不会立刻进低功耗，否则就得用硬件复位连接模式试试。

5.2 长线缆和面包板的信号质量处理

SWD线缆长度建议控制在20厘米以内。超过这个长度，特别是用杜邦线在面包板上飞线，信号完整性会急剧恶化。我之前在实验板上用30厘米的杜邦线连接ST-Link和STM32最小系统板，6MHz频率下偶尔能连上，但烧写大程序时经常写到一半报错，后来把频率降到1MHz，稳定得一批。

如果你必须长距离连接，比如调试一个装在机箱里的设备，有几个土办法很好用：一是使用双绞线，把SWDIO和SWCLK绞在一起，GND在旁边做地平面参考；二是尽量缩短GND回路的长度，让信号电流的回流路径更短；三是在SWDIO和SWCLK上各串一个33Ω到100Ω的小电阻，降低振铃，这是我调试高频通信时常用的手段，实测能明显改善波形。

面包板本身也是信号质量杀手。面包板内部的金属弹片接触电阻忽大忽小，特别是用久了的老旧面包板，插拔几次后弹片氧化，接触电阻能到几十欧姆，SWD通信在这种电阻波动下很容易失败。我的建议是：做调试连接尽量用印刷电路板或者点对点焊接，实在要用面包板，就选质量好的，并且把关键线缆（SWDIO、SWCLK、GND）压紧一点。还有一种情况是面包板供电轨断裂，看起来插在5V轨上的线其实某一段没导通，这个只能用万用表逐段量。

5.3 独立供电与共地策略

新手还有一个误区：调试器USB口供电能力有限，一般只有500mA，如果目标板上有电机、LED矩阵、无线模块等大电流外设，一启动就把电压拉垮，SWD连接自然失败。这种场景必须给目标板独立供电，比如实验室稳压电源或者质量好的充电宝+稳压模块。但特别要注意：独立供电时，仍然需要把调试器的GND和目标板的GND连在一起，否则信号没有参考地，还是会No target connected。

顺便分享一个我踩过的坑：目标板用稳压电源供电，调试器用电脑USB供电，两个电源的地没有共连，SWD时钟线直接对接，结果SPI输出波形一塌糊涂，我误以为是代码问题，排查了整整一天。后来才意识到是地电位不一致，两个电源之间有几十mV甚至几百mV的压差，对于3.3V逻辑来说这个压差足以让信号电平判断出错。所以无论怎么供电，GND一定要连好。

5.4 多调试器共存的冲突问题

现在很多开发板都自带一个板载调试器，比如Nucleo板上的ST-LINK，也引出SWD接口。如果你拿外部调试器去连这类板子，而板载调试器还在占用SWD总线，可能起冲突。有些板载调试器有跳线可以断开，有些需要拔掉一个特定的跳线帽或者电阻。如果跳线没断开，外部调试器连上去就报No target connected或者偶尔能连上但很不稳定。

我习惯的做法是：优先使用板载调试器，毕竟出厂肯定兼容；如果要用外部调试器，先仔细看开发板原理图，找到怎么断开板载调试器与目标芯片SWD引脚的连接，再接线。另外，如果你用J-Link去连一个之前一直被ST-Link连接的芯片，不会有冲突，调试器是独立设备，只要SWD总线空闲就能连上。真正冲突的是两个调试器同时挂在同一组SWD线上。

6. 排查速查表与我的经验收尾

最后整理一个我实际排查中反复用的速查表，按优先级排列，90%的场景都能用这里面的步骤解决。

这十二条走完，No target connected基本都能解决。我个人的实际体会有三条：第一，不要迷信高端调试器，偶尔J-Link连不上的场合，随便一个几块钱的ST-Link clone反而能连上，两者在SWD实现细节上稍有差异；第二，排查时一定要做单一变量控制，一次只改一个地方，不要同时换线又换频率又改BOOT0，否则你根本不知道是哪一个操作起了作用；第三，平时调试尽量把SWD频率设成1MHz，虽然慢一点，但稳定性好太多，尤其在你板子还是飞线状态的时候，这个习惯能让你少踩很多坑。

如果你是因为芯片被锁死来搜这篇文章，重点看第4节，按里面说的BOOT0拉高再配合STM32CubeProgrammer全片擦除，大概率能救回来。如果连CubeProgrammer都识别不到芯片，检查一下你的BOOT0是不是真的拉高了、复位有没有按下去，以及NRST和GND之间有没有被你短路。

最后再分享一个小技巧：如果条件允许，在设计PCB时把SWD接口设计成4pin或5pin的排针，顺序固定为VCC、SWDIO、SWCLK、GND、NRST，并且留出足够的间距方便夹子夹。这样不仅调试方便，遇到问题的时候排查起来也快，因为你不用每次都去翻原理图确认引脚顺序。这个习惯让我后来做项目调试少了很多无谓的返工。

希望这篇笔记能帮你省下一些折腾的时间。如果你按照上面的步骤排查完之后还是不行，很大概率是芯片本身已经物理损坏或者进入了不可恢复的保护状态，换个芯片再来一次吧。