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.

[参考译文] DP83867CR:未检测到魔术包

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1176498/dp83867cr-not-detecting-magic-packet

器件型号:DP83867CR

您好!

你好。 我有一位客户正在使用 DP83867CR。 请查看下面他的查询以供您参考。 非常感谢。

我们正在尝试在我们的 ETH PHY DP83867CRRGZR 产品上提供 WOL 功能。 问题是、当我们将魔术包发送到 PHY 时、即使按照数据表进行了应有的配置、它也不会检测到魔术包。 我们可能错过了有关此功能的内容(考虑到这一点根本不起作用)、因此请告诉我们正确寄存器的哪种配置可使此功能正常工作。 我们使用的是 ElkhartLake 处理器。 我们按此顺序应用的实际配置为:

1 -读取 ISR 寄存器以清除即将发生的中断(从寄存器0x0013读取)

2 -将中断引脚置为低电平有效(或 寄存器 0x0014的位13)
 
3 - 将焊盘 INTN/PWDNN 设置为中断输出(或寄存器0x001E 的位7)
 
4 - 清除 WOL 输出并将 WOL_OUT_MODE 设置为脉冲中断、唤醒魔术包(将0x0081写入扩展寄存器0x0134)
 
5 - 写入 WOL_INT_EN = 1 (MICR reg)(或寄存器0x0012的位3)
 
使用该配置时、不会检测到魔术包(我们从不会看到扩展寄存器0x0135的位0设置)。

然后、在发现该地址不起作用后、我们尝试将 MAC 地址设置为扩展寄存器0x0136、0x0137和0x0138、但这一操作没有改变。

