3. 数据采集仪通信中断的链路分段排查

故障场景与分段排查思路

某水质自动监测站的采集仪（数据采集传输仪）与上级监控平台之间出现通信中断：采集仪本地仍能读取COD、氨氮、pH等仪表的实时值，但平台侧连续多个上报周期未收到数据。此类故障的典型特征是"本地有数、平台无数据"，说明问题不在传感器测量环节，而位于采集仪到平台之间的传输链路。为避免盲目重启设备，应按物理层→网络层→应用层自下而上分段测试，逐段缩小故障范围。

排查前先明确链路构成：采集仪通过RS-485/以太网口连接站内路由器（或4G DTU），经运营商网络到达平台接入服务器，再由平台服务写入数据库。每一段都有可观测的测试点，分段测试的核心是找到"最后一个正常点"和"第一个异常点"，故障就位于两者之间。

分段测试的具体操作与判据

物理层（T1、T2）：先看采集仪与路由器/DTU之间的连接指示灯。RS-485场景检查A/B线是否接反、终端电阻是否接入；以太网场景看网口Link灯是否常亮、闪烁。若Link灯不亮，问题在网线、水晶头或网口，与平台无关。若采集仪通过4G DTU上网，查看DTU的电源灯、网络注册灯（常亮表示已注册）和数据收发灯（有数据时应闪烁）。此层判据简单：灯不亮即物理断链。

网络层（T3）：在站内笔记本或采集仪自带诊断口上，先ping网关确认站内网络通，再ping平台接入服务器IP。若ping网关通、ping平台IP不通，说明问题在运营商链路或平台侧网络；若ping平台IP通但业务端口不通，用telnet测试平台业务端口（如某TCP端口）是否可建立连接。此层要区分"网络可达"与"端口可达"两件事，很多中断是端口被防火墙策略或NAT映射变更阻断。

应用层（T4）：网络与端口均通但仍无数据入库时，检查采集仪上报配置（平台IP、端口、设备编号、协议类型）是否被误改，抓取采集仪发出的报文与平台回执。若采集仪发出报文但平台无回执，问题在平台服务进程或鉴权；若平台有回执但数据库无记录，问题在平台入库环节。此层判据是"报文是否发出、是否收到回执、是否入库"三个观测点。

示例：一次NAT映射失效的定位过程

假设某站采集仪配置为向平台 10.20.30.40:9000 上报。现场按分段法测试：T1 采集仪网口Link灯常亮，T2 路由器WAN口已获取地址，物理层正常；T3 在站内ping 10.20.30.40 通，但 telnet 10.20.30.40 9000 连接超时；T4 采集仪日志显示"连接平台失败，重试中"，平台侧无该设备上线记录。由此判断：网络可达但业务端口不可达，故障位于平台侧防火墙/NAT映射段。联系平台运维核查，发现该站公网映射端口因策略调整被删除，恢复映射后telnet立即连通，采集仪下一个上报周期数据正常入库。

该案例说明：若不做分段测试而直接重启采集仪，故障不会消失，反而会延误定位。分段测试把"通信中断"这一笼统现象拆解为可判定的层间问题，使排查有明确终点。

恢复后的验证与防复发

• 恢复后连续观察至少3个上报周期，确认平台入库记录的时间戳与采集仪本地时间一致、数值连续无缺口。
• 记录本次故障的层位、测试点数据与处理动作，形成该站的链路档案，便于下次快速比对。
• 对易变配置（NAT映射、平台IP、端口）建立变更通知机制，平台侧策略调整应同步告知站点运维。
• 为采集仪配置通信中断本地缓存与断点续传，短时中断恢复后可补传，减少数据缺失。