断网续传：网络中断时工艺数据如何补回来

断网时，档案里真正丢掉的是什么

操作员先看到的是黑屏。代价往往晚一步才出现：有人要那一炉断网期间的曲线，或产量计数和质量事件对不上号。

通讯中断并不会让工艺停下来。硫化机还在硫化，泵还在转，电表还在走。停的是把这些值写入历史库的那条路。链路恢复后，实时值会重新上来——中间那几分钟或几小时，除非边缘侧当时存住了，否则就是空的。

• 工艺曲线：温度、压力、电流、转速——质量回放和争议处理要用的轨迹
• 产量与合格数：循环计数、合格/不合格、班产量——合计不再对得上实物
• 报警时序：首出、持续时长、复位——用来判断现场究竟先发生了什么
• 班报与能耗报表：凡是读历史库做汇总的，要么跳过缺口，要么用残缺样本算出一个说不清的数

实时画面自己会回来。档案不会。断网续传要补的，就是这一段差别。

断网续传要满足的条件：不能只是“网关里有缓存”

本地缓存本身不够。如果上送时改写了时间戳、乱序包覆盖了后到的新值、或者只补一部分点位，历史库仍然不可信。机制必须把中断期间的记录按原时间戳保住，再合并进去，且不能破坏链路恢复之后已经写入的数据。

在已交付项目里，断网续传子项已有技术协议与验收证据：通讯中断恢复后，自动补采中断期间的工艺曲线。现场设备在网关侧采集、写入本地缓存，再经 MQTT 与 REST 双通道上送，通道安全可做到网关证书、客户端证书与自签名证书。缓存、双通道、书面验收，合在一起，这条条款才测得动。

• 网关本地缓存：上行中断期间继续按约定窗口采样，而不是在设备侧直接丢掉
• 保留原始时间戳：每条样本记下边缘侧采集时刻，而不是到达服务器的时刻
• 恢复后自动补采：链路一通即开始追补，不靠操作员手工导出文件
• MQTT 与 REST 双通道：一条路径劣化时，另一条仍可带走缓存数据；通道安全基于证书
• 完整性可核对：点表、采样周期、中断窗口事先已知，缺了多少点可以数，而不是口头说完整

以上都不是“每个包在每一种故障下都能回来”的承诺。缓存深度、磁盘寿命、网关掉电、中断持续多久，都会限制能补回多少。这些边界写进技术协议，而不是写进宣传句。

怎么验收：人为断网、对时、乱序补写、报表重算

“数据完整”没法测。验收条款只有在一个没有项目背景的第三人能按步骤做、得到通过或不通过时，才有用。下面四步值得在签约前写下来。

• 人为断网：工艺在跑时断开上行，记下约定时长的起止墙钟时间，再恢复链路，等到补采结束
• 对时：试验前确认网关与服务器的 NTP 或等效时钟源，避免补采样本落到错误的小时
• 乱序补写：恢复后核对缺口内的样本按原始时间戳插入，且不覆盖链路恢复之后已经采到的值
• 报表重算：把覆盖中断窗口的班报、能耗合计或质量曲线重算一遍，与机旁或表计独立记录对照

通过：约定点位在中断窗口内历史库有连续序列，时间戳与独立记录对齐，重算报表落在协议写明的允差内。不通过：仍有缺口、时间整体偏移，或报表仍然解释不清。

故障场景对照：没有补采时 / 有补采时

下表可直接拿到技术协议讨论里用。第三列请填本现场的实际缓存窗口和点表，不要当成通用承诺。

断网续传覆盖的是网关到上位系统之间的通讯中断。它不替代网关侧 UPS、服务器 RAID，也不替代冗余 SCADA 主机。那些是另外的条款。

和 7×24、能源基线各管什么（点到为止）

7×24 运行和断网续传应对的是不同故障。热备、RAID、冗余主机管的是服务器坏了 SCADA 还能否用。断网续传管的是现场链路断了、工艺还在跑时，历史库还能不能用。写了其中一条，覆盖不了另一条。

能耗工作只能在采集稳定之后开工。基线里有缺口，单位电耗、班对比、ISO 50001 记录都站不住，因为任何空档事后都能被质疑。OEE 和质量回放同样：缺一条曲线就是缺一份证据。把断网续传当成数据链的前提条件，再在可重算的历史库之上设计 7×24 可用性和能源计量。