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.

[参考译文] DP83640:DP83640

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/681575/dp83640-dp83640

器件型号:DP83640

您好、我们在 TS_append 模式下配置 DP83640 ( PTP 接收配置寄存器3中的 TS_append 和 TS_insert = 1)。 我的客户使用大量多播功能与我们的 PTP 以太网交换机(2步 P2P 2层 TC 模式)进行 PLC 通信。 他们报告发生了多播数据包丢失。 我们重新配置了 DP83640以使用 PTP 接收时间戳寄存器(TS_append & TS_insert = 0)。 客户报告没有丢包。 这是芯片限制还是错误? 是否有解决此问题的办法? 谢谢。

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

    问题是否仅发生在多播?
    您是否在单播和广播上进行过测试?
    当您看到错误时、Wireshark 是如何显示的、而当您没有看到错误时、Wireshark 是如何显示的?
    帧是否完全损坏?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Ross、
    它发生在多播、广播和单播上。 我们重放了客户捕获的多播数据包、并在接收器端进行检查。 数据包丢失始终会发生、但仅损耗量不同。 我发现数据表中的描述-"启用 IEEE 1588接收时间戳插入将使接收数据延迟增加40位时间"。 插入/附加过程是否会导致数据包丢失? 有没有建议避免这个问题? 谢谢。
    Tom Ko
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    启用后、我不知道数据包丢失。 数据包是否完全丢失或刚刚损坏?
    当您在 Wireshark 上捕获数据包时、数据包会是什么样的?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ross、

    我连接了2个开关。 每个开关连接一个 NB。 一个 NB 发送多播数据包(01-00-5E-7F-00-04)、速率约为1000pkts/s、另一个 NB 接收这些数据包。 交换机运行2步 P2P TC 模式。 接收端将丢失一些多播数据包。 损耗率取决于两个开关之间的 PTP 事件消息。 我进行了10次测试。 数据包丢失率约为80%。 当我将开关重新编程为不使用 TS_append 和 TS_insert 模式(使用 PTP Rx/TX 队列)时。 我还进行了10次时间测试、没有丢包。 由于 Wireshark 无法显示损坏的数据包、因此我只能在接收端看到数据包丢失(接收计数小于发送计数)。

    Tom

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

    您好、Ross、

    我再次检查了配置。 由于使用了 TS_append 模式、我将 PTP_RXCFG3 TS_MIN_IFG (位15:12)从12配置为7。 我再次进行了测试、但获得了相同的丢包结果。 您是否对案例有任何更新? 谢谢。

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

    丢失的帧、它们是否具有一定的长度?
    利用率是否取决于损耗?
    您是否尝试降低利用率以获得更长的 IPG、并查看问题是否仍然存在?
    我正在尝试缩小问题的范围。

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

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

    您好、Ross、

    如前所述、我通过 PC 发送测试流量。 传输速率不高。 我发现我之前的测试中 IPG 的调整错误(将 IPG 从12更改为5)。 因为时间戳是5个字节并附加在 PTP 事件消息的末尾。 应将 IPG 从12调整到17。 我需要调整来自源的 IPG -交换机 MAC。 遗憾的是、交换机 MAC 中的 IPG 只有4位。 这意味着最大 IPG 为15、就像 DP83640一样。 我在15字节 IPG 中进行了测试、但仍然有数据包丢失(尽管损耗率似乎低于以前的水平)。 我的理解是否正确? 你有什么建议吗? 谢谢。

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

    对于有效的 IPG、需要至少有0.96us = 12字节。
    我不确定您所说的 MAC 只有4位。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ross、

    就像 DP83640 PTP_RXCFG3 TS_MIN_IFG (位15:12)一样。 DP83640仅支持4位帧间隙。 我使用的 MAC 具有类似的寄存器设置、并支持4位帧间间隔设置。 当我使用追加模式时、5字节时间戳被附加到 PTP 事件数据包的末尾。 因此、帧间隙变为12-5 = 7字节。 下一个数据包需要增加5个字节的位时间来发送下一个数据包。 这意味着下一个数据包需要12+5=17字节的帧间间隔设置。 但帧间间隔设置是一个4位寄存器(最大值为15)。 它将导致下一个数据包的帧间隙、PTP 事件数据包小于12字节。 这可能会导致数据包丢失。 这是我的假设。 您是否有任何解决方案? 谢谢。

    Tom

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

    为了证明这是个问题、您可以延迟帧的传输、还是以较低的速率传输?
    现在、您似乎正在尝试以完全利用的方式运行、但可能会在超过完全利用的情况下运行。
    您是否可以降低传输速率? 另一个要证明这一点的方法是禁用 append 选项并将 IPG 设置为低于12个字节、以查看问题是否像启用 append 时那样出现。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ross、

    我将数据包传输速率降低到了10pkts/sec、并且没有数据包丢失。 如前所述、我禁用附加模式、并且不会丢失数据包。 但在实际网络中、帧间隙可以是最小值- 12字节。 在这种情况下、附加模式将发生变化、导致数据包丢失。 您对此问题是否有任何建议或解决方法? 谢谢。

    Tom

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

    不幸的是,我没有解决这一问题的办法。 实施应用程序时、可能需要增加最小 IPG、以应对发生追加的最坏情况。 唯一的方法是使用 TS_MIN_IFG (位[15:12])、您已经尝试过这种方法。 您可以将 TS_MIN_IFG 增大到大于12的值吗? 结果如何? 您尝试了较小的值。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ross、

    我已尝试将 TS_MIN_IFG 配置为最大值15。 但我仍然遇到数据包丢失(尽管损耗率略有下降)。 如果这种情况没有解决方案,TI 是否有其它芯片可以解决此问题? 谢谢。

    Tom

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

    支持1588的器件没有其他器件。
    MAC 无法确保带有附加帧的最小 IPG 不会低于12字节?
x 出现错误。请重试或与管理员联系。