IoT 曲线有数据就可信吗?断网、延迟和补传怎么验收?
有数值不等于数据有效。至少应同时检查设备身份、单位、采样时间、接收时间和质量状态;补传历史值不能直接冒充当前值,断网也不能简单显示为正常或数值归零。
适用条件
- 有点位字典,知道采样周期、正常数据范围、时钟来源和网关离线行为。
- 可以在隔离测试环境或获准的现场窗口验证断网恢复,不影响真实控制链路。
操作步骤
- 建立正常样本。记录现场读数、源时间、接收时间和质量状态,确认单位与倍率。
- 检查时钟。核对网关和平台时间,记录时间区和偏差,先解决时钟错误再分析“延迟”。
- 验证断网。观察最后有效值是否保留采样时间并标明失效或离线,检查何时触发通信异常。
- 验证恢复与补传。让历史数据按原采样时间进入历史记录,避免覆盖更新的当前值。
- 验证重复与乱序。重复发送同一事件,交换到达顺序,检查是否产生重复记录、错误统计或重复工单。
- 形成验收记录。写清允许延迟、离线判定、去重依据、异常处理和无法支持的源数据情况。
检查与交付依据
| 场景 | 期望行为 |
|---|---|
| 源端质量异常 | 保留异常标记,不伪装正常 |
| 补传旧样本 | 历史时间可追溯,不替换更新观测 |
| 重复事件 | 按明确规则识别,不重复放大业务动作 |
限制与边界
- 不同协议提供的时间和质量字段不同;没有源时间的数据只能注明时间含义,不能把接收时间称作真实采样时间。
- 可接受延迟和失效阈值应根据业务与采样周期约定,不对所有设备使用统一秒数。
引用资料
以下资料用于核对标准概念或当前产品路径;本文操作顺序与检查清单为慧筑针对该问题整理的实施建议。
相关问题与下一步
本次实质更新
首次发布时钟、质量、乱序、补传和重复事件的验收方法。
