[参考译文] PROCESSOR-SDK-AM64X：&quot；Enet Layer 2 CPSW 示例&quot；在 AM64x MCU+ SDK 08.05.00.24上仍不工作

admin

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1210395/processor-sdk-am64x-enet-layer-2-cpsw-example-still-not-working-on-am64x-mcu-sdk-08-05-00-24

器件型号：PROCESSOR-SDK-AM64X

关于链接的问题、虽然 Ashwani Goel 建议的更改似乎已合并到最新的 SDK 中(我版本的文件显示值为4)、但仍有问题。

我使用 AM64B 电路板并运行./mcu_plus_sdk_am64x_08_05_00_24/tools/boot/sbl_prebuilt/am64x-sk/sbl_null.release.hs_fs.tiimage图像(MD5：9890891082c94b5b5778322229ae600c)。

这是我导入的示例：

就我所知、该示例失败的原因与链接问题中的错误完全相同：

==========================
     Layer 2 CPSW Test    
==========================

Init all peripheral clocks
----------------------------------------------
Enabling clocks!

Create RX tasks
----------------------------------------------
cpsw-3g: Create RX task

Open all peripherals
----------------------------------------------
cpsw-3g: Open enet
EnetAppUtils_reduceCoreMacAllocation: Reduced Mac Address Allocation for CoreId:1 From 4 To 3 

Init all configs
----------------------------------------------
cpsw-3g: init config
Mdio_open: MDIO Manual_Mode enabled
EnetRm_open: Resource partition validation failed: -3
EnetMod_open: cpsw3g.rm: Failed to open: -3
Cpsw_openInternal: Failed to open RM: -3
Assertion @ Line: 984 in /home/gtbldadm/nightlybuilds/mcupsdk_internal/jenkins/mcu_plus_sdk_am64x_08_05_00_24/source/networking/enet/core/src/per/V1/cpsw.c: hCpsw->hRxRsvdFlow != NULL

两个接口都连接了可正常工作的以太网电缆；我尝试了所有可能的组合、但都没有效果。

我在这里有点失落,并将感谢任何关于从这里去哪里的想法。

2 年多前

0 admin 2 年多前

TI__Guru**** 2545130 points

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

Unknown 说：
尽管 Ashwani Goel 建议的更改似乎已被纳入到最新的 SDK 中[/报价]
您好！

相关主题也仅基于 SDK 8.5。

我们建议了一些变通办法来解决这个问题。

您还在使用 SDK 8.5 (解决方法不属于此工作区)。

让我来查看问题的清除修复时间表。

此致

Ashwani

0 admin 2 年多前

TI__Guru**** 2545130 points

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

感谢您的答复。

Unknown 说：
您也在使用 SDK 8.5 (解决方法不是其中的一部分)。

如果我们讨论.numMacAddress = 3U, /* numMacAddress */从3更改为4、现在似乎确实如此。当前的 Linux MCU SDK 安装程序 (校验和57532ca3567fbc005889c2cf6df8ab7c)至少就是如此。或者、该权变措施是否是我可能遗漏的其他权变措施？

0 admin 2 年多前

TI__Guru**** 2545130 points

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

例如、到目前为止测试的每个以太网相关示例都以相同的控制台输出失败、例如(ENET LWIP 应用示例)：

==========================
      ENET LWIP App       
==========================
Enabling clocks!
EnetAppUtils_reduceCoreMacAllocation: Reduced Mac Address Allocation for CoreId:1 From 4 To 3 
Mdio_open: MDIO Manual_Mode enabled
EnetRm_open: Resource partition validation failed: -3
EnetMod_open: cpsw3g.rm: Failed to open: -3
Cpsw_openInternal: Failed to open RM: -3
Assertion @ Line: 984 in /home/gtbldadm/nightlybuilds/mcupsdk_internal/jenkins/mcu_plus_sdk_am64x_08_05_00_24/source/networking/enet/core/src/per/V1/cpsw.c: hCpsw->hRxRsvdFlow != NULL

0 admin 2 年多前

TI__Guru**** 2545130 points

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

哎呀！

我似乎误读了链接的问题。事实证明、需要更改.numMacAddress 值 从4更改到3 ,而不是相反!

因此、所讨论的权变措施包括将的第779行修改mcu_plus_sdk_am64x_08_05_00_24/source/networking/.meta/enet_cpsw/templates/am64x_am243x为：

            .numMacAddress = 3U,    /* numMacAddress */

正如 Ashwani Goel 所指出的、这确实是一种临时权变措施、但如果您将08.05.00.24版 SDK 与 AM64B 一起使用、则会取得进展。

处理器（参考译文帖）

处理器（参考译文帖）(Read Only)

[参考译文] PROCESSOR-SDK-AM64X：&quot；Enet Layer 2 CPSW 示例&quot；在 AM64x MCU+ SDK 08.05.00.24上仍不工作