[参考译文] TMDSCNCD263P：AM263Px 电路板到 PC 之间的以太网通信故障

您好、我们将深入了解、并由星期一返回。

尊敬的 Teja pallela：

感谢您让我们知道这个问题、我检查了.01 和.06 版本中的 SBL 之间的差异、并查看了什么可能会使引导加载程序中断。 当我们在内部解决此问题时、您能否继续使用 26_00_01 SBL（以免阻止您）。 下面粘贴的更改似乎破坏了流程。 让我在团队内部讨论这个问题、并进一步调查。

此致、
Shaunak

尊敬的 Teja：

我们仍在尝试在本地重现此问题、您能为我提供以下详细信息吗？

1.您的 controlCARD 的修订版本是什么？ 控制卡上会有一个标签、上面写着“PCB#：PROCXXXE2“或“PROCXXXXA“、这表示硬件的版本。

2.此 SBL 是否从 mcu_plus_sdk/tools/boot/sbl_prebuilt/am261x-lp/文件夹开箱即用？ 或者、是否在不进行任何更改的情况下重新编译并使用此 SBL、或者是否对该 SBL 进行了修改、然后重新编译并正在使用？

3.是否也在其他应用程序（除了 ICSS_EMAC_lwip）中观察到相同的行为？

4.您能否与我（针对非工作用例）共享可刷写到 controlCARD 并进行调试的无法正常工作的 sbl_ospi_moro_elf.tiimage 和 ICSS_emac mcelf 映像二进制文件？

此致、
Shaunak

尊敬的 Shaunak：

请查找 AM263Px 控制卡的以下详细信息：

1. PCB#：PROC159B
  OPN#：TMDSCNCD263P
  Sl #：43251590164

2.是的、我们正在从 SDK 文件夹 C：\ti\mcu_plus_sdk_am263px_26_00_06\tools\boot\sbl_prebuilt\am263px-cc 中直接使用 SBL。
   实际上、我们使用 mcelf_sbl_ospi.cfg 文件通过   C：\ti\mcu_plus_sdk_am263px_26_00_06\tools\boot 文件夹内的 uart_uniflash.py 脚本进行刷写。   有关更多详细信息、请参阅上传的 mcelf_sbl_ospi.cfg 文件。

3.我们在从 SDK 导入的任何其他应用程序中都没有遇到这个问题。  当我们尝试  从 SDK (26_00_00_06) 导入 ICSS_EMAC_lwip 示例工程时、就会出现此问题。 当我们刷写代码并尝试在 OSPI 引导模式下运行时、我们会从 SBL 和我们的应用程序中获取日志、但我们面临的问题是以太网未启动。 因此、我们无法在板与 PC 之间进行通信。

我们还在另一台 PC (SDK 版本为 26_00_00_01) 中尝试相同的方法、这台 PC 工作正常、并且以太网已启动并能够进行通信。

4、请参阅上传的文件。

e2e.ti.com/.../mcelf_5F00_sbl_5F00_ospi.cfg



注意：  由于文件类型不接受上传、因此我们无法上传 sbl_ospi_moreelf_release.tiimage 和 ICSS_emac_lwip.mcelf 二进制文件。 请参阅上传的 mcelf_sbl_ospi.cfg 文件、了解从 SDK 和工程工作区中获取我们用于 SBL 和 mcelf 二进制文件的文件路径。

此致、
Teja

尊敬的 Teja：

感谢您分享的信息、我们将继续进行最后的调试

此致、
Shaunak