[参考译文] DP83TD510E-EVM：DP83822和以太网交换机之间没有工作链路

附加备注：

别忘了、我识别出在 DP83822的引脚8上放置了一个下拉电阻器、而不是上拉电阻器。 我已将其从我的两个相同板之一上移除、并在另一个板上放置了一个上拉电阻器。 我在发布之前就这样做了、因此上述行为仍然存在。

DP83TD 和 DP83822都对 USB-2-MDIO 工具可见。

尊敬的 Kai：

感谢您提供详细查询。

为了在没有变压器的情况下实现 PHY 之间的直接连接、MDI 线路需要电容耦合。

DP83822是一款电流模式驱动器、在 MDI 线路上需要50 Ω 上拉电阻。    除非包含这些无源器件(与此图类似)、否则我不希望 DP83822和 KSZ8895链接(数据表中的第9.2.2节)：

谢谢！

Evan

嗨、Evan、

感谢您的快速回复！ 我想您的建议对您有所帮助。 现在、设置必要的寄存器后、KSZ8895上的相应 LED 会闪烁。  

我尝试的下一件事是根据以下方案连接两个电路板。 很遗憾、我无法在 PC 上建立网络连接。 我是否缺少某些配置或一般设置不适合我的应用程序？
电路板设计更一般的想法是将一个具有以太网功能的数据记录器件连接到板载开关芯片、然后借助 DP83TD 芯片远距离连接多个数据记录板以形成传感网络。

Kai

尊敬的 Kai：

此设置有效、我希望 PC 和网络之间的通信能够通过正确的硬件配置正常工作。

您能否分享  DP83822 (0x1[2])和 DP83TD510E (0x10[0])的链路状态寄存器读取？

如果您在两侧都看到链路接通、我怀疑原因是网络设置或防火墙。 用于 PC 和网络的 IPv4地址设置是什么？

谢谢！

Evan

嗨、Evan、

感谢您的答复。
两个板具有相同的值。
对于 DP83TD：
0010 -> 0001

DP83822
0001 -> 786D

那么、它确实表明、双方都建立了链路、对吗？

我尝试了三种不同的设置来测试 SPE 上的传输

1.由我们的 IT 管理员分配静态 IP 和 DNS 的 PC 连接到连接到我们网络的以太网交换机。
2.装有自动 IP 和 DNS (DHCP)的 PC 连接到与我们网络相连的以太网交换机。
3.从 PC 连接到另一台没有网络的以太网设备。 两台设备上还使用了静态 IP 地址。

在所有这三种情况下、连接都可以在没有 SPE 器件的情况下正常工作。

好的

Kai

尊敬的 Kai：

因此、它确实表明在双方都建立了链接、正确吗？

没错、两个 PHY 都 显示链路接通。 在这种情况下、PHY 之间的 MAC 接口可能存在问题。

从时钟连接看、DP83TD510E 用于 RMII 主模式、DP83822用于 RMII 从模式。

请调整针对822上 RMII 从器件配置的0x17寄存器写入：

0x17 = 0xF1

谢谢！

Evan

嗨、Evan、

不幸的是,我仍然无法建立起一个功能正常的连接。
只是仔细检查：
在 DP83TD 上、我设置了0017 -> 4021 (在我的初始帖子中、我写入了4221、但将其更正为4021)
在 DP83822上、我尝试了0017 -> 00F1以及00E1 (我认为应该是00E1、因为默认情况下、83822和83TD 上都选择了 RMII 修订版1.2、是否正确？)

在检查原理图时、我发现了一个问题、那就是 RX_D2 (DP83TD)的自举配置。 以用于评估。 套件中将该引脚上拉。 在我的原理图中、我不小心使引脚处于未连接状态。 在0x18[10]的数据表中提到了关于 CRS/DV 的内容。 这是可以通过 RX_D2上的自举实现的相同寄存器配置、还是只能通过自举实现该配置？

谢谢！

Kai

尊敬的 Kai：

很抱歉听到它无法正常工作、我们可以再尝试一些设置。

RMII 修订版1.2在两侧均有效、这不会导致任何问题。

关于 RX_D2 strap 配置、对应的寄存器为0x18[10]。 对于上拉、该值应为"0"。 您可以读回该寄存器并使用这两个值进行测试吗？

谢谢！

Evan

嗨、Evan、

启动后、0x18[10]确实为"1"。 很遗憾、将其设置为"0"没有任何变化。

好的

Kai

尊敬的 Kai：

感谢您的确认。

由于 MDI 侧链路在510和822上均建立、因此我们可以专注于调试 PHY 之间的 MAC 路径。

我建议使用以下测试用例：

• 在 DP83TD510E (0x0[14]='1')上启用环回
• 从 PC 发送数据包-> 822 -> 510
• 数据包应在510处环回并返回至 PC

这种测试可以由您自己完成吗？ 如果没有、我们可以尝试在 ping 期间探测 MAC 线路以验证信号路径。

谢谢！

Evan

尊敬的 Evan：

不幸的是,我不是完全确定,如何做你建议的测试. 我尝试通过 Windows 命令提示符 ping 一些 IP 地址。 我还尝试使用"Packet Sender (数据包发送器)"发送 UDP 和 TCP 数据包。 但是、我不确定如何验证软件包本身的发送是否正确、链接是否有故障或软件包发送本身是否错误。
如果我对网络的了解有限、您很难进行调试、我会感到抱歉。

好的

Kai

尊敬的 Kai：

不用担心！

是否有可用于 MAC 线路的测试点？ 在 ping 命令期间探测线路可能会更简单、以确认线路上存在活动、并且波形与数据表规格相匹配。

我认为问题在于 PHY 之间的 MAC 信令、因为822和510都在 MDI 侧报告链路状态。

另一种可能是网络交换机芯片、我对这一侧发生的通信是不熟悉的。 您是否见过在类似配置下使用此芯片的 ping 操作？

谢谢！

Evan

嗨、Evan、

我真的无法区分发送 ping 信号和空闲活动之间的波形、但以下行中有信号：
(关于83822芯片的所有名称、接收端和发送端、PC 和直接连接到83822的网络之间的时间比例不同、省去了 KSZ8895交换机)

RX_D0：


RX_D1：


TX_D0：
：

TX_D1：


我希望您可以制作这些波形的一些东西。

此致！

Kai

嗨、Evan、

是的、成功了。 现在一切都按预期工作。 非常感谢您的快速回复和支持！

好的

Kai