Thread 中讨论的其他器件：UNIFLASH
工具/软件：
我正尝试执行应用程序代码的 xSPI 引导模式。
我从 SDK 示例引导工程（sbl_ospi_multiple_elf 工程）中提取了 SBL 工程和应用程序代码作为 RTI LED 闪烁。 我编写了两个工程并使用 uart_uniflash.py 脚本刷写了 sbl.tiimage 和 ledblink.mcelf 和 ledblink.mcelf-xIP 文件、并成功执行和刷写了所有命令。 接下来、我关闭电源并将引导 DIP 切换为 xSPI 引导模式并为 CC 加电、我可以在终端上看到 SBL 日志和应用程序代码日志、LED 在电路板上闪烁。 到这里一切看起来都很好
现在我要调试 SBL 代码以了解 OSPI 是如何初始化的、XIP 是如何运行的、为此、我按照 https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1374233/faq-am263p4-how-to-debug-xip-application-in-am263px?utm_source=chatgpt.com 中 的说明配置了新的目标 ccxml 文件、并从 LED 闪烁工程中仅加载 ledblink.out 文件的符号、然后点击 CPU reset 以开始调试。
按下 CPU 复位按钮后、代码流进入复位处理程序、然后直接跳转到应用程序的 main () 函数、而不是 SBL main 函数。为什么？
能不能有人解释这个行为,如果我做的事情不正确纠正我.
有人能建议如何在 xSPI 引导模式下调试 SBL、以及代码如何执行、以及它如何在 xSPI 引导模式下流动吗？
