宏基站常见故障定位处理方法目录1．基站起不来或者每5分钟自动复位一次的处理方法 (3)1.1 故障现象： (3)1.2 可能原因： (3)1.3 处理方法： (3)2．CF卡故障处理方法 (3)2.1 故障现象： (3)2.2 处理方法： (4)3．初始化校准故障处理方法 (4)3.1天线问题处理的总体原则 (4)3.2 TPA单CanID不上报 (5)3.3 TPA双CanID不上报 (5)3.4 TPA自检错误 (6)3.5 某路Cableloss不过 (8)3.6 RTD不过 (8)4．GPS的问题 (9)4.1无法升级或者升级后GPS起不来 (9)4.1 GPS无法锁星的问题 (9)5．CANDY使用说明 (9)1．基站起不来或者每5分钟自动复位一次的处理方法1.1 故障现象：（1）基站起不来，RIU\SCM\BBU POWER灯、RUN灯常亮，或者RUN灯快闪、ALM灯亮，debugshell登进去以后打印失败或者看不到任何打印信息。

（2）基站每5分钟复位一次。

1.2 可能原因：（1）现象1的原因CF卡中对应板卡的程序被破坏。

（2）现象2的原因CF卡中rip_si.out被破坏，或者是RIU板flash中rip_si.out被破坏。

1.3 处理方法：1．登陆SCM板，执行SCP_SI_BACKUP，他会自动将CF卡中RUNNING的程序备份到你的计算机SI目录内RUNNING目录中。

2．然后重新做SCP_SI_COPY3．如果是某个板子起不来，直接用debugshell登陆这个板子重新做BOOT。

4．如果COPY和BOOT命令不认，则先格式化flash，命令diskInit “flash:”，然后往flash 中拷贝对应的si.out文件，成功后复位重启，再执行COPY和BOOT命令.5．对于每5分自动复位的，做完SCP_SI_COPY以后，再登陆RIU板做RIP_SI_BOOT，成功后重新复位基站即可。

注意：回来后请把拷贝出来的CF卡中的程序和现象描述、控制台的打印记录发给研发技术支持分析。

2．CF卡故障处理方法2.1 故障现象：BOOT和COPY程序时如果打印创建目录失败Creat SI Directory Failure或者写CF卡失败，或者打印如下错误，多次复位无效均可认为CF卡有问题：[ATA->SCP_PCATA_rd]rd sector 1 + 39 err: stat=0x51 0x51 s32SemStatus=0 err=0x40[SCP_PCATA_CMD]RequestSense error =36[ATA->SCP_PCATA_rd]rd sector 1 + 39 err: stat=0x51 0x51 s32SemStatus=0 err=0x40 [SCP_PCATA_CMD]RequestSense error =36[ATA->SCP_PCATA_rd]rd sector 1 + 39 err: stat=0x51 0x51 s32SemStatus=0 err=0x40 [SCP_PCATA_CMD]RequestSense error =36。

2.2 处理方法：1．保存控制台打印信息。

2．拔出SCM板卡，查看CF卡类型。

3．如果是Sandisk（红蓝色）的卡，直接更换；4．如果是Pretec（灰色）的卡，首先在笔记本上用读卡器尝试对其格式化（注意使用FAT选项，不是FAT32），然后插回SCM，如果仍然故障，更换CF卡。

注意：请记录更换下来的CF卡的厂家（sandisk或者Pretec）、容量和颜色。

并连同保存的控制台出错信息发给研发技术支持。

3．初始化校准故障处理方法3.1天线问题处理的总体原则（1）如果是CANID不上报，请在机柜顶交换综控线再试，并参看下面列的解决办法；（2）如果是RFU RST亮红灯，下电再重启多试几次。

注意先上TPA的电，隔3秒左右再上RFU的电。

减小TPA的启动电流对RFU的冲击，造成亮红灯。

假如还不能解决，查看背板是否有插针歪了短路，并将此RFU换到另外一个扇区再试。

（3）如果是天线关断先查看是否该路自检错误，确认无误后看cableloss是否正常，条件是不能有关断，同扇区Gcable差异不能超过±4，否则需要整改，哪怕是这一路天线最终没关断也请整改；（4）对于cableloss正常的情况下，天线关断。

假如此扇区所有通路收发都小，请查校准线。

如果只有某一路或某几路关断，请交换RFU再试。

（5）对于只有TX方向小，RX方向正常的，如果交换RFU还不能解决。

请拿CANDY读取PAON 26.5V和5.5V的电流，检查该路校准数据是否CRC错误。

如果都正常，请检查上跳线，确认无效的情况下，直接更换TPA。

（6）对于只有RX方向小，TX方向正常的，如果交换RFU还不能解决。

请拿CANDY读取LNAON 5.5V的电流，检查该路校准数据是否CRC错误。

如果都正常，直接更换TPA。

电流正常范围：PAON：26.5V [500 ~ 1000mA之间，一般在700mA左右]5.5V [250 ~ 400mA之间，一般在330mA左右]LNAON：5.5V [180 ~ 390mA之间，一般在320~330mA左右]3.2 TPA单CanID不上报处理方法：请首先确认该扇区两个RFU都正常上报了CanID，即排除RFU问题。

