设备联网网关怎么选？三类档位的技术对比

Modbus、OPC、MQTT协议各不相同，设备联网网关选型直接决定后续维护难度。串口机、协议转换网关、边缘网关三类档位怎么配，字节序和断点续传这些坑怎么避，这篇做技术对比。

一、选型第一步：摸清设备底细

网关选型不是先翻产品目录，是先做设备盘点。盘点产出一张点位清单，清单的完整度直接决定选型成败：拿着不完整的清单去选网关，等价于拿着过期的地图开车。

1. 协议和接口的存量盘点

把车间里每台设备翻一遍，记录四个字段：通信协议（Modbus RTU、Modbus TCP、OPC UA、厂商私有协议）、物理接口（RS-485、RS-232、以太网口、模拟量）、设备数量、点位地址表能不能拿到。最后一条最容易被忽略：协议是标准的，但点位地址表在厂商手里，要不回来就等于白搭。老机组辅机设备这块尤其典型，说明书早丢了，厂商联系方式换了两轮，寄存器表成了传家宝，这种设备要么花钱请人解析，要么放弃深度数据。

2. 点位规模和采集频率

点位清单还要标采集频率：轴承温度这类慢变量一分钟一次够用，电流曲线、振动波形这类快变量另算一套。点位总数乘采集频率，就是网关的吞吐压力基数。现场常见的翻车是按设备台数选了小网关，跑起来才发现一台设备就是几十上百个点，吞吐不够，数据断断续续还查不出原因。清单做完，网关要带几种协议、几路串口、多大吞吐，答案基本浮出水面。

二、三类网关，先分清档位

市面上的产品都叫网关，实际是三个档位的东西，价格和适用场景差得很远，买错档位是最常见的一种浪费。

1. 串口服务器和DTU

只做协议透传：把RS-485串口数据原样搬到以太网或4G网络上，协议解析在上位机做。适合设备少、协议统一、上位软件自己会解析Modbus的场景，单价低。局限也明显：串口轮询的机制决定了点位一多响应就慢，而且没有本地逻辑，断网就丢数据。偏远的泵房、公用工程站点拿它过渡可以，主干采集别指望它扛。

2. 通用工业网关

在透传之上加了协议解析和边缘侧点表配置：网关把Modbus、OPC等协议解析成统一的数据模型，按配置的点位主动上报，上行走MQTT或HTTP。这是目前车间级采集的主力档位，选型重点看三个地方：支持的南向协议清单、可管理的点位规模、配置工具好不好用。多数制造业车间的联网需求，这个档位就能覆盖住。

3. 边缘网关

通用网关再加本地计算：能在网关侧跑数据清洗、滤波、越限判断、小时均值聚合这类简单逻辑，适合要做边缘预处理或高频振动分析的场景。价格比通用网关翻倍，除非确实需要本地实时计算，否则这钱花得冤枉——同样的聚合逻辑放平台侧做，调整起来灵活得多，改个聚合周期不用跑到现场刷网关。

三、协议适配是最容易踩的坑

选型清单上写着支持Modbus TCP，不等于设备接上就能读，协议适配的坑藏在标准协议的字缝里。

1. 标准协议的方言问题

Modbus算最通用的协议，但每家设备的寄存器地址分配、数据类型（16位整型还是32位浮点）、字节序（高字在前还是在后）都可能不一样。两个厂商的仪表都标着支持Modbus RTU，接上网关后一个能读一个读出乱码，乱码那个多半是字节序对不上。选网关时要确认它支持寄存器级别的映射配置，而不是只提供几个所谓标准驱动模板。

2. 私有协议的破解成本

风机、空压机这类成套设备，控制器很多走私有协议，网关支持列表里查不到。实际有三条路：找设备厂商要协议文档让网关厂商做定制、在设备侧加装独立传感器绕开控制器、或者放弃深度数据只采开关状态。三条路的成本依次降低，能拿到的信息量也依次降低，按这台设备数据的价值去选。我们当时的做法是关键设备走定制，一般设备加装电流和温度传感器，总花费反而是后一种方案占大头，但单价低、见效快。

3. OPC的版本账

老系统大量用的是OPC DA，基于Windows的COM组件，网关要采OPC DA就得在旁边挂一台Windows机器跑OPC Client，稳定性和维护量都是包袱。新选网关优先确认支持OPC UA，DA的存量接口让平台侧或中间件去兜。这笔账选型时不算清楚，上线后那台Windows机器就是车间里的定时炸弹，重启一次丢一段数据。

四、可靠性细节决定后期维护量

参数表上不显眼的那几行，恰恰决定了投运后维护量的大小头。

1. 断点续传和本地缓存

车间网络没有绝对可靠的：交换机重启、光缆被挖断、运营商基站维护，断网是常态。断网期间数据丢不丢，看网关有没有本地缓存加断点续传：断网时数据先落在网关存储里，网络恢复后自动补传。没有这个能力，每月的网络抖动都会在报表上留下窟窿，月底对台账时全是解释不清的空洞。

