3.2 边缘网关：在数据源头做第一道加工

3.2 边缘网关：在数据源头做第一道加工

本节摘要：边缘网关不是「协议转换盒子」这么简单，它是数据离开现场前的最后一道关卡：协议翻译、断链缓存、变化检测、数据质检都在这里完成。本节划定网关的职责边界——哪些活必须放站端、哪些留给中心——并给出缓存时长、变化上报、对时三项关键配置的确定方法，最后用一个边缘计算滥用的反面案例划出红线。

网关不该只是转发器

把网关当透明转发器的项目，通常会在半年内遇到同一组症状：中心轮询压力大、广域流量账单超预算、通信抖动时曲线出现锯齿、断链恢复后数据缺口没人能解释。这些症状的共同根源是该在站端做的加工被推迟到了中心。边缘网关的正确定位是：数据上广域网之前的守门人——它决定什么数据上路、以什么频率上路、断了怎么办。

一、网关的四项核心职责

职责一：协议翻译。 站内 PLC 说总线语，广域网络说规约语，网关负责两边互译。工程要点不在「能不能翻」，而在点表映射的维护方式：翻译关系应来自一张受版本管理的映射表，而不是散落在网关组态里的手工配置。映射表进变更流程，站内改点才不会在广域侧无声丢失。

职责二：断链缓存。 通道中断期间，变化数据在网关里排队，恢复后按时间序补传。缓存配置有两个参数要按业务算清楚：缓存时长（按历史最长断链时间加安全系数，水务场景常见配置按小时到天计）与缓存容量（时长 × 站点变化率 × 单条记录大小）。缓存不足的后果不是丢几条数据，而是恢复补传时的数据空洞——第 5 章历史库的曲线连续性验收专门查这个。

职责三：变化检测与上报。 不是所有数据都值得每次都送。工程量死区（变化超过设定幅度才算「变了」）、周期心跳（长时间不变也定期报一次「我还活着」）、变化上送（变了立即发）三者组合，能把广域流量降一个量级，同时让报警数据比周期轮询更早到达中心。死区值按测点特性定：水位可以放宽，余氯这类水质参数从严。

职责四：数据质检。 网关在出口处给每条数据打质量标记：量程超限、通道断线、采样停滞（数值长时间纹丝不动，可能是仪表冻结）都该在站端识别出来。中心拿到的每条数据要么可信、要么明确带着「存疑」标签——这个原则在 1.1 节已经埋过伏笔。

图 3-2 边缘网关的数据加工流水线

二、两项关键配置怎么算

缓存时长与容量。 按最坏情况倒推：查阅该通道过去一年的最长中断记录，乘安全系数（常见取 1.5 到 2）得到缓存时长；容量按时长乘站点变化率——即死区过滤后平均每分钟产生多少条变化记录——再乘单条记录字节数。给一个数量级感受：一座中等泵站、三十个模拟量点、秒级采样加死区过滤，实际有效变化率常在每分钟几十条，缓存一天的容量需求在几十兆字节量级，工业网关轻松容纳；真正的风险是「变化率因新增测点翻了几倍而缓存没调」。

对时策略。 网关从中心或北斗、网络时间服务获得标准时间，再向站内控制器、仪表下发对时。对时偏差直接影响事件顺序分析，验收时要实测：人为制造一个已知先后顺序的现场事件，检查中心事件列表的时标排序是否正确。

三、边缘计算：能力越大，越要克制

现代网关能跑脚本、跑轻量模型，「在站端就把异常检测做了」听上去很美。红线只有一条：与安全有关的判断，永不下放给网关。联锁保护、紧急停机逻辑留在控制器本体——它们的可靠等级、响应确定性、维护纪律都与网关不是一个量级。网关上的边缘计算适合做「锦上添花」的事：趋势预判、能耗统计、仪表健康度评分。

反面案例值得完整讲一遍。某项目把「泵自动轮换」逻辑写进了网关脚本（理由是「改逻辑不用动 PLC 程序，方便」）。某次网关固件升级，脚本执行中断十分钟，期间轮换逻辑失效，两台泵同时停——供水压力跌穿下限。事后复盘，问题的本质是把一个可用性要求等同于控制器的功能，放在了一个可用性要求低得多的设备里。整改把轮换逻辑收回 PLC，网关只做它该做的守门。变式思考：同样是「在边缘跑逻辑」，为什么雨水泵站的「液位越限预报警」（只报警、不动作）放在网关上就可以接受？答案在故障后果：报警丢了顶多晚知道，联锁丢了会出事。

四、网关选型与配置基线

网关本身也要选型，五项硬指标过一遍：规约库与开放性——需要的站内规约与广域规约是否原生支持，第三方驱动怎么接入、授权怎么算；缓存与存储——缓存容量、掉电保持（缓存必须落在掉电不丢的存储介质上，否则断电即断数据）；环境等级——宽温、导轨安装、双电源，与站端环境匹配；对时能力——是否支持标准对时协议并向下游下发；远程运维——配置备份恢复、固件升级的远程通道与安全机制（升级失败能否自动回滚，4.3 节实录一的事故就是升级引起的）。

配置基线五条，逐条落到交付文档：映射表版本化并与点表对齐；死区与心跳按测点分级配置（3.4 节的分级表是唯一来源）；缓存时长与容量按最坏情况核算并写入参数记录；对时策略与偏差告警启用；配置整体纳入备份——网关配置的丢失恢复时间应与控制器同级对待。见过太多项目把网关当「即插即用」设备，配置散落在工程师笔记本里，设备一坏参数全靠回忆——配置即资产，这条纪律在网关身上最容易被违反。

五、配置实例：一座加压站的网关参数表

把本节的参数落到一张实例表上，数字给个量级感（示例值，实际按核算定）：

站点：三号加压站（五台泵 四台变频 液位与压力测点约六十个）
广域通道：104 规约 主用光纤环网 备用 4G

死区配置     液位 0.05 m    压力 0.01 MPa    电流 0.5 A    余氯 0.02 mg/L
心跳周期     30 s（两通道独立心跳）
缓存时长     72 h（按历史最长断链 30 h 乘安全系数 2）
缓存容量     128 MB（按变化率峰值核算 余量一倍）
变化上送     事件类即时上送 模拟量死区触发
对时         网关向中心对时 周期 10 min 偏差超 500 ms 告警
重连退避     失败后 10 s 起指数退避 上限 15 min
质检         断线 超量程 采样停滞三类标记启用
​

这张表的意义不在数值本身，在于每一行都有出处：死区来自点表分级、缓存来自最坏情况核算、退避来自 4.3 节实录一的教训。评审网关配置时拿着表逐行问「依据是什么」，答不出的行就是欠账——配置表的可追溯性，与点表同级重要。

本节要点回顾

• 守门人定位：协议翻译、变化检测、数据质检、断链缓存是网关四项核心职责，缺一项症状都会在中心暴露。

• 映射表版本化：站内点表与广域点表的翻译关系进变更管理，改点不丢点。

• 缓存按最坏情况算：最长断链乘安全系数定时长，按时变率定容量，新增测点要复核。

• 边缘计算的红线：安全逻辑永不下放；报警类锦上添花可以上，联锁类永远留在控制器。

数据出了网关就踏上通信之路。但在上路之前，还有一个环节决定数据干不干净——信号调理与 I/O，下一节展开。