哎呀，朋友，看来你也被那个 stubborn 的 RSU（Road Side Unit，路侧单元）给折磨得够呛。我干了这么多年设备维护，见过太多因为一个小电容或者一条松动网线让整条高速公路“瞎”掉的情况。别急，今天我就把自己压箱底的经验掏出来，咱们像老朋友聊天一样，把这些故障一个个拆解明白。记住，RSU 虽然是个冷冰冰的铁盒子，但它要是“生病”了，你得像哄孩子一样，耐心找出它哪里不舒服。
先别急着拆机，先学会“望闻问切”
很多新手技师一看到 RSU 报警或者离线，第一反应就是打开机箱、万用表伺候。停！先等等。 RSU 通常安装在高速公路边的杆子上，风吹日晒，环境恶劣，但很多时候问题出在“软”地方。
1. 望：看状态指示灯 RSU 正面一般有一排 LED 灯，那是它的“表情”。
- PWR（电源）灯常亮绿色：电源正常，恭喜，第一步过关。
- PWR 灯闪烁或红色：电源模块出问题了。这时候别急着换模块，先看看输入电压是不是波动太大。高速旁边的大车经过时电压瞬间拉低，都可能让它重启。
- LINK 灯：这是网络连接灯。如果它不亮或者疯狂闪烁，说明光纤或网线断了。我见过最离谱的情况，是老鼠把网线咬了，或者夏天暴晒后网线外皮融化粘连在一起。
- TX/RX 灯：这是射频通信灯。如果设备在线但这两个灯不闪，说明射频板没工作，或者天线没接好。
2. 闻：有没有焦糊味 这一点很重要。如果你站在 RSU 旁边，闻到一股淡淡的焦糊味，那肯定是电源模块或者射频板烧了。这时候千万别通电测试，先断电，用鼻子确认一下是不是电容爆了。有些劣质电容受热后会膨胀，甚至炸开，里面有电解液流出来，会腐蚀整块电路板。
3. 问：问同事和系统 别一个人瞎琢磨。先问问之前维护过这个路段的同事，这块 RSU 最近有没有过故障记录？然后去后台系统看看日志。 RSU 通常有 Syslog 或 SNMP 上报机制。如果日志里显示“Heartbeat lost”，那就是心跳丢失，可能是网络问题，也可能是主机挂死。如果显示“VSWR High”，那就是天线驻波比过高，天线或者馈线肯定有问题。
4. 切：动手测 前面三步做完，心里大概有数了，再动手也不迟。
电源故障：RSU 的“心脏病”
电源模块是 RSU 最容易出问题的地方，尤其是那些老旧的模块，用了三五年，电容老化是必然的。
常见症状：
- 设备重启频繁，一天重启好几次。
- 电压不稳，导致射频输出功率时大时小。
- 完全无法开机。
排查步骤：
- 测量输入电压：用万用表交流档测量输入端。如果是 220V 交流输入，正常范围是 185V-264V。如果波动太大，考虑加装稳压电源或者UPS。如果是 12V/24V 直流输入，看看是不是电源线接触不良，或者保险丝烧了。
- 测量输出电压：断开负载，测量电源模块的输出电压。常见的有 5V、12V、24V。如果输出电压偏差超过 5%，比如 5V 输出变成了 4.6V，那这个电源就不能用了。
- 检查电容：拆下电源模块，肉眼观察电容顶部有没有凸起，底部有没有漏液。如果有，直接更换。推荐用同规格的固态电容替换，寿命更长，耐高温。
实战案例： 有一次，一台 RSU 在夜间频繁重启。我们换了电源模块，问题依旧。最后发现是输入端的接地线虚接，导致共模干扰，电源模块误动作。把这个接地线重新压接并涂上导电膏后，故障消失。所以，别忽略了接地！
网络通信故障：RSU 的“神经系统”
RSU 需要把采集到的数据实时传给 OBU（车载单元）和后台数据中心，网络不通，它就变成了孤魂野鬼。
常见症状：
- 后台显示设备离线。
- 数据丢包严重，或者延迟极高。
- 只有部分数据能传回来。
排查步骤：
- 检查物理连接：先看光纤收发器和交换机端口指示灯。如果光模块的 RX 灯不亮，可能是光纤断了或者光模块坏了。用光功率计测一下接收光功率，正常范围是 -8dBm 到 -25dBm。如果低于 -25dBm，信号太弱，需要清洗光纤头或者更换光纤。
- Ping 测试：在 RSU 的管理口 Ping 网关和核心交换机。如果 Ping 不通，检查 IP 地址、子网掩码、网关配置是否正确。有时候是 IP 地址冲突，把 RSU 的 IP 改成其他网段试试。
- 检查 VLAN 和端口配置：联系网络管理员，确认 RSU 所在的交换机端口 VLAN 配置是否正确，有没有被错误地封禁了某些端口。
- 网线质量：如果用的是双绞线，检查网线是否超长（超过 100 米），或者旁边有没有强电磁干扰源，比如大功率变频器。必要时，换成光纤或者屏蔽网线。
代码辅助排查（Python 脚本示例）： 如果你有一堆 RSU 需要批量检查网络状态，可以用 Python 写个脚本，自动 Ping 并记录结果。
import subprocess
import csv
# RSU 列表
rsu_list = [
{"id": "RSU_001", "ip": "192.168.1.101"},
{"id": "RSU_002", "ip": "192.168.1.102"},
{"id": "RSU_003", "ip": "192.168.1.103"},
]
def ping_host(ip, count=3):
"""ping 主机，返回是否通"""
param = '-n' if subprocess.platform == 'win32' else '-c'
command = ['ping', param, str(count), ip]
try:
output = subprocess.check_output(command, stderr=subprocess.STDOUT)
return "True" in output.decode('utf-8') or b'100% packet loss' not in output
except subprocess.CalledProcessError:
return False
with open('rsu_network_status.csv', 'w', newline='', encoding='utf-8-sig') as f:
writer = csv.writer(f)
writer.writerow(['RSU ID', 'IP', 'Status', 'Latency'])
for rsu in rsu_list:
status = ping_host(rsu['ip'])
# 这里简化了，实际可以记录延迟时间
writer.writerow([rsu['id'], rsu['ip'], 'Online' if status else 'Offline', ''])
print(f"{rsu['id']} ({rsu['ip']}): {'Online' if status else 'Offline'}")
print("检查完成，结果已保存到 rsu_network_status.csv")
这个脚本能帮你快速定位哪些 RSU 网络不通，比一个一个手动 Ping 高效多了。
射频通信故障：RSU 的“嘴巴和耳朵”
这是最专业、也是最难排查的部分。 RSU 通过微波（通常是 5.8GHz 或 5.9GHz）与 OBU 通信。如果这部分出问题，车过 RSU 旁边，ETC 交易失败，那麻烦就大了。
常见症状：
- OBU 显示“标签无效”或“交易失败”。
- 后台数据显示某段路口的交易率为 0，但 RSU 网络正常。
- 车辆经过时，RSU 指示灯正常，但后台没有收到交易数据。
排查步骤：
- 检查天线连接：打开 RSU 机箱，检查射频线缆（N 型或 TNC 接头）是否松动。用力拧一下，确保拧紧。有时候震动会让接头变松。
- 测量驻波比（VSWR）：这是最关键的一步。用天线分析仪或者网络分析仪，测量天线的驻波比。正常值应该小于 1.5。如果大于 2.0，说明天线或者馈线有问题。
- 如果驻波比高，先断开天线，测馈线的驻波比。如果馈线正常，那就是天线坏了。
- 如果馈线也不正常，可能是接头进水、老化或者被车撞坏了。
- 检查天线朝向： RSU 的天线是有指向性的，通常是一个宽波束。如果天线被树叶遮挡，或者角度偏了，通信距离会大幅下降。拿个望远镜看看天线前面有没有树枝挡着。
- 调整发射功率：登录 RSU 的管理界面，查看当前的发射功率。如果功率设置过低，可能无法覆盖整个车道。适当调高功率，但注意不要超过国家规定限值，以免干扰其他设备。
- 检查环境干扰：附近有没有其他同频段的设备？比如其他的 ETC RSU、监控摄像头、甚至是一些无线对讲机。如果有干扰，尝试调整 RSU 的频率或者信道。
实战案例： 有一台 RSU，交易率一直很低。我们测了驻波比，正常。天线朝向也正常。最后发现，是天线下面的馈线有一个弯折角度太小，导致馈线内部断裂，虽然外皮看起来完好，但信号已经传不过去了。把馈线剪掉一段，重新做接头，交易率立马恢复正常。所以，别相信眼睛，要相信仪器。
软件与配置故障：RSU 的“大脑”
有时候硬件没问题，但 RSU 就是干不了活。这往往是软件或配置的问题。
常见症状：
- RSU 能 ping 通，但后台收不到数据。
- 交易数据乱码，或者交易类型错误。
- RSU 死机，需要重启才能恢复。
排查步骤：
- 检查配置文件：登录 RSU 的管理界面，查看配置文件。确认 IP 地址、网关、服务器地址、端口号等信息是否正确。有时候工程师改错一个数字，整个系统就乱了。
- 升级固件：如果 RSU 经常死机，可能是固件版本太老，有 Bug。去厂家网站下载最新的固件，按照说明书进行升级。升级前记得备份原配置！
- 重置默认配置：如果配置被改得一塌糊涂，想不起来了，可以恢复出厂设置。注意，恢复后需要重新配置所有参数。
- 检查日志： RSU 通常会记录详细的运行日志。通过 SSH 或者 Web 界面查看日志，寻找错误信息。比如 “Socket error”、“Memory overflow”、“Task timeout” 等。这些日志是排查问题的金钥匙。
- 时间同步： RSU 的时间必须与服务器时间同步。如果时间偏差太大，交易数据的时间戳就会有问题，导致对账困难。检查 RSU 是否配置了 NTP 服务器，并手动同步一次时间试试。
代码辅助排查（SSH 登录与日志抓取）：
对于多台 RSU，手动登录太慢。可以用 Python 的 paramiko 库批量登录并抓取日志。
import paramiko
# RSU 列表
rsu_list = [
{"ip": "192.168.1.101", "username": "admin", "password": "password123"},
{"ip": "192.168.1.102", "username": "admin", "password": "password123"},
]
def ssh_exec_command(ip, username, password, command):
"""通过 SSH 执行命令"""
client = paramiko.SSHClient()
client.set_missing_host_key_policy(paramiko.AutoAddPolicy())
try:
client.connect(ip, username=username, password=password)
stdin, stdout, stderr = client.exec_command(command)
output = stdout.read().decode('utf-8')
error = stderr.read().decode('utf-8')
return output, error
except Exception as e:
return "", str(e)
finally:
client.close()
for rsu in rsu_list:
print(f"正在检查 {rsu['ip']}...")
# 假设 RSU 的日志在 /var/log/messages，且支持 SSH
log_output, log_error = ssh_exec_command(
rsu['ip'], rsu['username'], rsu['password'],
'cat /var/log/messages | tail -n 20'
)
if log_error:
print(f" 错误: {log_error}")
else:
print(f" 最新日志:\n{log_output}")
这个脚本可以让你在短时间内检查多台 RSU 的运行日志，快速发现异常。
预防性维护：让 RSU 少生病
排查故障是救火，预防故障才是防火。我建议你每季度或者每半年，做一次预防性维护。
- 清洁：用干燥的软布擦拭 RSU 机箱内外，清理散热风扇上的灰尘。灰尘堆积会导致散热不良，元件过热。
- 紧固：检查所有接线端子、螺丝是否松动。特别是电源线和大电流连接线，松动会产生电弧，烧毁触点。
- 测试：用万用表测量电源输出电压，用天线分析仪测量天线驻波比。把数据记录下来，和之前的数据对比，如果有明显变化，即使还没坏，也要提前更换。
- 备份：备份 RSU 的配置文件。万一设备损坏，换上新设备后，可以快速恢复配置，节省大量时间。
- 防雷检查：雷雨季节前，检查防雷器是否完好，接地电阻是否合格。 RSU 放在室外，雷击是最大杀手。
结语
朋友， RSU 故障排查就像侦探破案，需要耐心、细心，还需要一点运气。不要指望看一眼就能知道问题在哪，要学会一步步缩小范围，用仪器说话，用日志佐证。记住，安全永远是第一位的，爬杆作业一定要系好安全带，断电操作一定要挂牌上锁。
希望这篇“手把手”指南能帮到你。如果在实际工作中遇到什么奇怪的故障，欢迎随时来找我聊聊。毕竟，咱们都是搞技术的，互相交流，共同进步嘛！