[参考译文] DS110DF111：无法重复插入和移除 SFP 光端口。

您好、Bin、

我不会认为重复插入/移除光学模块会在重定时器级别产生任何问题。 为了更好地理解问题、我有几个问题。

1. 模块是否需要以一定的速度或在一定的时间内插入和移除以重现问题？
2. 问题是否在多个系统单元中重现？
3. 模块发送器是否连接到 INA？
4. 客户是否在 LOS/INT#引脚上使用任何自定义配置？ 或者它是否在存在有效信号时为低电平有效(默认)？
5. 在整个测试期间、LOS/INT#引脚行为是什么？
6. 客户是否可以在整个测试期间重复读取通道寄存器0x02和0x54并报告看到的值？
7. 客户是否已开始任何调查、以查看模块是否出现问题？

此致！

卢卡斯

大家好、Lucas：

当反复插入和移除光学模块并且光学端口链路断开时、系统需要重新启动才能恢复光学模块

现在、我将回答您的问题
1、不需要以一定的速度或时间重复出现问题,有时插接后重复出现一次,有时重复出现几次
2、其它系统单元尚未试用
3.根据原理图可以看到是连接 INA 的
4.使用默认配置而不是自定义配置
5.这种行为是什么意思?
6、当出现正常和反复出现的问题时,0x02和0x54的值都是0x00,我的操作是否有问题? 我是否需要写入0xff 以首先选择通道
7.我不确定这是否与 DS110DF111有关,但根据原理图,只有它与光学模块有关

谢谢！

目标值

你好、Lucas、ć

在测试过程中、发现使用1G 光学模块重复插入和移除同一光学端口是正常的、但使用10G 光学模块是异常的。 这表明它与 DS110DF111无关

谢谢、

目标值

您好、Bin、

感谢您回答我的问题并分享有关该问题的更多详细信息。

5.在默认配置下、当通道 A 上存在有效信号时、LOS/INT#输出被驱动为低电平。根据原理图中所示的连接网络、LED 应在检测到有效信号时亮起、未检测到信号时熄灭。 我想了解整个测试期间 LED 的行为。

6.在读取寄存器0x02和0x54之前、请写入0xFF=0x04或0x0C。 这两个寄存器的默认值均为0x00、因此您的寄存器读取可能已经针对通道 A 寄存器组进行了正确的定位。

您可以在以下时间读取寄存器0x02和0x54吗？ 我想了解这些状态在整个测试期间是如何变化的。

• 然后再开始测试
• 在卸下和插入模块时反复阅读
• 在测试完成且链路断开后

关于1G 光学模块测试结果：此结果可能表明此 问题可能与10G 模块(而不是重定时器)相关。 但是、在没有更多信息的情况下很难肯定地说出来。 在得出结论之前、我想先了解测试过程中的重定时器状态。

此致！

卢卡斯

大家好、Lucas：

感谢您的意见。 我会根据您的建议进行以下测试

5.在默认配置中,您所说的 LED 行为在理论上是合理的,但在现实中,似乎无论是否检测到有效的信号, LED 都是明亮的。 我将再次检查系统驱动程序设置问题

当0xFF=0x04时、无论链路是建立还是断开、0x02的值为0xdc、0x54的值为0x80
然后我进行反复插拔模块、通过循环读取数值的测试、发现有时0x02的值从0xdc 变为0x9C、然后回到0xdc

这样的测试结果可以知道计时器是否是问题所在？ 期待您的回复

谢谢、

目标值

你好、Lucas、ć

我仔细看了一下原理图、发现 INB+和 INB-这两个引脚连接至光端口的光插槽、这有什么帮助吗？ 可能需要重定时器重置光学端口并再次连接光学模块。

谢谢、

目标值

您好、Bin、

根据 LED 行为和寄存器值、重定时器始终检测到有效信号并在测试期间锁定到该信号。  当获取 CDR 锁定时、重定时器将取消其输出静音、因此当链路断开时、重定时器看起来不会阻止数据传输。

需要满足哪些条件才能声明链路？ 光学模块接收到的信号是否需要满足特定的眼罩或特定的 BER 测量要求？

我不是很明白你所说的"光口的光槽"。 您能否共享一个系统方框图、其中显示了重定时器两侧连接到的对象？ 这可能有助于我了解整个系统的外观。

此致！

卢卡斯

大家好、Lucas：

很抱歉、我的描述可能有误。 我已上传系统方框图、请查看。

您可以看到、INB+和 INB-被连接至 CN2401 (图中的绿线)。 这是光学模块的插入位置。

您是说 LED 的行为和寄存器值是正常的吗？ 不会影响链路吗？

该链路不需要满足其他条件。 只需要插入光学模块。

另外、我还进行了以下寄存器重置操作、但仍然不起作用、请告诉我还有什么其他方法？

谢谢、

目标值

大家好、Lucas：

选择通道 B 进行测试。 结果如下。

•如果链路正常且链路已建立、则寄存器0x02的值为0xdc、寄存器0x54的值为0x80。

•插入和移除模块时、寄存器0x02的值在0x00和0x04之间变化、寄存器0x54的值始终为0x80 (在前三次重新插入模块后、链接仍然正常)。
第四次插入和移除模块后、发现链路异常且链路断开。 在这种情况下、寄存器0x02的值保持为0xdc、寄存器0x54的值保持为0x80。

•如果链路断开、则寄存器0x02和0x54的值为0x00。

对于 DS110DF111、我们基本上没有针对它的自定义寄存器配置、默认情况下会使用很多内容。

期待您的回复。

谢谢、

目标值

您好、Bin、

Lucas 已经离开办公室几天了、所以我可以在他返回之前为他提供支持。

