多协议设备统一接入同一云平台方案

常见设备协议：ModbusRTU/RS485、ModbusTCP、MQTT、LoRaWAN、NBIoT、HTTP、OPC UA、BACnet、DNP3等，协议物理层有RS485、以太网、4G/NBIoT、LoRa。核心思路：协议网关做协议转换，把各异构协议统一翻译成标准MQTT，再上云;云平台做设备模型、数据解析、规则引擎实现归一化管理。

整体架构分层

1. 设备层：各类异构协议终端(传感器、PLC、仪表、控制器)

2. 接入网关层(最关键)：协议转换、边缘预处理

3. 网络传输层：以太网、4G/5G、NBIoT、LoRa

4. 云平台层：设备接入、物模型、消息解析、存储、应用服务

> 核心原则：不上云原生协议直接透传，全部转为MQTT作为云侧统一输入协议，云平台只处理标准化MQTT报文，不直接对接多种私有/工业协议。

两种主流实现模式

模式1：硬件工业网关(边缘硬件，现场部署)

适用：现场大量RS485 Modbus、BACnet、PLC等有线工业设备。

工作流程：

1. 网关物理接口接设备：RS485、网口;采集ModbusRTU、OPC UA、BACnet等设备数据;

2. 网关内部完成协议解析、点表映射，把寄存器、点位转换成JSON;

3. 统一封装为标准MQTT报文，通过4G/以太网上报云平台;

4. 下行：云平台下发MQTT指令，网关反向转换为对应设备协议下发控制。

代表硬件：Modbus云网关、LoRa网关、边缘IO网关(如DAM系列配套网关)

> 优势：现场协议全部在边缘转换，云侧不用开发多协议解析;支持断线缓存、本地阈值告警、边缘计算;减轻云端压力。

> 局限：需要现场部署硬件，点位变更需要配置网关点表。

模式2：软件协议网关(云侧/虚拟机Docker服务，协议适配器)

适用：设备本身网络可达，如ModbusTCP、OPC UA服务器，无本地硬件网关条件。

部署：在服务器/容器部署软件网关服务(EMQX插件、NodeRED、JetLinks适配器、ThingsBoard gateway)

1. 软件网关作为客户端，主动去轮询各个不同协议设备;

2. 将不同协议数据解析，转换MQTT消息推送到云平台MQTT Broker;

3. 云下发指令，软件网关翻译回原协议下发设备。

> 优势：不用新增现场硬件，适合机房内网设备;

> 劣势：协议解析全部压在云端服务器，网络差时可靠性差，不适合RS485有线现场设备。

云平台侧如何做到“统一管理”

不管硬件还是软件网关，上报到云平台都是MQTT，云平台做三件事完成归一化：

1. 物模型统一抽象

所有设备屏蔽底层协议差异，定义统一物模型：属性、事件、服务。

例如：电压、温度、开关状态，不管设备是Modbus还是BACnet，在云平台展示字段完全一样。网关负责把原始寄存器映射到物模型字段。

2. 消息解析/脚本转换

网关上报原始报文时，云平台支持JS脚本解析：对上报payload做解码，把原始数据转为平台标准格式。

> 最佳实践：解析尽量放在边缘网关，云端只做二次校验，不要把协议解析全部丢给云平台。

3. 统一设备生命周期

所有异构设备统一：注册、激活、在线状态、影子、OTA、告警、权限、分组、规则引擎。上层业务完全感知不到底层是什么协议。

典型协议处理对照表

开源与商用平台选型参考

1. 私有化部署

- ThingsBoard：内置Gateway组件，支持Modbus、OPC UA等多协议适配器，物模型完善

- JetLinks：国产开源IoT，多协议适配器，设备管理强大

- EMQX Broker：高性能MQTT消息服务器，搭配规则引擎+插件实现协议适配，本身不做业务设备管理

2. 公有云

阿里云IoT、移动OneNET：依靠边缘网关 + 物模型，各异构设备通过网关转MQTT接入。

关键坑点与最佳实践

1. ❌错误做法：云平台直接接收Modbus、BACnet原始报文，云端解析协议。网络抖动、并发大时极易出错。

✅正确：协议转换下沉边缘，云只收标准化MQTT。

2. 点表管理：Modbus这类寄存器设备，一定要维护点位映射表，网关完成寄存器到物模型字段映射。

3. 下行控制：云下发标准服务指令，网关反向翻译成设备原生协议;不要业务层直接下发原始寄存器指令。

4. 断线：硬件网关开启本地缓存，网络恢复补传数据，保证现场数据不丢失。

5. 私有协议设备：必须通过网关做私有协议解析，转MQTT，私有协议不能直连云。

极简落地流程

1. 梳理现场全部设备：协议类型、物理接口、点位清单;

2. 选型硬件网关(RS485多就选硬件网关;内网以太网设备可选软件网关);

3. 在网关配置点表：原始点位映射为标准JSON;

4. 网关输出MQTT对接云平台MQTT服务;

5. 云平台定义统一物模型;

6. 测试上报、远程控制、告警，上层业务直接调用平台统一API，无需关心底层设备协议。