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