单灯控制器频繁离线怎么排查?从信号、供电、地址、天线逐级定位手册
单灯控制器在平台上显示离线,第一反应通常是"信号不好"。到现场看过几轮就会改口:通信本身出问题的只占一小部分,更多的是取电点接错、地址重复、档案没跟上。下面按现场排查的顺序写,不按技术分类排。
先分清是"一片掉"还是"一盏掉"
看平台离线列表的分布形态,这一步能省掉大半工作量。
- 一条回路上所有设备同时掉 —— 查回路侧的供电或集中器,不用碰单灯。
- 一个网关下所有设备同时掉 —— 网关掉电,或者网关的上行链路断了。
- 零散几盏、每天不固定 —— 单个设备的取电、接触、天线问题。
- 每天固定时段掉、天亮前又自己回来 —— 半夜灯关了,控制器跟着断电。
这一条最多见,也最容易被当成通信故障处理。
供电:先确认它到底有没有电
控制器的取电点决定了它什么时候会消失。装在灯具电源输出侧的,灯一灭它就没电;装在回路侧的,只要回路送电它就在。项目上做半夜灯、隔一亮一、双光源降功率,前一类的设备会集体从平台上消失,这是设计阶段就埋下的,不是设备质量问题。
判断办法不复杂:把离线时间点拉出来,跟回路的开关灯时间对一下,重合就别去查天线了。
再看接触。NEMA 座和 Zhaga 座靠弹片或旋紧接触,灯杆上风吹日晒几年,触点氧化、进水、弹片松,表现就是时通时断。这类离线最像信号问题,因为它随机。有个简单的分辨方法:同一盏灯在平台上的电流、电压采集值是不是跟着一起跳。采集值跟着跳,多半是接触,不是通信。
还有一类是灯杆手孔井里的接线端子松了、防水接头没压实,下雨天离线,天晴恢复,特征很直白。
地址与档案:两盏灯报同一个地址
一个网关下两台设备地址相同,平台收到的两条数据会互相覆盖,表现为"两盏灯里总有一盏是离线的",而且不固定是哪一盏。换设备时最容易出这个事:新控制器出厂默认地址没改就装上去,跟现场某台撞上了。
还有一种不是撞号,是档案错位。换灯、换杆、换控制器之后,平台里杆号和设备 ID 的对应关系没更新,设备其实在线,平台把它算到了别的杆上,报表上就显示这盏灯离线。
集中器下面的设备白名单也常被漏掉,新增设备没加进去,数据到了也不认。PLC 方案还多一层:设备挂在哪个变压器台区、哪条回路、哪一相,档案里写错了,载波信号过不去,平台一样判离线。
排查动作只有一条:让施工方把"杆号—设备 ID—回路—相位"这张表交出来,跟平台档案逐条对。这张表在验收时就该移交,后面所有故障定位都靠它。
信号:三种通信查的不是同一样东西
| 通信方式 | 常见型号举例 | 离线最常见的原因 | 现场先看什么 |
|---|---|---|---|
| LoRa | LC-LR-K01 | 超出网关覆盖、有遮挡、同频干扰 | 该点到网关之间有没有连续遮挡;网关天线是否被杆体挡住 |
| PLC 电力载波 | LC-AC-K01 | 跨变压器台区、回路上的干扰源 | 控制器与集中器是否同一台区;这条回路上最近新加了什么设备 |
| NB-IoT | LC-NEMA-NB | 基站覆盖差、物联网卡状态异常 | 设备上报的 RSRP 与 SINR;卡有没有停机、定向 APN 白名单 |
LoRa:先确认这盏灯在网关的覆盖范围内。城区里楼宇、高架桥墩、树冠都会挡,杆体本身也挡——网关天线装在灯杆侧面,背向那一排灯的信号就差一截。同频干扰不容易查,表现是白天好晚上差,或者整体上报成功率缓慢下滑。
PLC:载波信号过不了变压器,只有同一台区、同一条回路上的设备才谈得上通信。回路上的 LED 驱动电源、变频设备、充电桩、景观亮化的调光模块,都会在电力线上注入噪声,噪声大到一定程度载波就通不了。一批设备突然离线,先问这段时间这条回路上新增了什么。
NB-IoT:看设备上报的 RSRP 和 SINR。工程上常用的参考是覆盖等级 0 对应 RSRP 不低于 -105 dBm、SINR 不低于 7 dB,RSRP 掉到 -115 dBm 以下、SINR 转负,链路就开始明显丢包(以运营商现行口径为准)。信号强度看着还行但 SINR 很差,说明环境噪声大,一样会掉。另外别忘了查卡:停机、欠费、定向 APN 没把平台地址加进白名单,设备注册不上网,跟信号好坏没关系。
天线与安装位置:排在末尾查,问题却不少
带吸盘天线的控制器装进灯杆底部或金属电器腔,天线留在里面等于关进铁盒。常见错误就那么几种:天线贴在金属面上、被灯罩或电器盖板压住、馈线在穿线孔处被割破、接头没拧紧、天线朝下。
判断方法:把同一盏灯的天线临时引到杆外,对比十分钟内的上报成功率。能恢复,就是安装问题。
平台侧别把误报当故障
心跳周期和离线判定要配套设。设备按 15 分钟报一次心跳,平台却按 5 分钟没数据就判离线,离线表天天爆,运维人员跑两趟就不信这个表了。工程上的通常做法是把离线判定设成心跳周期的三倍左右,判离线之前再主动召唤一次,两次都没回应才算掉线。
这条建议在招标阶段就写进去:要求投标方写明心跳周期、离线判定规则、告警推送方式,验收时拿日志核对。写不进去,事后扯皮。
什么时候别再查了,直接改方案
- 同一条支路跨了变压器台区,PLC 怎么调都不通 —— 这一段改用无线更省事。
- NB-IoT 实测 RSRP 长期低于 -115 dBm —— 先让运营商优化,优化不了就换 LoRa 自建网关。
- LoRa 支路末端离网关太远 —— 加一台网关比调功率实在。
这三种情况继续调参数,耗掉的时间比换方案多。
排查顺序记住就行:先分范围,再查供电,再对档案,再测信号,天线留在末尾。反过来查,容易在天线和参数上耗掉好几天。
需要智慧路灯 / 智慧灯杆选型方案与报价?
提供项目地点、杆型与数量,1 个工作日内给出配置清单与预算区间。
