FPGA 固件开发服务范围
围绕确认的项目输入、工作内容、交付物与验收条件组织实施；是否进入 PoC 或完整开发阶段由双方确认的任务书确定。
适用项目
- 已有目标产品或板卡，需要补齐“Bitstream”相关设计与实现
- 已有代码或 IP，需要围绕“寄存器接口”完成集成、调试或重构
- 平台、器件或接口尚未冻结，需要先验证“版本标识”等关键风险
主要工作内容
- 定义 Bitstream 与寄存器版本规则：先将“定义 Bitstream 与寄存器版本规则”写入需求与接口基线，明确“Bitstream”涉及的对象、参数、依赖和通过条件。
- 组织启动、配置、镜像打包和校验：围绕“组织启动、配置、镜像打包和校验”形成专项设计，记录“寄存器接口”相关架构、配置、约束和版本。
- 设计升级、回滚和异常恢复流程：针对“设计升级、回滚和异常恢复流程”完成工程集成，保留“版本标识”相关构建、日志、问题定位和变更记录。
- 建立构建、签名、烧录和发布记录：以“建立构建、签名、烧录和发布记录”为验证重点，在约定环境中执行“启动与升级”相关测试并提交可复核结果。
项目输入
- 目标器件、启动模式、配置存储器和板卡设计
- RTL 工程、约束、IP、构建工具和发布分支
- 镜像格式、版本号、校验、签名和密钥责任
- 升级接口、回滚策略、断电恢复和量产烧录条件
交付物
- Bitstream、配置镜像、校验值和版本清单：“Bitstream、配置镜像、校验值和版本清单”用于复现约定实现，提交时绑定目标器件、工具、依赖和源码版本。
- 构建、打包、烧录、升级和回滚脚本：“构建、打包、烧录、升级和回滚脚本”说明接口、参数、配置与限制，作为系统联调和后续维护依据。
- 寄存器兼容、启动流程和发布说明：“寄存器兼容、启动流程和发布说明”按任务书列明文件范围、第三方授权边界、构建方法和制品校验值。
- 升级、断电、回滚和版本识别测试记录：“升级、断电、回滚和版本识别测试记录”绑定测试对象、环境、用例、结果与剩余限制，作为阶段或最终验收证据。
验收方法
- 制品可由冻结源码和脚本重复构建
- 设备能识别版本并按约定启动和升级
- 断电、损坏镜像和回滚用例按范围验证
- 密钥、签名和第三方制品不越过授权边界
能力与结果边界
“固件”范围需明确是否包含 RTL、软核软件、SoC 软件和外部 MCU 程序。 未经目标项目验证的厂商参数、理论峰值、路线图或示例工程不作为项目实测结果；最终结论以冻结版本和书面测试证据为准。
FPGA 固件开发常见问题
FPGA 固件是否等同于 RTL 源码？
不等同。固件通常指可发布的 Bitstream 或配置镜像；源码、构建环境和第三方 IP 是否交付需另行约定。
是否默认包含安全启动和签名？
不默认包含。需要结合器件安全能力、威胁模型、密钥管理、烧录和升级回滚流程单独定义。
量产烧录文件如何追溯？
应记录源码版本、构建工具、IP、配置参数、制品哈希、目标器件和发布日期，并保留发布审批。
FPGA 固件开发的交付范围如何确定？
以项目任务书为准。计划交付的Bitstream、配置镜像、校验值和版本清单、构建、打包、烧录、升级和回滚脚本等内容需逐项列明；第三方 IP、加密网表、厂商库、协议资料和许可证文件受原授权限制。
FPGA 固件开发周期和报价如何评估？
工作量取决于输入完整度、接口和模块数量、器件与工具成熟度、第三方 IP、板卡状态、软件配套、测试设备及验收深度。完成输入审查后再形成阶段计划与报价。