CC15
高密度水产养殖传感网的离线重放/错序防护适配器
An Offline Replay-and-Reordering Guard for Dense Aquaculture Sensor Networks
1 · 创新命题
中 面向珠三角高密度鱼塘中使用廉价 LoRa/RS‑485 溶氧、温度传感器的养殖户,做不改传感探头的边缘适配器,用单调计数器、允许时间窗和断网缓存拒绝旧数据重放/错序,把“看似正常但其实是半小时前读数”标为不可用;在弱网恢复后保留事件顺序,不接管增氧机控制。 EN An edge adapter for dense aquaculture sensor networks that rejects replayed or out-of-order readings with monotonic counters, bounded time windows, and offline buffering, marking stale oxygen data as unavailable without replacing probes or controlling aerators.
2 · 背景与空白
水产养殖依赖溶氧告警,廉价 LoRa/RS‑485 网关在弱网/断电后可能重复上传缓存、时间漂移或乱序。The Things Stack/LoRaWAN 已有 frame counter 与重放保护,MQTT 有 QoS,商业智慧渔业平台也做缓存;但许多低价私有 LoRa/串口透传设备没有端到端时间语义,养殖户看到一个“新到达”的旧值。空白在:不破解无线、不控制生命支持设备,只给存量网关加可解释的新鲜度证据,并量化断网缓存与误丢新数据的权衡。中国优势来自高密度塘口、廉价探头/网关和本地集成商可达;现场只被动记录,故障注入在水桶/电子模拟台完成。
3 · 可检验假设
H1 在 ≥ 3 类存量协议/网关的台架上,适配器对重放、错序和超时数据召回 ≥ 0.95、精确率 ≥ 0.95,正常端到端额外延迟中位数 ≤ 1 秒。 H2 相比只看接收时间,加入设备计数器+本地时钟不确定度后,在 24 小时断网/恢复脚本中的陈旧值误接收率降低 ≥ 80%,新值误拒 ≤ 2%。
4 · 量化验收标准
- 【方法学校验 · 硬门槛】 用自建解析/缓存管线复现 LoRaWAN/The Things Stack 与 MQTT 官方公开的 ≥ 20 个frame-counter、QoS 重传或顺序算例,接收/拒绝结果一致率 100%、事件时间偏差 ≤ 100 ms。此条不过,后续全部结论无效。
- ≥ 1,000 个台架消息、≥ 200 个盲置重放/错序/超时事件,覆盖断网 1 分钟至 24 小时和时钟漂移;脚本在测试前冻结。
- 稀有异常报 PR-AUC、召回、精确率、陈旧值误接收与新值误拒,不报 accuracy;按完整断网会话/时间划分,并做随机消息 vs 会话划分对照量化高估。
- 现场数据按塘口/网关分开,不跨塘随机划分;不把一口塘规律外推全地区。
- 适配器只标记/转发,不自动控制增氧机。最容易犯的致命错误是让未经认证的学生网关成为增氧机唯一控制链路。
- 探头本身漂移与消息新鲜度分开讨论;新鲜但错误的溶氧值不属于本方案可解风险。
5 · 数据与工具
| 用途 | 来源 / 工具 |
|---|---|
| 台架 | ESP32/STM32、RS‑485 隔离器、SX127x LoRa 模组、溶氧模拟输入/水桶非生命实验;型号价格需核实 |
| 协议 | LoRaWAN/The Things Stack、MQTT/Mosquitto、Modbus;私有透传格式需集成商许可 |
| 时间 | RTC + 本地单调计数器;断网期间绝对时间可信度有限,需显式记录不确定度 |
| 现场 | 养殖户/集成商授权的只读网关日志;坐标、产量与身份去除 |
| 对照基准 | LoRaWAN frame-counter 与 MQTT QoS 官方算例仅用于校验/对比,不计入数据贡献 |
能力边界:不防射频干扰、密钥泄露、伪造的新计数器消息或探头漂移;私有协议可适配性需逐型号核实。
6 · 赛季执行路径
- 第 1–2 周:养殖户/集成商访谈,冻结“不接控制链”边界。
- 第 3–4 周:20 官方算例方法学校验。
- 第 5–7 周:三协议台架与 1,000 消息故障脚本。
- 第 8 周:按断网会话评估、随机划分对照。
- 第 9–10 周:24 小时缓存、RTC 漂移与断电恢复测试。
- 第 11 周:若获授权做塘口只读日志复核。
- 第 12–13 周:单位经济、失效模式与报名。
- 第 14 周起:水桶/模拟器线下断网恢复演示,不连接真实增氧机。
7 · 新颖性边界
已有工作:LoRaWAN frame counter、The Things Stack、MQTT QoS、Mosquitto 和商业智慧渔业平台已有重放/缓存机制;DiveGuard 已做水下通信,本题刻意不做通信链路创新。不声称发明重放保护、保证溶氧正确、抵御所有攻击或改善养殖产量。本项目贡献是私有透传存量网关的新鲜度适配、时间不确定度和断网会话验证。护城河为存量改造(C)+ 水产场景具体性(G),协议适配和塘口失联数据可积累。
8 · go/no-go
第 4 周末:若官方算例不能 100% 复现,具名降级为 MQTT 单协议顺序/过期验证,不做 LoRaWAN。第 8 周末:会话划分精确率/召回任一 < 0.80,则降级为只显示“时间可信/不可信”状态,不自动拒绝。第 11 周末:拿不到塘口授权,则完整保留电子模拟台主结论,并由水产集成商评审需求;若现场协议无计数器,则采用网关侧接收序号并明确只能发现重复到达,不能证明无线端重放。