• 状态
  • 已锁定 已锁定
  • 回复 10 回复
  • 订户 0 订户
  • 视图 695 视图
  • 用户 0 会员在此处
选项
选项
相关

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停止处理高流量

admin
Guru**** 2616675 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

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

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

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

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

    你好，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

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

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

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

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

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

    感谢您的回复。

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

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

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

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

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

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

    您好，Ross：

    谢谢你。

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

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

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



    此致
    Kummi

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

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

    此致，
    罗斯