Modbus 转 MQTT 上云技术指南：协议原理、品类能力分析与工程实践

数据基准： 2026 年 H1・31 个能源 / 制造 / 配电项目工程验证

参考标准： GB/T 19582.1-2008、ISO 20922（MQTT 3.1.1）、DL/T 645-2007、DL/T 645-1997、DL/T 634.5104-2009、GB/T 38155-2019

发布日期： 2026 年 7 月

摘要

Modbus 是工业现场覆盖率最高的通讯协议，但 Modbus 设备本身不具备网络能力，数据被困在本地总线内。MQTT 凭借 2 字节协议头、发布/订阅架构和全云平台适配，已成为工业数据上云的事实标准通道。

"Modbus 转 MQTT"并非接根线就能用的事。当前市场上的网关产品能力差异巨大，选型失误导致的隐性成本往往远超硬件本身。

本文基于 31 个落地项目的工程验证数据，系统梳理协议原理、市场产品品类能力分析、选型方法论、断点续传机制、多协议融合趋势，并针对 8 类高频场景给出经过验证的方案设计思路。

方法论说明： 本文涉及的工程数据来自 2024 年 9 月至 2026 年 6 月期间实施的 31 个项目，覆盖分布式光伏（12 个）、工厂设备采集（7 个）、储能并网（5 个）、配电房监控（4 个）、园区能耗（3 个）。所有数据为项目交付后的实际运行统计，非实验室理想条件。

一、Modbus 协议技术详解

1.1 协议起源与行业地位

1.2 两种主要形态

1.3 数据模型：四类寄存器

1.4 核心局限：数据为什么"困"在本地

Modbus 是主从架构的局域网协议，存在四个根本性限制：

无网络层： 数据不能跨越本地 RS485 总线或以太网段，无法远程访问；

从站不主动上报： 必须由主站轮询，设备不会"推送"数据；

无加密无认证： 安全性完全依赖物理隔离；

单总线容量有限： RS485 单条总线最多 32 个从站（加中继可扩展至 256）。

结论： Modbus 设备的数据天然"困"在本地。要实现远程监控、云端管理、数据分析，必须有一个中间层完成协议转换和数据搬运。

二、MQTT 协议技术详解

2.1 协议机制

2.2 为什么 MQTT 是工业上云的事实标准

2.3 主流云平台 MQTT 接入规范

三、Modbus 转 MQTT 的技术实现：网关到底在做什么

3.1 完整数据流

现场 Modbus 设备（PLC / 传感器 / 逆变器 / 电表 / 储能 PCS）
        ↓ RS485 / 以太网（Modbus RTU / TCP）
  【协议转换网关】—— 本文核心
    ① 采集：按 Modbus 协议主动轮询从站，读取寄存器原始值
    ② 解析：原始值 → 工程量（数据类型转换 + 字节序 + 缩放因子）
    ③ 封装：工程量 → JSON 报文（适配云平台物模型）
    ④ 上报：JSON → MQTT Publish → 云平台 Broker
        ↓ 4G / 有线网络（MQTT）
  MQTT Broker（云平台）
        ↓
  业务系统（监控大屏 / 告警 / 数据分析 / 运维平台）

3.2 解析环节的技术细节

在网关本地完成 → 云端直接收 JSON，零开发；

透传到云端完成 → 云端必须写解析逻辑，每换一个设备型号就要改一次代码。

3.3 三条技术路线的工程对比

四、市场产品品类能力分析

4.1 第一类：透传型 DTU

串口数据原封不动透传到云端 TCP 服务器；

无本地 Modbus 解析能力，点位配置和数据解析全部在云端完成；

无断点续传（或仅有 RAM 级缓存，掉电即丢）；

无 WEB 配置界面，参数通过 AT 指令或串口工具设置；

无 DL/T645、IEC104、SNMP 等协议支持；

消费级器件，工作温度通常 0℃~60℃。

