4. 数据采集与通信
在工业HMI实时数据可视化工程中，数据采集与通信层决定了“数据能不能上来、上得多快、上得准不准”。HMI画面上的趋势曲线、报警状态、设备参数，本质上都来自现场控制器、仪表、传感器和边缘网关。不同协议在实时性、可靠性、拓扑结构、数据语义和工程成本上差异明显，选型时不能只看“能不能通”，而要看“是否适合当前场景”。
一、四类主流协议的核心原理
Modbus是典型的请求/响应式串行或TCP协议，结构简单、生态广泛。它把数据映射为线圈、离散输入、输入寄存器和保持寄存器，HMI或网关作为主站轮询从站。优点是实现成本低、调试工具多；缺点是数据语义弱，只有地址没有类型，且轮询机制在高并发下实时性有限。
OPC UA是面向工业互操作的信息模型协议，支持客户端/服务器和发布/订阅模式。它不仅传值，还传类型、时间戳、质量码和地址空间语义，具备安全认证、加密和跨平台能力。适合需要语义化建模、跨厂商集成和上层MES/SCADA对接的场景，但配置复杂度高于Modbus。
MQTT是轻量级发布/订阅消息协议，基于主题进行数据分发，适合低带宽、高延迟容忍或海量设备接入的场景。它通常配合边缘网关使用，把现场协议转换为MQTT主题，再由HMI或云平台订阅。优点是解耦、易扩展；缺点是实时确定性不如现场总线，且需要额外设计主题命名和QoS策略。
Profinet是基于工业以太网的实时现场总线，支持RT和IRT等实时等级，常用于PLC与远程IO、驱动器之间的高速循环通信。它强调确定性、同步和诊断能力，适合对周期抖动敏感的产线控制。但Profinet通常不直接面向HMI应用层，HMI多通过PLC变量或OPC UA服务器间接获取数据。
二、HMI选型的方法流程
选型不是先选协议再找设备，而是从数据需求反推通信方案。建议按以下流程推进：
- 明确数据清单：列出HMI需要显示的变量、刷新周期、精度要求和报警等级。例如温度趋势需要1秒级刷新，而累计产量可以分钟级。
- 确认现场设备能力：PLC支持哪些协议、是否自带OPC UA服务器、仪表是RS485还是以太网接口。
- 评估实时性等级：运动控制同步信号必须走Profinet RT/IRT；一般监控数据可用Modbus TCP或OPC UA；远程分散站点优先MQTT。
- 设计网络与安全：划分控制网与信息网，必要时通过网关隔离，启用OPC UA证书或MQTT TLS。
- 验证与压测：用实际点数测试刷新周期、丢包率和断线恢复时间，再固化配置。
选型口诀：控制同步选Profinet，语义集成选OPC UA，远程海量选MQTT，简单低成本选Modbus。实际项目常采用“Profinet/Modbus到网关，网关转OPC UA或MQTT到HMI”的混合架构。
三、典型场景与配置示例
某包装产线HMI需要同时展示PLC的实时速度、伺服状态和远程空压机数据。PLC与伺服之间使用Profinet IRT保证同步；PLC通过OPC UA服务器向HMI提供带质量码的变量；远程空压机通过Modbus RTU接入边缘网关，网关再以MQTT主题发布到HMI。这样既保证了本地实时性，又实现了远程数据解耦。
# 边缘网关MQTT主题示例
factory/line1/plc/speed → 产线速度
factory/line1/servo/status → 伺服状态
factory/utility/aircompressor/pressure → 空压机压力
# OPC UA节点示例
ns=2;s=Line1.PLC.Speed
ns=2;s=Line1.Servo.Ready
ns=2;s=Line1.Alarm.Code四、常见误区与复盘
| 误区 | 表现 | 后果 | 改进建议 |
|---|---|---|---|
| 所有数据都走Modbus轮询 | HMI刷新慢、PLC通信负荷高 | 趋势曲线卡顿、报警延迟 | 按实时性分级，关键数据走OPC UA订阅或Profinet |
| MQTT主题命名随意 | 后期无法扩展、订阅混乱 | 数据找不到、维护困难 | 采用“厂区/产线/设备/变量”层级命名 |
| 忽略时间戳和质量码 | HMI显示旧值或无效值 | 误判设备状态 | 优先选择带时间戳和质量码的OPC UA或网关映射 |
| 控制网与信息网混用 | 广播风暴、安全风险 | 生产中断 | VLAN隔离，网关做单向或受控转发 |
排障提示：HMI数据不刷新时，先确认协议层是否连通，再检查变量地址、数据类型、字节序和刷新周期。Modbus常见问题是寄存器偏移和大小端；OPC UA常见问题是证书信任和节点权限；MQTT常见问题是主题大小写、QoS和保留消息设置。
总体而言，OPC UA、Modbus、MQTT和Profinet并非互相替代，而是分别覆盖语义集成、简单采集、远程分发和实时控制四个层面。HMI工程中应根据数据实时性、设备能力、网络拓扑和运维成本综合选型，必要时采用网关进行协议转换，形成稳定、可扩展的数据采集链路。