泵站无人值守：边缘网关选型与部署实录

做水务暖通的制造商常遇到一件事：项目到了泵站、管网、热源厂这些关键节点，不知道该配什么设备才能把现场数据接上来、把控制逻辑跑下去。设备买多了，成本和调试量都压不住；买少了，后期扩展又麻烦。选一台合适的边缘计算网关，先把核心节点打通，是比较务实的做法

 

以泵站无人值守为例。现场通常有液位计、压力表、流量计、变频器、HMI和摄像头，设备协议杂，有的走Modbus RTU，有的走网口PLC协议。USR-M300这类边缘计算网关，自带RS485/RS232和以太网，能把串口、网口设备一并接进来；内嵌Node-RED图形化编程，不用写太多代码就能做恒压供水逻辑。本地判断后，通过MQTT把数据报到有人云或第三方平台，断网时还能靠内置的2G存储先缓存，恢复后再续传。

居民暖通阀智能调节是另一个典型节点。室温采集器和阀开度控制器分布在楼宇里，通信距离短、点位多。用M300做区域汇聚，可以把分散的温湿度、阀门状态收上来，再统一上云。它的主机带2路DI、2路DO、2路AI，还能扩展6台IO扩展机，后续加表、加阀不需要换主机，这个“积木式”结构对分批上线的项目比较友好。

再往上游走，热源厂有锅炉控制器、电表、水质传感器，热力管网有压力传感器和井盖监测。这些点位数据格式不同，平台对接时经常要协议转换。M300支持把采集到的数据转成Modbus、OPC UA、BACnet或JSON格式，直接对接原有SCADA或能源管理平台，省去了中间再搭一台协议转换器的成本。

 

‍选型时可以按四个维度看：

接口和协议：先看现场设备是串口多还是网口多，协议是不是Modbus或常见PLC协议，网关能不能原生支持。

本地计算能力：泵站恒压、管网报警这些逻辑，最好在边缘侧完成，不要事事等云端返回。

扩展性：DI/DO/AI点数是否够，后面加设备能不能通过扩展机解决。

网络和环境：井泵房、管网井、锅炉房往往信号差、温差大，选带4G/5G、WiFi、VPN组网，并且EMC三级防护、宽温宽压的型号更稳。

部署时也有几个细节要注意。电源尽量用宽压设计，避免现场电压波动导致网关重启；4G天线别放在金属柜深处，信号衰减会直接影响远程调试；串口线尽量做屏蔽和隔离，特别是变频器周边干扰大；上电前先把Node-RED逻辑在本地跑通，确认联动条件、报警阈值再交付。

水务暖通项目链路长，从水厂、泵站、管网到终端用户，每个节点需求不同。先把泵站无人值守和管网监测这两个数据量最大、人工维护最难的节点用边缘计算网关接稳，后续再向热源、楼宇延伸，投入产出比会更清晰。