Lattice FPGA烧录实战指南：从SRAM到Flash的完整避坑手册

第一次把玩Lattice FPGA开发板时，我盯着Diamond软件里那个"SRAM Fast Program"按钮犹豫了整整十分钟——这看起来是最显眼的烧录选项，但直觉告诉我事情没这么简单。果然，按下按钮后程序运行正常，可一旦断电重启，所有配置就像被施了魔法般消失无踪。这种"薛定谔的烧录"状态，相信每个FPGA新手都经历过。

1. 烧录模式：易失与非易失的本质区别

FPGA的配置存储就像人类的记忆机制，分为短期记忆和长期记忆两种形态。SRAM模式相当于短期记忆，数据会随着断电（睡眠）而消失；Flash模式则是将信息刻进长期记忆，即使断电也能保持。Lattice FPGA内部其实包含两个存储单元：

关键提示：使用MachXO2系列时，Flash烧录前必须执行擦除操作，这与SRAM直接覆盖写入的特性截然不同

在Diamond Programmer界面中，这两种模式的操作路径有着微妙差异：

1. SRAM模式：Operation → Static RAM Cell Mode → SRAM Fast Program
2. Flash模式：Operation → Flash Programming Mode → Flash Erase → Program → Verify

2. 正确烧录流程：以MachXO3LF-6900为例

2.1 硬件准备检查清单

• 确认开发板供电电压与JTAG接口电平匹配（常见3.3V）
• 使用优质USB-Blaster下载器，劣质线缆可能导致时钟抖动
• 检查JTAG链中所有器件的VCCINT电压（特别是多芯片场景）

bash复制# 在Linux下检测JTAG链的实用命令
$ jtagconfig
1) USB-Blaster [USB 0]
  020A10DD   Lattice MachXO3LF

2.2 Flash模式分步操作

1. 生成.jed文件：在Diamond中完成综合后，选择"Export Files" → "JEDEC File"
2. 连接硬件：建议先给开发板断电，接好JTAG后再上电
3. 擦除Flash：这是最容易被忽略的关键步骤
4. 烧录验证：完整流程应包含Program和Verify两步

血泪教训：曾遇到Verify通过但实际运行异常的情况，最终发现是Flash区块老化导致。建议首次烧录后重启板卡二次验证

3. 高频故障排查手册

3.1 JTAG识别失败

当Diamond无法检测到设备时，按此顺序排查：

1. 物理连接：尝试更换USB端口或JTAG线缆
2. 驱动状态：设备管理器查看USB-Blaster是否带感叹号
3. 电压检测：用万用表测量TDI/TDO引脚电压（正常应≈VCCIO）

3.2 烧录过程中的典型报错

• Error: Device ID mismatch：检查芯片型号与工程设置是否一致
• Warning: Programming file checksum error：重新生成.jed文件
• Failed to enter programming mode：尝试降低JTAG时钟频率

3.3 隐蔽的引脚冲突

某次烧录后部分IO口异常，最终发现是.jed文件中的引脚约束与板级设计冲突。建议：

• 对照原理图检查Pins文件
• 使用文本编辑器查看.jed文件中的PIN声明段
• 特别注意差分对和电源引脚配置

4. 进阶技巧与性能优化

4.1 双启动配置策略

对于需要固件升级的场景，可以配置两个Flash镜像区：

1. 主镜像区：存放稳定版本
2. 备用区：存放测试版本
   通过Persist寄存器控制启动选择，具体设置参考Technical Note TN1254

4.2 烧录速度优化

在量产环境中，可通过以下手段提升效率：

• 使用并行编程器同时烧录多块板卡
• 调整TCK频率至最大值（需通过SignalTap验证稳定性）
• 编写TCL脚本实现自动化流程

tcl复制# 示例自动化脚本片段
program -erase -flash -file "firmware.jed"
verify -flash -file "firmware.jed"
start_device -mode spi

4.3 安全性增强措施

• 启用128位AES加密（需在Diamond中设置Encryption Key）
• 配置Read Protection防止逆向工程
• 使用SHA-256签名验证.jed文件完整性

记得第一次成功固化程序时，那种成就感堪比FPGA界的"Hello World"。现在我的工作台上还贴着便签：SRAM调试快，Flash要三拍——擦除、烧录、验证，一个都不能少。