为什么需要网关

当设备数量从几个变成几百个、协议五花八门时，让每个设备直连云端既不经济也不可靠。网关（Gateway）就是架在设备与云之间的一台「中转站」：下面接各种设备，上面统一对接云端，把杂乱的现场收敛成规整的上送数据流。

网关的价值：把「设备直连云」的网状复杂，变成「设备—网关—云」的分层清晰。
网关解决的问题
  • 接入兼容 Modbus、OPC、MQTT 等多种现场协议。
  • 收敛几百台设备由一台网关统一管理。
  • 就近断网也能本地处理、网络恢复再补传。
网关配图：中央立式网关盒子连接左右小型设备节点，数据经网关向上汇入云端圆盘
所有设备先汇入网关，再由网关统一送往云端。

网关的核心职责

一台典型的物联网网关要做四件事：向下接入设备、协议转换、数据清洗与上送云端、必要时本地决策。硬件上它通常是一台嵌入式主机（带串口、网口、无线模块），跑一个 Linux 系统。

// 网关主循环（伪代码）
while (running) {
    raw = pollDevices();        // 从各设备采集原始数据
    clean = normalize(raw);     // 统一成标准格式
    bufferLocal(clean);         // 先落本地
    if (cloudOnline) pushCloud(clean);
}

协议转换与接入层

现场设备的协议差异很大：老设备走 Modbus 串口，新设备走 OPC UA，传感器走 MQTT。网关的接入层就是一组「驱动」：每种协议一个驱动，把读到的原始寄存器或报文，翻译成统一的内部数据模型。

统一之后，上层程序再也不用关心「这台是 Modbus、那台是 MQTT」，面对的是一套标准的设备点位表。新增一种协议，只需写一个新驱动，而不是动整个系统。

数据清洗与本地缓存

设备上来的数据经常有噪声、跳变、重复点。网关在本地先做一层清洗：过滤明显越界的值、对连续重复的点去重、做简单的均值平滑。这样上送云端的就是干净数据，存储与分析的成本都更低。

def normalize(raw):
    if raw.t < -40 or raw.t > 85:
        return None          # 丢弃异常点
    if raw == lastRaw:
        return None          # 去重
    return toStandard(raw)

本地缓存同样关键：网络不通时数据先写到网关本地磁盘，等网络恢复再续传，避免设备现场的数据丢失。

边缘智能：就近决策

有些动作等不起云端往返——比如温度一超标就要立刻关阀，从设备到云端再回来，延迟可能几百毫秒甚至几秒。边缘智能就是把一部分判断逻辑下沉到网关：在本地直接对实时数据做规则判断、甚至跑一个轻量模型。

边缘 vs 云
  • 毫秒级控制放边缘，本地立刻响应。
  • 长期分析放云端，做趋势与建模。
  • 隐私数据留在本地，只上送结果。

这样架构就从「事事问云」变成「边缘管实时、云端管全局」，既快又省流量。