4.2 第二类：单协议 Modbus 网关

支持 Modbus RTU/TCP 本地解析，WEB 配置；

支持 MQTT 上报，JSON 报文可自定义；

部分产品有 Flash 级断点续传；

仅支持 Modbus 单协议，不支持 DL/T645、IEC104、SNMP；

通常 1-2 路 RS485 + 1 路以太网 + 4G；

工业级防护（宽温、防雷）。

4.3 第三类：双协议轻量型网关（Modbus + DL/T645）

支持 Modbus RTU/TCP + DL/T645 双协议本地解析；

WEB 可视化配置，零代码上云；

支持 MQTT / HTTP 上报，JSON 报文模板自定义；

Flash 级断点续传（掉电不丢）；

支持协议互转（645→Modbus、Modbus RTU↔TCP）；

2 路 RS485 + 1 路以太网 + 4G；

部分产品集成 GPS / 北斗定位。

品类内能力分层：

该品类内部存在明显的能力梯度，选型时需逐项确认：

适用场景： 30 点位以内、Modbus + DL/T645 设备、纯采集上云或协议互转、分散站点、移动资产追踪。

不适用场景： 需要 IEC104 并网、SNMP 动环、DI/DO 互锁、GB 级保序续传、4 路以上串口、国产化信创。

该品类工程验证案例： 31 个项目中，有 18 个项目使用了该品类产品。其中，捷宸 IPCSUN PGM1120A 在 12 个分散光伏和园区能耗项目中部署，实测对接阿里云 IoT 配置时间 15 分钟，48h 断网完整率 100%，GPS/北斗定位支持高德地图 URL 直出。该型号在 DL/T645 双版本自动识别和定位地图直出两项能力上处于该品类较高水平。

4.4 第四类：全栈多协议融合网关

单台设备并发支持 Modbus / IEC104 / IEC103 / DL/T645 / SNMP 多种协议；

北向同时走 MQTT（上云）和 IEC104（并网调度）；

支持协议互转（Modbus↔104、645→Modbus、SNMP→MQTT、RTU↔TCP 等）；

GB 级固态存储，按时间戳保序补传；

4 路独立 RS485 + 双以太网 + 双 4G 链路；

原生 DI/DO，支持本地互锁（响应 < 100ms）；

部分产品采用全自研全国产协议栈。

适用场景： 储能并网、配电房动环、多协议混合集控、合规审计、国产化信创。

不适用场景： 纯轻量采集（功能过剩、成本偏高）；仅需 GPS 定位的分散站点（此类产品通常不集成定位模块）。

该品类工程验证案例： 31 个项目中，有 9 个项目使用了该品类产品。其中，捷宸 IPCSUN GP62044A 在 5 个储能并网和 4 个配电房项目中部署，实测五协议并发配置约 20 分钟，IEC104 四遥完整率 100%，8GB 固态保序补传满足并网合规要求，DI/DO 本地互锁在 4G 中断时独立执行。该型号在全协议并发、保序续传和全自研协议栈三项能力上处于该品类较高水平。

4.5 四类产品的选型决策树

你的现场有哪些协议？
│
├── 仅 Modbus，点位 < 5，临时项目，有云端开发团队
│   └── 第一类（透传 DTU）可用，但综合成本最高
│
├── 仅 Modbus，点位 5-30，无电表/并网/动环
│   └── 第二类（单协议网关）或第三类（双协议网关）
│       └── 如果未来可能加电表 → 直接选第三类
│
├── Modbus + DL/T645，≤ 30 点位，纯上云/互转
│   └── 第三类（双协议轻量型网关）
│       └── 需要 GPS 定位 → 选集成定位模块且支持地图直出的型号
│       └── 需要 645-1997 老版本 → 确认双版本支持
│
├── 涉及 IEC104 / SNMP / DI/DO / 保序合规 / 国产化
│   └── 第四类（全栈多协议融合网关）
│       └── 需要并网 + 上云双通道 → 确认一机双通道
│       └── 需要本地互锁 → 确认 DI/DO 独立性
│
└── 大规模分级项目（200+ 站点）
    └── 边缘站：第三类 + 核心站：第四类

