[参考译文] AM2634：以太网 AM2634 中的其他中断

您好、Srinivas、

我已将该主题分配给正确的所有者。 由于时间和周末的原因、请预计下周初的某个时间会有初步回复。

此致、

Zackary Fleenor

TI 团队大家好、

我们 仍在等待您的答复。

此致、

Srinivas。

您好、Srinivas、  

什么触发了 MISC 中断、  

首先读取该中断以了解启用了哪些 MISC 中断：

然后、检查哪个 MISC 中断类型事件位：

其他级别中断用于链路状态更改、ECC 错误条件、配置更改、ALE 事件等事件

您能否提供其他中断、CPDMA 和 CPPI 3.0 的相关文档。

您能告诉我、您到底想知道这些内容是什么吗

此致、
Shaunak

尊敬的 Shaunak：

我们遇到 MISC 主机中断。  

此致、
Srinivas

您好、Srinivas、

如果经常遇到 MISC 中断、很可能是 STATS Update 中断、也可能是主机错误中断。

您可以参阅 CPSW 的寄存器附录并查看 CPDMA 寄存器。

在 MCU+ SDK 中、您可以参阅 enet_cpdma.c 文件 (mcu_plus_sdk/source/networking/enet/core/dma/cpdma src)

几个问题、

1.您的应用程序是否按预期工作? 默认情况下、MISC 中断处于启用状态。 我认为这不会破坏执行或应用程序流。 如果可以、您能否分享一些有关应用和故障的详细信息

2.如果您有一个正常工作的应用程序,并且不需要诸如链接中断、统计中断等功能,您也可以禁用 MISC 中断。 所有 CPDMA 中断都在 EnetCpdma_open () 函数中配置/启用。

此致、
Shaunak

您好、Shaunak、  

我们获得的 MISC 中断是主机错误中断。 此中断持续置位、应用就像个环路一样卡在这里。

我们无法在 TRM 和寄存器附录中找到与触发主机错误中断的根本原因相关的信息。 如果您能分享我们的相关资源、这将是一个很大的帮助

此致、
Srinivas

您好、Srinivas、

您能告诉我您的 TI FAE/销售联系人是谁、所以我 c. 共享 NDA 文档（如果存在相应的 NDA）。 我无法在公共 E2E 论坛上共享公共 TRM 和注册附录以外的信息。 我可以通过 FAE/牵头联系人帮助分享信息

此致、
Shaunak

尊敬的 Shaunak：  

感谢您的答复、我们将很快发布详细信息。

此致、
Srinivas

尊敬的 Shaunak：

我们的 FAE 是 Prayag Sahoo、我们已经与 TI 签署了 NDA。 你可以与他核实。

您好、Srinivas、

在此对缓慢移动表示歉意。 我与 Prayag 进行了讨论、我可以通过电子邮件分享详细信息

我还有几个问题：

1.在应用程序的哪个时间点遇到被置为有效的常量主机 MISC 中断？ 是在 PHY 活动和 MAC 端口链路建立后实现的

2.您使用的是一些自定义应用程序还是一些开箱即用的 SDK 示例。 我想回顾一下您的配置。 您能否分享您的申请、我可以在本地进行测试/审核？

3.这个定制硬件是否使用 TI Phy？ 它是否与 AM263x 上的板载 PHY 相同？ 您是否看到 PHY 活动日志和 MAC 端口链路接通？

此致、
Shaunak

您好、Shaunak、  

1.在 PHY 活动且 MAC 链路接通后、我们会遇到恒定的主机 MISC 中断、更具体地说、如果我们基于链路传输、即两个端口链路都接通、突然断开 1 根电缆、运行正常。 我们插入电缆的那一刻、中断就会生效。  

2.我们使用的应用程序是 Custom Made、SDK 的衍生产品（实现为裸机）。

3.我们的定制硬件有 KSZ804FL PHY（光纤 PHY 支持高达 100Mbps,我们在其中使用 100-FX 模式）。 是的、我们能够检测 PHY 链路建立和断开的事件。 如果不受干扰、传输和接收也可以。

此致、
Srinivas

尊敬的 TIMCM：

如果一切都正常、除非您断开并重新连接以太网电缆、否则这可能表明与 PHY 链路检测有关。  在您的应用中、您是通过 MDIO 读取 PHY 状态吗？

通常、MISC 中断仅用于统计信息、CPTS 和 MDIO、如果我们仅在 PHY 上/下（断开/重新连接）期间遇到它、则表明该问题与我们读取 PHY 状态的方式有关。

我有一个问题是：

断开连接并重新连接时、PHY 活动日志是否出现过？ 我们是否曾重新连接？ 或者、我们只是通过 PHY 的 MDIO 不断读取状态、这会持续产生中断。

我在内部进行了检查、除了寄存器附录（公开提供）之外、没有太多可以帮助处理 MISC 中断。

此致、
Shaunak

您好、Shaunak、

我们仅通过 MDIO 读取 PHY 链路状态、但我们不会根据链路建立/断开事件进行任何处理。

当我们考虑传输的链路状态时、会进入 MISC 中断、但如果我们不考虑链路状态并持续发送独立于链路状态的信号、一切似乎都正常工作。

I 确实在内部进行了检查、除了寄存器附录（可从公众角度获取）外、其他中断没有太多帮助。

请共享其他中断（主机错误中断）上可用的任何源。

此致、
Srinivas

您好、Srinivas、

我已经通过电子邮件/分享了一些详细信息

此致、
Shaunak

您好、Shaunak、

问题 1： 您是否修改了 CPDMA 驱动程序 API？

答：是的、我们以 TI CPDMA 驱动程序代码作为参考、在裸机中实现了自己的驱动程序。

问题 2： 用于检查 PHY 功能和 CPDMA 初始化的应用流程与其他示例是否相同？

答：是的

此致、
Srinivas

尊敬的 TIMCM：

通过电子邮件共享的详细信息是否有所帮助？

是的、我们通过以 TI CPDMA 驱动程序代码为参考、在裸机环境中实现了自己的驱动程序。

TI enet-lld 驱动程序也是裸机驱动程序。 他们不依赖于任何 RTOS、很想知道发生了什么变化？ 是为了减少一些开销来提高绩效吗？  

此致、
Shaunak

详细信息是否通过电子邮件帮助共享？

是的、您通过邮件分享的详细信息帮助我们检查并查看导致错误的原因。

TI enet-LLD 驱动器也是裸机驱动器。 他们不依赖于任何 RTOS、很想知道发生了什么变化？ 是为了减少一些开销来提高绩效吗？  [/报价]

是的、与以太网相关的所有内容 （包括 enet-lld 驱动程序）都是裸机、并且它们不依赖于任何 RTOS。 这是为了提高性能、并更好地控制以太网正在发生的一切。

此致、
Srinivas

[引述 userid=“150519" url="“ url="~“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1524033/am2634-miscellaneous-interrupt-in-ethernet-am2634/5891085 #5891085“]

是的、您通过邮件分享的详细信息帮助我们检查并查看导致错误的原因。

[/报价]

谢谢

是的、与以太网相关的所有内容 （包括 enet-LLD 驱动程序）都是裸机、它们不依赖于任何 RTOS。 它是为了提高性能、并更好地控制以太网所发生的一切。

得到了、感谢分享。 或许、 我们还想检查与 CPDMA 和 MISC 中断相关的函数。

此致、
Shaunak