设备接入的协议江湖：MQTT、Modbus、电力规约怎么选、怎么接

做设备接入，最怕的不是设备多，是"各说各话"

一套系统要管几百台设备，先要过的坎往往是接入。MQTT 的设备、Modbus 的仪表、SNMP 的交换机、BACnet 的楼宇设备，再加上电力水务行业的国标规约和老设备的串口——协议五花八门，每接一种都是工作量。

这篇文章把设备接入这件事拆开讲：主流协议各是什么、适合什么场景、"配置接入"和"开发接入"的差别在哪，以及现场最常见的接入方式怎么搭。

一、先认识主流的"话"：协议按场景分三类

1.1 物联网原生：MQTT / HTTP

MQTT 是物联网设备的主流选择，发布订阅模型、轻量、支持断线重连，适合传感器、DTU、网关这类需要频繁上报又可能掉线的设备。HTTP(S) 适合不需要长连接、按需调用的场景。

1.2 工业与楼宇：Modbus / SNMP / BACnet

Modbus 是工业现场的事实标准，PLC、变频器、电表几乎都支持，RTU 走串口、TCP 走网口。SNMP 管理网络设备（交换机、服务器、机房）。BACnet 是楼宇自控的通用语言，空调、照明、门禁都在用它。

1.3 行业国标：DL/T645 / CJ188 / IEC104

电力行业计量用 DL/T645，水表常用 CJ188，电力远动（变电站、配网）用 IEC104。这些是国标规约，做电力、水务、能源项目绕不开，协议解析要按规约来，不能用通用思路硬套。

二、"配置接入"和"开发接入"是两回事

很多项目方问"接一台新设备要多久"，答案取决于走哪条路：

差别在"物模型"这一步。平台先把设备抽象成统一的模型——属性、事件、服务——接入时只要把协议字段映射到物模型上，业务层就不用关心底层协议差异。这就是"配置接入"能成立的前提。

三、现场最常见的三种接入拓扑

3.1 设备直连平台

支持 MQTT/HTTP 的智能设备，配好证书和地址直接上报，最简单。

3.2 网关集中接入

现场 Modbus/串口设备数量多时，用工业网关把 RS485/Modbus 汇总成 MQTT 上云，一套网关管一片设备，布线简单、管理统一。

3.3 RTU 透传

老设备只有串口、协议私有，先做 RTU 透传把数据送到平台，由平台端按帧解析——设备侧不用改，改造风险最小。

四、接入这件事，最容易踩的三个坑

坑一：只看协议列表，不看规约细节。同样的 Modbus，不同厂商寄存器地址、字节序可能不一样；DL/T645 还有不同的数据标识。选平台要确认"原生支持"是支持到规约层，还是只做了个壳。

坑二：低估老设备改造。现场总有几台"就是不肯联网"的老设备，提前确认走 RTU 透传还是换网关，别等上线才发现接不进来。

坑三：接入和业务脱节。设备接进来了，但数据没和告警、维保、报表联动，等于白接。接入只是开始，后续的规则、告警、场景才是价值所在。

五、给项目方的落地建议

第一，先盘点现场设备清单，按"通用协议 / 行业规约 / 老设备 / 私有协议"四类归档，评估各占比；第二，拿占比最高的两类设备先做接入验证，别一上来追求全覆盖；第三，接入时把物模型设计好——属性、事件、服务想清楚，后面加设备才快。

接入是 IoT 项目的地基，地基稳了，后面的告警、维保、AI 才有意义。