构网型PCS控制板转量产：板级测试与整机验证如何划分？

样机完成构网控制演示后，量产订单常只附BOM和一份测试程序。制造方可以照程序测试，却未必知道哪些输入是假信号、哪些保护被测试模式屏蔽、哪套参数才是交付配置。这些信息缺口会在装机后变成联调问题。

本文围绕构网型PCS控制板PCBA量产的制造交接展开。算法设计、构网功能定义和系统性能要求由客户研发及系统方确定；制造、测试和验证工作按评审后的分工实施。文中清单是工程评审建议，不是英特丽已经具备特定在环平台或整机试验能力的声明。

先写清楚：验收的是板、控制器，还是整台PCS

PCS是储能变流器；GFM即构网控制，讨论的是变流器在相应条件下建立、维持电压和频率等动态行为。采购不宜仅凭一块控制板的名称确定功能范围。UNIFI的构网资源规范第2版明确区分逆变器单元与电站层级的要求，这也说明验收对象需要先定义。[1]

CHIL是控制器硬件在环：实际控制器与实时运行的功率系统模型交互。PHIL是功率硬件在环，把实际功率设备接入包含模型的闭环试验。官方实验室资料分别描述了这两种方法。[2][3] 两者所包含的真实硬件不同，报告首页应写明模型替代了什么、实物包含什么。

手机端可左右滑动查看完整表格。

每项还要注明是设计验证、首件确认、逐台测试还是批次抽检。抽检比例、覆盖工况和放行条件由项目风险与质量要求确定；不应把研发阶段的完整扰动试验机械地搬到每块板的生产节拍中。

把板级测试写到端口、时序与恢复条件

控制板的基础项目包括装配核对、电源轨、复位与时钟、程序烧录、存储与通信。对PCS项目，采样和PWM输出还需要更明确的检查方法。ADC是模数转换器，PWM是脉宽调制信号；读到数值、看到脉冲，只说明基本链路工作，还要检查量程、通道对应和时序。

采样测试应从原理图中的实际输入端口定义：电压、电流、温度信号经过哪些调理与隔离电路，哪些部分由外部传感器承担。采用经批准的模拟输入覆盖约定点位，记录输入值、读数、误差和单位；需要校准时，保存校准前后结果以及系数写入、回读记录。若只在处理器附近注入信号，应在覆盖说明中写出被绕过的前端路径。

PWM测试则列出测量位置、频率、占空比、互补关系、死区和使能状态。TI的C2000 ePWM开发指南将时基、死区、同步与故障触发列为不同功能，并给出输出检查示例。[4] 这些功能划分可帮助编制测试项目；其示例频率和延迟数值不应直接作为实际项目的出厂限值。

尤其要把“处理器引脚有脉冲”和“驱动端信号正确”分开。板上若包含缓冲、隔离或使能电路，测试端点应覆盖实际交付边界；若驱动板属于另一组件，就在配套验证中检查接口极性、延迟和关断配合。驱动板更换隔离器件时的差异核对，可参考PCS驱动板隔离器件替代评审。相关制造资料可结合储能逆变器PCBA代工代料的交接范围一起整理。

故障测试不仅看报警位

按设计指定的输入与安全试验方法触发故障，观察输出进入什么状态、耗时多少、是否锁存、什么条件允许恢复。TI文档中的周期性故障响应与需要软件清除的锁存响应具有不同恢复方式。[4] 因此，测试文件应明确预期行为，不能统一写成“撤销故障后自动恢复”。

对失电、复位、看门狗和通信中断等场景，先确认设计是否纳入对应保护，再定义用例。板级故障模拟应在获批的低风险接口和工装条件下执行；实际功率器件关断、能量释放及保护配合交给有相应条件的整机验证。记录宜保留故障施加时刻、输出变化时刻、报警时刻与恢复步骤，方便判断延迟发生在哪一段。

在环能看闭环行为，整机还要带入真实硬件条件

