先说我听到的那通电话
上周有位运维工程师打来，说一台装在华东某化工园区排口的江苏环保数采仪，前一天上传还好好的，第二天现场巡检时看到设备屏幕上连接状态是正常的，可登录国发5.0平台，小时数据那一栏是空的。他第一反应是设备坏了，准备带备机去换。
这类电话我们每年接不少。先把结论放在前面：连接状态正常、平台没有数据，绝大多数时候不是设备损坏，而是数据在传输链路的某一环被拦下或丢弃了。换设备往往解决不了问题，还白搭一趟工时。
问题本质：链路上通了，数据没被平台收下
数采仪屏幕上那个连接状态，反映的是通信链路这一层——设备能连上服务器，握手成功。但它不代表平台把报文收下并存进了库。中间还隔着报文格式、字段完整性、时间戳、校验值这几道关。任何一道没过，平台侧的表现就是「没数据」，而设备侧仍然显示「已连接」。这两件事本来就不是一回事。
三种成因，按我们遇到的概率排序
我们在现场看到的现象是，十次里有七八次落在第一种。
- 第一种，参数配置和平台侧不一致。常见的是设备端填的排口编号、监测因子编码、上报间隔，和平台备案的信息对不上。平台校验时发现字段不匹配，直接丢弃报文，但不会给设备返回明显的错误提示。表现就是设备安静地「在线」，数据安静地消失。
- 第二种，报文内容不完整。比如某个因子在设备上被停用了，或者仪表通讯中断导致采集值为空，设备仍然照常打包上传，报文字段缺失，平台校验不通过。这种情况通常不是全部因子都空，而是零星几个因子长期没有值。
- 第三种，网络侧问题。信号弱、APN配置错、SIM卡欠费或流量耗尽。这一类相对好判断，因为设备日志里通常会有重连记录，而且往往是整台设备所有因子同时断，不会只断某一个。
排查顺序，别一上来就拆设备
先说顺序为什么重要：先查配置，再查报文，最后查网络。因为配置问题看一眼平台和设备的参数页就能确认，成本最低；拆设备成本最高，放在最后。反过来做，很容易在换完设备后发现问题还在。
- 第一步，比对参数。把设备端和平台端的排口编号、因子编码、上报周期逐项对一遍，重点看最近有没有人在任何一端改过东西。改过的那一项就是嫌疑最大的一项。
- 第二步，看设备本地数据。调出设备的历史记录，如果本地有值、平台没有，说明采集端是好的，问题在传输或接收环节；如果本地也是空的，那要往前查仪表通讯。
- 第三步，看日志时间戳。设备日志里如果有连续的重连记录，且时间点和数据缺失点吻合，基本可以锁定网络侧。没有重连记录却缺数据，回到第一步和第二步。
临时处置和根治要分开
现场赶工期的时候，先把数据补上去是合理的。多数平台支持历史数据补传，可以先在设备上触发补传，把缺失时段的数据补进平台，缓解考核压力。但补传只是把窟窿填上，成因没解决，过几天还会再缺一次。
根治要看成因。配置不一致就改配置，改完观察一个完整的上报周期；报文不完整就查仪表通讯和因子启停状态，把没值的因子处理掉；网络问题就换卡、改APN或者加天线。这一步做完，建议连续观察两到三天，不要看一个小时正常就收工。
顺便说一句，我们在江苏地区装江苏环保数采仪的项目里，配置类问题占了相当大的比例，很多时候不是设备不行，是安装调试阶段参数没对齐，后面就一直带着毛病跑。
这个变化对哪类企业其实没有影响
要说清楚边界：如果你的站点只监测单一因子、仪表和数采仪是同一家做的整包、调试时参数一次性对齐且之后没动过，那上面这些大概率跟你没关系。真正容易出问题的是后期改过排口、加过因子、换过仪表的站点——变更的时候只改了一头，另一头忘了。
有一种情况我们还在观察
有少量案例是设备本地有数据、参数也对、网络也正常，但平台就是收不到，重发几次之后自己又好了。这种情况我们目前还在观察，暂时没有确定结论，怀疑和平台侧的接收队列有关，但没有证据，不建议照着这个方向去改设备。
几个客户常问的问题
我这个情况到底要不要重新上报？
先看缺的是哪几个小时。如果平台支持补传，先把缺失时段补上，别等。补传的同时继续查成因，两件事不冲突。
设备显示在线，平台没数据，是不是网络问题？
不一定，而且大多数时候不是。在线只说明链路通了，数据有没有被平台收下是另一回事。先对参数，再看本地记录。
换了SIM卡还是这样，怎么办？
换卡没用，说明问题不在网络层，回到参数和报文上查。这时候再折腾网络就是浪费时间。
补传能补多久以前的？
看平台规则和设备本地存储容量，两边都可能成为限制。设备存不了太久的数据，长时间断传之后再想补是补不回来的，所以发现问题越早越好。
就这样。