[参考译文] DP83867IR：间歇性链路断开

尊敬的 Sato：

您能否检查自举设置是否正确？ 加电期间自举引脚上的电压是否为您客户配置的正确值？

如果上述操作正常、您能否提供两组寄存器转储？ 当器件以1Gb 链路且器件以100Mb 链路时、我想查看寄存器0x00至0x1F 中的数据。

此致、

Adrian Kam

尊敬的 Sato：

您能否澄清一下"链接到100Mb"的含义？ 这是否意味着链路伙伴从1Gb 变为100Mb、这会导致链路中断？ 如果是、连接方是否具有自动协商功能、或者连接方是否处于强制模式且速度正在手动更改？

此外、您能否尝试在寄存器0x001E 中启用强大的 Auto-MDIX 和快速 Auto-MDIX？

此致、

Adrian Kam

Adrian - San、您好！

客户尝试启用 Auto-MDIX 和 Fast Auto-MDIX、但没有改进。 它们为这种情况提供了寄存器设置。

>这是否意味着链路伙伴从1Gb 变为100Mb，这会导致链路中断？

是的。 连接伙伴也是自动协商。

DP83867IR 可以连接1Gb、但会发生不定期的链路断开。 它很快就会恢复、因此 TCP/IP 通信会保持。

如果连接时强制使用100Mb、则不会发生这种现象。   

此致、

尊敬的 Sato：

我有几个问题：

1. 您能否再次确认已尝试强大的 Auto-MDIX 和 Fast Auto-MDIX？ 您提供的寄存器数据似乎与上次相同、禁用了强大的自动 MDIX (寄存器0x001E 的位9)和快速自动 MDIX (寄存器0x001E 的位8)。
2. 发生链路断开情形时、它持续多长时间才恢复？ 链路合作伙伴在返回1Gb 之前保持100Mb 的时间有多长？
3. 正在使用哪种链路伙伴设备？

此致、

Adrian Kam

Adrian - San、您好！

1。

很抱歉给你带来不便。 我重新附加了寄存器信息。 没有改善。

2.

客户尝试了两个连接目标、一个是 Windows10、另一个是 Linux。

如果连接是 Windows10、则从链路断开恢复到链路断开(1Gb)大约需要500ms。

如果连接是 Linux、则大约为30ms。

(客户不确定在链接期间是否建立了100Mb 链路。)

3.  

Windows10 (Dell Latitude5580)或 Linux (RaspberryPI3)

此致、

尊敬的 Sato：

我有几个问题：

1. 我也可以获取寄存器0x31、0x6E 和0x6f 的寄存器信息吗？ 有两组、如以前、100Mb 链路断开方案和1Gb 链路断开方案。 由于这些寄存器是扩展寄存器、客户需要使用数据表第8.4.2.1节中概述的扩展地址空间访问程序来获取信息。
2. 从1Gb 到100Mb 的临时中断是否适用于该应用？ 或者、这是链路合作伙伴偶尔出现的问题吗？

此致、

Adrian Kam

Adrian - San、您好！

1.客户提供了寄存器信息。 我在下面的中附加了文件。

文件中有三种情况数据。

• 左侧数据：(自动协商) LinkUp 1Gb 和 Linkdown (首次)的情况
• 中心数据：(自动协商)首次链接(左侧数据)后的链接高达1Gb、然后链接(第二次)
  第一次下行链路和第二次下行链路的寄存器数据存在差异。 因此、客户提供了两个数据供参考。
  
  
• 正确数据：100Mb 全双工 LinkUp 的情况。 然后通过手动拔下 LAN 电缆进行连接以进行实验。

e2e.ti.com/.../DP83867IR_5F00_RegisterInfo_5F00_0304.xlsx

2.链接不是有意进行的，有时会与链接伙伴进行链接。

如果您发现有任何问题需要改进、请告诉我。

此致、

尊敬的 Sato：

查看寄存器0x0031、可以看到位[7]在应为0时似乎设置为1。 您能否通过将寄存器0x0031的位[7]清零来查看您的问题是否得到改善？ 此外、您能否再次检查"RX_DV/RX_CTRL"设置上的电压并确保设置为模式3？ 如果寄存器0x0031的位[7]设置为1、则表示自举未正确设置为模式3或模式4。

此致、

Adrian Kam

Adrian - San、您好！

客户将寄存器0x0031位[7]更改为0、但看不到改进。

请参考更改后的寄存器信息。

e2e.ti.com/.../DP83867IR_5F00_RegisterInfo_5F00_0305.xlsx

我们还应该确认其他事项吗？

此致、