CHIL的价值在于让真实控制器运行固件，与可重复的模型场景交互。[2] 例如客户可以按功能要求安排电压或频率扰动、负载变化、限流以及模式转换等用例，并观察控制状态与恢复过程。具体用例取决于承诺的功能和运行边界，不是所有构网项目都采用同一组试验。

报告应记录模型版本、步长及接口设置、输入输出缩放、延迟处理、固件和参数包，以及每个用例的初始状态。若模型、量程映射或时序设置有变化，旧结果是否适用也要重新判断。采购收到报告时，可先检查报告中的板号、固件校验值和实际交付清单能否对应。

转到实际功率级后，还会带入传感器误差、隔离传播、开关干扰、供电及热条件等因素。PHIL通过实际功率硬件与实时模型形成闭环，是一种验证手段；普通台架试验、完整整机试验和现场验收也各有对象与条件。[3] 采用哪种组合，由系统方依据项目要求确定，并写出尚未覆盖的工况。

构网功能也不自动等同于具备黑启动、任意孤岛运行或任何并离网切换能力。若项目包含这些功能，需要分别明确启动能源、辅助电源、负载条件、保护配合和验收依据。本文引用的UNIFI资料用于理解层次，不替代项目所在地的适用要求或客户正式技术协议。

同样，控制板通电运行一段时间与PCS整机功率循环面对的应力不同。需要安排老化或可靠性验证时，可进一步参考PCS板老化、功率循环与失效记录的划分，把试验目的、实物边界和判定条件另行写清。

量产冻结时，让实物、程序与记录对应起来

启动评审时先提交当前原理图、PCB与装配资料、BOM、接口定义、固件及参数说明、现有测试程序和已知问题清单。尚未完成的在环或整机验证可以列出计划、负责人和完成条件；样板阶段形成报告，量产放行前再确认这些结果是否覆盖最终版本。

制造测试程序若使用专用测试固件，要写清它与交付固件的差别。测试完成后的生产固件烧录、校验、参数回读、测试模式退出与复位检查应有记录；如果出厂程序本身集成测试入口，也要核对入口权限和交付状态。否则，同一块板可能在测试配置下正常，在最终配置下才暴露问题。

量产中出现临界值，先按批准的复核规则确认连接、仪器与环境，保留原始失败和后续记录；不靠反复重测把结果变成合格。发生器件替换、晶振或采样链变化、固件更新时，客户研发应判断需补做哪些板级、在环和整机项目。物料候选资料和批准流程可参照储能PCBA关键元器件替代评审，并把批准结果同步到生产文件。

采购交接中还容易混淆的三个问题

每块控制板都要做一次完整的在环试验吗？

不宜仅凭“构网型”确定频次。设计验证、首件确认和生产筛查服务于不同目的，可由项目定义组合。若使用在环平台进行量产筛查，也需要独立的用例覆盖说明、节拍与数据保存要求。

同一硬件换了控制固件，可以沿用原板级结果吗？

装配检查等未受影响的证据可能仍可用；采样缩放、PWM、故障逻辑和交付参数相关项目应评估差异。由研发列出可继承与需重做的项目，记录适用版本。

制造报价时必须已经有全部整机报告吗？

可先依据现有设计和计划测试范围评估制造需求，未确定项单列。整机报告何时完成、谁出具、哪些问题会阻止批量放行，应在试产计划中约定，避免把后续产物当成询价前提。

资料出处与项目沟通

核对日期：2026年9月22日。以下为实际查阅的原厂及机构资料；项目清单、分工与记录样式为本文工程建议。

1. [1] UNIFI构网资源规范第2版（2024）官方出版记录与摘要：区分单元与电站层级。
2. [2] NLR：Microgrid Controls：控制器硬件与模型交互的验证方法。
3. [3] NLR：Grid Simulation and Power Hardware-in-the-Loop：功率硬件与实时模型闭环。
4. [4] TI：C2000 ePWM Developer’s Guide，Rev.A：时基、死区、输出检查与故障触发示例。