1. 课程导入与场景认知

在矿山智能化系统中,边缘计算网关通常部署在井下分站、采区变电所或井口机房,向上通过工业以太网或5G专网连接地面调度中心与云平台,向下通过RS-485、CAN、Modbus TCP、OPC UA、LoRa等方式汇聚提升机、皮带机、水泵、风机、瓦斯传感器、人员定位基站等设备的数据。它既是协议转换器,也是本地数据汇聚点,更是断网期间维持业务连续性的关键节点。理解这台设备"在链路正常时做什么、在链路中断时还能做什么",是学习断网缓存与补传配置的起点。

很多初学者会把边缘网关简单理解为"数据转发盒子",认为网络断了就只是数据丢失。实际工程中,矿山网络故障具有明显的间歇性和区域性:井下巷道环境潮湿、粉尘大、爆破震动频繁,光缆被挖断、交换机端口进水、无线AP掉线、运营商基站切换失败都可能造成短时或长时断链。如果网关没有本地缓存能力,这段时间内的瓦斯浓度、设备电流、皮带运行状态等数据将永久缺失,既影响地面实时监控,也使事后追溯和事故分析失去依据。断网缓存与补传机制要解决的,正是"链路中断期间数据不丢、链路恢复之后数据能按序补齐"这一核心问题。

业务价值可以归纳为三个层面:一是数据完整性,保证监控曲线和报警记录在断网时段不留空白;二是安全合规,瓦斯超限、主扇停机等关键事件必须在恢复后完整上报,满足监管追溯要求;三是生产连续性,网关在断网时仍可执行本地联动逻辑,避免因上联中断导致井下设备失控。

为了把后续章节的学习路径讲清楚,先看一张覆盖"正常链路—断网—恢复补传"全过程的场景示意图。图中左侧是井下设备与边缘网关,中间是缓存队列,右侧是地面平台,三条横向路径分别对应正常直传、断网落盘和恢复补传三种状态。

矿山边缘网关:正常直传 / 断网缓存 / 恢复补传 井下现场设备 瓦斯传感器 皮带机控制器 主扇/水泵PLC 人员定位基站 电力综保装置 RS-485 / Modbus TCP OPC UA / CAN 采集周期示例:1s~10s 边缘计算网关 协议解析 / 数据清洗 时间戳 + 质量码 本地缓存队列 环形文件 / 断点续传 本地联动逻辑 断网仍可执行 链路状态检测 心跳 / 重连 / 补传触发 存储介质:eMMC / SD 地面调度平台 实时监控画面 历史数据库 报警与追溯 补传数据入库 按时间戳去重 断点位置确认 ① 链路正常:实时直传 ② 断网:写入本地缓存,不丢数据 缓存策略:按时间/容量滚动覆盖 ③ 恢复:按时间戳顺序补传 补传完成后再切换回实时通道 链路中断 关键判断:断网期间数据是否完整落盘 → 恢复后补传是否按序、去重、可核对 → 平台历史曲线是否连续

结合上图,可以把典型网络故障场景分为四类,它们对缓存与补传配置的要求并不相同。第一类是短时抖动,例如井下无线AP切换导致10~30秒中断,此时网关应依靠心跳超时判定断链,缓存队列只需容纳数分钟数据,补传时优先保证实时性,避免补传流量挤占当前数据通道。第二类是光缆或交换机故障,中断可能持续数小时,缓存容量和滚动覆盖策略成为关键,必须根据采集点数、单条报文大小和采集周期估算所需存储空间。第三类是上联平台维护或升级,链路本身正常但服务端不可达,网关需要区分"网络断"与"服务断",避免误判后反复重连。第四类是网关自身重启或掉电,考验的是缓存文件是否持久化、重启后能否从断点继续补传。

以一个教学示例说明容量估算方法:假设某采区网关接入80个测点,平均每点每2秒产生一条记录,单条记录含时间戳、点位号、数值、质量码约120字节,则每小时数据量约为 80 × 1800 × 120 ≈ 17.3 MB。若要求断网缓存不少于8小时,则需预留约138 MB,考虑文件系统开销和写入放大,实际分配256 MB较为稳妥。这个示例参数仅用于说明估算思路,实际工程应以现场测点清单和报文格式为准。

学习路径总览:本课程后续将沿着"认知—配置—验证—排障"的主线展开。先建立网关数据流与缓存队列的结构认识,再学习缓存容量、滚动策略、心跳与断链判定参数的具体配置,随后掌握补传顺序、去重规则和断点续传的实现方式,最后通过模拟断网、恢复补传和平台核对完成闭环验证,并针对补传失败、数据重复、时间戳错乱等常见问题形成排障思路。