上传日志的方法 - 图文

1.

发件人: 陈金涛

发送时间: 2009年4月13日 19:47 收件人: 赵霞(研发部); 杨兆勇 抄送: 张祖禹; 肖鹏; 张连栋; 肖鲜贵

主题: 答复: ASB RRS故障问题定位分析，请尽快解决。

对于\系统测试平台无法测\，是否RRS没有接入基站，“系统测试平台”就无法测试？ 如果是这样的话，那么发来的日志就与描述吻合了。 日志中显示RRS接入基站，但是基站拒绝接入。 RRS START ACCESS NB....................

NB ACCESS RSP MESSAGE:REJECT................ 至于基站为何拒绝接入，刚才问了OM同事肖鲜贵，

他建议上传基站侧的公共日志和告警日志发给他，里面能看到原因。

刚查了一下，应该是两边的版本不匹配导致的，

查了一下代码，发现公共文件中的接入消息结构2007/04/13被修改过， 修改前后接入信息那个字段变化过（见后面的修改纪录）。

这样来看，很可能是RRS版本是2007/4/13日之前的，

主站侧是2007/4/13日之后的版本，这样不匹配导致的。

查RRS的编译时间可以在控制台上输入RRS_HLVERSION来确认RRS侧版本时间。

解决办法：如果确认是以上问题，可通过hammer更换RRS的版本为较新的版本(2007/4/13日之后的版本)。

====附：修改记录和修改内容

* 024 2007/04/13 陶磊 应刘晓琳要求，在RRS READY请求消息中增加\请求串连级数标志\字段，

在RRS READY响应消息中增加\串连级数\字段；

======after 2007/04/13 /*RRS接入上报信息*/

typedef struct {

u8 u8RrsMacAddr[OM_MACADDR_LEN]; /*RRS接入侧网口MAC地址*/ u8 u8RrsBoardType; /*RRS硬件类型，3C6A/6C1A*/ u8 u8RrsMstSlvFlag; /*RRS主从标志*/ u8 u8BiuOfpNo; /*BIU接入端口号*/ u8 u8Pad[3]; /*预留字段*/

u32 u32RrsTimeDelayValue; /*RRS时延测量值*/ }OM_STRU_RrsAccessInfo;

=======before 2007/04/13 ==== TDB144A_V3.00.00_IFP_01.044_20070409 /*RRS接入上报信息*/ typedef struct {

u8 u8RrsMacAddr[OM_MACADDR_LEN]; /*RRS接入侧网口MAC地址*/ u8 u8LocalCellId; /*LocalCell标识*/ u8 u8BiuLinkPortId; /*BIU接入端口号*/ u32 u32RrsBoardType; /*RRS硬件类型*/ u32 u32RrsServiceType; /*RRS业务类型*/ u32 u32RrsTimeDelayValue; /*RRS时延测量值*/ }OM_STRU_RrsAccessInfo;

btw:一会儿去中移动测试了，不能及时回邮件了，如果还有问题请直接打我手机，谢谢。

发件人: 肖鹏

发送时间: 2009年4月20日 9:02

收件人: 陶磊; 'xiazhao'; 肖鲜贵; 刘津晶; 陈金涛; 杨兆勇 抄送: 赵霞(研发部); 王静怡（实习生）; 张祖禹; 金龙

主题: 答复: 答复: 请分析定位此RRS的故障，谢谢！相关log见附件！此现象较普遍。

赵霞手里应该有说明，她的意思是请OM根据log具体分析是哪个字段“not match”，以便她们再核对

EEPROM说明在公司内网发布，\\\\172.27.1.77\\质量部\\发布－－内部通用技术标准\\设计标准\\Q-DTM.SJ.005-2008 基站E2PROM的格式和内容定义_1_1.doc

发件人: 陶磊

发送时间: 2009年4月20日 8:54

收件人: xiazhao; 肖鲜贵; 刘津晶; 陈金涛; 杨兆勇

抄送: 赵霞(研发部); 王静怡（实习生）; 肖鹏; 张祖禹; 金龙

主题: 答复: 答复: 请分析定位此RRS的故障，谢谢！相关log见附件！此现象较普遍。 你们手头有基站EEPROM的说明吗？ 我手头的这份是07年的，不是最新的,但应该可以用。