在机柜顶部和正常的扇区交换综控线，如果1．故障现象表现为固定的综控线（即固定的某个TPA），说明TPA故障，需要更换。

2．故障现象表现为固定的扇区（机框），说明机框内部线缆故障，需要更换。

3．如果是TPA损坏，可以进一步定位是DPM坏了，还是里面的电源线松了。

步骤如下：将电源柜内给基站的电源断开，将机柜顶-48V电源处的蓝色线拧开，串一个万用表（注意表笔的接法，红表笔在电流接头处，黑表笔在COM处），打到直流电流10A档，只给GPS上电，测其电流应该在0.38A左右，再给这个扇区的TPA上电，观察其电流，应该在0.79A左右。

如果没有电流或者只有0.38A，说明TPA未上电（对于两个CANID都不上报的情况）；如果只有0.45A上下，说明TPA内部只有一个DPM上了电，另一个没上电，可能是TPA里面电源线脱落或者DPM坏了一个。

品林站实测结果：单GPS上电 0.38ATPA+GPS 0.79A单CANID的TPA＋GPS 0.45A （最后证实TPA内部一个DPM的电源线脱落。

）3.3 TPA双CanID不上报请首先排除RFU问题，然后在机柜顶部取下对应的综控线，拧上航空头底座，使用万用表按照如下表格测试并记录：图1 航空头管脚序号图（底座有标明序号）故障判断：1.如果Pin1 – Pin2和Pin4或者Pin9 – Pin11和Pin12开路，说明TPA底下的综控线头子没接好，重新拧好之后再验证。

2.如果所有测量项都正常，说明综控线没问题，是TPA坏了，需要更换。

实例：三康基站前期开站时B扇区双TPA没有上报canID，经测试确认TPA处航空头没有拧好，重新拧紧后问题解决。

3.4 TPA自检错误TPA自检有四部分：温度、数字电阻、校准数据CRC和LNA电流。

一般来说温度不会出问题，数字电阻出问题也是校准数据被改写，所以这两项可不用查。

重点关注校准数据CRC结果和LNA电流。

处理方法：（1）读LNA电流，读校准数据，如果均有问题，直接更换TPA。

（2）如果以上两项没问题，多次复位现象一样，也请更换TPA。

付TPA CanID上报消息的说明：如：CANID msg content [0] is 2CANID msg content [1] is 0CANID msg content [2] is 0CANID msg content [3] is 0CANID msg content [4] is 0CANID msg content [5] is 0说明：[0]——板卡类型标识，2代表TPA。

[1]——生产厂商标识，0代表Datangmobile，这个字节是固定的。

[2]——无意义。

需要关注的有：[3]——LPA自检是否有错误。

此字节的高4bit和低4比特的含义是重复的，代表LPA 自检是否有错误。

从低bit向高bit排序，分别代表LPA1到LPA4。

对应比特为0-无错误，1-有错误。

LPA的自检有温度检测、数字电阻检测、CAL E2PROM CRC检测。

例如：打印136，转换为二进制为10001000，说明该TPA的path3自检错误。

实例：新共灯基站：A扇区path5 TX/RX自检不过，读取Pid数据，为全“FF”，校准数据后面部分全“0”，这两项数据CRC校验都是错误的，确认TPA损坏。

[4]——低4bit表示复位原因。

一般常见的有：0-上电复位，1-软复位，8-CAN RESET 复位，15-CAN消息复位。

高4bit表示四路LNA电流检测结果，从低bit向高bit排序，分别代表LPA1到LPA4，0－LNA电流正常，1－LNA电流超出门限。

例如：打印40，转换为二进制为00101000，说明该TPA的path1电流自检错误，此时会在控制台看到打印信息：“current detection error!”实例：胡港村基站：A扇区path1和path5电流检测错误。

[5]——低4bit表示主板自检结果，现在只检测主板温度。

高4bit表示LPA是否在位，从低bit向高bit排序，分别代表LPA1到LPA4，0－LPA在位，1－LPA不在位。

例如：打印192，转换为二进制为11000000，说明该TPA的path2和path3没有插入LPA。

注意：这种情况对于CANIndex为奇数的TPA是正常的。

总结：只要msg content 3、4、5的高4比特不为零，就说明该TPA自检错误。

但是对于CANIndex 为奇数的TPA最高2比特忽略。

3.5 某路Cableloss不过1.首先排除RFU问题。

2.逐段排查该路的下跳线和主馈线，可以与该扇区正常的通路交换来验证，通常原因为某个头子拧的过松、过紧，或者头子做的不好导致。

3.6 RTD不过请首先通过交换排除RFU的问题，然后对应下列情况分别处理。

1.某个通路只有单方向RTD数值很小，多次复位无效的，说明对应的LPA损坏，需要更换TPA。

2.某个通路TX和RX的RTD数值都很小，需要检查该路的上跳线是否松动，如果没有松动，那么与本扇区正常的通路交换上跳线，可以仅在TPA处交换。

如果故障表现为固定的某个path，那么说明TPA损坏，需要更换。

如果故障表现为固定的上跳线，需要检查该上跳线与天线阵列的接头，甚至更换上跳线。