[参考译文] DP83867IS：与 MAX24288的 SGMII 接口自动协商失败

您好、***、

DP83867IS 上的 RX_CTRL 引脚是否绑定到模式3？ 请参阅数据表、了解所需的自举模式以及可能的软件权变措施。

大多数 SGMII 自协商问题与 RX_CTRL 在无效模式下捆绑有关。

此致、

尊敬的 Rob Rodrigues：

在当前硬件原理图中、我们没有 RX_CTRL 自举选项。 但我们在数据表中发现、
如果 RX_CTRL 引脚不能绑定到
模式3或模式4、配置寄存器4 (地址0x0031)的位[7]必须清零。
我们尝试了这一选择，但没有成功。 请详述一下。 或建议任何其他可能的选项。

此致、
*** K

您好、***、

请参阅第8.4.1节，检查是否启用了不启用 SGMII 的状态。
2.您可能需要在 MAX24xx 器件和 DP83867 (SGMII 自动协商状态(SGMII_ANEG_STS)地址0x0037)上检查 SGMII 自动协商状态、以进一步了解。

此致、
GET

Geet、您好！

感谢您的回答。

我已通过写入使能 SGMII  

0x10 => 0x5848

和扩展地址寄存器中

0x31 => 0x1050。                数据表中提到的清除第7位的方法。  SGMII 自动协商计时器持续时间= 800us。

0x00D3 => 0                    用于清零第14位以选择 SGMII 4线模式。

这里还有一个观察结果。  

如果 PHY 通过以太网电缆连接到 LAN、则自动协商将传递地址(0x0001)。 但在 MAX 和 DP IC 中、SGMII 自动协商都没有完成。

但是、如果移除 LAN 电缆、则自动协商将传入 SGMII 地址(0x0037)和 MAX IC。 DP83867中没有完成速度自动协商。

如果有任何缺失、请提出建议。

此致、

***

您好、***、

当配置寄存器4 (地址0x0031)的位[7]清零时、链路的自动协商应重新开始。

请在寄存器0x0中重新启动自协商后清除 bit [7]。 将寄存器0x0写入0x1200以重新启动自协商。

谢谢、

尊敬的 Rob Rodrigues：

我按照将配置寄存器4 (地址0x0031)的位[7]清零后的顺序执行 操作。  

我们已尝试启用自动协商并重新启动。 在一个情况下写入0x1200、在另一个情况下写入0x1340

两者都不会成功。

我们尝试的另一个选项是将 RX_CTRL 捆绑到 mode1

即 Rhi = 6.04k Ω、Rlo = 2.49k Ω。

并尝试将0x10D0写入寄存器0x0031 (Config-Reg4)。

不会成功。

 数据表中提到的 Vmax (V)为 0.256*VDDIO、即在本例中为0.256* 1.8 = 0.4608V

但此处观察到的电压电平为0.522V。

此致、

***

确保电容精度为1%。

您能否在 不通过状态寄存器检查 SGMII 的状态是否已启用？

 为了进一步了解、您可能需要检查 MAX24xx 器件和 DP83867 (SGMII 自动协商状态(SGMII_ANEG_STS)地址0x0037)上的 SGMII 自动协商状态。

此致、
GET

Geet、您好！

使用的电阻器精度为1%。  

在0x0010寄存器(位11)中启用 SGMII、并读回相同的内容。

 在0x0014寄存器(位7)中启用 SGMII 自动协商、并读回相同的内容。

现在、我应该继续使用绑带、还是应该将其移除？

如果需要、请建议进行任何硬件/软件更改。

此致、

***

您是否在 DP83867和 MAX 上检查了自动协商状态寄存器。 他们说什么？

此致、
GET

Geet、您好！

DP83867 (0x0037)读取的 SGMII 自动协商状态寄存器在(位1)中接收到 SGMII 页面、但 SGMII 自动协商不会完成。

但是、如果我拔下将 PHY 连接到 LAN 的 LAN 电缆、则 SGMII 自动协商完成(位0)和接收到的页面(位1)都将置位。

类似地、在 max24288自动协商完成状态下、读 BMSR 寄存器(0x0001)时、它读出远程故障、指示接收到失锁。

