[参考译文] DP83869HM：-

很抱歉、我忘记提到我们将 C255.C262电容器短接、以便使用 RJ45到计算机#2的 UTP 电缆

请帮助进一步澄清 问题

您能否确认所需的100 Mbps 吞吐量为1 GB 不工作。

您如何配置 PHY 以实现两种10/100/1000速度的链路？

您能给我们一个0x0000-0x001E 寄存器转储、用于出现问题的情况。  

此致、

Alvaro

您好、Alvaro、
正如您在日志中看到的那样- 1GB 和100MB 存在问题。
我们通过 MDIO 接口配置 PHY。
我将在一小时左右的时间内向您发送1GB 设置的寄存器

0x0000 0x1140
0x0001 0x796d
0x0002 0x2000
0x0003 0xa0F1
0x0004 0x01e1
0x0005 0xcde1
0x0006 0x006d
0x0007 0x2001
0x0008 0x6001
0x0009 0x0300
0x000A 0x3800
0x000b 0x0000
0x000c 0x0000
0x000d 0x0000
0x000e 0x0000
0x000f 0xf000
0x0010 0x5048
0x0011 0xac02
0x0012 0x0000
0x0013 0x0000
0x0014 0x29c7
0x0015 0x0000
0x0016 0x0000
0x0017 0x0040
0x0018 0x6150
0x0019 0x4444
0x001a 0x0002
0x001b 0x0000
0x001c 0x0000
0x001d 0x0000
0x001e 0x0012

您好 Nikita、

已检查寄存器0x0009、0x000A、0x0011；以检查是否存在任何 MDI 链路/自动协商问题。 它们看起来都很好。  

因此问题不在于 Link 或 AutoNeg。

您还能提供寄存器6E 和6F 吗？ 这将告诉我们 PHY 绑定到的 MAC 接口。

此致、

Alvaro

您好、Alvaro、

请检查寄存器在附件通信期间的变化情况

6F 寄存器读数为零、我在规格中找不到它

6e 读为0xC0 (0x0C 是地址)

e2e.ti.com/.../registers_5F00_on_5F00_iperf.loge2e.ti.com/.../iperf3.log

您好 Nikita、

很抱歉建议注册6F、我将其与另一台设备混用、在回复您之前应仔细检查。

您能澄清一下这种说法的含义吗？

• 6e 读为0xC0 (0x0C 是地址)

我的团队还推荐了这个主题、也许这里的内容可以帮助您找到一些解决方案。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1099945/faq-how-to-select-correct-rgmii-delay-mode-for-phy-and-mac 

此致、

-Alvaro

您好、Alvaro、

您需要读取6E 寄存器。

寄存器0x6E 读数为0x00C0、请在下面进行检查

我已检查您的链接。 这只是 RGMII 延迟 的实现方式说明  

我们在 DP83869中实现了延迟

并在另一侧关闭

您好 Nikita、

 它看起来问题可能是 MAC 接口、也 可能与时序相关。

查看当数据在线上传输时、RX 线路是否正在切换

检查 RX_CLK 和 TX_CLK 频率是否为125MHz。

数据线和时钟线之间的偏移是多少(板上迹线的长度)

电路板上布线长度的偏移可能会影响数据和时钟之间的有效时序。 如果是这样、为了可能的改进、不同的 RGMII 时序延迟(寄存器地址0x86)。  

此致、

Alvaro

以下是 PCB 上的 RGMII 布线长度和延迟：

我们在86H 寄存器中尝试了所有延迟变化、但没有改进

我们发现 RX 数据(DP83869转开关)眼图看起来真的很糟糕

TX 数据正常。  
开关延迟已关闭。 我们不知道什么会导致眼图变脏

您好 Nikita、

请允许我再有一天与我的团队讨论这个问题、很抱歉今天没有准备好回复。

此致、

Alvaro

此外、我们发现在 iperf 测试期间、寄存器0x11会不时显示链路断开

