JTAG 固件编程流程：准备、写入与复核

以工程检查清单梳理 JTAG 固件编程前的准备、目标确认、操作和结果复核。

JTAG 固件编程的具体命令由目标器件、存储器和工具决定。入门时可先把过程拆成几个可检查的阶段，避免把“文件已发送”当成“目标已正确编程”。更基础的写入对象和风险边界见 JTAG 固件烧录基础。

1. 明确目标和输入

确认板卡版本、目标器件、实际写入的存储器或配置区，以及本次操作是否包含擦除、写入、保护设置或启动配置。核对固件来源、版本、文件格式、目标地址和预期区域；如果文件是 BIN，要从项目构建说明或器件工具中确认它对应的装载地址和布局。

2. 检查访问条件

按目标资料确认供电、复位、启动模式、JTAG 链路和调试访问权限。若工具依赖器件专用算法、脚本或编程向量，确认它与目标器件及当前链配置相符。文件扩展名相同并不代表执行内容或器件支持相同。

3. 执行写入并保留记录

按器件厂商流程选择擦除和写入操作，确认目标区域和地址映射后再开始。记录使用的源文件、文件校验值、工具与算法版本、操作选项和执行日志。发生中断时，不要假设设备处于可启动或可继续写入状态，应按目标文档规定的恢复流程处理。

4. 校验并检查启动条件

操作完成后，使用目标支持的编程验证或回读方式检查预期内容，再按规定复位并确认启动配置。回读受访问权限和器件安全策略限制；校验通过也只说明相应校验范围符合预期，不等同于系统功能测试。更多限制见 编程校验与回读。

按用途选择文件

BIN、Intel HEX 和 Motorola S-record 主要描述固件数据及其组织方式，地址信息和记录结构各不相同；JAM/STAPL 或 SVF 则可以描述面向 JTAG 的编程序列或操作。两类文件解决的问题不同，某些工具链会从一种输入生成另一种输出，但不能由此推断格式可以互换。格式入门见 BIN、Intel HEX 与 Motorola S-record 和 JAM/STAPL/SVF 用途概览。