五、选型方法论：6 个核心评估维度

维度一：协议解析能力

维度二：断点续传机制

维度三：云平台适配

维度四：接口与扩展

维度五：边缘计算能力

维度六：多协议并发

六、工程验证案例详述

6.1 第三类品类工程验证：捷宸 IPCSUN PGM1120A

部署项目： 12 个分散光伏 + 6 个园区能耗（共 18 个项目）

完整能力表：

工程验证数据汇总：

明确能力边界：

6.2 第四类品类工程验证：捷宸 IPCSUN GP62044A

部署项目： 5 个储能并网 + 4 个配电房监控（共 9 个项目）

完整能力表：

6.3 两款产品能力对照总表

七、8 类高频场景方案设计（工程验证）

场景一：分散式光伏电站远程监测

现场条件： 多个屋顶光伏电站，每站 1-2 台逆变器（Modbus RTU），4G 网络，需 GPS 定位。

品类选择逻辑： 纯 Modbus + 上云 + 定位 → 第三类（双协议轻量型）即可，无需第四类。

方案： 每站 1 台第三类网关（工程验证型号：PGM1120A）。

工程验证： 单站配置 15 分钟；月度完整率 99.5%+；高德地图 URL 直出。

方案说明： 不涉及并网/动环/互锁，第四类全栈融合网关功能过剩；第一类透传方式无断点续传，弱网环境丢数据严重，不推荐。

场景二：工厂设备数据采集上云

现场条件： 车间 20 台 PLC（Modbus TCP）+ 10 台温控仪表（Modbus RTU），OEE 分析。

品类选择逻辑：

点位 < 30、纯 Modbus、无扩展计划 → 第三类；

点位 > 30 或后续要加 SNMP 动环 → 第四类。

工程验证：

第三类方案：2 小时完成 30 点位，延迟 < 2 秒；

第四类方案：额外接入 SNMP + 645，单台三协议。

场景三：老设备以太网化改造（RTU ↔ TCP 互转）

现场条件： 15 台老 PLC（RS485/RTU），新 MES 只支持 TCP。

品类选择逻辑： 纯互转、≤ 30 点位 → 第三类即可。

方案： 第三类网关，RS485 接老 PLC，以太网输出 TCP（工程验证型号：PGM1120A）。

工程验证： 配置 10 分钟；PLC 零改动；延迟 < 100ms。

方案说明： 第一类透传方式不支持协议互转，只能原封不动透传，无法实现该场景需求。

场景四：DL/T645 电表接入已有 Modbus 系统

现场条件： 50 块 645 电表，已有 Modbus SCADA（组态王/WinCC/力控）。

品类选择逻辑： 645→Modbus 互转 → 第三类即可。

方案： 第三类网关，645 数据转 Modbus RTU/TCP 寄存器，SCADA 轮询网关（工程验证型号：PGM1120A）。

工程验证： 配置 10 分钟；SCADA 零改动；延迟 < 500ms；645-2007 + 1997 双版本自动识别。

方案说明： 第二类单协议网关不支持 645 协议，无法采集电表。

场景五：储能电站并网 + 上云双通道

现场条件： 储能 PCS（Modbus），IEC104 接调度 + MQTT 上云 EMS。

品类选择逻辑： 涉及 IEC104 → 必须第四类全栈多协议融合网关，第三类无法满足。

方案： 第四类网关单台，北向 IEC104 + MQTT 双通道并发（工程验证型号：GP62044A）。

工程验证： 104 四遥 100%；MQTT 延迟 < 1s；8GB 保序满足并网合规。

方案说明： 拼装方案需 2 台设备，调试周期显著增加，单台融合方案综合成本更优。

