很多方案默认「4G 一直在」。现场真实情况是：地下室闸机没信号、产线旁金属屏蔽、施工期切网、夜间路由器重启。如果采集只在云端记一笔，断网那几小时的温度、通行和扫码都会丢。丢了之后，工单、考勤和库存都会变成假账。
上图是达希在弱网现场用的队列，不是「连上云就结束」。卡住的永远是第 2 步：队列里有没有、能不能补、补重了会不会翻倍。
协议谈不清，离线也做不成。设备若只能把数据送到厂商云、本地没有缓存接口，断网就等于停采。先看协议是否允许边缘存储，见 设备协议不开放还能做吗。盒子把数据锁在厂商 App 里，补传规则你改不了，对照 封闭物联网盒子数据出不来怎么办。
先定「断网时什么不能丢」，再选缓存多久
不是所有点都要同等备份。门禁进出、安全联锁、能耗峰值、漏检拍照，通常必须留；装饰性在线人数可以丢。把「不可丢清单」写进方案，再决定缓存是几小时、几天，还是按条数封顶。容量满了要有策略：停采、覆盖最旧、或只保告警类。没有策略的队列，会在节假日断网后静默溢出。
补传还要防重复。同一条温升上报两次，可能打出两张维保单；漏报一次，看板却显示正常。事件要有稳定 ID，服务端幂等，工单侧按规则合并。乱报警经常从这里开始，排查见 不报警或乱报警怎么排查。设备在线了现场仍靠人盯，往往是因为断网缺口没人补，见 设备在线了为什么还是靠人盯。
边缘盒子本身也要监控磁盘、时钟和电源。时钟不准，补传顺序会乱，考勤和轨迹会对不上班次；只靠 USB 取电的网关，电焊机一开就掉。4G 流量封顶时，补传要能限速，优先告警和工单，曲线可以延后。运维要看得见积压条数，而不是只在云端显示「设备离线」。和业务对账时，断网窗口要能查出缺了哪几分钟，只说「网络不好」财务和安监都不会接受。
真机验收不要只在实验室绿灯。至少做一次：拔网半小时、断电重启、跨午夜补传、故意重复上报。看队列积压、确认回写、业务侧是否对得上。达希科技按现场网络条件设计采集，不把「永远在线」写进合同。需要评估现有闸机和传感器，请到 软硬件一体化 说明断网发生在哪一段。
队列满了要有书面策略，补传按事件合并
队列容量满了要有书面策略：停采、覆盖最旧、或只保告警。节假日断网最容易静默溢出，开工第一天才发现缺了三天温度。工单侧必须按事件 ID 合并——同一温升补传两次打出两张单，班组会立刻关掉通知。