摘要：AISG 总线故障我们归为四类：供电异常、接头松动、地址冲突、协议版本不匹配。排查从物理层往上走，先量电压再查接头，最后看协议。本文给出排查顺序、常用量测点和避免反复掉线的做法。
关键词：AISG、总线故障、排查、RET
一、为什么先查供电再查别的？
AISG 总线掉线，八成是供电问题。RCU 需要 10–30 V 供电，电源模块没列进 BOM 或接头松脱都会让整条总线扫不到。我们排查第一步就是量总线电压，确认供电到位，再往上层走，避免在无供电的总线上瞎折腾。
二、接头松动为什么反复掉线？
AISG 用 7/16 或 4.3-10 接头，雨水渗入或扭矩不够都会间歇性接触不良。我们遇过一下雨就掉线、天晴又好的情况，根因就是接头没按规范扭矩复紧。排查时重点晃一晃总线接头看是否恢复，是就重新复紧并做防水。
三、地址冲突怎么识别？
多个 RCU 默认地址相同，总线扫描会互相抢，表现为节点时有时无。我们开箱就按规划表拨地址，扫描后核对节点数和地址集合。若地址重复，扫到的节点数会少于实际，逐一重拨地址后再扫即可。
| 故障类 | 现象 | 首查点 |
|---|---|---|
| 供电异常 | 整条扫不到 | 总线电压 |
| 接头松动 | 间歇掉线 | 接头扭矩 |
| 地址冲突 | 节点数少 | 地址集合 |
| 协议不匹配 | 识别但不可控 | 版本 |
四、协议版本不匹配怎么处理？
AISG v2.0 与 v3.0 在部分指令上不兼容，老控制器配新 RCU 可能识别但调不动。我们 BOM 和配置包都标协议版本，排查时先读节点版本再比对控制器版本，不一致就换匹配件或升级控制器固件。
五、总线长度超限有什么表现？
AISG 总线有距离和节点数上限，超长会信号衰减导致远端节点掉线。我们把长链路的供电和终端处理单独标注，必要时分段或加中继。排查远端节点异常时，先量末端电压是否跌到下限以下。
六、怎么快速定位是哪一段？
我们采用「二分法」：从中间节点断开，分别扫两段，哪段异常就继续二分。比逐个节点排查快得多。配合地址规划表，能直接定位到具体天线号，不用满站爬塔找。
七、避免反复掉线的工程做法？
一是接头按规范扭矩复紧并做防水，二是地址开箱即设不留默认，三是 BOM 把电源模块单列保证供电到位，四是版本在抬头标清。这四步做足，总线基本不会反复掉线，也省下大量上塔排障成本。
八、排查记录怎么留？
我们每次排障留「现象-量测点-处置-复测」四栏，附节点地址和版本。这类记录是后续运维的宝，同一站再出问题能直接比对。没有记录的排障，下次还得从头来一遍。
十、排障工具要备哪些？
我们现场常备万用表、AISG 扫描仪和备用 RCU。万用表量供电，扫描仪看节点和地址，备用 RCU 用于替换定位。工具齐了，二分法才跑得起来，不至于临时借件耽误夜间施工窗。
十一、夜间施工怎么排障？
电调开通多在夜间低话务窗，排障要快。我们提前把地址规划表和版本清单打印带站，现场不依赖笔记本。常见问题按供电、接头、地址顺序五分钟定位，不恋战不扩大断站范围。
十二、雷电后的总线检查清单？
雷暴过后我们优先查避雷器是否动作、RCU 供电是否掉、接头是否进水。先做外观和供电快检，再扫描总线看节点是否掉线。雷电造成的损伤往往是渐变的，当次没掉线也要记档，下次巡检重点看。
十三、备件策略怎么定？
我们按站点 RCU 总数 5–10% 留备件，电调站多、雷暴区取高值。备件版本要和主用一致，避免版本不匹配调不动。备件清单单列在配置包备注，不混进主件数量，盘点一目了然。
十四、总线长度超限怎么处理
AISG 总线有距离和节点数上限，超长会信号衰减导致远端节点掉线。我们把长链路供电和终端处理单独标注，必要时分段或加中继。排查远端节点异常时先量末端电压是否跌到下限以下，再决定是否加中继，不盲目换件。
十五、排障经验怎么变成标准动作
我们把每次排障的结论回流到排障包，固化成标准动作。比如「先量电压再查接头」「地址开箱即设」就是从反复踩坑里提炼的。经验不沉淀，下次同站出问题还是满站爬塔重来。包因此越用越准，新人在站上照着走就能达到老兵水平，排障时长明显下降。
十六、总线供电冗余怎么设计
关键站点我们主张总线供电冗余，避免单点电源掉电整条总线瘫痪。具体做法在链路中段加取电点，一侧断电另一侧仍能供电，核心城区站值得投入。
我们还在包里标注供电冗余建议，排障时一眼看到哪里有备份。冗余不是越多越好，按站点重要度分级，把预算花在真会出问题的地方而不是平均撒。