我们可以在这方面获得帮助吗? 如果您需要任何其他有用的信息来帮助我们、请提出问题。
请提供建议。 非常感谢。
此致、
Ray Vincent
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Ray:

    下面是经过 DP83867设置过程的常见问题解答:
    https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1163723/faq-dp83867ir-how-to-setup-and-test-wol-feature-of-dp83867?tisearch=e2e-sitesearch&keymatch=dp83867%20magic#

    请尝试此过程并分享您的反馈。

    此致、
    Rahul

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

    您好、Rahul、

    你好。 请参阅以下客户对您的回复的回复。 非常感谢。

    我们查看了您与我们共享的文档中建议的解决方案。 我们尝试实现了与演示中所述相同的寄存器配置、但有一些差异我想提出质疑。

    首先、本文档解释了其他来源、而不仅仅是 wol 功能的魔术包(单播、广播)、但我想知道是否有必要同时激活这些来源、我们只需要 wol 的魔术包。 我想我们只需要寄存器0x134的0x481值、我只想确定。

    其次、如果我们启用中断来同时触发单播或广播数据包、通过此配置、我们可以看到引脚变为低电平、并保持在该电平、直到寄存器0x13被读取、考虑到寄存器0x0134的值、这种行为不是我们所期望的。

    此外、我想补充的是、我们通过发送到 DUT 的 Wireshark 实用程序来监控数据包结构、并实时监控器件的寄存器、 例如、为了检查寄存器0x0135上寄存器接收到的数据包的状态是否设置了与魔术包相关的值。

    到目前为止、我们无法检测到器件寻址魔术包传输的任何迹象、但如前所述、我们能够通过不同的方式触发中断、即使结果不是我们预期的脉冲。

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

    尊敬的 Ray:

    您是否尝试 将 中断分配给 GPIO 并对其进行测试? 或者、您是否在软件端检查此项?

    谢谢、
    Rahul

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

    您好、Rahul、

    你好。 它们 使用 INT 引脚测试器件、以发出 wol 脉冲信号、并按照之前消息中所述设置寄存器。 如果需要、它们还可以对 GPIO_0和 GPIO_1进行采样、将寄存器0x0172设置为适当的值、但它们需要 INT 引脚在其设计上用作中断。

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

    尊敬的 Ray:

    我必须与团队进行核实、或尝试在实验室设置中重复此问题。 我当前被一些优先级中断占用。

    我可以在实验室中对此进行调试并提供更新、请允许我在4-5个工作日内进入实验室并调试此问题。

    谢谢、
    Rahul

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

    您好、Rahul、

    你好。 我想跟进客户的询问。 非常感谢。

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

    尊敬的 Ray:

    感谢您的跟进。

    我仍在等待一位同事(目前是 ooo)的回复、应在星期四之前回复。 我将在收到他的消息后立即向您更新。

    谢谢、
    Rahul

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

    您好、Rahul、

    你好。 客户的查询是否有任何更新? 请提供建议。 非常感谢。

    此致、

    Ray Vincent

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

    您好 Ray、

    由于 Rahul (支持该主题)已不在办公室、我将再次将此主题指导给其他同事。 但是我自己完成了这个主题,注意到了一些我想与客户确认的事情:  

    [引用 userid="485275" URL"~/support/interface-group/interface/f/interface-forum/1176498/dp83867cr-not-detecting-magic-packet/4429534 #4429534"]其次,如果我们启用中断来同时触发单播或广播数据包,通过此配置,我们可以看到引脚变为低电平并保持此电平,直到读取寄存器0x13,这种行为不是我们所期望的,给定寄存器0x0134的值。

    因此、客户看到魔术包上的中断变低。 对吧?

    [引用 userid="485275" URL"~/support/interface-group/interface/f/interface-forum/1176498/dp83867cr-not-detecting-magic-packet/4429534 #4429534"]到目前为止,我们无法检测到器件寻址魔术包交付的任何迹象,但如前所述,我们能够通过不同的方式触发中断,即使结果不是我们预期的脉冲。

    预期中断引脚将具有脉冲是不正确的。 中断引脚的功能是使其在检测到所需中断时变为低电平、并在主机处理器读取中断寄存器之前保持低电平。 如果需要脉冲、则可以将 WoL 导入 GPIO (如前面共享的文档中所述)。

    很抱歉,如果我在解释这一主题时有所损失,但我希望上述答复能有所帮助。

    --

    此致、

    Vikram

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

    您好、Vikram、

    你好。 请参阅我们客户对您的回复的最新回复。 非常感谢。

     您的注释:因此客户看到魔术包上的中断变低。 对吧?

    实际上、我们可以看到来自操作系统的魔术包、但当我们发送魔术包并从 UEFI shell 进行检查时、INT 引脚根本不会变低(无脉冲、无电平)。 我们将检查寄存器0x135位0以了解是否仍然检测到魔术包、但它永远不会变为1。

     您的注释:中断引脚具有脉冲的期望值不正确。 中断引脚的功能是在检测到所需的中断时将其变为低电平、并在主机处理器读取中断寄存器之前保持低电平。 如果需要脉冲、则可以将 WoL 导入 GPIO (如前面共享的文档中所述)。

    好的、现在这个部分更清楚了、感谢您的解释。 因此、如果我们需要脉冲模式、INT 引脚不支持该模式、我们必须使用 GPIO。 对吗?

    此致、

    Ray Vincent

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

    尊敬的 Ray:

    我可以在 Rahul 是 ooo 的情况下处理这个问题。 请允许我用一天的时间来加快讨论。

    此致、

    Gerome

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

    尊敬的 Ray:

    在12/22年12月20日、您曾声明当看到魔术包时 INT 引脚根本不会变为低电平、而在12/22年12月2日、您会看到 INT 引脚在类似条件下变为低电平。 这是怎么做的?

    此致、

    Gerome

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

    您好、Gerome、

    你好。

    类似的情况是、我们尝试通过启用单播和广播来查看中断是否能够变为低电平。 当然、这不是一个工作条件、因为当插入电缆时、中断会立即设置为低电平。 所以、中断本身的功能是可以的、但是它不能与魔术包一起工作、因为它没有被检测到。 当然、我们希望在收到魔术包时、而不是每次插入电缆时、将中断设置为低电平。

    此致、

    Ray Vincent

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

    尊敬的 Ray:

    在工作条件下、由于多种不同的原因、这个中断可以被提升。 您能否读取中断寄存器以查看驱动该寄存器的是哪个? 这也将清除中断寄存器和引脚、这样、当魔术包被发送时、只有在配置正确时、才可以由它驱动中断。

    此致、

    Gerome

    请注意:TI 将于12月26日、12月27日关闭。 回复将延迟至12月28日开始。

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

    您好、Gerome、

    你好。 请参阅我们客户对您的回复的最新回复。 非常感谢。

    我们可以读取0x0013寄存器、该寄存器存储运行时的各种中断状态、但当仅为 WOL 启用魔术包选项时、位3 WOL_INT 不会更改其值。 我们在引导时读取0x0013状态以清除它、以防万一、但没关系、因为中断引脚保持高电平。

    当还为 WOL (寄存器0x0134、位4或位2)启用单播或广播数据包选项时、寄存器0x0013的位3将切换、并且中断有效、 但在我们的特定情况下、寄存器0x0134的位0设置为高电平、位4、位2和位1均为零。

    在我们的测试期间、我们没有看到中断被置为有效、除了上述情况外、其他中断的原因从未干扰中断信号。 无论如何、我们在清零0x0013寄存器后始终执行测试、因为我们认为其他原因可能会影响测试结果。

    我们还监视寄存器0x0135、该寄存器检测不同数据包类型的到达、在向以太网控制器发送魔术包时、位0 magic_RCVD 从未置位。

    也许、我们有一个寄存器映射表、其中包含配置所需的所有值、并有一个测试魔术包结构、以确保我们使用正确的设置、这会很有用。 我在网上找到了一些示例、但没有什么太有用或实际对我们有用的东西。

    此致、

    Ray Vincent

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

    尊敬的 Ray:

    我需要向团队核实这一点。 请注意、假日季可能会有延迟。  

    此致、

    Gerome

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

    尊敬的 Ray:

    与团队核实后、我们可以证实客户的调查结果。  

    DP83867 寄存器0x134[0]未可靠地检测其相应的封装。 但是、0x134[4、2]能够检测其相应的软件包。 我们将使用适当的信息更新 DP83867数据表。

    此致、

    Gerome