工业互联网平台数据从哪来？6类来源与协议转换详解

引言

很多人一说工业互联网平台，就把它理解成一台“装软件的电脑”，以为只要设备连上网线，数据就能自己跑进去。可真到了车间里一看，几十台设备来自不同厂家，有的走 Modbus，有的走 OPC UA，有的干脆没有通讯口。数据采不上来，平台就是个空壳。
工业互联网平台的数据到底从哪里来？又怎么把不同厂家、不同年代、不同协议的设备接进来？这篇文章把这两个问题拆开讲清楚。

数据来源

工业互联网平台的数据不是单一来源，而是来自车间里所有能产生数据的环节。工业大数据主要来自工业传感器网络、嵌入式 PLC 控制器、DCS 系统、SCADA 平台、RFID 电子标签，以及 CAD/CAM 等研发设计工具生成的模型和数据。
归纳起来，主要有 6 大类：

1、PLC（可编程逻辑控制器）
车间里最常见的设备控制器，注塑机、流水线、包装机背后往往都有一台 PLC 在控制。PLC 里存着设备的运行状态、温度、压力、计数值等关键参数。

2、传感器
温度、压力、振动、电流传感器，它们负责把物理世界的信号变成电信号。

3、数控系统（CNC）
数控机床、加工中心的操作系统，里面存着主轴转速、进给速度、刀具寿命、加工程序号。

4、机器人
焊接机器人、装配机器人、AGV 小车，它们有自己的控制系统，记录运行轨迹、作业次数、故障代码。

5、RFID（射频识别）
贴在物料托盘、工装夹具、成品上的电子标签，用来追踪物料位置和流转状态。

6、人工录入
总有一些场景设备采不到数据，比如巡检记录、异常原因、工单备注，还得靠人点一下屏幕或者扫一下码。

数据是怎么统一接进平台的呢？

工业设备用的协议五花八门，Modbus、OPC UA、Profinet、EtherCAT，还有各厂家私有的协议。这个时候就需要一个“翻译层”，这也是我之前聊过的：

为什么物联网都是在卖网关？

这个翻译层通常分三步走：

第一步，端侧采集
在设备旁边部署工业网关或者边缘控制器，直接跟设备连接。网关里内置了各种协议驱动，Modbus、OPC UA、串口、西门子、欧姆龙、三菱等主流协议基本都能认，从设备里把数据读出来，做初步清洗。对于老旧产线，可通过轻量级协议转换网关实现即插即用式接入。

第二步，协议统一
网关把读到的数据从各种“方言”转换成标准格式，通常选择 MQTT 或者 OPC UA，转换完成后数据才能往上传。有的网关还支持自定义私有协议解析脚本，遇到非标设备可以灵活处理。

第三步，数据上云
经过网关处理后的标准化数据，通过网络传到工业互联网平台。平台收到后，根据数据中定义的设备 ID、时间戳、数值等字段，存入对应的数据模型中。工业互联网平台 承担的是数据汇聚、存储与后续分析的角色，而接入前的协议转换决定了数据能不能顺利进得来。

有什么用？

很多企业上了平台，数据也采了，大屏也装了，但还是觉得没啥用。问题往往不是没采到数据，而是采上来的数据没有跟业务绑定。

PLC 里采了温度，但不知道是哪张工单、哪个批次；RFID 扫了物料位置，但不知道这批料要供给哪条产线。数据孤岛从设备层搬到了平台层，本质没变。

正确的做法是：数据采上来之后，要跟工单、批次、设备、人员这些业务对象关联起来，形成完整的数据上下文。温度异常了，系统要知道是哪台设备、哪个工单、什么时间，才能判断影响范围；物料到位了，系统要知道该通知哪条产线准备开工。

数据采上来了，还要跟业务绑定才有价值。

总结

工业互联网平台的数据来自 PLC、传感器、数控系统、机器人、RFID、人工录入 6 大类来源。多元异构数据统一接入的核心，是通过工业网关做协议转换，把 Modbus、OPC UA 等各种“方言”翻译成 MQTT 或 OPC UA 标准格式再传到平台。
端侧采集、协议统一、数据上云三步走，让不同厂家、不同年代、不同协议的设备都能把数据交上来。

数据采上来了，还要跟业务绑定才有价值。