[参考译文] RTOS/TLK110：系统将在高流量的情况下挂起

您好，Abby，

如果接收到的信号的符号不能解码，或者PHY的内部CDR无法锁定这些符号以正确恢复时钟，则假载波计数器将递增。

您是否启用了RMII增强模式？

此致，

Rob，您好！

感谢您的回复。

我们没有启用RMII增强模式。

我们是否应该启用它？

Abby

您好，Abby，

您可以尝试启用它。 另外，您是否提供了来自AM3359或外部振荡器的50 MHz参考？

如果您使用外部振荡器，是否可以共享数据表？ 我想查看抖动规格。

此致，

Rob，您好！

我们使用外部振荡器作为以下链路：(3.3V，±50ppm)
www.siward.com.tw/.../_P1-72_49.pdf

除了"False"问题之外，什么可能导致TLK110挂起？ 我们可以检查哪些寄存器？
因为我们发现"虚假运营商计数器"没有增加，但系统有时仍挂起。
或者，您是否有任何建议让我们查看AM3359？

Abby

您好，Abby，

TLK110端口挂机是不常见的。 事实上，我怀疑上层的接口正在降低速度，TLK110的重置导致端口重置。

当通过微控制器运行大量数据包时，通常会超出该子系统的消息处理能力，特别是当数据包相对较小且IPG较短时。 这会导致控制器中出现非常快的中断字符串，或者导致MAC缓冲区溢出，然后微处理器才能处理它。

您可以通过查看RX_ER计数器和FCS计数器来判断PHY是否出现问题。 如果这2个计数器在操作过程中增加，那么您的参考时钟可能会出现抖动问题。

您提供的振荡器数据表没有指定抖动，所以我担心它可能会很高。

AM335x还需要低抖动RMII参考时钟来工作。

您能否提供TLK110设计示意图？ 在您之前参考的原始螺纹中，原理图中存在一个可能导致问题的错误。

此致，

Rob，您好！

我们将尝试获取低抖动OSC进行测试。

当我们进行高流量测试时，系统没有 立即挂起。

挂断时间是随机的。

我们的TLK110示意图如下所示：

谢谢你。

Abby

您好，Abby，

原理图看起来正常。

当通信挂起时，PHY的寄存器的行为是什么？ LED_ACT的状态是什么？ PHY是否仍显示活动？

在正常操作期间，您是否可以提供寄存器值的转储，范围为0x0到0x1f？ 此外，在通信挂起时，提供寄存器值0x0到0x1f的转储。

此致，

Rob，您好！

我们使用AM3359读取PHY的寄存器，当通信挂起时，AM3359将无法再读取PHY的寄存器。

您是否有其他读取PHY寄存器的建议？

谢谢你。

Abby

Rob，您好！

我们有三个OSC：
(1) DSC1001AIZ - 050.0000
ww1.microchip.com/.../DSC1001数据表MKQBPD506.1001万-8.pdf
(2) FN500.0118万
www.diodes.com/.../FN_3-3V.pdf
(3) X1G0.4481万001200</s>0.12万
www.texim-europe.com/getfile.ashx

问题1：您能否帮助检查哪一个更适合我们的申请？
问题2：在我们的示意图中，OSCOUT连接到两个PHY (两个以太网端口)。 我们是否需要两个OSC连接到每个PHY？

谢谢你。

Abby