超级管理员
楼主
做车间数字化，第一道坎通常是设备联网。线束行业的设备种类多、年代跨度大，没有一种协议能通吃。聊聊实际选型。
Modbus：老设备的主力
- 分为 RTU（串口）和 TCP（网口）两种。老设备和仪表基本都支持。
- 优点：简单、几乎所有设备都支持、调试工具多。
- 缺点：只有寄存器地址，没有语义。你得拿着点表一个个对应，换台设备点表就变。
- 适用：读取温度、压力、计数这类简单数据。
OPC UA：新设备的首选
- 跨平台、带安全机制、有信息模型。
- 地址空间是有结构的，能表达对象和变量的关系，不只是裸数据点。
- 支持订阅，不用轮询。
- 缺点：配置相对复杂，老设备需要网关转换。
- 适用：中高端 PLC、数控设备、机器人。
MQTT：往上送数据的通道
- 轻量、发布订阅模式、适合带宽受限和不稳定网络。
- 本身不是设备协议，通常是采集层把 OPC UA 或 Modbus 的数据转成 MQTT 上报。
- Sparkplug B 规范定义了 payload 结构和状态管理，做工业场景建议用它，比自定义 JSON 省很多事。
实际架构建议：
- 边缘层：一台工控机或网关负责采集，协议转换在这里完成。
- 传输层：MQTT 上报到 broker，车间内网部署。
- 平台层：订阅数据，落库、告警、展示。
- 分层的好处是设备侧改动不影响上层应用。
几个实践要点：
- 采集频率按用途定。做实时显示 1 秒够了，做质量分析可能要 100 毫秒，做能耗统计 1 分钟就行。别统一按最高频率采，存储和计算成本会失控。
- 边缘层要有缓存断网续传。车间网络抖动是常态，断了就丢数据是不可接受的。
- 时钟同步。多台设备的数据要能对齐，NTP 是必须的，不然做时序分析全是错的。
- 点位命名规范提前定。用统一的层级结构，比如 车间/产线/设备/参数，后面加设备不用重新设计。
协议选型没有最优解，能覆盖你的设备存量、团队能维护，就是合适的。
本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。