[参考译文] DP83826E：DP83826E MSE (平均平方误差)、通过寄存器0x225

大家好、Jan、

您可以发送您的设置的图片吗？

还请读取寄存器0x10并告诉我该值。  

谢谢。

大卫

尊敬的 David：

寄存器0x10的值为0x6F15。

我的当前连接距离理想状态很远。 我使用 DP8325EVM、通过 RMII 连接连接到 STM32H7 MCU。 通过导线进行连接、这意味着阻抗匹配会相当差。 在 MDI 侧、我从 EMV 中移除了变压器、并连接了具有集成磁性元件的 RJ45连接器。 MDI 连接通过电线进行。 这意味着阻抗匹配不正确、可能会产生串扰。 但是、尽管 PHY 的连接非常"糟糕"、但以太网通信却运行得相当好、让我吃惊。

MSE 可能是深入了解链路质量的有趣指标。 TI 告诉我、DP8325和 DP8326应该以与 MDIO 寄存器相同的方式出现。 但这种说法可能不正确、它不像 MSE 那样计算扩展寄存器的数量。

此致、

1月

大家好、Jan、

让我看看我是否可以在实验中重现该问题。  

除了读取 MSE 寄存器之外、还有其他问题吗？ 您说吞吐量令人满意吗？

谢谢。

大卫

尊敬的 David：

让我简单总结一下。

我们的初始设计是使用 KSZ8081RNA 完成的、但发现在长以太网电缆(90m-100m)处性能较差。 这就是我们尝试使用 TI PHY 的原因。 即使未正确连接 DP83825、我们也能获得比 KSZ8081RNA 更好的结果。 包含 DP83826的全新 PCB 版本目前正在制造中。 我们选择了具有 RMII 连接的 DP83826、因为它的封装比 DP83825更适合我们。 我们使用 DP83825的测试硬件的性能不是很出色、但可以接受、尤其是使用如此糟糕的基于线的 MDI 和 RMII 连接时。 我们希望通过正确设计的 PCB、性能会好很多。

让我们讨论其他问题。 如果我们没有在 DP83826的文档中讨论多个拼写错误(我已通过其他通道报告)、我会看到 PHYSTS 寄存器(10h)多次报告了一些奇怪的值。 我在没有任何环回模式设置的情况下、SAW 将位3 (MII 环回状态)设置为1。 我还看到、有时位0 (链路状态)设置为0、但在100ms 后、重复读取再次设置为1。 但我希望寄存器0x10的这个问题与我们的 PHY 连接在某种程度上相关、我们不会在实际的 PCB 中看到它们。

此致、

1月

大家好、Jan、

您多久在寄存器0x1中看到一次奇怪的值？ 您能否在发送/接收数据时共享一些寄存器转储(0x0 - 0x1F)？ 我们可以寻找发生变化的位。  

谢谢。

大卫  

尊敬的 David：

我只在0x10寄存器上看到了几次奇怪的值。 这对我来说不是什么大问题。 因为我认为这在某种程度上与 MDI 连接不佳、我目前使用的 RMII 有关。 我认为连接正确后会消失。

在 PHY 链路接通且数据传输速率~12Mbps 时寄存器。

reg 0x00: 0x3100
reg 0x01: 0x786d
reg 0x02: 0x2000
reg 0x03: 0xa140
reg 0x04: 0x1e1
reg 0x05: 0x45e1
reg 0x06: 0x5
reg 0x07: 0x2001
reg 0x08: 0x0
reg 0x09: 0x0
reg 0x0a: 0x100
reg 0x0b: 0x0
reg 0x0c: 0x0
reg 0x0d: 0x0
reg 0x0e: 0x0
reg 0x0f: 0x0
reg 0x10: 0x4615
reg 0x11: 0x10b
reg 0x12: 0x20
reg 0x13: 0x0
reg 0x14: 0x0
reg 0x15: 0x0
reg 0x16: 0x100
reg 0x17: 0x65
reg 0x18: 0x480
reg 0x19: 0x8c00
reg 0x1a: 0x0
reg 0x1b: 0x7d
reg 0x1c: 0x5ee
reg 0x1d: 0x0
reg 0x1e: 0x102
reg 0x1f: 0x0

此致、

1月

大家好、Jan、

好的、是的、我猜这可能与 MDI 和 MII 连接较差有关。 如果问题变得更加明显、请告诉我、当发生奇怪的情况时、您可以抓取寄存器转储。  

现在、我看到链路尚未断开、并且您共享的寄存器转储中没有接收错误。  

我仍在检查 MSE 寄存器、当我听到后退时、我会告诉您。

谢谢。

大卫  

尊敬的 David：

好的、请告诉我您何时得出结果。

此致、

1月

大家好、Jan、

是的、希望明天或下周早些时候。

谢谢。

大卫

大家好、Jan、

很抱歉耽误你的时间。 0x218是正确的 MSE 寄存器。 将在该应用手册的下一版本中更正此问题。

谢谢。

大卫

尊敬的 David：

感谢您的回答。 我将进行测试、告诉您。

此致、

1月

大家好、Jan、

好的、请告诉我。

谢谢。

大卫

尊敬的 David：

我使用 DP8325EVM 的测试硬件进行测试。 寄存器0x218显示预期范围内的值。 它似乎在某种程度上可行、但我期望的值要差得多。 MSE 寄存器的值在320 - 517的范围内(根据sla4230的表3-7提供了出色的链路质量)。 当我通过 DP8326准备好"真正的"硬件后、我也将对其进行测试。

1月

大家好、Jan、

好的、让我知道。

谢谢。

大卫

尊敬的 David：

我终于准备好了带有 DP83826的新硬件。 长电缆情况下的性能非常好。 在122m 长电缆、无 RX 错误、无 FCS 错误和 MSE、范围在150 - 550。 性能远优于 KSZ8081KSZ8081RNA。

1月

大家好、Jan、

感谢更新、结果很好听到。 我想以前的问题与  MDI 和 MII 连接较差有关。 您还有其他问题吗？

谢谢。

大卫

尊敬的 David：

是的、我认为这与  MDI 和 MII 连接较差有关。

在我使用 DP83826的新硬件中、我看到了一件事。 DP83826何时设置为自动协商、而另一侧何时设置了固定速度。 这会导致通信速度问题和数据包丢失(<1%)。 我想问问、这是否是 DP83826预期的行为。我阅读了一些有关仅在一侧启用自动协商时双工不匹配问题的文章、但我以前从未见过这一点、现在使用 DP83826。

感谢回答。

1月

大家好、Jan、  

是的、可能是双工不匹配。  也许您已经看过它了、这里有一篇很好的相关文章： http://www.ethermanage.com/ethernet/pdf/dell-auto-neg.pdf

您能否检查每一侧的双工状态？

谢谢。

大卫