工具/软件：
TI 团队大家好、
处理器： AM6442
SDK 版本： AM64x MCU+ SDK 10.00.00
我目前正在使用 AM6442 处理器和 EVM 板来验证 Cortex-M4F 内核。 我们已成功遵循官方指南中概述的刷写和调试程序、结果符合预期。
在进行此验证后、我们进一步推动了定制电路板的开发。 与 EVM 相比、唯一进行的更改是在 EMMC 和 OSPI 部分中（由于元件可用性）；处理器周围设计的其余部分保持不变。
但是、在定制电路板上、我们在使用 SBL_prebuilt 二进制文件的 UART Uniflash 刷写过程中会遇到问题。 该过程在初始步骤中失败、不会继续。
查询：
a) 无法刷写“default_sbl_null.cfg"引导“引导映像？
请就此寻求您的支持。 请回复您的意见。
谢谢。此致、
Ganesh Pawar
尊敬的 Thakar：
让我向您介绍我们到目前为止采取的步骤：
您的定制电路板是否同时安装了 EMMC 和 OSPI？ [/报价]是的、我们的定制电路板同时包括：
- eMMC ：SFEM032GB2ED1TO-A-5E-111-STD
- OSPI NOR 闪存 : IS25WP512MG-RHLA2.
但是、根据我们的电流要求、 从 EMMC 引导（HS 映像） 优先级。 因此、我们尚未遵循您上次答复中提到的与 OSPI 相关的步骤。
没有任何特定的依赖关系、您是否会遇到同样的问题？是的、我们目前正在这样做 无法将映像刷写到 Cortex-M4F 内核 使用 CCS IDE、无论选择何种引导模式 (UART、OSPI 或 DEVBOOT)、我们都在评估套件中进行了验证。
观察：
将 JTAG（通过 20 引脚连接器实现 XDS110）连接到器件时、我们会遇到以下日志输出：
在 EMMC 模式下刷写映像时观察到的日志
在 xSPI 模式/UART 模式/DevBoot 模式下刷写映像时观察到的日志。
请提供以下建议：
- 在该设置中、任何可能阻止 JTAG 访问或映像刷写的已知问题或依赖项。
- 如果在使用不同的 EMMC 器件型号时不需要更改配置、则可能会阻止检测 EMMC 映像或 FS 根据刷写
sbl_emmc指南刷写组合的 HS-EMMC 应用程序映像（包括 Cortex-A、Cortex-M4 和 Cortex-R5 内核）。期待您的见解。
谢谢。此致
Ganesh Pawar
[/quote]
尊敬的 Thakar：
这表明 SoC/M4 内核尚未初始化。 有几种方法可以初始化 SoC、请参阅本指南： https://software-dl.ti.com/mcu-plus-sdk/esd/AM64X/11_01_00_17/exports/docs/api_guide_am64x/EVM_SETUP_PAGE.html#EVM_SOC_INIT
我们尝试使用进行 SoC 初始化 DEV 引导模式 并 loadJSfile 使用 load_dmsc_hsfs.js 脚本执行命令。 虽然脚本日志可见、但“ AM64X CIO “控制台、 不会继续或按照脚本中所述启动 。
脚本控制台日志、但从 CIO 控制台未观察到任何内容。
目前、我们能够通过进行连接 JTAG 并成功调试映像、但仅限于 仅限 R5_0 内核 。
要刷写到 EMMC、您可以使用带有 default_sbl_eMMC_hs_fs.cfg 的 UART UNIFLASH： https://software-dl.ti.com/mcu-plus-sdk/esd/AM64X/11_01_00_17/exports/docs/api_guide_am64x/TOOLS_FLASH.html#autotoc_md3123
根据您的输入、我们使用了 UART Uniflash 使用 default_sbl_emmc_hs_fs.cfg 用于刷写到 eMMC 的配置文件：
我们遵循了 UART 引导模式的过程、并刷写了该 sbl_emmc_hs_fs.cfg 文件以及 M4 组合二进制文件。 但是、只有引导加载程序开始刷写；实际映像刷写不会启动。 请找到随附的相关日志。
无法与 EMMC 通信的 SBL_EMMC 映像的日志。
查询：
在我们的定制硬件设计中、仅包括 主引导加载程序选择 并实施保护。 。 “Secondary bootloader“部分 已关联 引导选择引脚 未使用（下拉）。 这种设计选择是否可能影响 SoC 初始化过程、尤其是启动等内核的过程 Cortex-M4 ？
请回复输入
谢谢。此致
Ganesh Pawar
尊敬的 Thakar：
这似乎很奇怪、您是否能够至少连接到 A53 内核、或者它目前只是 R5？ 请如下所示共享控制台 GEL 日志： https://software-dl.ti.com/mcu-plus-sdk/esd/AM64X/11_01_00_17/exports/docs/api_guide_am64x/EVM_SETUP_PAGE.html#autotoc_md41
刷写内核映像并从中引导 eMMC 和 A53 内核使用成功引导 DFU 模式、 A53 内核按预期启动。
我们能够检测并连接到 R5 内核 、但仅当在中操作时 DEVBOOT 模式 。 在其他引导模式中、我们会遇到 A “加载程序错误“ 和闪烁不会继续。
在 SoC 初始化期间、我们 loadJSfile 使用 load_dmsc_hsfs.js 脚本执行了命令。
进程在 sciclient_load_firmware() 函数处停止、该函数从调用 System_Init()。
这表明固件加载未成功完成、从而阻止了完整的 SoC 初始化。
下面附加了日志、是在 SOC 初始化期间观察到的
：
您能不能恢复导致此问题的原因、以及如何继续对 Cortex M4 执行操作。
谢谢。此致
Ganesh Pawar
添加到上一个答复、
Thakar、我想强调关于自定义闪存配置的几点。 根据指南、OSPI 诊断示例应该与定制闪存通信、并帮助确定必要的配置设置。
但是、在本例中、我们导入了 CCS 工程、进行了构建、并在 DEVBOOT/NOBOOT 模式下使用 JTAG 加载映像。 代码执行从开始 main,但它被卡在 CSL_REG32_RD_RAW() 函数,特别是在 Sciclient_waitForMessage().
此外、GEL 日志显示仅连接 R5 内核、而 M4 内核似乎已断开连接。 这似乎是导致该问题的原因、因为系统固件（通常在 M4 上运行）可能处于非活动状态、导致 Sciclient 无法收到响应。
我希望这能澄清一点、帮助您进一步指导我们启动 Cortex-M4 内核。
谢谢。此致
Ganesh Pawar
尊敬的 Thakar & Tushar：
我假设您使用的 OSPI 闪存与 EVM 上使用的 OSPI 闪存不同、请查看以下有关在定制闪存器件上添加支持功能的指南： https://software-dl.ti.com/mcu-plus-sdk/esd/AM64X/11_01_00_17/exports/docs/api_guide_am64x/CUSTOM_FLASH_SUPPORT_GUIDE.html
在您的指导下、我成功加载了 OSPI 诊断示例、并检索了我们使用的自定义闪存设置的配置 只有 4 条数据线 连接到处理器。
根据终端的配置输出、我们更新了 SBL_NULL 工程中的闪存设置。 构建并刷写映像后、闪存器脚本看起来可正确加载、但映像执行会卡住。
通过 JTAG 调试项目时、我们观察到在 Sciclient_waitBootNotification() 函数处停止执行。 值得注意的是、Sciclient 版本图像支持检测 M4 内核。 Sciclient 配置中是否存在需要修改以支持此设置的链接或相关性？
请就此提供您的意见。
谢谢。此致
Ganesh Pawar
