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

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

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

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

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

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

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

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

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