[参考译文] AM263P4-Q1：以太网在某些电路板上无法正常工作

您好 Frank、

您使用的 AM263Px 器件是 LaunchPad 还是控制卡？ 您能否分享以下信息：

正在使用 MCU_PLUS_SDK 版本。

2. LP/CC 板的版本号。 将有一个标签提到类似“PROCxxxE2“或“PROCxxxxA“或类似的东西。

3.如果有任何 SBL 刷写到器件中、您能否共享器件设置的引导模式。

4.故障是一致的,即,在它不工作的电路板上,它永远不工作,或只在某些迭代中失败。 对于应用工作的电路板来说也是相同的问题。

此致、
Shaunak

定制电路板上的 AM263P4AFONFZCZRQ1
SDK 26.00.00.06
使用 SBL OSPI 进行 OSPI 引导
我认为它有一个作用、在尝试通过单步执行代码进行调试时、但从闪存引导时它永远不会起作用。 良好的电路板每次都能正常工作。

我再次尝试了坏板：

-从闪存引导时,它永远不会工作。 当我连接调试器时、可以看到代码卡在 ti_enet_OPEN_close.c 的第 400 行中、状态=–3 (ENET_EINVALIDPARAMS)。

397 for(i = 0; i < numMacPorts; i++)
398 {
399     status = EnetApp_enableMacPort(gEnetAppSysCfgObj.hEnet, enetType, instId, selfCoreId, macPortList[i], portNoPhyStatus[i]);
400     EnetAppUtils_assert(status == ENET_SOK);
401 }

-在 devboot 模式下从 CCS 调试会话启动时,它每次都会运行。

我有一个 类似的情况 以前与 MCAN ,我永远无法解决。

 对我来说，这感觉是某种特定于芯片的东西 — 有些工作，有些不工作。

您好 Frank、

您是否可以分享有关故障情况的更多信息。  ENET_INVALID_PARAM 会在 EnetApp_enableMacPort () 函数内某些检查失败时出现。

我没有任何可以重新生成此问题的本地设置。

此外、即使在使用 SBL OSPI 引导对不良电路板进行下电上电后、这是否始终会失败？

我认为这不是软件问题、因为相同的软件在具有相同引导模式的良好板上运行。

此致、
Shaunak

您好 Frank、

对不起,我没有上班,

让我来评估上述寄存器转储并看一看。

今天、我的好电路板也停止工作（从 ospi 引导时没有 eth）。

正常的电路板是否仍然可以使用开发引导模式？

此致、
Shaunak

是的、devboot 工作正常。

您好 Frank、

我在采用 ZCZ 封装的 TI 控制卡上尝试了 DP83869HM PHY 上的以太网应用。 它在 OSPI 和 DEV 引导模式下似乎都能正常工作。 让我与更多的硬件专家一起共事、他们可能会在这里提供帮助

此致、
Shaunak

您好 Frank、  

如果我的理解正确、问题不仅在应用为以太网时发生、也在应用为 MCAN 时发生。

此外、我看到时钟寄存器也存在差异。 我们可以首先在这个方向进行调试。  

1.您可以尝试相同的实验、但这次使用 SDK 中的 SBL 空示例。

在下面的路径中、有一个名为 sbl_null 的 SBL 映像、

mcu_plus_sdk_am263px_26_00_00_06/tools/boot/sbl_prebuilt/am263px-cc/sbl_null.debug.tiimage

该 SBL 的目的是为了配置时钟、基本上是用 GEL 脚本的替代。 在开发引导模式下、由 GEL 脚本执行时钟配置。

2.将 SBL NULL 映像刷写到定制电路板中

3.引导设备时,应在引导时显示以下日志

4.现在设备可以使用了。 我们可以从 CCS 加载程序。

5.在启动目标配置之前、在不使用 GEL 脚本的情况下创建目标配置。

为此、请清除初始化脚本文本、如下图所示、

6.启动目标配置并像往常一样加载程序。

7.现在我们可以运行程序了

背后的原因是、当我检查 GEL 脚本和 SBL NULL 之间的顶部 RCM 和 MSS RCM 转储时、寄存器转储是相同的。

此致、

Aswin

您好 Frank、

从转储来看、与以太网相关的时钟似乎相同、因为两者之间不存在差异。

顶部 RCM 的差异似乎也是无害的。 我来检查其他时钟是否会以任何方式影响以太网的运行。

我正在考虑通过在应用程序中修改寄存器、然后运行与以太网相关的例程来使寄存器完全相同。 让我回到您的身边。

此致、

Aswin

您好 Frank、

我们从另一位客户那里得到了类似的问题。 此外、对于他们、eth 通信在开发引导模式下正常运行、但在 OSPI 引导模式下无法正常运行。 客户当时使用的是 SDKv26.00.00.06 SDK 中的 SBL。

但我们确认的一点是、在 SDKV26.00.00.01 SDK 的 SBL 上、不存在此问题。 Eth 通信正在 OSPI 引导模式下工作。

这促使我检查这两个版本的 SDK 之间的差异、这是 sbl_ospi_multoreelf 示例中的唯一差异。

您是否可以整合此更改、重新编译 SBL 并使用相同的更改？

我还随附了 SDKV26.00.00.01 的 main.c 文件。

e2e.ti.com/.../4527.main.c

此致、

Aswin

您好 Frank A. 、

使用 26.00.00.01 和 11.01.00.19 中的 SBL 时、您之前的 MCAN 问题是否也能得到解决？

此致、
Shaunak

我无法轻松地测试它、它是一个使用 SDK 10.2 的旧电路板

使用两个 MCAND 和 SDK 11 或 26、我当前的 PCB 没有任何问题。

感谢您确认 Frank、我们将关闭此 TT 并修复开箱即用的 SBL。

此致、
Shaunak