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.

[参考译文] DP83867ERGZ-R-EVM:CRC 错误

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1587888/dp83867ergz-r-evm-crc-errors

器件型号: DP83867ERGZ-R-EVM

您好、

我想与您讨论在中发现的问题 TI DP83867 PHY 移植到我们的新电路板上。 我来解释一下测试场景和测试硬件设置:

 

硬件设置 1:

  • DUT 连接到 Keysight NovusOne 设备
  • TI PHY DP83867 配置为“反向环回模式“。
  • 电缆长度:2.5m

 

硬件设置 2:

  • DUT 连接到 Keysight NovusOne 设备
  • TI PHY DP83867 配置为“正常运行模式“。
  • 电缆长度:2.5m

 

测试场景:

  • NovusOne 设备使用以下设置向 DUT 发送数据包:
    • IGP: 12
    • 使用 100%行速率
    • 数据包固定大小为 512B

 

à μ s 结果:

  • 在运行上述“硬件设置 1“测试场景时、我们观察到 NovusOne 设备的 RX 侧出现了大量 CRC 错误
  • 在“硬件设置 2“上运行上面的测试场景、我们观察到连接到 PHY 的 MAC(在 DUT 上)的 RX 侧存在大量 CRC 错误

 

 

注意:我们有两个 RJ45 端口、因此有 2A TI dp83867 PHY、在两个端口上获得相同的结果。

 

 

观察结果:

 

我们在 TI DP83867 疑难解答 pdf (DP83867 疑难解答指南(修订版 C)) 中找到了相应的序列 修复 上述(在两种硬件设置中)解释了 CRC 错误。

第 18 页第 3.1 节“提高短电缆的链路裕度“中提到的序列解决了该问题、但我们对此有几个问题:

 

  • 你能解释一下观察到的 CRC 吗?
  • 第 3.1 节 “提高短电缆的链路裕度“中所述的顺序具体是什么?
  • 在使用 2.5m 长的电缆时、为什么该序列(针对短于 1m 的电缆)使我们的测试通过?
  • 我们是否确定该序列将修复所有可能电缆长度的 CRC 错误?

 

 

提前感谢您的帮助和解释。

 

 

此致