上海的王莉在07年还特意整理过生产中EEPROM的写入流程，这方面的事情可以找她问问。 发件人: xiazhao [mailto:zhao_xia001@hotmail.com] 发送时间: 2009年4月19日 14:41 收件人: 肖鲜贵; 陶磊; 刘津晶; 陈金涛; 杨兆勇 抄送: 赵霞(研发部); 王静怡（实习生）; 肖鹏; 张祖禹; 金龙 主题: RE: 答复: 请分析定位此RRS的故障，谢谢！相关log见附件！此现象较普遍。 请告知我字段。 昨天和邱锐查了一下这类RRS 的IFU CAL& PID EEPROM，没查出异常。 Subject: 答复: 请分析定位此RRS的故障，谢谢！相关log见附件！此现象较普遍。 Date: Sun, 19 Apr 2009 10:16:58 +0800 From: xiaoxiangui@datangmobile.cn To: zhao_xia001@hotmail.com; taolei@datangmobile.cn; liujinjing@datangmobile.cn; chenjintao@datangmobile.cn; yangzhaoyong@datangmobile.cn CC: zhaoxia@datangmobile.cn; wangjingyi@datangmobile.cn; xiaopeng@datangmobile.cn; zhangzuyu@datangmobile.cn; jinlong@datangmobile.cn IFU(No:0) access failure! IfuHardwareType(0) is not match! 请再确认RRU EEPROM数据是否无误的,从OM的日志来看,RRU上报的硬件类型错误 发件人: xiazhao [mailto:zhao_xia001@hotmail.com] 发送时间: 2009年4月18日 22:18 收件人: 陶磊; 刘津晶; 肖鲜贵; 陈金涛; 杨兆勇 抄送: 赵霞(研发部); 王静怡（实习生）; 肖鹏; 张祖禹; 金龙 主题: 请分析定位此RRS的故障，谢谢！相关log见附件！此现象较普遍。 现象：RRS的串号为YP0721E7340，在RRS功能测试岗位测试通过，并确认IFU EEPROM数据无误，在系统测试岗位Hammer平台上打印信息为0x1f9aaf0 (tIfpCcm): RECEIVE NB ACCESS RSP MESSAGE:REJECT................，此RRS的< SPAN lang=EN-US>IP是使用统一的，即172.27.40.250。

->d 0x09000000

->09000000: 3cff 1301 ffff 8802 0000 0100 0a60 09ff *<............`..*

09000010: ff00 00ff ffff ffff 0000 0000 0000 0000 *................* 09000020: 2000 3f00 00ff 3fff 3b00 0000 0000 0000 * .?...?.;.......* 09000030: 0000 00ff 3fff 3f00 ff04 0000 0000 0000 *....?.?.........* 09000040: 0000 0000 0000 0000 0000 0000 0000 0000 *................* 09000050: 0000 0000 0000 0000 0000 0000 0000 0000 *................* 09000060: 0000 0000 0000 0000 0000 0000 0000 0000 *................* 09000070: 0000 0000 0000 0000 0000 0000 0000 0000 *................* 09000080: 3cff 1301 ffff 8802 0000 010 0 0a60 09ff *<............`..* 09000090: ff00 00ff ffff ffff 0000 0000 0000 0000&nbs p; *................*

090000a0: 2000 3f00 00ff 3fff 3b00 0000 0000 0000 * .?...?.;.......* 090000b0: 0000 00ff 3fff 3f00 ff04 0000 0000 0000 *....?.?.........* 090000c0: 0000 0000 0000 0000 0000 0000 0000 0000 *................* 090000d0: 0000 0000 0000 0000 0000 0000 0000 0000 *................* 090000e0: 0000 0000 0000 0000 0000 0000 0000 0000 *................* 090000f0: 0000 0000 0000 0000 0000 0000 0000 0000 *................*

2. 关于取用户日志的方法 Osp_Write_UsrLog 81,\用hammer的文件传输功能把 /ramDisk/81.log 传上来 发件人: 刘津晶 发送时间: 2009年4月17日 15:06 收件人: 'honglin.shen@alcatel-sbell.com.cn' 主题: FYI to Miss ZhaoXia,Pls To 赵霞： 麻烦在故障的CCU上的hammer 输入 SI_SCP_DEBUG以及Bsp_Monitor ssd_monitor 在故障的RIU上的hammer 输入 SI_RIP_DEBUG以及Bsp_Monitor ssd_monitor 另外，麻烦上传公共日志给家里，操作方法如下：首先尝试无RNC启动，然后

