请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
部件号：DP8.3822万I 主题中讨论的其他部件： AM5708,AM5728
全部，
目前，我正在集成一个DP8.3822万i PHY，该PHY通过RGMII接口连接到AM5708。
在我们的Bringup期间，PHY就在那里，但 显然似乎有数据包/帧丢弃，导致我们的网络接口超时。
除此之外，我还看到在某些系统上，PHY难以维护其链接，甚至难以获得链接(可能是我们遇到了两个问题)。
为了区分问题，我尝试将问题精确定位到特定接口，因此我创建了一个测试，该测试将发送正在接收和计算的60字节的原始数据包，如果错过，测试应用程序将计算丢失帧的数量。
使用"DP8.3822万 IEEE 802.3u合规性和调试手册"(snla266)中提供的指南，我已使用了几种环回来运行这些测试：
-使用外部以太网环回时 ，我遇到大约1,2%的帧下降
使用MII回送时 ，我仍然会遇到大约0.12%的帧下降
-为了排除PHY/以太网端的问题，我还使用了PHY-反向回送，在这种情况下，我连接的PC正在运行同一个测试应用程序，我在这里看不到帧丢弃
对我来说，这似乎指向RGMII接口或链中较早的接口(GMAC_SW)。
我的问题是，是否有一个程序来分析和调试RGMII接口和/或GMAC，并知道哪些寄存器或测量值需要考虑。
下面我复制了PHY-s寄存器的快照(此处连接了PC)，您可以清楚地看到 接收端(0x15, RECR)的错误计数正在增加。
| 0x0000 | 0x0.31万 |
| 0x0001 | 0x0.0786万d |
| 0x0002 | 0x0.2万 |
| 0x0003 | 0x0000a240 |
| 0x0004 | 0x0.0001万e1 |
| 0x0005 | 0x0000cde1. |
| 0x0006 | 0x0万d |
| 0x0007 | 0x0.2001万 |
| 0x0008 | 0x0.4141万 |
| 0x0009 | 0x0万 |
| 0x000a | 0x0.01万 |
| 0x000b | 0x0.1万 |
| 0x000c | 0x0万 |
| 0x000d | 0x0万 |
| 0x000e | 0x0万 |
| 0x000f | 0x0万 |
| 0x0010 | 0x0.0002万c15 |
| 0x0011 | 0x0.0108万 |
| 0x0012 | 0x0.82万 |
| 0x0013 | 0x0万 |
| 0x0014 | 0x0万ff |
| 0x0015 | 0x0.018万 |
| 0x0016 | 0x0.01万 |
| 0x0017 | 0x0.0249万 |
| 0x0018 | 0x0.04万 |
| 0x0019 | 0x0.0008万c01 |
| 0x001a | 0x0万 |
| 0x001b | 0x0.0007万d. |
| 0x001c | 0x0.0005万ee |
| 0x001d | 0x0万 |
| 0x001e | 0x0.0102万 |
| 0x001f | 0x0万 |
如能就此问题提供任何帮助，我们将不胜感激。
非常感谢，
Patrick Klok
