[参考译文] DP83867IR：RGMII 中的 RXERR 和 TXERR、全双工模式

嗨、 Takahashi-San、

这些错误位将在 RX_ER 或 TX_ER 条件下置为有效、在时钟下降沿采样。

例如在 RX 侧-如果接收数据有效且没有接收错误：

时钟上升沿-> RX_CTRL =高电平(指示有效数据)
时钟下降沿-> RX_CTRL =低电平(表示无接收错误)

如果接收数据无效、并且出现接收错误条件：

时钟上升沿-> RX_CTRL = 低电平(指示无效数据)
时钟下降沿-> RX_CTRL =如何(表示接收错误)

我是否正确理解您的问题？ 如果您指的是 RX_ER/TX_ER 引脚而不是 RX_CTRL、则这些引脚不适用于 RGMII。

谢谢您、
Evan

尊敬的 Evan-san：

感谢您的答复。

我对缺乏解释表示歉意。

我想了解 RXERR 与 TXERR 有效和双工之间的关系。

即使在全双工模式下、RXERR 和 TXERR 是否可以置为高电平？

客户的理解是、只有在半双工模式下才能将 RXERR 和 TXERR 置为高电平。

嗨、Takahashi-San、

我正在检查以确认这一点。

Unknown 说：

客户的理解是、RXERR 和 TXERR 只能在半双工模式下被置为高电平。

您能否就这种理解的来源分享更多信息？

我们的器件符合 RGMII 规范、但我在规范中找不到任何支持信息来表明无法在全双工模式下断言 RX_ER / TX_ER：

/cfs-file/__key/communityserver-discussions-components-files/138/6661.RGMIIv1_5F00_3.pdf

谢谢您、
Evan

尊敬的 Evan-san：

很抱歉我迟到的答复。

客户认为、由于冲突不会在全双工模式下发生、RX_ER/TX_ER 不会置为有效。

这种理解是否错误？

请告诉我是否有任何规格会导致错误位因冲突以外的原因被断言。

嗨、Takahashi-San、

冲突不是 RX_ER/TX_ER 标志的唯一条件。 只要 PHY 无法解码无效信号、就会标记 ERROR。

谢谢您、
Evan

尊敬的 Evan-san：

感谢您的答复。

1)我想知道一些错误的具体例子,除了碰撞。

我对以下内容的理解是否正确？

-由传输路径上的噪音引起的错误

-帧格式不正确(对齐,大小)

- CRC 错误

-缓冲区溢出

-无效的模式检测

2)什么文档可以找到有关错误标志的更多信息?

如果是 IEEE 802.3、请引导我进入相应的部分。

[报价 userid="501313" url="~/support/interface-group/interface/f/interface-forum/1508519/dp83867ir-rxerr-and-txerr-in-rgmii-full-duplex-mode/5809729 #5809729"]

-由传输路径上的噪音引起的错误

-帧格式不正确(对齐,大小)

- CRC 错误

-缓冲区溢出

-无效的模式检测

[/报价]

我同意错误标记的这些可能原因。 我将查看标准并查找更多支持信息。

谢谢您、
Evan

尊敬的 Evan-san：

您有任何更新吗？

如果您知道我们在哪里可以找到有关错误标志的更多信息、如果您能告诉我、我将不胜感激。

嗨、Takahashi-San、

抱歉、审核标准并确认需要较长时间。 您是否可以使用802.3标准？

请在1-2天内收到反馈。

谢谢您、
Evan

尊敬的 Evan-san：

感谢您的答复。

这是非常有帮助的。

我期待着你的持续支持。