JLink

擦除固件前，先确定要清除的是整片Flash，还是某几个扇区。芯片中可能还存有设备参数、校准信息或启动配置；若它们与程序位于不同区域，就需要先确认擦除范围。J-Link常用的操作入口有J-Flash Lite、J-Link Commander和J-Flash，选择哪一个取决于要擦除的范围及当前工具配置。

J-Link支持多核芯片调试，但不同芯片的多核结构并不完全一样。有些核心位于同一JTAG Scan Chain中，有些通过CoreSight下不同的AHB-AP、APB-AP访问，还有些从核上电后默认处于复位或未开时钟状态。出现主核可以正常连接、从核却一直连接失败时，要先确认当前调试器到底选择了哪个核心，再检查AP、TAP、复位和从核启动状态。

把J-Link Commander从手动操作改成批量烧写后，比较容易遇到两类情况：一类是命令窗口已经打开，却停在设备、接口或探针选择位置；另一类是脚本很快结束，但芯片里的程序没有更新。围绕“J-Link Commander脚本怎么编写J-Link Commander批量烧写命令为什么不执行”，需要先分清命令文件和J-Link Script File，再把连接、擦除、下载、校验、退出以及返回值处理写完整。

多核调试里看到的不同步，往往不是JLink链路真的丢同步，而是调试会话对核的绑定不清晰，或复位语义在不同会话里不一致，再叠加共享内存与外设被另一个核持续改写，最终表现成A核停了B核还在跑、复位后现场对不上、断点命中窗口不一致。排查与配置要抓住两条主线：先把每个会话明确绑定到指定核，再把复位与下载职责统一到可控的边界。

用JLink调试时，断点看似已经打上，但程序跑过去不暂停，或者断点显示灰色、挂起、命中次数始终为0，这类问题往往不是单一原因导致，而是断点实现方式、代码所在存储介质、编译优化与调试服务器能力叠加后的结果。只要把断点到底是硬件还是软件、硬件断点到底有多少、当前调试链路有没有把断点真正写进目标核的调试单元这三件事逐一确认，定位会快很多。

用J-Link读内存，先要确定地址、读取宽度，以及目标当时是否在运行。普通RAM可以连续查看，外设寄存器可能要求固定的访问宽度；外部存储器在初始化前也未必可读。先完成一次范围明确的读取，再根据失败发生的位置排查，会更容易找到问题。

J-Link连接目标芯片时，J-Link Commander、J-Flash以及集成J-Link DLL的IDE都可以生成连接日志。日志里会记录Device、SWD或JTAG接口、通信速度、目标电压、复位过程以及J-Link DLL执行的访问操作。连接过程中反复出现通信错误时，可以先用J-Link Commander单独连接目标板，再结合日志判断错误发生在J-Link与电脑之间，还是J-Link与目标芯片之间。

SWO可在程序连续运行时输出日志和事件，但依赖SWO引脚、ITM/TPIU模块及正确时钟。处理“J-Link SWO调试怎么开启J-Link SWO数据显示异常如何调整”时，应先打通目标端输出链路，再根据无数据、乱码和丢包等现象调整参数。

JLink在电脑上插上去有反应，但IDE里完全找不到调试器，或调试器下拉框里没有JLink可选，这类问题通常出在三处：系统层面没有把JLink枚举成可用设备、驱动被错误绑定到其他USB驱动栈、IDE侧调用的JLink组件与器件包版本偏旧导致列表不刷新。排查时按先系统后IDE的顺序推进，能把无效重装的次数降下来。

J-Link把JTAG的TCK或SWD的SWCLK开得很高，最常见的结果不是更快，而是连接不稳定、偶发校验失败、断点莫名其妙失效，甚至直接连不上目标。判断与处理要抓住两件事：一是高速时钟会把信号完整性与目标侧同步能力的短板放大，二是不同接口对“自适应时钟”的支持差异很大，JTAG可以借助RTCK做自适应，SWD通常只能靠合理选频与布线质量兜底。

读取目标芯片寄存器前，先分清要看的是CPU核心寄存器，还是通过内存地址访问的外设寄存器。J-Link Commander可用不同命令读取这两类数据；使用Ozone时，还可以在寄存器窗口查看寄存器名称和位字段。读数异常时，从目标型号、读取时机和访问条件入手，通常更容易缩小范围。

J-Link通过VTref检测目标板的参考电压，并根据这个电压判断目标板是否已经供电，同时确定JTAG、SWD等调试信号使用的逻辑电平。连接目标板后如果J-Link Commander显示Target voltage为0.000 V，或者直接提示没有目标电压，通常要先检查VTref接线、目标板供电和调试接口地线，而不是先调整SWD频率或Device配置。VTref正常以后，再继续排查调试连接会更直接。

J-Link RTT通过调试接口读写目标RAM中的控制块和环形缓冲区，不需要额外占用串口引脚。处理“J-Link RTT怎么配置J-Link RTT窗口没有输出数据如何处理”时，要同时检查目标程序、RTT Viewer连接和控制块地址；只打开电脑端窗口，目标程序没有初始化或写入通道，同样不会显示数据。

J-Link读取内存异常常见的现象包括Cannot access memory提示、读出来全是0或0xFFFFFFFF、读同一地址结果跳变、以及在复位早期读外部RAM必然失败等。要把问题定位到可修复的配置点，建议按先验证连接与读路径是否稳定，再核对目标地址映射，最后检查访问权限与安全机制的顺序推进，避免在未知前提下反复改速度或乱换脚本。

SWO本质上是一条单线调试输出通道，能把日志从SWO脚送到JLink再显示到电脑上。它出现乱码时，最常见的不是代码本身，而是目标时钟频率、SWO速率、引脚复用或采样稳定性有偏差，导致同一串字节被按错误的节拍解析。排查时按硬件连线到时钟校准再到工具配置的顺序走，能更快把问题收敛到一两处可复现的设置项上。

固件显示“下载成功”，只说明文件已写入并完成相应校验，不代表目标CPU已开始执行。调试工具可能让核心停在复位入口，也可能在入口断点处暂停。设置自动运行前，先在当前板卡上验证“下载、复位、继续执行”这一顺序，再将它写入固定流程。

用J-Link调试程序时，断点设不上，先看目标芯片的硬件断点是否已用完，再看代码位于RAM还是Flash。硬件断点的数量由芯片决定，不能通过修改J-Link设置增加；能调整的是各个断点采用哪种实现方式。

J-Link给目标芯片下载程序时，会根据当前Device选择对应的Flash Loader。常见MCU的片内Flash通常已经包含在J-Link Software and Documentation Pack中，选择正确器件后即可直接使用。遇到自研芯片、外部Flash或特殊存储结构时，则需要通过Device Support Kit加入自定义Flash Loader。自定义算法已经编译完成，却出现加载失败、无法识别Flash区域或擦写时报错时，可以从器件配置、Loader文件、Flash地址和RAM执行区域几个位置检查。

在使用J-Link下载程序或调试单片机时，连接失败通常不是单一故障。J-Link怎么连接目标芯片J-Link提示无法识别设备是什么原因，需要把供电、接线、接口类型、芯片型号、连接速度和安全配置放在同一条链路中检查。反复点击连接，并不能代替分层排查。

JLink连上之后按了复位却看不到板子重启，有时是因为复位走的是内核复位请求而不是拉低复位脚，有时则是复位脚本来就没有接到JLink的nRESET脚，或者被板上的复位电路顶住导致电平根本拉不下去。把复位到底走哪条路径确认清楚，再把复位类型切到与硬件设计一致，通常就能把问题收敛到可复现、可验证的范围。