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

尊敬的 Wezley Sherman：

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

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

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

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

——
谢谢、此致、
Jagadish。

您好、感谢您的答复！


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

谢谢！

尊敬的 Wezley：

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

Unknown 说：

我想知道我们是否可以从这里的 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。

谢谢！

尊敬的 Wezley Sherman：

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

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

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

——

谢谢、此致、
Jagadish。