HMI是什么？人机界面在工业现场的作用与类型

HMI是Human-Machine Interface的缩写，中文称为人机界面。工业HMI让人员查看设备与过程状态、输入参数或操作请求，并接收运行结果和异常提示。机旁触摸屏是常见形式，控制室操作站、手持终端，以及按钮、指示灯和声音提示，也可以承担人机交互功能。

伊顿对HMI的说明明确把它定义为双向交互界面，而不只是一块触控面板。本文重点讨论工业图形HMI：它怎样把控制系统中的数据变成可理解的画面，人员又怎样通过画面表达操作意图。

HMI由哪些部分组成，主要做什么？

一套图形HMI通常包含显示与输入硬件、画面及变量配置、运行软件，以及连接设备或服务器的通信功能。工程人员在组态环境中定义设备对象、变量关联、单位、按钮动作和报警显示；运行软件按照这些配置读取数据、更新画面，并处理允许的输入。只有显示器而没有相应应用、数据来源和交互配置，并不能完成这些工作。

监视的作用是把分散的数据放回工艺语境。例如，“45”这个数本身无法说明什么；标明它属于哪只储罐、单位是百分比、数据是否有效，再放在相关设备状态旁，人员才知道现场正在发生什么。总览画面帮助定位异常单元，设备详情则提供当前工步、运行模式和有关条件，让人员继续判断设备是在正常等待，还是需要处理异常。

操作功能负责接收人员意图，例如启停请求、允许调整的目标值，或一组工艺参数的选择。支持配方功能的HMI可以把相关参数组织成一套数据，但“选中配方”“下发参数”和“控制器已经采用参数”仍是不同环节。参数是否允许修改、何时生效，以及设备是否执行动作，需要与实际控制逻辑衔接。

报警与历史功能服务于另两类任务：报警把需要关注的情况呈现给人员，历史趋势和操作记录帮助回看变化。比如温度偏高时，同时查看实际温度、目标值与设备运行状态，比只看一个红色数字更有解释力。AVEVA的HMI介绍也将过程状态、历史及趋势列入人机界面的用途；具体保存哪些变量和事件、保存多久，仍取决于产品能力与项目配置。

怎样读懂HMI上的数值和操作状态？

下面以储液罐补液说明界面语义。假设PLC负责补液逻辑，HMI提供观察和操作入口；某一时刻的有效液位测量为45%，控制器已接受的目标液位为70%。这些数字仅为教学示例，不是实际装置的设定或报警阈值。

实际值、设定值、请求和反馈要分别显示

在刚发出启动请求的一个时刻，PLC可能已经报告收到请求，但泵的运行反馈尚未到达。此时，以下四类信息可以同时存在：

信息类别	本例画面内容	实际说明什么
实际测量值	液位45%	来自有效测量，说明最近取得的现场液位。
控制器设定值	目标液位70%	说明控制器当前接受的目标，不表示现场已经达到70%。
操作请求状态	启动请求已接收	说明请求到达相应处理环节，尚不足以证明泵已运行。
设备反馈	泵运行反馈未到	说明还没有取得所要求的运行确认；应与请求和控制状态一起判断。

如果按钮一按就变绿，而颜色只绑定“启动请求”变量，读者看到的只是请求状态。若画面要表示“泵已运行”，就应关联具有该含义的运行反馈。运行反馈也只证明它所代表的设备状态；补液是否产生预期效果，还要看液位、流量等与任务有关的过程信息。

参数修改与设备启动怎样确认

修改目标值时，人员先在输入框中提出新值。界面可依据角色和输入范围进行检查，控制系统再按运行模式与工艺规则决定是否接受；画面应能区分输入中的值、等待处理的值和控制器已接受的值。本例中的70%特指最后一类，而不是尚未提交的输入框内容。单位、范围和变量对应关系必须一致，否则数值成功传过去，也可能表达了错误的操作意图。

启动设备则还要经过动作许可。PLC收到补液请求后，检查本例配置的运行模式和许可条件；满足后再通过输出及驱动装置作用于泵，并读取后续反馈。若当前是本地控制模式，或存在阻止启动的条件，HMI应呈现相应原因，让人员知道请求没有成为实际动作。控制执行的详细机制可结合PLC的组成与工作原理理解。

因此，HMI需要呈现“请求进行到哪一步”，而不只是保留一个可点击按钮。反馈未到可能是尚在正常响应过程中，也可能是请求未执行或设备异常；判断需要结合控制状态及项目规定的反馈条件，不能仅凭这一瞬时画面直接下结论。

工业HMI有哪些常见类型？

理解HMI类型，先按承载方式区分比较清楚。下面三类说明人员在哪里交互、显示与运行功能怎样部署，并不代表能力从低到高的等级。

承载方式	常见工作位置	软件与交互特点
固定式操作面板	设备机旁、控制柜或工位	面向具体设备的状态与操作；可以在面板内运行HMI应用，也可以作为连接服务端的显示客户端。
基于PC的操作站	控制室、集中操作位置或工业计算机	通过计算机运行HMI软件或客户端，组织设备画面、趋势与记录；数据处理和显示可在同机，也可分开部署。
移动或手持终端	人员需要靠近的观察、维护位置	把交互入口带到现场，可能使用专用手持面板或受管理的移动设备；可用操作仍受连接、权限和设备模式约束。