您好 Nikita、

哪个引脚是眼图中的引脚？ RXD0-D3？

我们可以尝试通过几个环回测试来确定问题所在：

• MAC 端环回-将告诉我们它是否是 MAC 问题
• 反向回送  -将告诉我们是否存在 MDI 数据线问题  

此致、

Alvaro

您好、Alvaro、

是的、眼图适用于 RxD0

请发送说明、说明如何设置这些循环以及要使用的实用程序。 实用程序的循环问题-由于 IP 不同、不接受任何消息

谢谢、Nikita

您好 Nikita、

在继续循环回放之前、您能否在 相同的屏幕截图中为我提供 RX_CLK 和 RX_D0的图、并在 RX_CLK 上设置触发器？

您还可以测量 VDDIO 电源上的纹波吗？

此致、

Alvaro

您好 Nikita、

您能否发送 VDDIO 快照？ VDDIO 上的噪声振幅似乎较大；您能否 减少电路板上的活动以减少 VDDIO 纹波并查看 RX_D0眼图是否有所改善？

您能否移除 FB13并将其替换为0hm 电阻器、以查看 其是否改善了 VDDIO 纹波和 RX_D0波形？

此致、

Alvaro

您好、Alvaro、
我已经使用一个特殊的弹簧探针检查了 VDDIO
其中包括：


请向我发送程序以启动循环测试

这是带弹簧探针的数据图

您好 Nikita、

您在前面提到了3.1V-3.6V 的纹波。 您共享的 VDDIO 屏幕截图未显示此内容、请进行澄清、因为这对调试很重要。

您是否尝试使用0欧姆电阻器替换铁氧体磁珠？

环回过程可在数据表的第9.3.4节中找到。

此致、

Alvaro

您在前面提到了3.1V-3.6V 的纹波。 您共享的 VDDIO 屏幕截图未显示此内容、请进行澄清、因为这对调试很重要。

您是否尝试使用0欧姆电阻器替换铁氧体磁珠？

不需要更换电阻器。  
当我具有高纹波时、我使用公共探针进行测量。 当我用合适的弹簧探针测量它时、它没有纹波  

环回过程可在数据表的第9.3.4节中找到。

是的、我检查了它、并且能够 设置 MII 环回
问题是、我无法从 PC 正确发送任何内容并将其接收回该 PC。 因此、我可以在不接收它的情况下发送它、并选中 RXData。 问题是我使用的任何(iperf、ping)发送速度不好。 我们通常需要发送一些非常大的内容来查看坏眼图。  
我是否可以使用任何窗口或 Linux 实用程序来检查 MII 回送？

此外、我们发现寄存器0x15 Rx Error 上升缓慢

具有空闲 Rx 错误的寄存器0x0A 将变为0xFF、然后复位为零

您好、Nikitia、

对于延迟回复、我们深表歉意、E2E 页面上周正在进行维护。

1. 回送后收到的数据包是否很好？
   
   • 如果没有响应、则可能是 MAC 侧问题。
   • 我不知道用于为回送发送更大数据包的任何软件(Windows 或 Linux)实用程序
2. 在早期的注册转储中、0xA 和0x15上没有错误、有什么变化吗？ 请确认这不是因为设置更改。
3. VDDIO 是从何处测量的？ 是铁 氧体的顶部还是底部。 它是在去耦电容器上测量的吗？
4. 症状似乎是 PHY 和 MAC 接口之间存在问题、并且您正在根据眼图诊断进行不必要的数据切换。 可能的根本原因可能是 PHY 边界处的噪声。 噪声可能出现在电源或参考时钟中。
   1. 对于电源噪声、必须在  去耦电容器上进行测量。
   2. 要检查来自晶振/基准时钟的噪声、请测量 CLK_OUT 的眼图。 它应该是一个干净的25MHz 时钟。  

此致、

Alvaro