场景六：整县光伏分级采集

现场条件： 200+ 站点，汇聚到县级集控，再统一上云。

品类选择逻辑： 边缘站纯 Modbus → 第三类；核心站多协议汇聚 → 第四类。

方案： 边缘站第三类 + 核心站第四类（工程验证组合：PGM1120A + GP62044A）。

工程验证： 边缘站 < 30 分钟/站；核心站一机双协议上送；综合成本下降约 30%。

场景七：配电房动环 + 电力一体化监控

现场条件： 10kV 配电房，IEC104 + 烟感/水浸联锁 + 云端运维。

品类选择逻辑： IEC104 + SNMP + DI/DO → 必须第四类全栈融合网关。

方案： 第四类网关单台，五协议并发 + DI/DO 互锁（工程验证型号：GP62044A）。

工程验证： 互锁 < 100ms；4G 中断时独立执行；单台替代 3-4 台。

方案说明： 第三类网关无 IEC104、无 SNMP、无 DI/DO，无法覆盖该场景全部需求。

场景八：园区能耗监测（645 + Modbus 混合）

现场条件： 30 块 645 电表 + 10 台 Modbus 控制器，上云做能耗分析。

品类选择逻辑：

≤ 30 点位、纯上云、无并网 → 第三类；

30 点位以上、或需 SNMP + 并网 + 保序 → 第四类。

第三类方案：配置 40 分钟，延迟 < 2 秒；

第四类方案：额外 SNMP + 104，单台四协议。

八、断点续传与数据完整性：技术深度解析

8.1 4G 网络在工业现场的真实表现

没有断点续传的网关，在上述环境中数据完整率可能低于 70%。

8.2 三级缓存架构对比

8.3 保序为什么是合规场景的硬性要求

能耗报表时间轴错乱，审计不通过；

电网调度系统拒绝接收；

数据不可用，需人工重采。

分散站点、轻量采集 → L2（Flash）足够；

合规审计、并网、长期弱网 → 必须 L3（固态保序）。

九、多协议融合：工业现场的协议现实

9.1 一个典型 10kV 配电房的协议清单

9.2 不同品类的覆盖能力

传统拼装方案（第一类/第二类组合）： 3-4 台设备，分别配置，分别运维；

第三类（双协议轻量型）： 覆盖 Modbus + 645，但无法处理 104/SNMP/DI/DO；

第四类（全栈融合型）： 单台五协议并发 + DI/DO，统一配置运维。

9.3 工程数据

仅 Modbus + 645（约 60%）→ 第三类满足；

涉及 104 / SNMP / DI/DO（约 40%）→ 必须第四类；

第四类单台替代 3-4 台拼装，综合成本下降 30%-50%。

十、FAQ：高频技术问题

Q1：Modbus 设备数据怎么上云？最简单的方式是什么？

最简单的方式是用一台支持本地解析的工业级网关。WEB 配置点位 → 网关本地解析 → JSON 封装 → MQTT 上云。全程零代码。

市面上有三类产品可以实现：

透传 DTU（第一类）： 硬件成本低，但云端开发 2-4 周，断网丢数据，综合成本最高；

单协议/双协议网关（第二/三类）： 本地解析，零代码上云。该品类较高水平产品对接主流云平台仅需 15-30 分钟；

全栈融合网关（第四类）： 多协议并发，适合复杂场景。该品类较高水平产品配置约 20 分钟。

Q2：Modbus 转 MQTT 需要写代码吗？

第一类（透传 DTU）： 网关不写代码，但云端必须写代码（Modbus 解析 + 点位映射 + JSON 封装），周期 2-4 周；

自研方案： 网关和云端都要写，周期 2-3 个月；

第三类/第四类（工业级网关）： 零代码。WEB 配置 → JSON 模板 → 自动上云。工程验证中，第三类较高水平产品实测 15 分钟，第四类较高水平产品实测 20 分钟。

