调试与编程接口

固件刷完后不再响应串口，首先要判断丢失的是应用通信、下载入口还是硬件调试访问。它们的依赖不同：应用可能已经崩溃，ROM 下载仍可进入；调试口也可能因电源、连线或安全配置不可访问。不能用“JTAG/SWD 总能救砖”或“USB 能刷就能调试”概括。

JTAG：传输入口不保证每一种测试能力

JTAG 常见信号为 TCK、TMS、TDI、TDO，TRST 是否存在取决于实现。TMS 在 TCK 边沿驱动 TAP 状态机，TDI/TDO 串行移入移出所选寄存器；调试模块和边界扫描是建立在相关结构上的不同用途。不是所有带 JTAG 的芯片都支持所需核心调试或完整边界扫描。

菊花链通常让一个器件 TDO 接下一个 TDI，主机需要知道链顺序及各器件指令寄存器长度等配置；其他器件可通过 BYPASS 减少移位开销，但不会自动从物理链消失。混合电压域也需匹配，不能假定所有 JTAG 目标都接受 5 V。

边界扫描可在不运行应用固件的情况下检查部分数字互连，但不是“直接控制每个引脚”。模拟、电源、高速专用引脚及没有边界单元的网络可能不覆盖；测试还需避免与板上其他驱动器争用。BSDL 描述器件边界结构，结合板级网表与向量才能定义实际覆盖率。OpenOCD：边界扫描介绍及工具支持边界

Microchip：TAP 状态机

移进去的位，什么时候真正生效？

从复位状态输入 TMS 序列 0、1、0、0 到达 Shift-DR，并完成 Capture-DR 的采样。此后每个 TCK 都会移位，包括 TMS=1 离开 Shift-DR 的那个周期。进入 Pause-DR 后可任意停留，已更新值不会改变；只有经过 Update-DR 才提交。这里保留协议本来的顺序约束，但每一步由你直接选择输入，可以走错路、暂停或重新同步。连续 5 个 TMS=1 可回到 TAP 复位状态，这不等于复位 CPU 或清除芯片数据。

SWD：两根协议信号之外仍有电气条件

SWDIO 是双向数据线，SWCLK 是时钟。请求包含访问方向及 DP/AP 等信息，链路还需要响应、数据、奇偶校验和双向切换阶段。以 Arm 调试架构为例，DP 提供外部调试入口，AP 再访问相应内部资源；具体核心、多核和总线能力由实现决定。Arm Debug Interface 架构

“只需两线”只统计协议信号，板级通常还需 GND、目标电压参考，且为可靠复位/恢复预留 nRESET 常有价值。SWO 是可选的跟踪输出，不是 SWD 正常通信必需的第三根数据线；SWD 也不能普遍代替 JTAG 的边界扫描功能。

VTref 通常让探针感知目标 I/O 电平，⁠不是给目标供电的输出⁠。探针若另外提供供电功能，也需按接口定义使用，避免与板上电源冲突。短线和合理返回路径有助于信号质量，SWDIO 还要允许双向驱动，不能随意加单向缓冲。SEGGER VTref 定义

从 GDB 到 Flash，中间有哪些职责

GDB 使用匹配的 ELF 获取地址与调试信息，通过远程协议向 OpenOCD 等服务发请求；服务结合探针和目标配置访问芯片。探针支持 SWD，不代表其软件已经支持某颗新 MCU 的 Flash 控制器、安全模式或多核拓扑。

下载 Flash 往往还需要设备算法，有时会将小程序放入目标 RAM 执行。RAM 可用性、Flash 大小与 bank、时钟初始化及地址映射错误，都可能造成“能读 ID，却不能烧录”。J-Link、CMSIS-DAP、ST-Link 等也不是仅按品牌就功能相同，具体探针型号、固件、主机软件和目标支持要一起核对；“无限 Flash 断点”同样是附条件的软件能力，不是所有探针的普通硬件比较器无限多。

以下以 OpenOCD 的 ST-Link 接口配置与 STM32F4 目标配置为示例，只适用于已核对匹配的硬件和工具版本。命令会建立调试会话；其中复位和暂停会改变目标执行状态，排查现场故障时先保存需要的信息。

openocd -f interface/stlink.cfg -f target/stm32f4x.cfg

在另一个终端启动支持目标架构的 GDB，并加载与目标固件对应的 ELF：

arm-none-eabi-gdb firmware.elf

target extended-remote localhost:3333
monitor reset halt
info registers
x/8i $pc

