3. 量产交付关键角色与协作界面

在 Silicon Labs 器件的量产交付链条中，一颗芯片从晶圆到终端产品，通常要经过五类角色：芯片原厂（Silicon Labs）、方案商（Design House / 模块厂）、代工厂（Foundry / 封测代工）、测试厂（Test House / 烧录测试服务商）和品牌商（OEM / ODM）。很多交付事故并非技术难题，而是这五方之间的职责边界模糊、信息流断裂造成的。理解每一方"交付什么、对谁负责、用什么接口交换信息"，是建立故障闭环的前提。

一、五方职责划分

芯片原厂负责器件本身的规格、固件基线、勘误（Errata）、生命周期状态（Active/NRND/EOL）以及授权渠道。它不直接对终端产品负责，但提供量产所需的"技术真相"：数据手册、参考设计、SDK、生产烧录工具（如 Simplicity Commander）、唯一 ID 与安全密钥体系。原厂的关键交付物是可量产的固件基线 + 版本化的勘误说明。

方案商是把原厂芯片转化为"可制造方案"的角色。它完成硬件参考设计、射频匹配、天线调校、固件二次开发、认证预测试（FCC/CE/SRRC），并输出生产文件：BOM、Gerber、贴片坐标、烧录固件包、测试规范。方案商是信息流的枢纽——向上承接原厂规格，向下输出可执行的生产资料。

代工厂负责 PCBA 制造与封装测试。它关心的是工艺窗口：回流焊曲线、锡膏型号、AOI/SPI 判定阈值、封装湿敏等级（MSL）。代工厂不判断固件对错，只保证"焊得上、连得通、外观合格"。

测试厂负责烧录、射频校准、功能测试与老化。它执行方案商定义的测试规范，输出测试日志、不良品分类（binning）和校准数据。测试厂是量产数据的最大来源，也是故障闭环中"数据回传"的关键节点。

品牌商是最终责任主体，决定产品定义、认证策略、上市节奏和售后口径。它需要把市场端的失效反馈（RMA、客诉）反向传递回方案商与原厂，形成闭环。

二、信息流与协作界面

五方之间的信息流不是单向的，而是"规格下行、数据上行"的双向结构。规格下行包括：原厂→方案商的器件规格与勘误；方案商→代工厂/测试厂的生产文件与测试规范；品牌商→方案商的产品需求与认证要求。数据上行包括：测试厂→方案商的测试日志与不良分布；代工厂→方案商的工艺异常；方案商→原厂的失效分析请求（FAE/FAR）；品牌商→方案商的RMA数据。

最容易断裂的界面有三个：方案商与测试厂之间的测试规范版本一致性、测试厂与方案商之间的不良品数据回传时效、品牌商与原厂之间的勘误传递。下面这张图展示了五方职责与关键信息流。

三、协作界面的关键控制点

要让五方协作不失控，需要在三个界面上建立明确的控制点。

界面一：原厂 ↔ 方案商。控制点是"勘误与固件基线版本"。Silicon Labs 的器件勘误（如 EFR32 系列的某些射频偏差）会随芯片批次变化，方案商必须建立"芯片批次—勘误版本—固件版本"的对应表。实操中，方案商应在固件中嵌入芯片唯一 ID 读取逻辑，量产时记录每颗芯片的批次号，一旦出现批量失效，可快速定位是否与特定批次勘误相关。

界面二：方案商 ↔ 测试厂。控制点是"测试规范版本 + 不良品分类规则"。测试规范必须带版本号，且每次变更需双方确认。不良品分类建议采用可追溯的 bin 编码，例如：B01=射频校准失败、B02=烧录校验失败、B03=功能测试超时、B04=电流超标。测试厂每日回传 bin 分布，方案商据此判断是工艺问题还是设计问题。

界面三：品牌商 ↔ 方案商 ↔ 原厂。控制点是"RMA 失效分析闭环"。品牌商收集的客诉样本应附带：产品批次、芯片批次、固件版本、失效现象、复现条件。方案商先做初步复现，若指向器件本身，再向原厂提交 FA 请求。原厂返回的 FA 报告需回传品牌商，形成闭环。

四、信息流断裂的典型表现与判断

当信息流断裂时，通常会出现以下信号：测试厂反馈"不良率突然升高"但方案商无法判断是设计还是工艺问题；品牌商收到客诉但无法追溯到具体芯片批次；原厂发布勘误更新但方案商未同步到量产固件。判断方法很简单——能否在 24 小时内回答"这颗失效芯片用的是哪个固件版本、哪个芯片批次、哪条测试规范"。如果答案是否定的，说明信息流已经断裂，需要立即补齐版本追溯机制。

五方协作的本质不是"谁管谁"，而是"谁向谁交付什么、用什么格式、多久一次"。把这三个问题在量产前定义清楚，故障闭环才有基础。