但在这里、当移除连接 PHY 到 LAN 的 LAN 电缆后、自动协商完成。

此致、

***

您好！

此问题仍在处理中
请回复。

此致、
***

您好、***、

使用寄存器0x31将 SGMII 自动协商计时器调整为1.6ms。 位[6：5]= 0b00

从那时起、您应该考虑尝试删除 MAX24288和 DP83867之间的 CML 转 LVDS 器件作为调试步骤。

确保对这些寄存器使用扩展寄存器访问方法、否则可能会无意中更改不正确寄存器的值。

此致、

尊敬的 Rob Rodrigues：

我们使用了 REGCR (0x000Dh)和 ADAR (0x000Eh)寄存器、使用了数据表中指定的扩展寄存器访问。

我们已经尝试了所有可能的自动协商速度、但没有成功。

是否可以删除 MAX 和 DP 之间从 CML 到 LVDS 的转换？

我们甚至怀疑 MAX 和 DP 之间的接口、因为 MAX 正在检测远程故障、它还指示 CDR 信号丢失和失锁。 我在这里分享了接口图。

所有电容器均为0.1uF、电阻器为100欧姆。

请仔细查看。 并建议 接收 CDR 信号丢失的原因。

此致、

***

您好、***、

您不需要 CML 转 LVDS 转换器。  我们将 SGMII 链路实现为 LVCMOS、并确保交流参数与 LVDS 规格匹配。  然后、我们建议将 LVDS 与 LVCMOS 进行交流耦合。  看起来 MAX 执行的方案是相同的。

我建议按如下方式更改您的电路。  请注意、DP83867具有内部 SGMII 终端、因此无需使用100 Ω 差分电阻。

此致、

尊敬的 Rob Rodrigues：

感谢您的建议。

我们已尝试按指定的方式更改电路、并在寄存器0x0031处使用不同的自动协商计时器持续时间。

我们还尝试了 PC 端的强制速度为100Mbps 半双工、如链接e2e.ti.com/.../490569中所建议

但没有成功。

在这里、我有两个问题、

1.为什么在 MAX 端发生远程故障、即 CDR 信号丢失和失锁？

2.移除 LAN 电缆后、为什么 DP 寄存器0x0037 (SGMII_ANEG_STS)和 MAX 中的自动协商完成？

此致、

***

尊敬的 Rob：

我已转储 DP 的寄存器值以供您参考。 (这是在 BMSR (0x0001)完成后以及 SGMII 和 SGMII_ANEG_STS (0x0037)处完成之后)

0 => 0x1000
1 => 0x796D
4=>0x0DE1
5 => 0xCDE1
6 => 0x006F
7 => 0x2001
8 => 0x4006
9 => 0x0300
0xA => 0x3800
0xF => 0x3000
0x10 => 0x5848
0x11 => 0xAC02
0x12 => 0x0000
0x13 => 0x1C40
0x14 => 0x29C7
0x15 => 0x0000
0x16 => 0x0000
0x17 => 0x0040
0x18 => 0x6150
0x19 => 0x4444
0x1A => 0x0002
0x1E => 0x0002
0x1f => 0x0000
0x6E => 0x0009
0x135 => 0x0000
0x31 =>尝试了各种操作、0x0090、0x00B0、0x00D0、0x00F0
如果出现问题和预期情况、请提出建议。

此致、
***

尊敬的 Rob：

我们看到 MAX24288中的 AN_RX 寄存器、它接收 PC 中强制的速度和双工变化。 这种情况只能通过 SGMII 自动协商来实现、这表明接收路径正常工作、那么 CDR 信号丢失的意义是什么？它是否确认硬件正常？

当我们强制 MAX24288 AN_ADV 中的链路状态为0时、自动协商将传入 SGMII 的 MAX24288和 DP83867。 但链路无法正常工作-(不执行 ping 操作)。 您能帮助我们更好地了解自动协商过程吗？

此致、

***

您好、***、

我认为这需要更深入的调试。 我已将我的联系信息传递给您。 请联系我继续本次讨论。

此致、