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.

[参考译文] DP83848YB:TD 问题

Guru**** 2482105 points


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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1424305/dp83848yb-td-problem

器件型号:DP83848YB

工具与软件:

我们有一个基于 STM32H7的定制电路板、一个基于 DP83848的定制电路板作为 PHY。  

我们可以正确配置 PHY、所有状态和配置寄存器均符合预期、PHY 会对链路速度变化等做出反应  

PHY 环回模式也正常工作、我们可以接收发送的数据。  

当连接到以太网伙伴(PC)时、便会建立链路、我们可以从以太网伙伴接收数据。

在向以太网合作伙伴发送数据(无环回模式)时、我们可以看到 RJ45 LED 在切换、我们可以看到合作伙伴的 RJ45 LED 在(软)切换。 但不接收任何数据、Wireshark 中也没有日志、当作为合作伙伴连接 uC 并评估以太网驱动程序的低级寄存器时、我们什么也不会收到。

我们还执行了硬件环回、相同的结果、未接收到信号。 作为交叉检查、我们使用 STMF6评估板来验证测试设置、而评估板的所有工作正常。

我们进行了大量测量、但在 TD 路径中看不到任何可疑的东西。  即使是在 74990101210之后、信号似乎至少在物理上是正确的。

对此有什么想法吗? 当 TD 无法正常工作时、为什么我们具有链路状态? 我们非常感谢您提供任何提示或建议。