我想分享一些有关 Lucas 一直在查询的登记册的背景情况。

寄存器0x02

寄存器0x02包含有关器件 CDR 锁定状态的信息。  如果寄存器2的位3和4被置位、则表示器件具备 CDR 锁定。  在 CDR 锁定情况下、您观察到0xdc 的情况很常见。  下表摘自 DS110DF111编程指南。  值0xDC 表示满足 PPM 计数、自动调整完成、重定时器具有 CDR 锁定、并且满足 single-bit 阈值。

寄存器0x54

寄存器0x54的位7指示器件是否在接收器处检测到信号。  我们希望器件能在模块存在时检测到信号。  移除该模块后、我们不会期望检测到信号。

关于您的观察结果：

第四次插入和移除模块后、发现链路异常且链路断开。 在这种情况下、寄存器0x02的值保持为0xdc、寄存器0x54的值保持为0x80。

->重定时器具有 CDR 锁定功能(寄存器0x02 = 0xDC)时、您似乎看到链路断开。  如果是这种情况、则可能表明重定时器调整存在问题。

我想到的是几个实验。  对于这些实验、如果方便、您能否为重定时器通道 B 提供寄存器转储？  如果寄存器转储不方便、 请读回寄存器0x02、0x27、0x28、0x52和0x54。

寄存器0x27和0x28具有重定时器内部 HEO/VEO 测量。  寄存器0x52读回它适应的重定时器 CTLE 值。

1. 对于正常链路状态(链路已启动)、您可以 转储通道寄存器吗？
2. 为了在拔下并重新插入光学模块后出现链路断开状态、您可以转储通道寄存器吗？
   1. 在转储通道寄存器后、您是否可以尝试执行 CDR 复位？
      1. 设置通道 B 寄存器0x0A = 0x1C。  这会将通道 B 置于 CDR 复位状态。
      2. 设置通道 B 寄存器0x0A = 0x10。  这会将通道 B 从 CDR 复位状态中释放。
      3. 检查链路状态以查看链路是否已接通。  此外、在执行 CDR 复位后、请转储通道寄存器。

谢谢！

Drew

你好、Drew

根据您的建议、我进行了以下实验。
在正常链路状态(链路已连接)下、相关的寄存器值如下所示。
0x02 0xdc
0x27 0x1a
0x28 0x5c
0x52 0x00
0x54 0x80

如果在移除并重新插入光学模块后出现链路断开状态、则相关的寄存器值如下所示。
0x02 0xdc
0x27 0x19
0x28 0x54
0x52 0x00
0x54 0x80

出现链路断开状态后、我执行了 CDR 复位、然后再次按如下方式查询寄存器状态。
0x02 0xdc
0x27 0x1a
0x28 0x58
0x52 0x00
0x54 0x80

此外、当我拔下链路时、0x52的值为0xA5、其他值为0x00。

对于寄存器0x27和0x28、这些值在测试期间保持变化。 这很重要吗？ 顺便说一下、HEO/VEO 是什么意思？
事实上、我已经测试了与重定时器相关的寄存器地址的值、但根据文档也尝试写入该值、但似乎是无用的。

期待您的回复。

谢谢、

目标值

您好、Bin、

感谢您返回到我这里介绍寄存器值。

[报价 userid="627501" url="~/support/interface-group/interface/f/interface-forum/1426881/ds110df111-the-sfp-optical-port-fails-to-be-inserted-and-removed-repeatedly/5481817 #5481817"]3.在链路断开状态出现后、我执行了 CDR 复位、然后再次按如下方式查询寄存器状态。
0x02 0xdc
0x27 0x1a
0x28 0x58
0x52 0x00
0x54 0x80[/报价]

执行 CDR 重置后、链路是启动还是保持关闭？

HEO 和 VEO 支架用于水平眼开口和垂直眼开口。  这些值在重定时器内部进行测量、用于指示信号质量。

根据经验、TI 已观察到0.4UI 的 HEO 和200mV 或更高的 VEO 可产生良好的 BER 性能。  您报告的结果表明 HEO 略低于0.4 UI、VEO 超过200 mV。  假设您在正常连接状态下表现良好、我不会认为 HEO 为0.38是立即关注的问题。

错误	寄存器0x27	寄存器0x28	嗨	Veo
正常链路状态	0x1a	0x5c	0.38806	287.5.
链路断开	0x19	0x54	0.373134	262.5.
CDR 复位后	0x1a	0x58	0.38806	275.

我们还看到连接 HEO/VEO 和连接 HEO/VEO 之间没有显著差异。  这表明重定时器在这两种情况下都接收到良好的信号。

在您的主机 ASIC/CPU 上、您是否拥有 PRBS 发生器/校验器功能？  确认链路断开状态是否与 BER 相关会有所帮助。

谢谢！

Drew

您好、 Drew、

3.当链路断开时,CDR 被重置,但链路仍然断开。

根据您的分析、您能得出这样的结论吗：链路断开与重定时器无关

我有一个 Linux 系统、该 CPU 是 NXP 芯片、我认为没有 PRBS 发生器/校验器功能

谢谢、

目标值

您好、Bin、

根据重定时器的 CDR 锁定状态和内部 HEO/VEO 测量结果、并不存在任何迹象表明重定时器是链路断开的根本原因。

您的 CPU 是否有任何可用的诊断信息？ 需要从 CPU 检查是否出现任何眼罩或 BER 问题以及是否导致链路断开。

此致！

卢卡斯

大家好、Lucas：

我查看了 CPU 相关信息、发现它可能与系统驱动程序有关、反复插拔端口以禁用、不应该与重定时器有关。

我将继续在这里检查驱动程序。 感谢您在此期间为我提供的帮助、帮助我解决问题。

谢谢、

目标值