2. 船舶HMI系统架构与硬件基础

要设计一套好用的船舶HMI画面，先得弄清楚它“长”在什么系统上。HMI不是孤立的触摸屏，而是整个监控系统的人机入口：操作员在画面上看到的每一个液位、每一条报警，背后都经过现场设备、PLC、网络、操作站四层传递。理解这四层各自承担什么、彼此如何连接，才能判断哪些信息该显示、哪些操作该下发、哪些故障该报警。

典型系统的四层组成

典型船舶HMI系统可以按信号流向分为四个层次。最底层是现场设备，包括液位变送器、压力开关、温度传感器、泵的接触器与变频器、阀门执行机构等，它们把物理量转换为4～20mA模拟信号、干接点开关信号或Modbus RTU等数字信号。第二层是PLC或远程I/O，负责采集现场信号、执行逻辑控制、输出报警与联锁，是控制系统的“大脑”。第三层是工业网络，把PLC与操作站连接起来，常见的有工业以太网（如Profinet、EtherNet/IP、Modbus TCP）和现场总线（如Modbus RTU、CAN）。最上层是操作站，即运行HMI组态软件的工控机或触摸屏，承担画面显示、操作下发、报警记录与趋势查询。

这四层的关系不是简单的串联，而是“采集—处理—传输—呈现”的分工。现场设备只负责“感知”，PLC负责“判断”，网络负责“搬运”，操作站负责“表达与交互”。设计HMI时如果混淆了层次，就容易出现把联锁逻辑写进画面脚本、或把报警判断放在上位机而PLC没有后备的问题。

人机界面与控制系统的分工边界

HMI画面与PLC之间有一条重要的分工线：安全与联锁逻辑必须落在PLC侧，HMI只做显示、操作入口和记录。举例来说，当滑油压力低于0.15MPa时自动停泵，这个判断应由PLC程序完成，HMI画面只负责把压力值、报警状态和停泵结果呈现出来。如果设计者把判断写在画面脚本里，一旦操作站死机或通信中断，保护就失效了。反过来，HMI也不应只是“只读看板”——它需要承担操作员下发启动/停止、设定值修改、报警确认、消音复位等交互，这些指令通过通信写入PLC的对应寄存器或变量。

因此，组态时要先明确每个变量的方向：是PLC→HMI的只读监视量，还是HMI→PLC的可写设定量，或是双向的状态量。常见做法是在PLC中为HMI预留一块数据区，按“监视区、设定区、命令区”划分地址，HMI按地址读写，避免越界或误写。

常见硬件形态与选型考虑

船舶HMI的硬件形态主要有三类。第一类是嵌入式触摸屏一体机，防护等级高（常见前面板IP65）、体积小、成本低，适合机旁小控制箱或泵组本地操作，但画面尺寸和运算能力有限。第二类是工控机+显示器，性能强、可运行大型组态软件、支持多屏与历史数据库，适合集控室的主操作站。第三类是面板式PC或平板，兼顾灵活性与移动巡检需求。

选型时不能只看价格和尺寸，应重点核对几项：环境适应性（船舶机舱温度高、盐雾重、振动大，需宽温、防腐、抗振设计）、供电（船电常见24VDC或220VAC，需确认输入范围与浪涌保护）、通信接口（是否具备所需以太网口、串口数量与协议支持）、防护等级（驾驶室与机舱要求不同）、认证（船级社型式认可）。此外还要考虑备件通用性——同一船队尽量统一型号，减少备件种类。

从架构到画面：一个组态落点

理解了架构，组态时就有了落点。以“主机滑油压力监视”为例：现场压力变送器输出4～20mA接入PLC模拟量模块，PLC将其换算为0～1.0MPa的工程值并做报警判断（低压报警阈值设为0.25MPa，停泵联锁阈值0.15MPa），HMI通过以太网读取该工程值，在画面中以数字显示加趋势曲线呈现，同时把报警状态映射到报警条。操作员在画面上看到的是数值和颜色变化，而真正的保护动作发生在PLC里——这正是四层架构各司其职的体现。

把这条链路想清楚，后续的画面布局、变量规划、报警分级才有依据，而不是凭感觉堆控件。