4. 数据采集硬件:PLC、RTU、DTU、边缘网关的功能与选型对比

在厂务数据上云链路中,数据采集硬件是连接物理世界与数字世界的桥梁。PLC、RTU、DTU、边缘网关这四类设备常被混淆,但它们在功能定位、适用场景和协议处理能力上存在本质差异。本节将从工业物联网视角,逐一拆解其核心功能,并给出选型对比框架。

核心认知:PLC 侧重逻辑控制,RTU 侧重远程遥测,DTU 侧重透明传输,边缘网关侧重协议转换与本地计算。选型的关键在于明确“数据从哪里来、到哪里去、中间需要什么处理”。

4.1 四大硬件核心功能解析

4.1.1 PLC(可编程逻辑控制器)

PLC 是工业自动化领域的“大脑”,主要用于执行逻辑控制、顺序控制、定时计数等任务。在数据采集场景中,PLC 通过其模拟量/数字量输入模块采集传感器信号,并通过内部寄存器存储数据。PLC 通常支持 Modbus RTU/TCP、Profinet、EtherCAT 等工业协议,但自身不具备直接上云的能力,需要上位机或网关进行数据转发。

  • 优势:高可靠性、实时性强、抗干扰能力好,适合严苛工业环境。
  • 局限:封闭生态、协议私有化程度高、上云需额外配置。
  • 典型场景:生产线控制、设备联锁、工艺参数采集。

4.1.2 RTU(远程终端单元)

RTU 专为远程监控与数据采集(SCADA)设计,具备更强的通信能力。它内置多种通信接口(RS232/485、以太网、4G/5G),支持 Modbus、DNP3、IEC 101/104 等远动协议。RTU 通常具备数据存储、事件记录和本地逻辑判断功能,适合部署在无人值守的厂站。

  • 优势:远程通信能力强、支持多种远动协议、低功耗设计。
  • 局限:计算能力有限、不适合复杂边缘计算。
  • 典型场景:水处理厂站、油气管道监测、电力配网自动化。

4.1.3 DTU(数据传输单元)

DTU 的核心功能是透明传输,它将串口数据(RS232/485)打包为 TCP/IP 数据包,通过 4G/5G 或有线网络发送到指定服务器。DTU 不解析数据内容,只做“管道”角色。在 MQTT 场景中,DTU 通常配合串口传感器或 PLC 使用,将 Modbus RTU 数据透传至云端 MQTT Broker。

  • 优势:即插即用、配置简单、成本低。
  • 局限:无协议转换能力、无本地逻辑、数据安全性低。
  • 典型场景:远程抄表、环境监测、设备状态上报。

4.1.4 边缘网关

边缘网关是厂务数据上云的核心枢纽。它具备协议转换(如 Modbus 转 MQTT)、数据过滤、本地存储、边缘计算和远程管理能力。边缘网关通常运行 Linux 或嵌入式 RTOS,支持 Python、Node-RED 等开发环境,可灵活对接 PLC、RTU、传感器,并通过 MQTT/HTTP 将数据推送至云平台。

  • 优势:协议转换能力强、支持边缘计算、可本地断网续传。
  • 局限:成本相对较高、配置复杂度增加。
  • 典型场景:厂务数据上云、设备预测性维护、多协议汇聚。
选型提示:如果现场已有 PLC 且只需将数据透传上云,DTU 是最经济的选择;如果需要将多种协议(Modbus、BACnet、OPC UA)统一转换为 MQTT,边缘网关是必选项。

4.2 功能对比表

对比维度 PLC RTU DTU 边缘网关
核心功能 逻辑控制 远程遥测 透明传输 协议转换+边缘计算
协议支持 Modbus、Profinet、EtherCAT Modbus、DNP3、IEC 101/104 仅透传(不解析) Modbus、BACnet、OPC UA、MQTT
通信方式 有线为主 有线+无线(4G/5G) 无线(4G/5G/NB-IoT) 有线+无线+Wi-Fi
本地计算 强(梯形图逻辑) 弱(简单逻辑) 无 强(Python/Node-RED)
数据存储 有限(寄存器) 支持(历史数据) 无 支持(本地数据库)
上云能力 需网关 需网关 直接透传 直接上云
典型成本 中高 中 低 中高
适用场景 设备控制 远程站监控 简单数据透传 多协议汇聚上云

4.3 选型决策流程

以下 SVG 流程图展示了从现场设备到云平台的选型决策路径,帮助工程师快速定位所需硬件。

数据采集硬件选型决策流程 数据采集硬件选型决策流程 现场传感器/设备 是否需要本地逻辑控制? 是 否 PLC 是否需要远程通信? 是 否 是否需要协议转换? 本地采集(无需上云) 是 否 边缘网关 DTU MQTT Broker / 云平台 说明:PLC 和 RTU 通常需要配合边缘网关或 DTU 才能完成上云;DTU 仅适合纯透传场景。

4.4 典型组网架构对比

以下 SVG 图展示了两种典型组网架构:PLC + DTU 透传上云 与 PLC + 边缘网关协议转换上云。

PLC + DTU 与 PLC + 边缘网关组网对比 PLC + DTU 与 PLC + 边缘网关组网对比 方案一:PLC + DTU 透传 PLC Modbus RTU DTU TCP 透传 云平台 特点:数据不解析,直接透传 局限:无协议转换,需云端解析 方案二:PLC + 边缘网关 PLC Modbus TCP 边缘网关 MQTT 协议转换 云平台 特点:协议转换 + 边缘计算 优势:数据标准化,降低云端压力

4.5 选型避坑指南

常见误区:
  • 用 DTU 代替边缘网关:DTU 无法处理 Modbus 地址映射、数据格式转换,导致云端需要额外开发解析服务,增加运维成本。
  • 用 PLC 直接上云:PLC 的以太网口通常用于编程调试,直接暴露在公网存在严重安全风险,且 PLC 不支持 MQTT 协议。
  • 忽略 RTU 的本地存储:在通信不稳定的场景,RTU 的历史数据存储功能可防止数据丢失,选型时需确认存储容量。

4.6 选型总结

场景需求 推荐硬件 理由
已有 PLC,只需透传上云 DTU 成本低、配置简单、即插即用
多协议设备汇聚上云 边缘网关 协议转换能力强、支持 MQTT 直接推送
远程无人站监控 RTU + 边缘网关 RTU 负责远程通信,网关负责协议转换
设备逻辑控制 + 数据采集 PLC + 边缘网关 PLC 负责控制,网关负责上云
简单传感器直连上云 DTU 传感器串口直连 DTU,透传至云平台
最佳实践:在厂务数据上云项目中,推荐采用 PLC/RTU + 边缘网关 的组合。边缘网关负责将底层数据统一转换为 MQTT 协议,并实现本地断网续传、数据过滤和边缘告警,确保上云链路的可靠性与实时性。