西门子的HMI产品体系分别展示了操作面板、PC方案与移动面板，说明这几种形态可以承担相近的人机交互任务。具体软件支持范围需要看实际系统，不能从“屏幕大”推断一定具有更完整的控制或历史功能。

触摸式、按键式描述输入方式，Web HMI描述通过浏览器等Web技术呈现或访问界面的方式，它们与上述载体可以交叉。比如固定面板也能作为Web客户端，PC和移动设备也可以访问同一HMI服务。西门子Industrial Web Panels的说明就同时列出固定与移动使用形式。Web访问不等于必须使用公有云，也不意味着获得任意远程操作权限。

还有产品把HMI与PLC集成在同一设备中。这改变的是硬件或软件的部署方式：交互功能负责接收意图、显示状态，控制功能仍要执行逻辑并处理现场信号，不能因为使用同一个机壳就忽略二者的分工。

HMI与PLC、SCADA、DCS有什么区别？

这几个名称强调的对象不同，实际工程中经常组合存在。把它们当成四种互相替代的软件，容易误解控制责任。

概念	主要职责	与HMI的关系
HMI：人机界面	把信息呈现给人员，接收允许的参数与操作请求。	强调人与系统的交互入口，可以采用多种硬件和软件形式。
PLC：可编程逻辑控制器	处理现场信号，执行逻辑、顺序及相应控制任务。	可与HMI直接交换数据，接收请求并返回控制和设备状态。
SCADA：数据采集与监控系统	组织数据采集、监督控制、报警与历史等系统功能。	通常通过HMI供人员使用；一个SCADA操作客户端可以就是人机界面。
DCS：集散控制系统	组织多个控制单元及统一的工程、操作环境。	操作站提供HMI功能，现场控制任务由相应控制单元承担。

一台设备可以由PLC加机旁HMI完成日常操作；多个设备又可以接入SCADA，让人员在更完整的运行背景下查看与操作。部分HMI软件也具有较丰富的采集、报警与历史能力，功能边界会交叉，不能仅按设备数量或是否远程访问划分。

若需要理解上层数据如何汇集，可继续阅读SCADA的组成与作用；若关心多个控制单元怎样共同构成系统，则可阅读DCS的结构与工作原理。本篇中的人机交互原则，也适用于这些系统的操作画面。

报警已确认，为什么设备还没恢复？

报警的“条件是否仍成立”与“人员是否已经确认”是两件事。对于需要确认的报警，可能同时出现条件有效且已确认，也可能先恢复、人员尚未确认。西门子的HMI报警状态说明区分到达、离开和确认，并指出不同报警类别可能具有不同状态；不是所有提示都要求人员确认。

例如HMI显示泵故障，操作人员点击“确认”，可以记录自己已看到该报警，但不会因此消除泵的故障条件。Rockwell的报警操作文档也将Acknowledge解释为用户已知悉报警。各产品可能另有Confirm等操作及不同中文译名，具体含义应以所用系统说明和组态为准。

消音处理的是声音提示；复位则按控制逻辑处理故障锁存或流程状态，也不是“开始生产”的同义词。异常条件消除、复位完成和允许重新启动，各自需要相应依据，不能用同一个“已处理”状态遮盖它们的区别。

当前报警列表帮助人员关注眼前状态，历史记录帮助回看发生、确认和恢复的过程。两者用途不同，画面上曾出现过报警也不保证长期留存。例如上述西门子文档区分报警视图、有限容量缓冲区与报警记录；若需要追查某次事件，还要确认相关记录确实已配置保存。

画面失联或数值不变，该怎样理解？

数值一直是45%，既可能表示液位稳定，也可能表示画面没有拿到新数据。因此，读数还要结合连接状态、数据质量及最近成功更新的信息。Ignition的数据质量说明展示了用界面标记提示数据不可用的做法；具体代码和图形属于该产品实现，通用原则是让人员知道当前数值是否仍可用于判断。

通信中断时可以保留最后已知值，但应清楚显示未更新或失效状态。把旧值继续画成正常状态，会掩盖未知；直接改成0，则可能让人误认为储罐已经空了。反过来，数据质量正常也不能证明变量、单位和量程配置必然正确。

HMI画面失联是否影响设备继续运行，要看控制器自身逻辑、通信失效策略及对外部数据的依赖。人员失去显示，并不自动等于PLC停止，也不代表设备一定继续正常运行。普通HMI操作仍应遵守既定的控制条件；画面上的普通停止按钮并不会因此成为经过验证的急停或其他安全功能。

参考资料

• Eaton：什么是HMI？——定义、组件与双向交互。
• AVEVA：人机界面软件与HMI常见问题——过程显示、趋势及与SCADA的功能交叉。
• Siemens：SIMATIC HMI Panels；SIMATIC HMI Unified Panels——面板、PC、移动及Web形式的产品实例。
• Siemens：HMI报警的状态——报警类别、状态、缓冲区及记录。
• Rockwell Automation：Confirm and acknowledge alarms——报警确认操作的具体含义。
• Inductive Automation：Ignition 7.9，Tag Quality and Overlays——历史版本手册中的数据质量与显示提示机制。