• 如果没有响应、则可能是 MAC 侧问题。
• 我不知道用于为回送发送更大数据包的任何软件(Windows 或 Linux)实用程序

我不知道如何检查。 通常我使用 iperf 实用程序进行检查。 但是，iperf 正在检查确切的 IP 地址。 如果启用了循环、则数据包将返回、但 PC (正在发送数据)忽略数据包(不同的 IP)
应该如何进行检查？

REG 转储在开始时完成。 寄存器0xA 和0x15在数据传输时发生变化。 无设置更改

它是直接在引脚上测量的

1. 对于电源噪声、必须在  去耦电容器上进行测量。
2. 要检查来自晶振/基准时钟的噪声、请测量 CLK_OUT 的眼图。 它应该是一个干净的25MHz 时钟。  

我明天会检查它。 我们已经尝试更改了来自评估板(DP83869EVM)的振荡器。

请咨询其他工程师、我们如何测试环路(MII 环路)？

你好 Nikita

谢谢、我将等待 CLK_OUT 的结果。 您还可以测量来自 RBIAS 的噪声吗？

MII 环回问题提示存在 MAC 到 PHY 的问题。  如果您无法接收到 MAC 发送的数据包、MII 回送将不起作用。 有关如何启用 MII 环回、请查看数据表中的第9.3.4.1.1节。

在尝试 MII 回送之前要尝试/检查的一些事项：

• 确认器件处于校正工作模式。 可通过 OPMODE 寄存器进行配置(寄存器0x4F 的位11-9、请参阅第9.4.8节)
• 确认自协商完成。 可通过 检查寄存器0x0009、0x000A、0x0011来完成；以检查是否存在任何 MDI 链路/自动协商问题。
  • 注意：当您最初发送寄存器转储时、我检查了这些内容、所有内容看起来都很好。 这些寄存器在发送数据时发生变化很奇怪
  • https://e2e.ti.com/support/interface-group/interface/f/interface-forum/951157/dp83869hm-mii-loopback-setup

此致、

Alvaro

您好、Alvaro、

很抱歉耽误你的时间。

这是更新

DP83869连接开关 SJA1105P。 DP83869 VDDIO 为3.3V、SJA1105也为3.3V。 一旦我们将 SJA1105的 VDDIO 降低至2.5V、我们将获得不同的结果：
1)开关-> DP83869->MDI 现在非常完美、速度为1GB、重试次数为零
2)开关<- DP83869<- MDI 具有良好的速度(几乎1GB)、但重试次数达几百次。

我在通信期间检查了寄存器：
0x0009->0x0300
0x000A->0x7800
0x0011->0xAC02 (但一旦它读取 BC02、这是怪异的)

因此、我们在 RGMII 的 RXD 侧仍有问题 、但在 TXD 上没有。 我们看不到可能 导致它的迹线之间的差异。

我们也尝试使用 2.5V 为 DP83869的 VDDIO 供电、但结果与上述相同。

有什么想法吗？
它开始在3.3V 至2.5V 电平下工作的原因  

• 开关侧和 PHY 侧的电压下降、还是仅在开关侧下降？

此致、

Alvaro

• 开关侧和 PHY 侧的电压下降、还是仅在开关侧下降？

我们尝试了2个选项：
1) 1) SJA1105P 开关功率降至2.5V；
2)  2) SJA1105P 开关和 DP83869功率降至2.5V；

结果相同：
 Switch -> DP83869->MDI 现在是最佳选择、速度为1GB、重试次数为零；
 交换机<- DP83869<- MDI 速度良好(几乎为1GB)、但重试次数达几百次。

您好 Nikita、

降低开关上的电压似乎是改进系统的原因。

根本原因似乎在交换机内部、我建议联系供应商。

您还说从交换机到 MDI 的通信是完美的、但在返回时需要100次重试？ 它最初是如何发生故障的、它何时开始工作的？

此致、

Alvaro