P2P模块DDMI信息不更新问题分析与改善

1、背景

前期给GW DELIGHT客户送样TW72P1J-C2AL-UX模块,客户反馈:模块加电不跑业务的情况下模块的Tx Optical-power、RX Optical-Power显示值不正确,异常现象如图1所示。若这类异常如果确实存在的话,会对用户使用造成影响,需跟进解决。

 

图1 客户反馈异常现象

2、实验室对比测试

原因一是客户的交换机在读取模块信息时错误计算导致;原因二是光模块本身DDMI信息不更新;原因三是我司模块和客户交换机存在配合问题。

2.1 客户反馈问题一:

模块加电不跑业务的情况下,TW72P1J-C2AL的RX Optical-Power显示值不正确,如图2所示。

 

图2 客户反馈问题一

针对此问题,实验室验证反馈:Tx上报并不是-5dBm,Rx光为-11dBm时上报正确,如图3所示。

 

图3 实验室验证问题一

2.2 客户反馈问题二

RX入射光加衰减,控制在-21dbm, GFA6900的12epon板卡的上联口模块信息显示值有误,且改变衰减,RSSI不变化。如图4所示。

 

图4 客户反馈问题二

针对问题二,实验室测试反馈:接入-21dBm的光后DDMI值如下图5所示,改变衰减量,RSSI随之改变,且上报值与实际值的差△<1dB。

 

图5 实验室验证问题二

3、验证与解决

3.1 异常复现

在交换机初始化后,插上模块,这时检测模块的DDMI信息正常(如RSSI上报-20dBm),但在改变接入光大小后(如断开接入光,理论上应上报负无穷),但其上报依然为-20dBm,且多次改变入射光,RSSI值依然不会变。只有重新插拔模块,并清除交换机的打印信息后才会有变化。此异常得到复现。

3.2 异常定位

经过逐一排查交换机软件代码后发现客户的软件是以光模块寄存器111位作为信息更新标志位。软件读取111位的前5bit,当其置高时,交换机才执行更新DDMI信息功能。但UX3328把111位作为预留位,并没有对其进行处理。这正好证实了DDMI信息不更新问题。

根据SFF-8472协议定义,寄存器111为作为SFF-8079的预留位,而SFF-8079协议里对111位寄存器的定义并不涉及DDMI信息更新。如图6所示。

 

图6 SFF-8079协议中111寄存器定义

 

对客户的代码进行追溯,交换机最初版本的软件是根据WTD公司的规格书做的,而WTD正好对111寄存器做了上报参数的ADC更新的定义,如图7所示。

 

图7 WTD规格书111寄存器定义

由此,异常定位为客户交换机的软件不兼容。

3.3 异常解决

将TW72P1J-C2AL-UX模块的A2 111寄存器更改为FF后,在客户的交换机上DDMI不更新问题得到解决。

因为UX3328对111寄存器没有特殊定义,为做兼容设计,我司光模块将此寄存器位改为FF。同时将此类未根据协议而制作软件的问题和客户反馈,但客户暂时不愿更新交换机软件,所以,我司的P2P模块需增加此寄存器设置。

4、结论

客户反馈的DDMI信息不更新的原因是客户的交换机与我司的光模块存在配合上的问题。通过修改我司P2P寄存器是最简易的方法。

已经在装备软件中新增了写入此寄存器功能,配置文件也同步更新,解决了此类异常。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小鱼电子

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值