[参考译文] LP-AM263：LP-AM263：调试的确定方法

Other Parts Discussed in Thread: LP-AM263, UNIFLASH

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1626916/lp-am263-lp-am263-definitive-method-to-debugging

器件型号： LP-AM263
Thread 中讨论的其他器件： UNIFLASH

您好、

我的团队一直在尝试在 LP-AM263 上调试项目、但我们无法这样做。 我们尝试了两个相同的示例项目。 该代码由 TI 提供、我们尚未更改任何代码行。 工程为 rpmsg_echo_callback 且为空。

我们尝试了两种调试工程的方法

1. CCS 启动、加载和运行 链接
   1. 我们简要介绍了如何设置 mode = 1 以在 GEL 文件中启用双核配置
   2. 使用 SBL_Null 闪存进行 SoC 初始化（根据 TI 的指南链接） 。 这包括在 UART 模式下刷写 SBL_NULL 引导加载程序并在 QSPI 引导模式下执行下电上电并验证是否刷写了 NULL 引导加载程序。
   3. 在 CCS 中启动无工程调试。
   4. 我们连接到 R5_0、后者为 R5_0 内核执行 GEL 配置
   5. 复位内核并加载二进制文件
   6. 对内核 R5_1、R5_2 和 R5_3 重复。
   7. 创建核心组。
   8. 使用核心组同时运行所有核心。
2. 一键点击 Debug Mode 链接
   1. 这是一种简单直接的方法。
   2. 在 CCS 中导入工程
   3. 构建工程
   4. 通过单击“运行“->"调试“调试项目“开始调试

在这两种方法中、调试都不起作用。 根据附加的屏幕截图、我们在 R5_0 内核上连接了错误。  HwiP_USER_DATA_ABORT_HANDLER_C 下的代码循环

注意： 使用 Uniflash 工具或 uart_uniflash.py 刷写工程时工作。 这表明问题在于调试代码、而不是应用程序逻辑。

TI Uniflash 工具 ：sbl_ospi_multiple_elf.release.tiimage 和多核应用程序映像（在 UART 引导、闪存、下电上电和 QSPI 引导中刷写）

UART Uniflash Py ：sbl_uart.release.tiimage &多核应用程序在 UART 引导模式下（在 UART 引导中刷写）