产线数据为何总是“上不了网”？

做了多年设备管理的朋友常吐槽：PLC 里有数据、仪表有数据，但“到不了”中控或者 MES。问题通常不在设备，而在三道坎。

第一道坎：协议又多又杂

西门子 S7、Modbus TCP、Modbus RTU、RS-485 自定义协议……一台设备一个“方言”。传统的做法是每种设备买一个专用网关，机柜里越来越挤。软件化采集的思路是：一台服务器/盒子 + 一套点表，把 S7、Modbus、串口都接到同一个采集引擎里——协议再多，也只是配置差异，不是新增硬件。

第二道坎：网络与布线

串口仪表没法直接上以太网；老旧 PLC 不开放 Web。这些都可以在“采集中间层”解决：网关软件只管把寄存器/变量按时读出来，再以 HTTP/MQTT 统一送出去，车间的网络边界一下子简单了。

第三道坎：转发了就丢

很多人踩过坑：MQTT 断个网，数据丢一大截；平台重启一次，曲线缺个洞。工程上负责任的采集系统都应该“先落库、再投递、失败重试”。这正是 nscada 把 SQLite 本地库和 Outbox 队列组合起来的原因——车间的网络可以抖，数据不能丢。

说到底，设备联网的坎不是“技术含量”，而是“用对工具”。把采集层做成一个软件，中小工厂也能在两周内让关键设备先跑起来。