1. 量产部署全景

很多工程师第一次把 Zynq SoC 板子点亮时，会以为“功能跑通”就等于“可以交付”。但在真实产品里，原型验证通过只是起点。原型阶段的目标是“证明可行”，量产阶段的目标是“证明每一台都可行，并且可追溯、可维护、可复现”。这两者之间隔着一整套工程化工作：硬件设计冻结、启动镜像固化、量产烧录方案、测试工装、版本管理、文档交付与责任划分。本节先把这条从原型到量产的全景链路讲清楚，再给出可落地的交付物清单、团队角色与里程碑定义。

一、Zynq 产品生命周期的四个阶段

Zynq SoC 的生命周期可以划分为四个阶段，每个阶段的输入、输出和验收标准都不同。

阶段一：原型验证（Prototype）。目标是验证 PS（Processing System）与 PL（Programmable Logic）的协同功能。典型做法是用 JTAG 下载 bitstream、通过 SD 卡启动 Linux、在 SDK/Vitis 里跑裸机程序。此时启动方式灵活、镜像不固化，允许频繁改动。验收标准是“功能正确、性能达标”，但不要求一致性。

阶段二：设计冻结（Design Freeze）。当功能稳定后，需要冻结硬件版本（PCB 版本号、BOM）、冻结 Vivado 工程（Block Design、约束、IP 版本）、冻结软件版本（U-Boot、内核、设备树、根文件系统）。冻结的意义在于：后续所有量产件都必须基于同一套可追溯的版本，任何改动都要走变更流程。

阶段三：小批量试产（Pilot Run）。通常做 20～100 台，目的是暴露量产工艺问题：QSPI 烧录良率、DDR 训练稳定性、电源时序、焊接缺陷、启动失败率。这一阶段要建立测试工装和烧录流程，并统计不良率。验收标准是“良率达标、问题闭环”。

阶段四：批量量产（Mass Production）。产线按固定流程烧录、测试、包装。核心要求是节拍稳定、数据可追溯、异常可拦截。此时任何一次镜像或工装变更都必须有版本记录，否则无法定位批次问题。

二、工程交付物清单

量产交付不是“给一个 bit 文件”，而是一整套可复现的资产。以下清单按类别给出，实际项目可裁剪。

三、团队角色与职责边界

量产项目最容易出问题的地方是“职责不清”。建议明确以下角色：

• 硬件工程师：负责 PCB、电源时序、DDR 布线，输出硬件版本与测试点定义。
• PL 工程师：负责 Vivado 工程、时序收敛、bitstream 发布，保证 XSA 与硬件版本匹配。
• 嵌入式软件工程师：负责 FSBL、U-Boot、内核、设备树、根文件系统，输出可启动镜像。
• 测试工程师：负责测试工装、测试程序、判定阈值，输出良率报告。
• 量产/工艺工程师：负责烧录流程、产线节拍、SOP 落地，输出批次记录。
• 项目经理：负责里程碑、变更控制、交付物归档。

四、里程碑定义

建议设置五个里程碑，每个里程碑都有明确的出口条件：

1. M1 原型点亮：PS 启动、PL 加载、基本外设可用。
2. M2 功能冻结：所有功能验证通过，硬件与软件版本冻结。
3. M3 试产通过：小批量良率达标，烧录与测试流程跑通。
4. M4 量产放行：SOP 发布、工装验收、批次追溯机制建立。
5. M5 交付归档：全部交付物入库，版本号与变更记录完整。

五、全景关系图

下图把四个阶段、关键交付物与里程碑放在同一条时间轴上，帮助理解“每个阶段该产出什么、由谁负责、何时放行”。

六、一个可参考的量产放行检查表

下面这份检查表可直接用于 M4 量产放行评审，字段按 Zynq 项目实际需要设计。