JTAG 固件烧录基础：从镜像到目标存储器
梳理通过 JTAG 进行固件写入时需要确认的对象、流程和风险边界。
“用 JTAG 烧录固件”不是一个单一动作。它通常包含建立访问链路、选择目标访问路径、准备镜像、执行擦除或写入、校验结果，以及让目标从正确位置启动等多个阶段。不同器件的实现差异很大，因此本文只提供通用的工程框架，不给出未经目标文档确认的地址、命令或性能结论。
先确认写入对象
JTAG 可能直接访问处理器的调试模块，也可能通过处理器间接访问片上存储器、外部存储器或配置逻辑。首先要明确镜像最终写入哪里，以及谁负责把 JTAG 访问转换为存储器操作。这个问题决定了工具配置、镜像格式、擦除策略和后续启动检查。
还要确认镜像的边界和布局：是否包含启动头、校验信息、分区信息或多个输出文件。不要把构建产物的文件长度直接当作目标存储器的写入范围，也不要在没有确认地址语义的情况下修改偏移。
一个可审计的流程
建议将流程拆成以下阶段：
- 检查目标板供电、复位和 JTAG 链路，确认 TAP 能够稳定访问。
- 识别链中器件，并确认当前工具配置与实际器件顺序一致。
- 校验镜像来源、版本、格式和预期写入区域。
- 按目标器件文档执行必要的解锁、擦除、写入和等待步骤。
- 读取或使用工具提供的校验机制确认结果。
- 重新复位目标，检查启动模式和最小可观测行为。
每一步都应保留日志和输入信息。这样即使最终启动失败，也能判断问题发生在链路、写入过程、镜像内容还是启动条件，而不是笼统地归因于 JTAG。链路异常时，可参考 JTAG 调试与故障定位：从连接到目标状态。
校验不等于功能验证
写入后的读取校验通常只能说明读回数据与某种预期相符，不能证明整个系统功能正确。启动还可能依赖复位释放、时钟、电源、启动引脚、外部存储器或安全策略。反过来，启动失败也不一定意味着写入数据错误，可能是镜像布局与启动约定不匹配。
在量产或现场维护中，还需要考虑失败恢复、掉电中断、重复烧录、访问权限和敏感数据保护。具体措施应根据目标产品的安全和质量要求设计，不能用一套通用脚本覆盖所有器件。
与 JTAG 基础知识的关系
固件烧录仍然依赖 TAP 状态机对指令和数据寄存器的访问，基础概念见 TAP 状态机：JTAG 访问流程的骨架。如果烧录工具还承担板级连通性检查，则需要理解 Boundary Scan 基础：从扫描链到板级互连检查。对于第一次接触 JTAG 的读者，建议先阅读 JTAG 是什么：从测试接口到工程工具链，再把烧录流程映射到具体器件文档。
执行编程向量前，要确认连接器针脚与目标链配置，参阅 JTAG 连接器与测试访问端口基础 和 JTAG 链路与 IDCODE 基础；SVF 的用途与边界见 SVF 文件与边界扫描编程基础。
需要更细的操作检查清单，可阅读 JTAG 固件编程流程；常见映像文件的地址语义见 BIN、Intel HEX 与 Motorola S-record 入门，写入后的检查则见 编程校验与回读。