2. 时间戳在哪边打

数据带不带网关侧时间戳，直接决定补传回来的数据还有没有分析价值。网关采到数据时打时间戳再上传，补传回来的时间是对的；靠平台收到时打时间戳，断网半小时恢复后，半小时的数据全挤在恢复那一刻，趋势曲线直接变形。故障回溯和振动分析对时间精度敏感，这项能力不能省。

3. 电源和环境的硬指标

车间现场的电没有机房干净：大功率电机启停带来的电压跌落、雷雨季的浪涌。网关要选宽压输入型号（DC 9~36V或AC 85_{264V），配独立的开关电源，别从设备控制柜里就近取电。环境方面看工作温度和防护等级，装在现场柜里的至少要覆盖-20}60℃，粉尘大的车间柜体要做密封。这些细节单个都不贵，忽略任何一个都可能变成一次计划外的停产抢修。

五、网络架构和安全分区

网关往哪儿接、怎么接，比网关本身更值得先画图想清楚。

1. 生产网和管理网的边界

电力和流程行业的车间普遍划分生产控制区和管理信息区，两区之间有隔离装置或防火墙。设备联网采的是设备状态数据，消费方在管理区，网关部署位置就要先定：网关放在生产区侧，数据经隔离装置送到管理区；还是采集设备直接接管理区网络。前者合规但链路长，后者简单但安全评测过不去。这一步要先跟信息安全部门对齐，别等数据采通了再回头补隔离，返工的是整条链路。

2. 无线链路的选择

管线沿线、灰场、偏远泵房这类站点拉光纤不现实，4G/5G是主要选择，电力行业一般走运营商APN专网或行业无线专网，设备直接挂公网是不允许的。选网关时确认支持SIM卡和APN配置、天线可外引。现场铁皮柜里装设备，内置天线的信号衰减到没法用是实际发生过的事，把天线外引到柜顶才解决，这类教训说明安装方案和选型要一起定。

3. 上行接口和数据格式

网关到平台这一段，看支持的上行协议：MQTT是主流，HTTP和数据库直写次之。数据格式看是自定义JSON还是行业通用的数据模型。这个环节的原则是跟着平台走：平台吃MQTT就选MQTT能力强的网关，别让中间再挂一层协议转换程序，每加一层转换就多一个故障点。

六、点表管理和台账联动

数据采上来只是第一步，采上来的数据跟设备台账对不对得上、能不能流进维保流程，才决定这套联网有没有用。

1. 点表的维护方式

点位多的车间，点表是持续变化的：设备大修换了仪表、临时加了测点、地址改了。网关的点表配置支持Excel批量导入导出，还是只能页面上一个个点，长期维护量差一个量级。选型时让厂商当场演示一遍批量导入导出，比看参数表管用。

2. 从采集数据到设备台账

采集数据的价值在跟台账、维保、备件这些管理动作联动：一台泵的运行时长自动累计进台账，到保养周期自动出工单，电流趋势异常能关联到点检记录。我们台账和维保流程用的搭贝，网关数据进平台后按设备编码挂到台账上，运行时长、启停次数这些字段自动更新，点检和检修记录也落在同一棵设备树上，不用再靠人去对两套系统的数据。这类平台普遍按用户数报价，费用和组织规模挂钩，拿自己的班组数去询价就有数了。回过头看，网关选型时要留一个心眼：确认它能给数据打上设备唯一编码，后面挂台账才接得上，这是采集层和管理层之间最关键的一根线。

常见问题

Q：网关选型要为将来的扩展预留什么？

三点：协议扩展，私有协议的定制能力和定制周期，厂商接不接受定制先问清；点位余量，按当前规模的两倍留，点表只会越加越多；管理方式，网关数量上来之后的批量配置和远程运维能力，二十台网关逐台登录配置的维护方式撑不过一年。
Q：一台网关带多少台设备合适？

看两个极限：串口轮询的响应极限和点位吞吐极限。RS-485总线上轮询，一台网关挂十几台设备、每台几十个点，轮询周期还能压在秒级，再往上加就该分网关了。经验值是一台网关管一个功能单元，比如一个泵房、一段输煤线，按车间物理分区部署，别按最大容量往一台里塞。

Q：老设备没有通信口，还能联网吗？

能，但采到的是间接量。做法是在配电回路加装带通信口的智能仪表，配合电流互感器测电流、电压、功率，从电流特征推运行状态和负载率，温度用无线传感器贴片解决。这种方式采不到设备内部参数，但运行状态、累计运行时长、负载率这些台账真正需要的数据够用了，改造成本也比动设备本体低得多。

Q：设备不多，PLC直接上平台，还要网关吗？

要算两笔账。一是协议账：平台若只收MQTT或HTTP，PLC直连要么平台做适配要么PLC侧改造，两边的开发都不便宜。二是安全账：PLC直连等于把控制层暴露给管理网络，安全评测过不去。设备三五台的小场景可以例外，产线规模的联网，网关这层的协议转换和隔离是刚需。