[参考译文] TMDS64EVM：PRU Tx 以太网间歇性故障

我建议使用外部网络分路来排除主机端跌落、因为 PC 上的 NIC 可能会静默地丢弃数据包 、尤其是较短的数据包。 如果没有线缆级别的可见性、很难将行为称为“间歇性“。 也很难评论。

无论如何、有几个方面值得检查：

1. IPG（数据包间隙）：验证 PRU_ICSSG1_PR1_MII_RT_PR1_MII_RT_CFG 设置为 0x0B 线路时钟周期 (1Gbps 时为 96ns)。 如果在 IPG 到期之前推入了一个数据包，栅极会将其保留，直到间隙清除，因此仅此原因不会导致丢弃 — 但值得确认。  

2.背对背传输：如果您正在发送连续的帧、请等待 TX L2 FIFO 完全耗尽后再写入下一帧。 在发送前一帧之前覆盖 FIFO 内容会损坏前一帧。 您的固件应该负责处理此问题、但值得验证。

对于点：2、FIFO 填充级别：您可以读取 FIFO 填充级别以确认前一帧已完全耗尽、然后再按下下一帧。

xin     TXL2_XID, &R19, 4
and     R19.b2, R19.b2, 0x7F   
qbge    exit?, R19.b2, 0            ; don't push new packet

BTW、EOF 和您在 R31 中配置的 CRC 标志看起来正确。

BR
Jc.

根据我之前提到的 TI 演示工程、IPG 当前设置为 0x18。 我被配置为 100Mbs。 我还添加了“延迟“以在发出新的传输之前检查 FIFO 中的字节。 由于数据包大小一致、 在传输数据包和不传输数据包方面仍然存在不一致。 我无法访问 外部网络分路器（至少不能立即访问）。

我注意到、当我手动执行代码时、我的所有数据包都会被传输。 当我刚刚运行时、会出现问题。 这表明与时序相关。 其他 IPG（我应该提高？） 并等待 R19 状态寄存器 TXL2Ocd 为 0、需要调查哪些其他与时序相关的问题？

我注意到、当我手动浏览代码时、我的所有数据包都会被传输。 当我刚刚运行时、会出现问题。 这表明与时序相关。 其他 IPG（我应该提高？） 并等待 R19 状态寄存器 TXL2Ocd 为 0、需要调查哪些其他与时序相关的问题？

您能分享一下 ICSSG 转储吗？ 我对这些错误计数器更感兴趣？

BR
Jc.

FYI、所需的 IPG 为 960ns/40ns = 24 个时钟周期。 要获得 24 个周期、请进行编程：24 - 1 = 23 = 0x17、因为计数器计数为 23->0（需要 24 个周期）、然后传输在到期后的下一个周期开始

BR
Jc.

您能解释一下这些细节的来源吗？ 我明白了 IPG、这不起作用、但不确定您计算中的数字来自哪里。 当您说“必需“时、这是基于什么？

这是参考。

BR
Jc.

抱歉、让我澄清一下我的问题... 您在哪里遇到了“所需的 IPG 为 960ns/40ns = 24 个时钟周期“？

抱歉让我澄清我的问题... 您在哪里遇到了“所需的 IPG 为 960ns/40ns = 24 个时钟周期“？

1G 模式下、TX 接口时钟以 125MHz 运行。 这是传输千兆位数据所需的标准时钟速率、即 125MHz = 8ns

100M 模式、TX 接口时钟在 25MHz 上运行。 在 100Mbps 速率下、接口时钟速率为 1G 的五分之一、即 25MHz = 40ns

来自 PHY 接口的 125MHz 或 25MHz 时钟

根据 802.3 标准、96ns 是 1G 的最小 IPG、 100Mbit 为 960ns

现在、对于 ICSSG 配置 — 根据 TRM：

对于 1G -> 96ns÷8ns - 1 = 11 = 0x0B

对于 100m -> 960ns÷40ns - 1 = 23 = 0x17

0x17 或 0xB 值以 TX 接口 CLK 为单位  

BR
Jc.