定制温控器样机验证:采购方可执行的测试计划
建立可追溯的定制温控器样机验证计划,覆盖需求、I/O、控制流程、故障、HMI、通信、应用环境与试产批准。

定制温控器样机不能因为“能开机、温度看起来正常、台架上能吸合一个继电器”就批准。样机批准的真正意义,是让书面需求转化为客观证据;没有证据的部分,应继续保留为风险或待办事项。
下面是一套供采购方、设备制造商和工程团队使用的验证框架。它不是认证测试计划,也不能取代整机安全评估,而是用来判断约定的控制器设计是否可以进入下一受控阶段。
Verification 与 Validation 不完全相同
Verification 关注样机是否符合已写明的规格;Validation 关注它是否真的适合目标用户与应用。NASA 系统工程指南将两者概括为:前者用客观证据证明产品符合要求,后者确认系统放入预期环境后能按用户期望工作(NASA Product Realization 指南)。
两者缺一不可。菜单可能完全符合界面稿,却仍让维修人员困惑;温度输入也可能通过模拟器测试,却因探头安装在错误气流位置而产生糟糕的整机控制效果。
测试前冻结样机基线
记录送测样机的精确配置:
- PCB 组件版本及已批准的元器件替代。
- 固件构建版本和默认参数文件。
- 显示或 HMI 资源版本。
- 传感器、线束、连接器、外壳和标签版本。
- 通信映射表及配置工具版本。
- 制作样机所依据的需求和电气图。
给样机拍照或粘贴唯一编号。测试中任何元素发生变化,都要记录新配置,并判断哪些测试必须重做。否则,最终报告可能把多个不同样机的结果混在一起。
如果输入资料还未形成基线,可先使用OEM 温控器 RFQ 清单整理需求,再建立测试矩阵。
建立需求验证矩阵
给每条强制需求分配唯一编号,并映射到验证方法。NASA 手册附录建议建立需求验证矩阵,记录每条强制需求的来源以及具体验证方式(NASA 系统工程手册附录)。
| 编号 | 需求 | 方法 | 测试条件 | 验收证据 | 结果 |
|---|---|---|---|---|---|
| PWR-01 | 按约定安全状态启动 | 测试 | 规定的最低、标称和最高供电 | 输出与状态记录 | 通过/失败 |
| TMP-03 | 识别规定的传感器故障 | 测试 | 开路与短路 | 告警和输出轨迹 | 通过/失败 |
| SEQ-08 | 执行压缩机再启动延时 | 测试 | 重复制造制冷需求 | 带时间戳的状态轨迹 | 通过/失败 |
| HMI-05 | 限制安装级参数访问 | 检查/测试 | 操作员与安装员权限 | 屏幕记录 | 通过/失败 |
并非每条需求都必须用实验室测试证明;有些适合检查、分析或演示。关键是先约定方法,再收集结果。
分层进行测试
1. 实物与文档一致性
检查外形、安装、开孔、端子维护空间、连接器防错、标签内容、线束长度、外壳装配,以及样机与图纸是否一致。确认维修时不会因为接近某个部件而损坏线缆或标签。
2. 供电与复位行为
在项目规定范围内测试上电、受控断电、快速恢复、适用时的电压跌落行为、参数保持、看门狗或复位恢复,以及每个输出的默认状态。必须由合格人员使用受保护设备测试;样机阶段不能成为绕过电气安全控制的理由。
3. 输入与传感器故障
在要求的工作范围和关键边界点测试每一路输入。除正常读数外,还应覆盖适用的开路、短路、超量程、波动与断开状态,并确认滤波、故障延时、告警文案、记录、恢复和输出降级动作。
对于制冷应用,即便电子输入完全正确,传感器位置仍可能主导系统表现。台架证据需要结合实际安装检查,可参考冷库温度传感器布置指南。
4. 输出与完整控制流程
使用有代表性的负载或安全模拟负载,并按预期外部开关回路验证输出。不要只把继电器当成孤立的开关点测试;应运行完整的上电、需求、化霜、滴水、风机恢复、停机、维护和故障恢复流程,只要这些功能属于项目范围。
重点观察时间边界和冲突请求。例如,最小停机时间尚未结束时出现温控需求,或化霜中发生传感器故障,控制器应如何处理。优先级必须来自已批准的动作顺序,而不是测试人员临时猜测。
5. HMI 与用户权限
使用目标语言逐页测试界面和菜单,确认单位、小数位、参数边界、告警历史、确认操作、密码权限、恢复默认值,以及故障期间仍可看到的信息。
让有代表性的操作员或维修人员根据简短说明完成常用任务。即使正式界面需求通过,也应把犹豫、误操作与歧义文字记录为 Validation 发现项。
6. 通信与集成
对于 Modbus,应测试约定的物理层或网络配置、地址、支持的功能码、寄存器权限、缩放、有符号数、字节序与字序、异常响应、轮询行为,以及通信丢失后的恢复。Modbus 官方应用协议定义了功能码行为和协议数据模型,而具体产品的寄存器表仍须由项目定义(Modbus 官方规范)。
只要条件允许,还应使用实际 PLC、BMS、网关或软件客户端复测。桌面测试工具只能证明集成链路的一部分。
7. 应用与环境确认
使用真实或有代表性的整机、传感器安装、线缆、接触器、执行机构和动作顺序,覆盖正常运行、边界条件、预期扰动、维护操作和可信故障。环境条件与测试限值必须来自项目规格和适用产品评估,不能从其他控制器随意抄一组通用数字。
IEC 60730-1 在其适用范围内规定自动电气控制器的结构、运行与测试要求(IEC 60730-1:2022)。适用的安全与合规工作必须单独规划;工程样机测试成功不等于取得任何认证或合规结论。
区分工程、设计验证与生产证据
为不同样机阶段明确命名:
- 工程样机:用于发现设计和需求问题;记录后可以返修。
- 设计验证样机:代表拟冻结设计,用于收集约定的性能和集成证据。
- 试产样机:使用拟量产工艺、作业指导书、测试工装与追溯控制生产。
- 生产验收:用于确认已发布设计能在每台或每批产品上被一致制造的检查。
这些名称是项目约定,不是通用认证类别。采购与验证计划应定义每个名称在本项目中的含义。
处理失败但不丢失追溯性
每次失败都应记录测试编号、样机配置、条件、实际现象、证据、可能原因、处理决定、负责人和复测要求。不要悄悄修改固件后覆盖原始结果。
处理决定可以分为:
- 修正测试设置后证明需求已满足。
- 产品缺陷,需要设计变更。
- 需求有歧义,需要采购方批准解释。
- 有明确理由和范围的已接受偏差。
- 因缺少设备或最终整机而暂缓测试。
批准记录必须列出尚未关闭的偏差和后续动作。“主要功能都能用”不是验收结论。
进入试产前的退出评审
授权试产前,应确认:
- 受测配置有唯一标识并可复现。
- 每条强制需求都有结果或经批准的待办。
- 安全和设备保护行为有明确证据。
- HMI、语言、通信与维修流程已端到端测试。
- 应用测试使用了有代表性的负载、传感器和安装条件。
- 固件、图纸、默认参数、说明书和寄存器表与批准样机一致。
- 设计变更已关闭,或受控地转移到下一版本。
- 试产验收测试和生产烧录文件已经定义。
如何界定波束科技样机范围
对于波束科技标准型号,应通过对应产品资料确认型号功能与接口。官网标注的可选功能仍需结合具体型号确认。定制 I/O、继电器回路、传感器接口、固件流程、HMI 页面、通信映射、外壳、标签和包装,均须对照项目规格评估。
样机数量、测试件、工装、迭代轮次、验证责任、认证工作、成本、MOQ 和周期,需要在范围与验收计划评审后约定。可浏览控制器产品,对照温控器可定制范围,或携带需求矩阵和测试环境信息联系波束科技。
常见问题
需要多少台样机?
没有适用于所有项目的固定数量。它取决于测试覆盖、破坏性或并行测试、设计成熟度、制造波动,以及是否要同时集成到多台设备。
所有验证都可以交给供应商吗?
供应商可以验证许多控制器要求,但采购方或设备制造商仍需在真实整机、安装、操作流程和目标市场环境中完成 Validation。
每次固件修改都要重做所有测试吗?
先做影响分析,再重复受影响测试和约定的回归测试集。共享定时、I/O、安全行为、参数存储、通信或更新逻辑的变化,影响可能远大于表面改动。
样机通过就能直接量产吗?
不能自动得出这个结论。试产还要证明发布设计、生产工艺、烧录、检查、追溯和验收测试能够稳定配合。