[参考译文] LP-AM263：AM263x 多核工程通过 QSPI 闪存运行、但不通过 UART (XDS110) 直接刷写时运行

您好、

多核工程取决于内核间同步。 当通过 CCS/DEBUG (mode) 加载时、您能告诉我是否加载所有内核、以及各个内核的启动程序顺序是什么。

此外、我将无法调试您共享的应用程序。

请参阅 IPC 共享存储器示例作为参考。

SBL 的工作顺序可能是因为内核的运行顺序-

在 SBL 中、第一个内核 3、然后是内核 2、然后是 core1、然后 core0 开始运行。

我将使用 UART 引导模式检查 SDK 中的 IPC 共享存储器示例、我之前没有测试过该示例、但我希望它能照常工作、因为内核启动序列、逻辑与 SBL OSPI mcelf 相同

•  通过 CCS 加载时、IPC 共享存储器示例工作正常。
• 但是、当我创建一个新的空多核工程 并使用基本的 LED 闪烁示例实施一个简单的 IPC 机制时、通过 CCS/调试加载时它无法正确运行。
• 如果我将相同的代码刷写到 QSPI 并从闪存引导、则应用程序工作正常、所有内核都按预期运行。

一个主要关注点是 GEL 文件：

1.在基于 CCS 的开发引导模式下调试过程中、您应该会获取 GEL 文件日志、此流程应该会编译工程并点击调试工程、它会自动加载 GEL 文件以完成初始化。

但在使用 UART 引导模式时、您需要避免使用 GEL 文件、因为它们将覆盖 SBL_URT 配置、不会使程序正常运行。

请勿使用 CCS 的闪存项目、因为该器件不是内部闪存器件、因此需要单独使用 Uniflash 工具来刷写工程。

1. 当我编译示例并使用具有 QSPI 引导模式的 Uniflash 对其进行刷写时、应用程序会正确运行、我可以在串行终端上看到预期的日志、如 README.html 所示。
2. 但是、当我尝试通过 DEVBOOT 在 CCS 调试模式下运行相同示例时、应用程序不会运行。 串行终端上未打印任何日志。
3. 我还尝试了 UART 引导模式，但行为是相同的 — 应用程序不会启动，也不会打印日志。
4. 从 CCS 运行时、我还确保按照建议遵循内核启动序列：
   Core3→Core2→Core1→Core0

• QSPI 引导（通过 Uniflash） →正常工作
  
•  CCS 中的 UART 引导调试→不工作
   
•  CCS 中的 DEVMODE 调试→不工作
  

我想您可能缺少一些步骤、因为我同时测试了开发引导模式和 UART 引导模式、所以它工作正常。

1. 工程选择： 在工程向导中搜索并选择 IPC RPMSG 回调示例。
2. 工具链配置： 选择具有 FreeRTOS 的默认 CCS TI 编译器。
3. 导入和设置： 成功将工程导入我的工作区。
4. 编译过程： 运行编译、会生成多核 .appimage 和 .mcelf 文件（如我的控制台输出中所示）。
5. 加载：RUN->闪存项目/调试项目 。

快速更新

• 命令： python .\uart_bootloader.py -p COM6 --bootloader=...sbl_uart_multicore_elf.release.tiimage --file=...ipc_rpmsg_echo_callback_system.mcelf
• 结果： 状态报告成功、我可以通过 UART 终端看到预期的日志。 这样可确认我的硬件和多核映像正确无误。

1. Run -> Flash： 当我尝试使用内部 CCS“Flash"命令“命令时、它不起作用。
2. Run -> Debug： 当我尝试使用“Debug"按钮“按钮时、工程无法正确加载、并且无法在控制台中看到任何日志。

 在 CCS 中对程序进行刷写/调试的正确方法是什么。