点击“文件”按钮-》鼠标右键点击界面右边的白框-》“按类型上传日志”-》点选公共日志和CCU板

如果无法操作，请通过hammer将 /ata/si/si.log文件传回家里，谢谢。

总结上传日志的方法：

1.SCM板卡上传日志的方法 步骤：

1）打开LMT-B平台 2）选择“文件”

3）在右窗口空白处单击右健

4）选中“按类型上传文件”——〉“操作维护日志”——〉“全部操作维护日志” 请参见图一：

2.RRS上传日志的方法 步骤：

1) 打开hammer，连接IFU

2) 在 IFU控制台输入日志生成命令: Osp_Write_UsrLog 61,\ 可以看到返回值为Value = 0x00说明文件生成成功。

3) 点击hammer的\文件\，在处理器列表中点击IFP，然后把PC文件路径改为D:\\CAL\\YPxxxxAxxxx_61.log

4) 然后通过hammer的\文件\里的\上传至本地\的功能,将/ramDisk/61.log 上传到本地PC 5) 检查PC机上的D:\\CAL\\目录下，有相关log文件生成。

请参见图二：

路径改为 D:\\CAL\\YPxxxxAxxxx_61.log 点击文件 点击IFP 点击上传到本地

6）上传RRS的62号日志，只需将上面的61全部换为62即可.

7）上传RRS的81号日志，只需将上面的61全部换为81即可.

3.CCU板卡上传日志的方法

在hammer 平台上输入 SI_SCP_DEBUG以及Bsp_Monitor ssd_monitor, 通过hammer将 /ata/si/si.log文件传

4.RIU板卡上传日志的方法

hammer 输入 SI_RIP_DEBUG以及Bsp_Monitor ssd_monitor 通过hammer将 /ata/si/si.log文件传

5.BBU板卡上传日志的方法 1）如果BBU无法接入

上传GCU 81号日志。

Osp_Write_UsrLog 81,\

用hammer的文件传输功能把 /ramDisk/81.log 传上来

2）如果BBU可以接入，但频谱仪上没有载波 3

.00020

上传LMT-B所有日志（包括公共日志和板卡日志）

总结解决问题的方法：

1.系统测试平台RRS无法接入问题

故障现象：0x1da07d8 (tIfpTdm): tdd_ifu_tdm_task:START OF SLAVE SERDES DCM.

0x1da07d8 (tIfpTdm): SFU:0x902000a, FILE:dd_ifu_int.c LINE:473, AlarmNo:101, AlarmValue:28, AlarmClearFlag:1 ErrMsg>tdd_ifu_tdm_task:SLAVE SERDES LOF or LOS, SERDES REG 0x10|0x11 = 0xffffffff

解决办法：通过hammer更换RRS的版本为较新的版本(2007/4/13日之后的版本)。 具体做法是

RRS的版本文件有：ifp_si.out, ifp_hl.out, trxiq.bin， 其中ifp_si.out存放在RRS的/flashDev目录下，

ifp_hl.out和trxiq.bin存放在/flashDev/running目录下。

找到2008年5月12日（6月27日更新）版本文件后，将它们分别拷入相应目录下即可。

可以通过hammer来下载更换，方法是：

用hammer连上RRS，然后点击hammer上的“文件”，接着在“处理器列表”中单击选中该RRS，然后在右侧的“下载至处

理器”按钮上方的两个框内分别填写版本文件所在的PC机全路径(如c:\\si\\ifp_hl.out)和RRS的上的全路径

(如/flashDev/running/ifp_hl.out),然后点击“下载至处理器”按钮就开始下载拷贝了，等待hammer下方的信息框中

提示下载成功即更换成功；其他文件一样。所有文件更换完毕后，复位重启RRS即可。重启后仍然可以用RRS_HLVERSION

来查看版本编译时间以确认是否更换成功。

2.CCU板卡问题

故障现象：CCU无法启动；ping不通；无法下载文件

解决办法：连接LMT-B下发停止SI阶段并修改NodeB ID 的配置，改为1A2B3A4C5E6F

3.其他数字板卡问题

在单板测试平台维修，下载文件并进行功能测试，一般都能通过系统测试平台的测试。 如果还有问题，请按上面的方法上传日志供大唐工程师分析定位。

本文来源：https://www.bwwdw.com/article/guar.html