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.

[参考译文] TMS570LC4357:为 PTP 的时间戳消息使用 EMAC RX 中断

Guru**** 2393725 points
Other Parts Discussed in Thread: TMS570LC4357, DP83640

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1407988/tms570lc4357-using-emac-rx-interrupt-to-timestamp-messages-for-ptp

器件型号:TMS570LC4357
主题中讨论的其他器件: DP83640

工具与软件:

您好!

我希望在 TMS570LC4357上实现 PTP 从站/主站、而我的电路板上没有能够支持硬件 PTP 的 PHY。 我们也不能更改硬件来提供此支持。

我们一直在研究 TRM 的 EMAC 部分、研究报告的延迟以便发生 EMAC FIFO/DMA 事务。 通过 TRM 和 TMS570测试、我们开始相信有可能为 PTP 实现接收帧的 MAC 级时间戳、100Mbps 链路的最大抖动为5.12us。 这将利用 RTI 捕获事件来表示 EMAC 请求为其提供服务的 RX 中断、然后通过 EMAC RX ISR 将该时间戳与接收到的数据包相关联。

是否有与此相关的应用说明、或者此论坛上的任何人是否使用此方法成功/未成功实施 PTP? TRM 中是否遗漏了一些内容、导致这种时间戳方法具有不确定性?  

TI AE 的回复。 谢谢!

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

    尊敬的 

    不、我们没有任何使用 EMAC 的 PTP 示例。

    如果您使用 PHY (DP83640)、则可以在以下主题中找到示例:

    (+) LAUNCHXL2-570LC43:IEEE 1588支持-基于 Arm 的微控制器论坛-基于 Arm 的微控制器- TI E2E 支持论坛

    但是、如果没有 PHY、我们就没有关于 PTP 的任何示例。

    ——
    谢谢、此致、
    Jagadish。

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

    您好、感谢您的答复!


    我想知道我们是否可以在这里从 TI AE 或 EMAC 专家那里获得一些有关系统中预期延迟/抖动的输入、这些延迟/抖动可以通过使用 EMAC RX 中断来对传入消息设置时间戳来引入。 我们想知道我们是否可以确定性地限制将通过该方法引入的延迟/抖动。

    谢谢!

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

    尊敬的 Wezley:

    对不起,我的回应延迟,我在这个平均时间的其他问题.

    我想知道我们是否可以从这里的 TI AE 或 EMAC 专家那里获得一些有关系统中预期延迟/抖动的输入、这些输入可以通过使用 EMAC RX 中断来为传入消息设置时间戳来引入。 我们想知道我们是否可以确定限制将通过该方法引入的延迟/抖动。[/QUOT]

    您正在寻找的正是哪个延迟?

    如果我错了、请改正我:

    您希望数据包到达到 EMAC 输入的时间与 EMAC 生成 Rx 中断的时间之间的延迟?

    这就是我们预期的延迟。

    ——
    谢谢、此致、
    Jagadish。

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

    尊敬的 Jagadish:

    是的、我们正在寻找数据包到达时间(例如、帧起始定界符命中 PHY)和 EMAC 产生 RX 中断的时间之间的确切延迟。 我们知道这会随数据包大小的变化而变化、但可以根据我们协商的链路速度计算时间偏移量(例如、一个带有100Mbps 链路的120字节数据包需要~9.6us 才能传输-但在测试中我们看到的是11.4us。 在1.7-1.8us 的一致延迟下、我们假设来自 EMAC、可能为 RX FIFO 的最后一个电芯提供服务)。

    我们想知道此时序是否一致、以及假设 TRM 中的延迟规格正确、最坏情况下的延迟或抖动是否为5.12us。

    谢谢!

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

    尊敬的 

    目前没有正在处理这些器件的活跃器件团队。

    即使有一个团队、我认为他们也不会准确地披露这些值、因为正如您所说的、这涉及到数据包长度、并且很难确定处理数据包的确切值。

    甚至我也不会看到为任何其他控制器披露这些值。  此外、该过程可能对我们来说只需要给该内部处理值添加时间戳、而且对于所有相同大小的数据包也几乎很常见(我的意思是会添加相同的偏移量)、这意味着您可以在仅接收中断信号后为数据包添加时间戳。 我的意思是、我们只能在生成中断时忽略这个时间戳和时间戳。

    ——

    谢谢、此致、
    Jagadish。