OEM 温控器 HMI 规格书：把操作体验写成可验收需求
为 OEM 温控器编写可验收的 HMI 规格书，覆盖用户角色、运行状态、报警、导航、权限、多语言和样机测试。
OEM 温控器 HMI 规格书要定义的，不只是屏幕尺寸、品牌色和几张好看的效果图，而是操作人员如何理解和控制设备。采购方需要把每个页面和动作，落实到具体用户、运行状态、操作权限和验收测试。
原因很简单：同样一块触摸屏可以对应完全不同的产品。小型冷库面板可能只需要清楚显示总览、设定值、化霜状态和报警恢复；多区域设备则可能需要分级导航、趋势、维护诊断，以及与 PLC 或网关之间受控的数据交互。仅凭显示硬件，不能推断这些功能已经存在。
下面这套方法用于准备一份可报价、可开发、可测试的 HMI 输入包，同时把标准配置、可选配置和需按项目评估的定制明确分开。
画页面之前，先划清 HMI 范围
先让供应商逐项确认需求属于哪一类。
| 范围 | 含义 | 应要求的证据 |
|---|---|---|
| 标准配置 | 指定型号和固件版本已经发布的界面与功能 | 当前页面清单、操作说明、参数表，以及与目标版本一致的样机 |
| 可选配置 | 现有平台上已有记录的选项，例如支持的传感器或可启用功能 | 选件代码、兼容性说明、受影响页面和参数、验证证据 |
| 按项目评估的定制 | 客户专属的导航、术语、图形、语言、权限、数据、协议或控制流程 | 需求基线、交互原型、报价范围、测试计划和批准的发布包 |
不要因为产品写着“触摸屏”，就默认已经包含趋势、历史记录、用户账号、数据导出、远程访问或某种语言。把每项行为单独列出，再由供应商确认它是标准功能、现有选项，还是必须在完整规格审核后评估的工程开发。
从用户、任务和使用环境开始
ISO 9241-210:2019覆盖交互系统全生命周期中的以人为中心设计活动；ISO 9241-110:2020给出通用交互原则，并把需求分析人员、评价人员和采购方列为适用对象。对 OEM 项目来说，这意味着 HMI 简报应从真实用户和任务出发，而不是从供应商默认页面库出发。
先定义角色及其必须完成的任务：
- **操作人员：**识别当前状态，读取控制值与设定值，在允许范围内处理报警，并避免误改参数。
- **安装或调试人员：**录入应用参数，核对输入输出，测试联锁，并恢复到已知配置。
- **维修人员：**诊断传感器、输出、通讯和供电故障，同时不绕过受保护功能。
- **主管或产品负责人：**管理访问权限，在规格要求时查看记录，并识别设备所装硬件、固件、HMI 和参数版本。
再写清使用环境：观察距离与角度、光照、是否戴手套、潮湿或清洁暴露、语言、培训程度、安装高度、允许操作时间，以及误操作的后果。这些输入会转化为设计与测试条件，不能用“屏幕更大所以更好用”来替代。
先做状态模型，再做导航图
HMI 必须让用户知道设备当前在做什么，以及下一步可以安全地做什么。对项目涉及的每一种状态建立矩阵。
| 示例状态 | 要定义的信息 | 要定义的用户动作 | 要定义的证据 |
|---|---|---|---|
| 上电或重启 | 版本标识、初始化状态、保留值或默认值 | 等待、检查，或进入允许的恢复路径 | 重启测试和保留值检查 |
| 正常控制 | 过程值、设定值、有效输出、运行模式 | 按角色和范围查看或调整 | 在量产意图固件上完成任务测试 |
| 化霜或其他自动流程 | 当前阶段、被禁止的操作、结束或超时状态 | 仅在规格允许时查看、取消或干预 | 包含状态切换和中断的流程测试 |
| 传感器或通讯故障 | 受影响信号、数据是否有效、控制器后备行为、对下游的影响 | 确认、诊断，或进入规定的安全/维修状态 | 按项目执行开路、短路、数据陈旧与恢复测试 |
| 报警状态 | 原因、优先级、需要时的首发或顺序信息、确认和复位状态 | 执行规定响应 | 带时间记录和恢复过程的报警矩阵测试 |
| 维修或调试模式 | 清楚标示当前模式，以及被禁用的保护或输出 | 按规定授权进入和退出 | 权限、超时、重启及退出状态测试 |
再把批准的状态矩阵转成导航图。每个页面都要记录上级页面、进入条件、退出路径、常驻状态区、允许角色、超时行为，以及底层数据失效时的显示与动作。可点击原型适合演示流程，但受控的状态和导航记录才应成为合同基线。
规定信息层级，而不只是颜色
ISO 9241-112:2025建立了软件控制界面在视觉、听觉以及触觉/力觉信息呈现方面的人机工效原则；IEC 60073规定视觉、声学、触觉指示和操动器的一般编码原则。它们可以作为设计框架，但最终适用的设备和市场要求仍须按项目判断。
每个页面至少应定义：
- 哪个数值、状态或待处理动作具有最高视觉优先级。
- 单位、小数位、正负号、范围和无效数据的呈现方式。
- 必须与说明书、标签、报警表和协议表一致的术语。
- 哪些信息始终可见，哪些需要进一步导航。
- 正常、警告、报警、禁用、数据陈旧、已选中和可编辑状态如何区分。
- 当颜色不可用、难以辨认或受到环境光影响时，含义如何仍然清楚。
- 最低语言集合、字符串归属、翻译审核、文本膨胀余量和回退规则。
- 如果项目需要记录，则定义日期、时间、时区、夏令时和时钟同步规则。
不要因为设计团队觉得某个图标“人人看得懂”就直接放行。记录它的预期含义，并用有代表性的用户进行验证。设备状态、优先级或权限也不能只靠颜色表达。
把报警当作操作流程来定义
IEC 62682:2022涵盖通过控制系统和 HMI 呈现的报警，包括成套设备报警，并把报警的核心作用描述为向操作人员通知异常工况或设备故障、支持其响应。ISA-18 系列同样把报警的定义、设计、运行、维护和修改视为一个生命周期。
因此，HMI 报警需求不能只写“弹出红色条幅”。应建立包含下列内容的报警矩阵：
- 报警标识和清楚的自然语言消息。
- 信号来源和触发逻辑，包括延时、回差和适用运行状态。
- 按项目报警原则确定的优先级或类别。
- 对操作的影响和预期响应。
- 页面显示、声音、外部输出和通讯行为。
- 确认、锁存、复位、抑制和恢复正常的规则。
- 如果历史记录在范围内，则定义时间戳来源、排序、保存和导出要求。
- 测试激励、预期结果和恢复证据。
把需要操作人员响应的报警，与事件、状态消息、维护提示和联网通知分开。如果控制器要接入工厂报警系统，还要定义确认权属于哪台设备，以及重复、延迟或丢失消息如何处理。
定义权限和高影响操作
为每个可编辑参数和命令建立角色权限矩阵，说明谁可以查看、修改、确认、复位、强制、校准、导入、导出或恢复。对每个影响较大的操作，明确是否需要二次确认、填写原因、物理使能、超时或其他经项目批准的控制方式。
还要定义无操作、掉电、登录失败、写入中断、非法数值或通讯丢失后的行为。如果项目需要账号、电子记录、网络安全控制或远程访问，应识别适用的产品、系统和市场要求，而不能把通用 PIN 码当作充分证据。
HMI 只需按照维修和支持方案显示必要的版本与配置状态。任何审计轨迹、账号模型、升级方式或保存期限，都必须明确写入项目范围。
把每个显示项绑定到控制接口
图形界面与控制逻辑必须共享同一份数据契约。每个显示或可编辑项目都要记录：
- 来源变量或寄存器，以及负责该数据的组件。
- 数据类型、缩放、单位、分辨率、有效范围和枚举状态。
- 读写权限和数值校验所在位置。
- 更新频率、超时、数据陈旧显示和通讯丢失行为。
- 命令握手、确认、拒绝、重试和防重复动作规则。
- 固件变更时的默认、保留、迁移和复位行为。
OEM 温控器 I/O 规格书定义物理信号和负载；HMI 绑定表要把这些信号转化为用户能理解的状态和动作。如果地址、缩放、状态含义或权限发生变化，应按固件变更控制指南管理发布。
发布一套完整的 HMI 需求包
用于报价的输入包应包含：
- 产品变体、目标市场、适用标准和 HMI 边界。
- 用户角色、代表性用户、任务、环境和培训假设。
- 运行状态和模式切换模型。
- 页面清单、导航图和常驻状态规则。
- 数据字典及 HMI 与控制器的绑定表。
- 参数和角色权限矩阵。
- 报警、事件、消息和诊断矩阵。
- 受控术语、单位、字符串、符号及翻译归属。
- 与需求编号关联的线框图或交互原型。
- 验收测试、交付物、源文件归属、修订规则和批准权限。
有了这套资料，供应商才能估算实际工作。显示硬件、图形设计、固件、翻译、协议集成、样机数量、验证、源文件交付、成本、MOQ 和周期，都只能在完整输入审核后确认。
用任务和故障恢复来验收
不要只在会议上看截图就批准 HMI。应在量产意图的软硬件上，从规定的初始条件出发执行代表性任务，并验证预期结果。测试应覆盖正常运行、状态切换、非法输入、权限拒绝、信号丢失、通讯中断、重启、确认、恢复和不同语言版本。
记录测试使用的控制器、HMI、固件、参数和协议版本，把每个结果关联到具体需求，并保留未关闭偏差。定制控制器样机验证计划提供了更完整的方法，用于在试产或量产批准前把需求、测试条件和客观证据连接起来。
Beamform 标准平台与项目评估边界
Beamform 已发布的分体式 BF-6910 / 6911平台采用独立触摸屏与主板，用于制冷温度控制；已发布的BF-6920 / 6921是触摸屏温湿度控制平台，其中湿度检测被描述为可选配置。这些只是项目起点；所选型号和版本的标准页面、功能、参数和固件仍须逐项确认。
Beamform 官网把 HMI 界面、显示语言、控制逻辑、通讯协议、品牌等列为定制方向。因此，客户专属的页面层级、图形、术语、语言、报警流程、权限模型、趋势或历史、导出、通讯绑定和维修工具，都应视为按项目评估的定制，不能默认属于现货标准功能。
请通过联系页面提交需求包。最终可行性、交付物、验证范围、所有权、兼容性、商业条款、MOQ 和周期，只能依据双方确认的规格评估。
采购方交接清单
- 产品变体、目标市场、设备标准和 HMI 边界。
- 用户角色、任务、培训假设和使用环境。
- 每个适用模式的状态图与流程说明。
- 页面清单、导航图和常驻状态要求。
- 参数表，包括范围、默认值、单位、权限和确认规则。
- 报警与诊断矩阵，包括原因、响应、确认和恢复。
- I/O、变量、寄存器与命令绑定表。
- 语言、批准术语、翻译负责人和字符串审核流程。
- 图形资产、品牌规则、符号和源文件交付要求。
- 样机数量、预计量产数量、验收测试和批准人。
常见问题
只有页面效果图，能用于 OEM HMI 报价吗？
不够。效果图能说明外观，但通常缺少状态、权限、信号绑定、报警、故障行为、语言、交付物和验收测试。应把效果图放入一套受控需求包中。
HMI 是否应该显示所有可用参数？
不一定。应按角色和任务显示必要的信息与控制项。工程或出厂参数可能需要受保护的维修入口，无关细节则可能遮蔽当前运行状态。
能否只用颜色表示报警或输出状态？
不应把颜色作为唯一线索。应把项目批准的颜色约定与清楚文字、符号、位置、形状或其他可区分提示结合，并在实际使用环境中验证。
HMI 源文件和翻译归谁所有？
商业协议应说明所有权、允许用途、可编辑源文件、字体与素材许可、翻译批准、代码库或归档访问，以及后续版本的责任。
定制 HMI 什么时候可以进入量产？
只有在双方批准需求基线、准确软硬件配置、页面与语言包、数据绑定、报警逻辑、权限、测试证据、未关闭偏差、生产文件和变更控制规则后，才能进入量产；仅通过视觉评审并不够。