DTU数据离线：先查卡，再查配置，最后才查信号

导语：这篇把DTU离线排障拆成三查：物联网卡怎么确认，配置怎么读出来核对，信号和供电查哪几处，最后讲修完必须留下的两样东西。

工厂电表的数据，突然死活不上服务器了。

一离线就整机换DTU，往往换了新机照样不上线。

这类4G数传设备离线的工单，弱电运维迟早会碰到。别急着下结论说设备坏了，按顺序查，多数时候一查一个准。

01 排查顺序：成本从低到高

4G DTU离线，按「先卡、后配置、再信号」的顺序查。这个顺序的逻辑很简单：查卡几乎零成本，读配置要一点时间，动天线和供电才涉及施工。

成本从零开始递增，而命中率大体从高到低排列。先查便宜又常见的，再查费事又少见的，这是现场排障的基本盘。

先查最便宜的，往往就是最常见的。

02 第一查：物联网卡

4G DTU走的是物联网卡，欠费停机是最常见的原因之一。先在卡的管理平台或找运营商确认状态：是否欠费、是否停机、流量套餐是否用完。

欠费就续费；拿不准时，换一张确认可用的卡插上去，重启再看。很多报上来「设备坏了」的工单，换张卡就恢复了。

注意，不少物联网卡做了机卡绑定，绑定的卡换到别的设备上用不了；拿来测试的卡，要确认是同运营商、已开通且没有绑定其他设备的。

插拔卡时顺手看一眼卡托和触点，有氧化就先清洁。接触不良会造成间歇性离线，最容易被误判成模块故障。

03 第二查：配置

卡没问题仍然离线，就该读配置了。用小一字螺丝刀拆开DTU，通过USB转485线连上电脑，打开厂家配置软件读出当前参数。动手改之前，先把原参数导出或截图备份，改错了还能退回去。

原视频里的这台，服务器地址不知道被谁改错了。数据一直往一个不存在的地址发，当然上不去。改回正确的服务器IP，再到平台上一看，通了。

核对时别只看地址，端口、APN、设备编号和平台绑定关系也要一并对一遍。任何一项和平台登记的不一致，数据都可能发不进去，或者发进了别的设备名下。

配置被改动，是最隐蔽也最难追责的坑。

三查的顺序和每一步看什么，见下图。

技术关系示意：物联网卡、配置参数、信号供电三查的顺序与要点（非真实软件界面）。

04 第三查：信号与供电

前两查都正常，还是时断时续，就看现场环境。车间深处、金属柜体里的DTU，信号常被屏蔽削弱，外置天线要引到柜外信号好的位置。

天线接头有没有旋紧，馈线有没有被压折，供电电压稳不稳，这三样都会造成间歇离线。信号强度别只凭感觉，看DTU自带的信号指示，或者在配置软件里读出信号值，换个天线位置前后各记一次。供电不稳时，设备可能反复重启，平台上看就是一会儿在线一会儿掉。

信号满格不等于链路正常，先排除地址再怪运营商。

05 修完留两样：配置存档和台账

谁动过配置、什么时候动的，事后往往查无对证。所以关键设备的配置参数，部署完就截图或导出存档，出问题时对照一遍，很快就能定位。

修完别急着走，把这次的故障原因、处理办法、卡号和配置版本记进运维台账。同样的问题再来，翻台账就有据可依，不用再从拆机读配置开始。

一次离线横跨运营商、串口配置、平台验证三个环节，每一环都留痕，才算真正闭环，下一个接手的人也能看懂。

配置不存档，下次故障还得从头猜。

决策示意：配置存档与运维台账的闭环习惯（非真实项目）。

你们现场的DTU离线，更常见的是欠费停机，还是配置被改？今天就把手上关键DTU的配置截图存一份。

— 鑫禾智城

关注鑫禾智城，弱电现场的坑，提前帮你想明白。