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

尊敬的 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：

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

谢谢、
Rahul

您好、Rahul、

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

尊敬的 Ray：

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

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

谢谢、
Rahul

您好、Rahul、

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

尊敬的 Ray：

感谢您的跟进。

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

谢谢、
Rahul

您好 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