结论：先分清是哪一层连不上
数采仪连接失败怎么排查，第一件事不是拆机器，而是先问清楚：是设备到平台的心跳断了，还是心跳在、某个因子的实时数据传不上去。这两类问题，排查顺序几乎相反。按我们跟着现场跑下来的经验，十次里有八次是配置或网络侧的问题，设备硬件本身出毛病的排在最后。
现场回放：面板显示连接成功，平台没有数据
前一段时间接到一个电话，华东某化工园区的运维工程师，晚上八点多打过来。原话是：“数采仪显示连接成功，平台就是没数据，重启了两次还是这样。”这是一套已经联网运行一年多的存量站点，白天数据正常，下午四点之后平台的数据列表就不再更新，但设备面板上的链路指示灯一直常亮。
这个描述很有代表性。我们在现场看到的现象是，多数人第一反应是设备死机，于是断电重启，重启完面板依旧显示“连接成功”，问题原样保留。
本质：连接成功只说明握手通了
数采仪说的“连接成功”，通常只代表它跟平台地址、端口之间的链路建立起来了，属于网络层的判断。报文有没有被平台接收、能不能入库，是另外一回事。国发5.0这一侧要对上传报文做字段校验，系统编码、因子编码、时间标签对不上，报文就会被退回或者丢弃。设备发完就认为任务结束，面板上不会变红。
一句话点透：连接成功是设备自己的判断，数据有没有入库是平台的判断，这两个判断中间隔着一层校验。
三种可能成因，按发生概率排
- 第一种，配置与平台登记不一致。平台侧登记的地址、端口、系统编码、点位编码，跟设备里填的对不上；或者平台做过迁移，设备还指着旧地址。十次里八次是这一类。
- 第二种，网络侧限制。现场的物联网卡或专线做了白名单，IP 变更后没同步；端口被限制；用域名上报的站点，解析不到。
- 第三种，设备侧参数。模拟量通道没有实际接入、量程被设成 0、因子编码跟平台不一致、时钟偏差过大导致时间标签被判无效。这一类占比不高，但一旦出现，表现最像“设备坏了”。
逐条排查：看到什么现象说明是哪种
第一步，先看平台侧有没有接入记录
平台能看到站点在线、能看到心跳，但数据列表空着，基本可以锁定配置或因子问题。平台侧连在线记录都没有，直接去查链路。这一步花的时间最少，砍掉的范围最大。
第二步，测地址和端口
在现场用一台能上网的笔记本，测试设备里配置的平台地址和端口通不通。通不了就是网络侧的问题，通了就往下走。顺序不能颠倒，否则会在一堆正常参数里反复翻找。
第三步，对配置台账
把设备里的系统编码、点位编码、因子编码、上报周期、时钟，逐项跟平台侧登记信息对一遍。我们在现场看到的现象是，问题往往不在编码本身，而在“改了没同步”：现场换过一块采集板、换过一张卡，参数跟着动了，平台侧没更新。
第四步，才轮到设备
前面三步都过了，再去查通道接线、量程设置、设备时钟。我们在现场看到的现象是，这一步查出来的问题，多数也不是硬件损坏，而是被前面几步的错误配置掩盖住了，看起来像设备故障。
临时处置和根治分开做
临时处置的目标只有一个：别让平台把站点判成离线。能切备用通道就切，能补传就补传，先把心跳维持住，把断档时间压短。
根治要做的是把配置完整对齐一次，并留一份联网台账：平台地址、端口、系统编码、点位编码、因子编码、量程、上报周期，现场每改一次就更新一次。昕苒环保在给客户调试 PS-S01 数采仪时，这份台账是跟设备一起交付的，后面换人接手不至于从零摸起。
有一种情况我们还在观察
部分省份的平台会在夜间跑批量校验，同一份报文白天正常、夜间被退回，第二天早上又恢复。这种情况我们还在观察，暂时没有确定结论，不下判断。遇到这类现象，建议先记录时间规律，再跟平台侧确认，不要急着改设备参数。
另外也要承认边界：只用流量计、不接国发5.0的站点，上面这一套排查流程暂时用不上，不用跟着动。
常见问题
- 我这个情况到底要不要重新传一遍？——平台支持补传就先补，补传失败的记录留着，别清空。
- 数采仪连接失败怎么排查最快？——先问平台侧有没有收到心跳，一句话就能把范围砍掉一半。
- 是不是换台设备就好了？——配置不一致导致的问题，换设备大概率照样复现。
- 平台说我们字段缺失，是什么意思？——通常是某个因子编码没登记，或者上报周期对不上，不是设备少发了。