内容概览
先给结论
先查链路哪一段：断网恢复后历史数据没补上时，先查终端本地缓存是否满、补传数据时间戳是否正确，再查平台补传接口是否接收；多数补传失败出在终端缓存写满或平台拒绝重复时间戳。
下表汇总本页覆盖的典型故障现象、可能原因数量与排查步骤数量，便于按优先级快速定位。排查顺序遵循"先现场机械/电气，后通信/平台"的通用原则。
| 故障现象 | 可能原因数 | 排查步骤数 | 优先级 |
|---|---|---|---|
| 断网恢复后历史数据未补传，平台缺失整段 | 4 | 6 | 高 |
| 补传数据时间戳乱序或与实时数据交错 | 4 | 5 | 中 |
| 补传数据重复入库，曲线出现双峰 | 3 | 5 | 中 |
症状、原因与排查步骤
断网恢复后历史数据未补传，平台缺失整段
可能原因
- 终端本地 Flash 缓存写满，新数据直接覆盖旧缓存
- 终端补传功能未开启或补传包间隔过长
- 平台补传接口未开放，或要求的时间戳格式不符
- 终端时钟在断网期间走慢或复位，补传时间戳混乱被平台丢弃
排查步骤
- 第 1 步：平台对比该站点断网时段前后的数据连续性，确认缺失区间
- 第 2 步：远程登录终端（若支持）看本地缓存条数与补传队列状态
- 第 3 步：核对终端补传开关与补传策略（缓存满覆盖/停止写入），典型缓存 7~30 天
- 第 4 步：查终端 RTC 时钟，断网期间应仍走时（纽扣电池供电），偏差>1min 换电池
- 第 5 步：平台侧查原始消息日志，看补传包是否到达、报错码是什么
- 第 6 步：必要时现场用 USB 导出终端本地数据，人工导入平台
处置清单
- 更换件/备件：终端 RTC 纽扣电池、备用采集器
- 记录项：断网时段、缓存条数、补传成功条数、报错码
- 预防措施：重要站点双通信链路，缓存容量按最长断网 7 天设计
补传数据时间戳乱序或与实时数据交错
可能原因
- 终端补传按倒序发送，平台未按时间戳排序入库
- 终端时钟在断网后复位到出厂时间，补传时间戳错误
- 平台补传与实时通道未做幂等去重
- 多终端共用一个平台设备号，数据交叉
排查步骤
- 第 1 步：平台查看缺失时段补传数据的时间戳分布，判断乱序程度
- 第 2 步：核对终端 RTC 当前时间与北京时间偏差，应<10s
- 第 3 步：要求终端补传按时间正序、单包条数≤20 条发送
- 第 4 步：平台按时间戳去重入库（同一站点同一时间点只保留一条）
- 第 5 步：确认每个终端有独立平台设备号，避免交叉
处置清单
- 更换件/备件：RTC 电池
- 记录项：乱序时段、时间戳偏差、去重规则
- 预防措施：终端上电自动对时（NTP/北斗），RTC 电池每年更换
补传数据重复入库，曲线出现双峰
可能原因
- 终端重试机制未成功去重，同一包补发多次
- 平台实时通道与补传通道未做时间戳去重
- 终端补传标志位未置位，断网期间数据既缓存又实时尝试发送
排查步骤
- 第 1 步：平台查重复数据的时间戳与来源通道（实时/补传）
- 第 2 步：要求终端每条数据带唯一序号或时间戳，平台按此去重
- 第 3 步：核对终端重试次数设置（典型 3 次）与退避间隔
- 第 4 步：对历史重复数据在平台后台做一次性清洗
- 第 5 步：补传成功后终端应清除对应缓存记录
处置清单
- 更换件/备件：无硬件更换，主要为平台配置
- 记录项：重复时段、重复条数、去重规则
- 预防措施：上线前做一次断网恢复补传演练，验证去重逻辑
常见问题
终端缓存能存多久数据？
典型采集器 Flash 缓存 1~32MB，按 1 分钟一条算可缓存 30~365 天；实际应按最长断网天数×日条数留 1.5 倍余量。
补传数据会触发告警吗？
补传属于历史数据，平台应标记为"补传入库"，不参与实时告警阈值判断，否则断网恢复后会批量误告警。
终端 RTC 时钟不准怎么办？
终端应在联网后立即 NTP/北斗对时；RTC 纽扣电池（典型 CR2032）每年检查电压，低于 2.7V 更换。
内容边界与下一步
本手册排查建议为通用工程参考，具体故障以设备说明书与厂商支持为准；涉及电气开盖、登高、带电、开盖测量等安全事项，须由持证专业人员操作。
