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.

[参考译文] AM6422:TX SOF 问题时的[PRU][IEP]时间戳

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1666194/am6422-pru-iep-timestamping-on-tx-sof-issue

器件型号: AM6422

尊敬的 TI:

我们目前正在研究使用 SDK 8.06 中的传统 PRU-HSR 固件 100Mbps 在 TX 上的 PTP 时间戳问题、并且我们观察到 IEP 在时间戳帧时出现了奇怪的行为、这似乎与 IPG (100Mbps 时为 960ns) 有关。 实际上、我们发现该时间戳有时错误、约为~600ns。

IEP 正确配置为针对 Tx 事件标记 SOF、如以下寄存器中所定义:

image.png

大多数情况下、时间戳处理精度良好。 当以太网总线加载 PTP 帧和 SV 帧时。

image.png

当 PRU 想要发送 PTP 帧(红色)时、它会将第一个数据字节推入 L1 FIFO、进而将其推入 MAC 层。 我们假设 IEP 时间戳是在此时生成的=>时刻没有问题。

image.png

但是、我们有一种情况、即数据被推入 L1 FIFO、而 IPG 时间尚未结束。 发生这种情况可能是由于前一帧的直通或发送、PTP 帧也已准备好发送。

image.png

在这种情况下、当 L1FIFO 被填充并尝试推送到 MAC 时、生成的时间戳不会被使用。 因此数据会保留在 L1 FIFO 中、但时间戳似乎也会生成、从而支持 PTP 算法。

 

您是否了解 IEP 计时器的此类行为(生成时间戳,而帧由于 IPG 块尚未发送)?  

如果确认了此行为、是否有方法来管理此行为? 我想这不是固件问题、而是与 PRU 架构相关的问题、1Gbps 版本可能会发生这种情况(但影响较小,因为 IPG 为 96ns)

 

如果您需要更多说明、

谢谢、

Guillaume

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

    嗨、Guillame、  

    我来检查一下。  

      在  以 100M 链路速度运行的 1G HSR/PRP 固件上选择基于 ICSS EMAC 的 HSR/PRP 固件 (08.06) 是否有具体原因?  

    BR
    Jc.

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

    尊敬的 JC:

    这纯粹是出于历史原因。 过去、只有 SDK 08.06 可用于在 R5 内核上为 HSR + PTP 提供完整的功能(即使在 Linux 上,它也不可用)

    我们仍然坚持这一点、因为我们目前没有其他选择。 下一个步骤是在 R5 上提供 PTP 协议栈后、立即使用新的 PRU-ICSSG 1G HSR 固件。

    此致、

    Guillaume

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

    尊敬的 JC:

    然而、该问题似乎与 PRU 硬件架构有关、并且可能也出现在 1G PRU/HSR 固件中。 当菊花链中有多个产品时、它会对稳定性和精度产生影响。

    此致、

    Guillaume

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

    尊敬的 Guillaume:

    但是、我们有一个案例、其中数据被推入 L1 FIFO、而 IPG 时间尚未过去。 发生这种情况的原因可能是前一帧的直通或发送、并且 PTP 帧也可以发送。

    数据被推送到 L2 FIFO 而不是 L1 FIFO、IPG 计时器位于 L2 和 L1 之间。

    如果您在 RGMII 模式下运行、您能否尝试切换到 MII 模式并检查问题是否仍然存在?

    BR
    Jc.

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

    切换到 MII 需要修改硬件否?

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

    如果是 TI EVM、则无需修改硬件。

    BR
    Jc.