This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TLK110:TLK110停止处理高流量

Guru**** 2463330 points
Other Parts Discussed in Thread: TLK110

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/597647/tlk110-tlk110-stops-working-with-high-traffic

部件号:TLK110

您好,

TLK110 PHY (RMII模式)与高流量多播广播数据包之间存在问题。
每当有高流量时,PHY通信就会停止工作(挂起)
或长时间使用(几天)。 当通信量较低时,它工作正常。

通信停止,流量超过4000 pps
添加PHY软件重置命令后,我们能够获得高达2万pps的速度,
但通信仍在之间中断。

TLK110在高流量或长期运行期间停止工作,我们是否有任何此类相关问题?

此致
Kummi

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好Kummi:

    您能否提供有关测试的更多详细信息?
    —数据包大小
    —数据包间隙(IPG)和信道利用率
    -工作速度(10M或100M)

    PHY挂起时的问题症状是什么?
    - PHY是否与链路伙伴失去链接?
    - PHY是否与MAC失去通信?
    - PHY是否对MDIO-MDC通信无响应?

    此致,
    Aniruddha
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好,Aniruddha,

    非常感谢您的回复。
    以下是详细信息。

    —数据包大小
     测试平均使用350字节,组播数据包。

    —数据包间隙(IPG)和信道利用率
     每个pps (包/秒)为5000pps,1万pps,2万pps,3万pps
     如果pps增加并且长时间运行,则会出现问题。

    -工作速度(10M或100M)
     100m

    - PHY是否与链路伙伴失去链接?
     是的,数据包通信丢失,没有传输/接收数据包。  

    - PHY是否与MAC失去通信?
     是,不再与PHY通信,无法接收Trasnmit/接收中断。

    - PHY是否对MDIO-MDC通信无响应?
     我们可以通过MDIO-MDC通信读取PHY寄存器

    只是为了在问题发生之前连接PHY寄存器转储
    在该问题之后,请访问e2e.ti.com/.../PHY-Status.pdf

    最近,我们还遇到了在出现此问题后无法访问PHY寄存器的情况。
    在这种情况下,MDIOUSERACCESS0寄存器的位31被设置为“1”,但没有更改为“0”。

    此致
    Kummi

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    如有任何意见,请告知我。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    是否有任何更新?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    你好,Aniruddha,

    有件事我忘了提及。
    实际上,TLK110的CLK_OUT连接到MAC的RMII_REFCLK。
    这是否会在高流量通信期间导致问题?

    此致
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Kummi:

    您能给我发送一个示意图吗?
    从寄存器转储中,链路看起来是稳定的,但您正在接收RX_ERS。

    谢谢!
    罗斯
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Ross:

    感谢您的回复。

    很抱歉,很难向您发送客户的示意图。
    但是,此原理图与AM335xICE EVM完全相同。
    www.ti.com/.../tmdsice3359

    经过一些测试后,我们发现在连接MAC的RMII_REFCLK之后
    直接使用外置50MHz时钟(而不是CLK_OUT),我们可以减少
    在某种程度上,挂断问题。

    如果有任何信息,请告知我们
    TLK110的CLK_OUT时钟是否会在高流量通信期间导致问题?

    此致
    Kummi
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Kummi:

    RMII_REFCLK (在MAC中)是输入还是输出?
    我不知道我们的CLKOUT引脚有任何问题。
    您是否已确认CLKOUT的ppm? 是否有抖动测量?
    此外,您能否提供您正在使用的负载电容和晶体?
    我经常看到的一个问题是负载电容稍微关闭,导致ppm偏移过大。
    当发送较长的帧和/或更高的利用率时,问题变得很明显。

    谢谢!
    罗斯
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Ross:

    谢谢你。

    RMII_REFCLK (在MAC中)是输入,
    CLKOUT连接到MAC (AM335x)的RMII_REFCLK。

    关于CLKOUT问题,我当时讨论的是以下E2E。
    e2e.ti.com/.../24.364万
    它提到"无法使用TLK110设备的输出时钟(CLKOUT)
    将RMII时钟源到AM335x,因为这样做会违反接口计时”

    客户正在使用外部振荡器,如下所示。
    电容0.01u。



    此致
    Kummi

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Kummi:

    这可能是AM335x的问题,因为我不明白为什么CLKOUT不能在此处使用。
    AM335x可能有更严格的定时要求。

    此致,
    罗斯