这里没有提供自动擦除或解锁命令。reset halt 的实际效果依目标复位配置，端口也可配置；应按本地 OpenOCD 文档与目标设置核对。OpenOCD：GDB 连接与调试、复位配置

硬件断点/观察点数量有限；软件断点可能需要修改指令，Flash 中的实现由工具支持决定。暂停 CPU 后外设、DMA、看门狗或另一核心未必一起暂停，单步观察本身会改变时序，不能据此直接证明实时运行无竞争。

ROM、USB DFU、UF2 与 UART 不在同一个分类维度

ROM 表示代码所在位置，DFU 是一种固件升级协议名称，UART/USB 是传输相关接口，UF2 则是镜像块格式及常见加载方式。USB DFU 可以由 ROM 或可更新 Bootloader 实现；并非所有带 USB 的芯片出厂都有 DFU。

STM32 的入口还可能受选项字节、芯片修订和安全配置影响，应该按精确料号查表。ST AN2606

Pico 的 BOOTSEL 代码位于 ROM，应用 Flash 损坏通常不会把这段 ROM 覆盖掉，但仍依赖正常供电、USB 连接与器件状态。Raspberry Pi Pico 文档

Nordic 的 nRF5 SDK DFU 工具要求对应软件 Bootloader；较新的软件平台也需按所用升级方案配置。不能把某块开发板预装的能力归到所有裸芯片。Nordic nRF Device Firmware Update

Microchip 的部分较新 AVR 使用 UPDI 进行编程与调试，PIC 的 ICSP 又有自己的器件协议和进入条件。Microchip AVR 接口

下载时间要把擦除、验证与传输分开

UART 115200 baud、8N1 时，每字节需要 10 bit，理想净字节率为 11520 B/s。256 KiB 镜像仅数据传输至少约 22.76 s，再加协议头、响应、重试、Flash 擦写与校验。提高串口波特率不能同比缩短被内部擦写支配的时间，USB 连接也不等于以 USB 标称总线带宽完成烧录。

镜像地址、向量表/入口、链接布局、Bootloader 分区及签名要求需一致。工具报告写入完成后，还要区分字节校验通过、启动验证通过和应用功能通过，这三件事不是同一结果。

连不上时，从依赖最少的一层逐步确认

先核对目标电源与 VTref、GND、接口方向、复位状态及主机对探针的识别，再核对传输选择、目标配置和时钟。降低调试速率可帮助判断连接质量，不能修复错误电压或安全锁定。

若应用启动后关闭调试引脚或进入低功耗，可按芯片支持尝试在复位下连接；这需要复位线和正确工具配置，并非所有器件都支持相同流程。读保护、认证和永久安全状态应按厂商定义处理，某些恢复会擦除数据，某些状态不可逆，不能把“解锁/全片擦除”当作保存故障证据前的默认动作。

能暂停后，先确认 ELF 与正在运行的镜像匹配，再看复位原因、PC、栈及异常上下文。仅有源码文件相同不够，优化、链接地址、库或生成配置不同都会让变量与行号误导判断。

总线排障则结合逻辑分析仪与示波器：一次 ACK 只表示某次字节被接收，不证明数据新鲜、后续事务或电气裕量一直正确。协议解码正常仍应按需要检查电平、上升沿和供电；逻辑分析仪也不能单独排除全部物理层问题。

开发、产线和现场按目标组织流程

开发阶段需要可观测性和恢复入口，产线需要可追溯镜像、校验、序列化与功能测试，现场升级需要验证、兼容与掉电恢复。量产可以直接用专用编程器批量烧录，也可以使用已建立的下载服务，不必固定为“先 SWD 烧 Bootloader，再 DFU”。

OTA 只说明镜像经过无线或网络到达，不自动提供真实性和可靠切换。接收、验证、写入候选区、启动确认与失败恢复应形成明确状态机；读保护、签名和调试授权是不同机制，最终配置要与产品维护策略一致。

复算传输下界

from math import isclose
baud, bits_per_byte, image_bytes = 115200, 10, 256*1024
payload_rate = baud/bits_per_byte
assert payload_rate == 11520
assert isclose(image_bytes/payload_rate, 22.755555555555556)
assert isclose(image_bytes*8/1e6, 2.097152)
print('UART 8N1 有效字节率和镜像纯传输时间下界通过')

传输时间只是下载链路的下界；编程验证、启动验证与实际功能验证应分别记录结果。

继续查阅

• MCU 选型与开发生态：工具链、资源与板级选择。
• 存储技术：分区、提交与掉电恢复。
• 测量仪器与工具：波形与协议证据。