e2e.ti.com/.../Ethernet_5F00_PHY_5F00_and_5F00_RJ45.pdf

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

    您好!  

    [报价用户 id="213611" url="~/support/interface-group/interface/f/interface-forum/1424305/dp83848yb-stmf6-problem"]STMF6 td 评估板用于验证测试设置

    STMF6是否用于替代 STM32H7或以太网伙伴 PC?  

    您能否分享一些有关所执行回送测试的更多详细信息。 使用了哪种环回以及在哪种器件配置中使用了?  

    此致、

    Vivaan

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

    尊敬的 Vivaan:

    感谢您的支持、请观看此视频:

    https://drive.google.com/file/d/1GpOw4ss17hR5SJEbwA5PAsicqrQ3OCOV/view?usp=sharing

    借助视频的回送电缆设置、我没有收到任何消息。 相同的环回电缆适用于我的 STM32F6设置。

    当激活定制电路板上的环回位(STM32H7、DP83848)时、我会收到消息。

    但问题在于 TD 路径、当将我的板连接到网络时、我正在接收数据、但我的板无法 在网络中发回数据。 在 Wireshark 中没有什么可看的、深入了解一下、当使用 STM32F6作为合作伙伴进行调试时、我根本看不到任何数据。

    所以 Linkstate、Auteneg、接收数据...正在工作、但在 PHY 不处于环回模式时传输失败。

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

    您好!  

    我 在理解您的测试设置时仍然遇到一些问题。  

    [报价用户 id="213611" url="~/support/interface-group/interface/f/interface-forum/1424305/dp83848yb-msf6-problem"]STMF6 td 评估板用于验证测试设置、评估板工作正常。
    STM32F6] td 作为合作伙伴、我没有看到任何数据[/报价]

     STM32F6是否会替代定制电路板上的链路伙伴或 STM32H7? 或者该设置是否采用了不同的 PHY? 使用 STM32F6测试这一新设置时、您是否能够向链路伙伴传输和接收数据包?

    我只是想了解是否有任何 STM32H7或 STM32F6设置、在不处于环回模式时传输有效。

    激活 td 位

    我还希望添加一点、即在启用 LOOPBACK 位之前必须禁用自动协商、以确保 PHY 保持在所需状态。 这可能是一个可以排除的潜在原因。  

    此致、

    Vivaan

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

    尊敬的 Vivaan:

    我们暂时搁置 F6测试设置、重点关注我的定制板(参阅原理图)。 我们面临的问题是、PHY 内部环回模式正常工作、STM32H7会成功接收发送的数据。 但是、当我们连接外部环回电缆或任何其他以太网设备时、它会停止工作。 问题似乎出在 Tx 路径、因为任何其他连接的设备都未接收到从我的设备发送的数据。

    此致

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

    您好!  

    问题似乎出在 MDI 传输路径。 我希望确保数据包编码符合预期。 我认为执行合规性测试 将是一个很好的调试步骤。 下面是针对100Mbps 连接的说明。

    探测 PHY 的差分输出对应该可以得到类似如下的波形  

    注:执行测试之前、请禁用自动协商并强制建立100Mbps 连接。

    理想情况下、我们希望看到波形符合下面列出的规格。  

    此致、

    Vivaan

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

    尊敬的 Vivaan:

    虽然需要一些时间、但我们进行了一些测量、以下是非工作设计的测量结果:

    .e2e.ti.com/.../RJ45-_2D00_-MotionController.pdf

    为了进行比较、我们使用另一个评估板进行了同样的测量:

    e2e.ti.com/.../RJ45-_2D00_-Blue-EVAL_2D00_Board.pdf

    看起来主要区别在于 RJ45开路时。 "故障"设计的信号电平仅在负向、而非故障设计在负向。 和 pos。 方向(参见每个 pdf 中的第一次测量)

    此致

    Matthias

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

    Matthias、您好!  

    很高兴再次收到您的回复!  

    查看您提供的波 形、似乎非工作设计的波形偏移了2V。 我不确定是偏移2伏的波形还是示波器。 这种偏移也是信号电平似乎只在"一"方向上出现的原因、如提供的 pdf 中所标记的那样。 实际上、信号在没有此偏移的情况下同时为正和负。  

    此外、您是否能够提供工作设计中的 MDI 路径原理图、以便进行比较、并了解 PHY 接收的信号? 如果信号被拉高、并且它不是示波器偏移、则对两者进行比较可能是有益的。

    我还注意到、之前分享的原理图设计缺少一些电容、或者电容值与建议的电容不同。  

    应使用4个电容器、2个用于 PHY 侧、2个用于所用磁性元件的中心抽头。 在提供的原理图中、我只看到2个、其中一个的值不正确、为10uF。

    此致、

    Vivaan

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

    这是具有工作以太网的电路板的原理图:

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

    Matthias、您好!  

    我认为另一个电路板也使用 TI PHY。 抱歉混淆了。 我可以继续、改用参考设计进行比较。  

    我们期待您了解直流偏移和接收通道波形

    此致、

    Vivaan

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

    我犯了一些调试错误、在 Wireshark 中收到了数据、但它已损坏:

    例如、当发送时  

    0xFF、0xFF、0xFF、0xFF、0xFF、0xFF、 0xFF、0x00、0x01、0x02、0x03、 0x04、0x05、0x90、0x00

    我们在 PC 上收到(Wireshark 转储):

    0000 ff ff ff ff ff ff ff ff ff ff FF 07 0A 0f 14 15 1e d0 02 00 00
    0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    0030 00 00 00 00 00 00 00 00 00 00 00 00


    但由于数据是在 Wireshark 中接收的、我们知道物理层 CRC 必须正确、因此不会是信号电平问题或任何类似的问题(IMHO)。

    但我也知道、我要发送到 PHY 的数据是正确的、因为当我启用环回模式时、返回的数据是正确的。

    Rx 数据:ffffffffffffffff123456900  

    =>这意味着在 PYH 后,数据被更改,但 CRC 仍然有效(也没有太大意义:-()。

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

    您好!  

    很高兴听到 PHY 至少现在能够传输数据。

    修复传输问题后、您是否尝试过使用外部线环回?

    这将有助于我们缩小数据包损坏的范围。  

    此致、

    Vivaan

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

    尊敬的 Vivaan:

    遗憾的是、这不是真正的进步、唯一发生改变的是我能更好地查看 Wireshark 日志、但我们没有做任何其他更改。  我现在可以在 Wireshark 中查看数据(这有助于调试)、但我们没有做任何其他更改。

    (注意:我们在一个电路板上测试了新的 RJ45组件、但行为相同)

    使用环回电缆的环回模式不工作、PHY 内部环回测试正常工作。  

    因此、看起来数据已正确发送到 PHY、但在 Wireshark 中接收数据时、数据会损坏。 而不是接收到每个帧。  

    例如、此处为源地址:

    来源:03:80:E7:03:00:00 (03:80:E7:03:00:00)

    应该是的

    00:80:E7:00:00:00

    但我在这里没有看到任何模式。

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

    您好!  

    数据好像已正确发送到 PHY、但发送时却以某种方式损坏。  

    鉴于 PHY 内部环回测试成功、我 认为我们应运行合规性测试、以确保 PHY 的输出符合 IEEE 标准要求。 下面的文档应包含有关如何进行这些测试的更详细信息。  

    https://www.ti.com/lit/an/snla266a/snla266a.pdf? 

    这些测试可以帮助我们验证所有参数、例如上升时间、抖动、过冲等、并可以为我们指明问题的原因。  

    此致、

    Vivaan