边缘计算断网续传机制

农村站、野外泵站，4G网络本来就不稳定。如果一断网数据就丢，那远程监控的可信度就大打折扣。

断网续传，就是解决这个问题的。

断网的时候发生什么

假设某农村站4G信号突然断了。

现场设备在跑——水泵、风机、传感器，物理上一直在运行。

边缘节点（IntBoxIO或边雾云网关）在本地继续执行控制逻辑。DO低了风机加速，液位高了水泵开。

云端暂时收不到这个站的数据。

这时候数据存在哪？存在边缘节点的本地存储里。

本地存储怎么设计

边缘节点有本地存储。断网期间，所有传感器数据、设备状态、报警记录，都先存在本地。

存储容量一般能存几周。不是存几个小时就满了，是存一两周没问题。

写入频率：每秒或者每几秒写一次。写入太快会占存储空间，太慢会丢数据。根据现场数据频率配置。

存储介质用的是工业级Flash，不是普通U盘。要经得起频繁擦写，温度范围宽。工业现场环境差，存储介质不能用消费级的。

网络恢复后怎么补传

网络恢复了，边缘节点自动把断网期间的数据补传到云端。

补传不是一股脑全传，是按时间顺序，一条一条传。先补最早的数据，再补后面的。

补传频率可以控制。不影响正常数据上传，也不占太多带宽。

云端收到补传数据后，把它插到对应的时间点上。你打开平台看历史曲线，断网那段时间的数据也在，不是空白。

补传的技术细节

时间戳对齐。 每条数据都带时间戳。补传上来的数据，云端按时间戳插入，不会乱序。

去重机制。 网络恢复瞬间可能同时有实时数据和补传数据。云端做去重，不会重复存储。

断点续传。 补传过程中如果网络又断了，下次恢复了从断点继续。不用从头再来。

这些细节听起来不起眼，但实际用起来差别很大。没有断点续传的，断一次网就要从头补一遍，带宽浪费严重。有断点续传的，从上次断的地方继续，高效。

为什么需要断网续传

纯云端架构没有断网续传。所有数据实时传，断了就丢了。下次网络恢复，从恢复时刻开始传。中间那段时间的数据就是空白。

这对环保监控不行。环保局要看历史数据，断网那段时间数据缺失，你没法解释。

有了断网续传，数据完整。不管网络断多久，恢复了数据自动补上来。

不只是数据补传

断网续传不只是补数据。控制逻辑也在本地跑。

纯云端架构，所有控制决策都在云端做。断网了云端发不了指令，现场设备就失控了。

云边协同架构下，控制逻辑在边缘节点本地跑。断网了现场设备照常运行。这比数据补传更重要——设备不能因为断网就停了。

实际效果

边雾云网关的断网续传机制，在农村站、野外泵站这种网络不稳定的场景，特别有用。

以前用纯4G路由器，一断网数据就丢。现在加了边缘网关，断了本地存，网好了自动补。数据完整，设备不丢，远程监控可信度高了。