Alexandre

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

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

    尊敬的 Alexandre:  


    [引述 userid=“676428" url="“ url="~“~/support/interface-group/interface/f/interface-forum/1587888/dp83867ergz-r-evm-crc-errors
    • 你能解释一下观察到的 CRC 吗?
    • 第 3.1 节 “提高短电缆的链路裕度“中所述的顺序具体是什么?
    • 在使用 2.5m 长的电缆时、为什么该序列(针对短于 1m 的电缆)使我们的测试通过?
    • 我们是否确定该序列将修复所有可能电缆长度的 CRC 错误?
    [/报价]

    我们的 DSP 在短电缆中聚合速度不够快、导致 DSP 收敛到错误状态的客户案例。  在本例中、2.5m 电缆的情况可能是 DSP 收敛到错误状态、从而导致 CRC 错误。  

    该序列应解决所有电缆长度的 CRC 错误。  

    此致、
    j

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

    您好、

    能否提供更多详细信息?  

    对不起、我还有另外两个问题:

    -你能确认这个“修复“涵盖了所有电缆长度?

    -你能确认这个“修复“不影响带宽或延迟?

    谢谢

    Alexandre

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

    尊敬的 Alexandre:  

    这些脚本旨在增加 DSP 收敛所需的时间。 我很抱歉之前的评论、我在上面说过它会使 DSP 收敛得更快。 该脚本会增加内部计时器、以便 DSP 有更多时间收敛、因为我们已经看到、DSP 无法在一些短电缆中随时间推移与 PHY 中的默认计时器值收敛。 我编辑了上述评论、以尽量减少混淆。 我没有听说过使用此脚本在其他电缆长度上断开链路的情况。 该修复方法不应影响带宽或延迟、因为这是为了实现内部 DSP 收敛。  

    此致、
    j

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

    你(们)好  

    抱歉、此序列无法修复我的所有用例。 请记住、我将 PHY 配置为反向环回模式:

    -如果我发送的数据包大小为 512B、IPG 12 和 100%线路速率 ,则第 3.1 节“提高短电缆的链路裕度“中提到的第 18 页的序列可修复 CRC 错误。

    -如果我发送的数据包具有随机大小(从 64B 到 128B ), IPG 12, 100%行速率,那么序列(在第 3.1 节中提到的第 18 页)不足以修复,仍然存在 CRC 错误。

    你能为什么和帮助我们找到一个解决方案?

    此致

    Alexandre

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

    您好、

    美国办事处因感恩节而关闭。 我会在达拉斯时间回顾并返回给您的星期一。

    此致、

    j

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

    尊敬的 Alexandre:  

    很抱歉耽误你的时间。  

    脚本用于链路建立、而不是 CRC 错误、因此可能仍然存在 CRC 错误。  

    您是否也尝试过在 3.2 中使用脚本?

    此致、
    j

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

    您好、

    让我试着再次解释更多的细节我的意见:

    硬件设置 1:

    • DUT 连接到 Keysight NovusOne 设备
    • 中配置了 TI PHY DP83867 “反向环回模式“
    • 电缆长度:2.5m

    测试场景:

    • NovusOne 设备使用以下设置向 DUT 发送数据包:
      • IGP: 12
      • 使用 100%行速率
      • 数据包固定大小为 512B

    首先、我没有在 3.1 中添加部分。 在建立链路过程中似乎出现了问题、例如我得到了以下信息:

    -->链路已建立-->运行测试场景 -->无 CRC(可在夜间运行)-->我强制链路断开、然后链路接通-->运行测试场景-->观察到 CRC 错误-->我强制链路断开、然后链路接通-->运行测试场景-->无 CRC -->

    因此、链路建立期间的某些情况会产生不良影响、在 3.1 中添加软件序列可以改善这种情况(但并非所有用例)。

    因此、请帮助我们了解这种奇怪的行为。

    此致

    Alex

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

    您好 Alex、  

    感谢您的澄清。  

    我看到的一件事是自动 MDIX 分辨率。 您可以检查寄存器 11h 位 8 和 9 以查看 A、B、C 和 D 对上的 MDIX 分辨率  

    此外、使用故障排除指南中的脚本 3.2 也可能有所帮助。  

    此致、
    j

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

    您好、

    感谢您的回答。  

    -我试图添加 3.2 序列,但它没有改善的情况

    -关于 PHYSTS 寄存器的第 8 位和第 9 位、我观察到这些位从一个链路变为另一个链路。 我得到的值为 00 或 11、但与我得到的 CRC 错误或我没有得到的 CRC 错误没有相关性。

    此致

    Alex

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

    您好 Alex、  

    这可能是 DUT 和 LP 之间链路的主/从配置造成的。  
    这是根据每次建立的链路而变化的另一个因素。 寄存器 0x000A 的位 14 和 15 将保存此值。 是否可以在工作和非工作条件下检查此值?
    如果是这种情况、您可以使用寄存器 0x0009 中的以下位手动设置主器件/从器件:


    请告诉我。  

    此致、
    j

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

    你(们)好

    我可以看到有时这些位会发生变化、但无法将其与问题联系起来。 例如、如果第[15..14]位的值为 0x3、我可以收到 CRC 错误、并且在链路断开/建立后使用相同的值、我不会收到 CRC 错误。

    此致

    Alex

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

    您好 Alex、

    我可以看到、此问题多久发生一次? 是每隔一个链路、还是每隔一段时间?

    此致、
    j

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

    你(们)好  

    在 2 或 3 链路接通/断开时、我观察到不同的行为。

    此致

    Alex

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

    您好 Alex、  

    是否应用了 3.1 中的脚本的该频率? 如果是、3.1 脚本之前的频率是多少、反之亦然?
    另外、在不断开电缆的情况下、重新启动自动协商是否可以解决该问题? 为此、可将 0x0000 寄存器的位 1 至位 9 设置。  

    此致、
    j

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

    你(们)好  

    我获得了相同的频率、是否应用第 3.1 节。 第 3.1 节影响 PHY 的稳健性。 如果没有此设置、我会观察到固定大小为 512B 的数据包和随机大小的数据包的 CRC 错误。 在应用第 3.1 节后、我只会看到随机大小为 64B 至 128B 的数据包出现 CRC 错误、因此当 PHY 承受更大应力时。 请注意、在这两种情况下、如果我将 IPG 从 12 提升到 13、我都不会出现 CRC 错误。  

    我尝试使用自动协商使能位。 启用该位实际上意味着链路断开、然后链路接通。 所以我得到了同样的结论。

    此致

    Alex

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

    您好 Alex、  

    感谢您提供的信息。 也感谢您尝试使用 IPG。 如果您将 IPG 移至 13 时它可以正常工作、您可以尝试写入 0053 2053 吗? 这应该是为了更改 PHY 中 IPG 计数器的阈值、这是 PHY 支持的最低阈值。 这也是 3.1 脚本的一部分。 您能看到此更改是否改善了问题吗?

    此致、
    j

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

    你(们)好  

    0x2053 和 0x2054 之间 有什么区别、因为首次使用 0x2053 而非 0x2054 进行试验似乎很有前景。 但是、我需要执行更多测试。

    谢谢

    Alex

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

    您好 Alex、  

    寄存器 53 保存 PHY 中 IPG 计数器的阈值。 2053 是 PHY 支持的最低阈值。  在这个连接方案中、PHY 没有读取正确的 IPG、或者 IPG 在与 PHY 连接的某个位置丢失。  

    此致、
    j

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

    您好、

    将寄存器 0x53 从 0x2054 更改为 0x2053 后仍然没有问题! 一旦我返回到 0x2054、就会看到 CRC 错误。 我记得要使用该寄存器、但查看数据表、从未指定过 0x3 为值 (IPG <12 时为 0x5、IPG >= 12 时为 0x5)。

    很抱歉、但我需要更多详细信息来了解问题并确保我们有一个解决方案。

    -什么是默认值? 因为实际上只有第 3.1 节中与 0x53(设置 0x2054)接触的线改善了这种情况。

    -为什么我需要设置这个未记录的值? 这是否是电路板布局布线的问题? 还是其他 PHY 配置?

    提前感谢

    Alex   

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

    您好、  

    默认值为 0x2055。 0x5 通常用于 IPG=12、0x4 的 IPG 小于 12、但更像是 IPG=11。 已知 0x3 为 IPG=10 等  
    必须设置此值、因为好像在您的连接 IPG 中丢失、导致 PHY 处的 IPG 读取不是 12 或 11。 并且这似乎是导致 CRC 错误的原因。 这可能会导致电路板布局布线问题、或者电缆会造成大量损耗。  

    此致、
    j


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

    您好 J

    但什么意味着“您的连接 IPG 正在丢失“?  因为我的假设(可能很愚蠢)是、如果 IPG 没有丢失或不是标准的、那么 MAC 将丢弃帧。 抱歉、我看不到与 PHY 的链接。

    此致  

    Alex  

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

    你(们)好  

    情况似乎更好、但我仍然有 CRC 错误。 上/下的频率低于之前的频率 (10 上可能有 1 次上/下为 Ko)。

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

    您好 Alex、  

    根据 IEEE 标准、MAC 可以处理的 IPG 低至 8。 然而、我们的 PHY 并非设计用于处理如此低的 IPG。 因此、可能存在 MAC 不丢弃数据包、但 PHY 无法正常工作的情况。  

    但是、由于并非每个链路上都会发生这种情况、这可能与 IPG 无关、但更改阈值会有所帮助。  

    您能否检查 XI 时钟频率是否为 25MHz? 我们已经看到了以下情况:不稳定的输入时钟会导致 PHY 发出 CRC 错误。  

    此致、
    j

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

    您好 J

    我在几块电路板上进行了更多测试(每个电路板都有不同的 PCB 布局):

    BOARDA =非优化布局

    Boardb 和 C =优化的布局。

    请记住、我会在以下条件下运行测试:IPG 12 / 100%线速率。

    Viterbi 设置为 0x4 时: 在所有电路板上、我都会收到 CRC 错误:

    Viterbi 设置为 0x3:电路板 A 出现 CRC 错误、但电路板 B&C(布局经优化)没有 CRC 错误。

    现在的问题是:

    -为什么 0x3 没有在您的数据表中定义?

    -是否可以添加它? 还是至少要将其添加到 TI 故障排除指南中?

    -此 PHY 是否支持 100%线速 IPG12?

    提前感谢

    Alex

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

    您好 Alex、  

    -为什么数据表中未定义 0x3?

    我们已知该设置、但过去尚未经过验证、将其放入数据表中。  


    -是否可以添加它? 或者至少将其添加到 TI 故障排除指南中?

    我们会将其添加到数据表和故障排除指南中。  


    -此 PHY 是否支持 100%线路速率的 IPG12?

    是的、PHY 支持 100%线路速率的 IPG 12。  

    此致、
    j

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

    您好、

    感谢您的回答。 我的最新问题是:您认为 Viterbi 数据表何时会更新?

    谢谢

    Alex

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

    您好 Alex、

    数据表目前预计在本季度进行修订。  

    此致、
    j