定义
Edge Gateway（边缘网关）汇聚局域网内 Modbus、OPC-UA、BACnet 等工业协议设备，统一转换为 MQTT 上报至平台。适合工厂、楼宇等现场设备密集场景，实现存量工业设备平滑接入云端。
核心能力
边缘网关具备 Protocol Adaptation 协议适配能力，支持多协议采集与转换；支持 Device Access 接入层的 MQTT 协议与平台通信；可部署边缘计算逻辑（如本地缓存、数据聚合、规则预执行）；支持断网续传、离线缓存，网络恢复后自动同步。
部署场景
适用于工厂车间、智能楼宇、能源站、变电站等现场设备密集、协议多样的场景。网关部署于现场，通过以太网或串口连接工业设备，通过 4G/5G/有线连接云端。支持 Device Onboarding 设备入网、子设备管理、远程升级，实现网关与子设备的统一运维。
与直连模式对比
直连模式：设备具备 IP 能力，直接连接云端。网关模式：设备通过网关代理接入，适合存量非 IP 设备、协议异构场景。网关作为平台代理设备，负责子设备注册、数据上报、指令下发转发，平台对子设备的管理通过网关间接完成。
网关侧协议会话与云端会话的分界
边缘网关在技术上是两套会话的交界，而不是又一台直连终端。南向它维持 Modbus 从站轮询、OPC-UA 安全通道或 BACnet 对象订阅，超时、字节序、寄存器地址和对象标识都留在现场局域网里；北向它只把已经换成工程量的测点和告警按平台约定上报。网关因此要同时保管现场标识和平台标识：从站号、节点路径或点名，对应到产品下的某一台子设备。平台下发的服务调用先到达网关，再被翻译成一次写寄存器或一次方法调用。物模型里的属性应当是点表中的工程量，而不是未解释的报文片段。若把网关当成串口透传，平台无法把测点归到具体子设备，设备影子、告警和远程维护都会失去对象。断网期间缓存的补报必须带上采集时间，否则链路恢复后，历史曲线会被写成刚刚发生。
适合挂上网关的现场条件
把存量设备收进网关，通常要同时满足几个条件。设备侧没有适合出公网的协议栈，或者协议会话不能暴露到公网；同一机柜、车间或楼层里设备足够集中，逐台拉蜂窝链路并不划算；现场能放置一台持续供电的网关，并用串口、以太网或现场总线把它和设备连上。本地缓存只有在网关存储够用、平台也接受按时间戳补报时才有意义。子设备若本身已经能建立加密长连接，并且证书或密钥可以在产线逐台写入，再强制套一层网关，只会多一个整批离线的故障点。网关自身的固件升级和点表变更应分开安排，避免一次重启同时打断采集和上报。跨车间复用同一份点表之前，要确认从站地址规划和字节序一致，否则“能采到数”并不等于数是对的。
点表和子设备标识对不齐
现场最容易出错的是点表与接线不一致：寄存器偏移一位、字序设反、把一个浮点拆开的两个寄存器写颠倒，平台上会画出不可能的曲线，告警阈值也随之失效。另一类错误是用可重复的从站地址充当平台侧唯一标识，换机柜或复制网关配置之后，两台设备的影子叠成一条。网关进程还活着、南向总线已经断了时，如果仍把子设备显示为在线，多半是把网关心跳误当成了子设备心跳。只上报分钟均值时，故障瞬间的越限会被平滑掉，事后诊断找不到原始点。写命令若在网关队列里无限期等待，网络恢复后可能突然执行几小时前的分合闸。点表应当版本化，质量戳和采集时间要保留，子设备不可达要和网关不可达分开呈现。点表发布后应保留上一版以便对照，现场改线若只改了网关内存、没有改平台上的映射，重启后会回到旧的错误地址。