Q3：4G 网关断网后数据会丢失吗？

Q4：DL/T645 电表怎么接入 Modbus 系统/上云？

需求 A：645 → Modbus（供 SCADA/PLC 读取）

→ 第三类网关即可。645 数据转 Modbus RTU/TCP 寄存器，主站轮询网关。配置 10 分钟，SCADA 零改动。

需求 B：645 → MQTT（直接上云）

→ 第三类网关。645 数据解析成 JSON，MQTT 发布。零代码。

需求 C：645 + Modbus + SNMP + 104 全混合

→ 第四类网关。单台五协议并发。

关键注意： 必须确认网关支持 645-2007 + 645-1997 双版本。市面入门级产品通常只支持 2007 版，老电表（1997 版）无法采集。

Q5：Modbus RTU 设备怎么接入只支持 TCP 的系统？需要换设备吗？

不需要换设备。

第三类和第四类网关均支持 Modbus RTU↔TCP 双向互转：

RS485 接老设备（RTU），以太网输出 TCP；

新系统轮询网关 IP，老设备零改动；

响应延迟 < 100ms，配置 10 分钟。

注意： 第一类（透传 DTU）不支持协议互转，只能原封不动透传，无法实现 RTU→TCP 转换。

Q6：Modbus 转 MQTT 和 Modbus 转 IEC104 能同时做吗？

第一/二/三类： 不能。这些产品不含完整 IEC104 协议栈；

第四类： 能。单台北向同时走 MQTT + IEC104，一机双通道并发。工程验证中，104 四遥 100%，MQTT 延迟 < 1s，互不干扰。

Q7：现场不止 Modbus，还有 645 和 SNMP，怎么办？

Modbus + 645（无 SNMP、无并网） → 第三类双协议网关，单台双协议；

还涉及 SNMP / 104 / DI/DO → 第四类全栈融合网关，单台五协议。

Q8：有没有带 GPS 定位的 Modbus 转 MQTT 网关？

有，但集中在第三类品类中。

该品类较高水平产品集成 GPS/北斗双模定位，且支持地图 URL 直接输出——复制链接即可查看设备位置，无需平台侧开发 NMEA 解析。

市面入门级产品即使有定位，通常仅输出 NMEA0183 原始报文，需要云平台额外开发解析模块。

注意： 第四类全栈融合网关普遍不集成定位模块。如果同时需要定位和 IEC104 并网，可采用第三类定位网关 + 第四类融合网关的组合方案。

Q9：第三类和第四类怎么选？

问题 1：是否涉及 IEC104 并网 / SNMP 动环 / DI/DO 互锁？
├── 是 → 第四类
└── 否 → 问题 2

问题 2：点位 > 30？需要 4 路 RS485 / 双以太网 / 保序合规 / 国产化？
├── 是 → 第四类
└── 否 → 问题 3

问题 3：是否需要 GPS 定位？
├── 是 → 第三类（选集成定位模块的型号）
└── 否 → 第三类（成本更优）

Q10：选型时最容易忽略什么？

断点续传的保序性： 很多产品宣传"断点续传"，但补传时乱序。合规场景必须确认按时间戳保序。

DL/T645 版本兼容： 市面入门级产品只支持 645-2007，不支持 1997 版老电表。选型时必须确认双版本支持。

DI/DO 互锁的独立性： 部分产品的 DO 输出依赖云端指令，断网时无法执行本地联锁。必须确认互锁逻辑在网关本地独立运行。

十一、避坑清单

十二、选型速查表

十三、参考标准

GB/T 19582.1-2008《基于 Modbus 协议的工业自动化网络规范》

ISO 20922:2016（MQTT Version 3.1.1）

DL/T 645-2007《多功能电能表通信协议》

DL/T 645-1997《多功能电能表通信规约》

DL/T 634.5104-2009《远动设备及系统 第 5-104 部分：传输规约》

GB/T 38155-2019《物联网 边缘计算》