工具/软件：
您好、
我目前使用的是 SK-AM62P-LP 电路板、使用 PSDK 版本 09.02.01.10 和 MCU+SDK 版本 09.02.01.08。
我想了解从 R5F_MCU 域到 R5F_WKUP 域的通信是否可行。 如果是、您能否分享相关的用户指南或文档？
例如、我有一个数字传感器与 R5F_MCU 连接、我想从 R5F_WKUP 域读取传感器数据。
此致、
维拉潘迪扬五世
您好 Paula、
我已ipc_rpmsg_echo在两个内核上刷写了二进制文件。 但在尝试引导时却是如此 OSPI 引导模式 、系统将在处停止 引导加载程序的基础知识 。
检查时、我注意到文件sbl_ospi_linux_stage2.c缺失。 因此、引导过程不会超过第二阶段。
您能否提供有关如何解决此问题的建议？
我在下面附上了一个屏幕截图供您参考。
sbl_ospi_linux_stage2
2.第二阶段 引导加载程序错误 
谢谢您、
维拉潘迪扬五世
您好、Nick、
在查看您的共享链接后、我们实施了 IPC Notify 以进行通信 MCU_R5 和 WKUP_R5F 。 但是、我们遇到与 IPC RPMsg 相同的问题—系统在第二级引导加载程序处停止。
此外、在此设置中、 Sciserver 在 WKUP_R5 上不工作 。
我附上了一个屏幕截图供您参考。
您能否告知我们、是否有任何特定的 API 可用于解决此场景？
此致、
Veerapandiyan
您好 Paula、
我们已经成功 刷写了所有示例应用程序 在 MCU+ SDK 中使用 CCS 和 UART Uniflash 提供。 一切都按预期运行 引导模式 OSPI 和 eMMC。
为了方便您参考、我附上了一个 视频链接 和一个图像。 该视频演示了之间的 IPC RPMsg 通信 这些工作 和这两种模式 MCU_R5 和 WKUP_R5 是否正常工作。 该图显示了连接到 AM62P 系统的完整硬件设置。
我们使用的所有 API 都可以在视频中看到。
现在、我们目前面临的挑战是确定的 从 MCU_R5 到 WKUP_R5 的通信 。
请您确认是否可以这样做？ 如果是、是否有任何具体步骤需要执行或 API 命令 来实现这一点？
此致、
Veerapandiyan
对不起,对不起,我的延迟回复。 我仍在等待获取 AM62Px EVM (SK-AM62P-LP)。 同时、我刚刚方便地对 SK-AM62x 进行了快速尝试。 因此、不是确切的内核和电路板、但步骤和过程应该相似（或相同）。 我执行以下步骤作为参考：
RTOS 端
#if defined(SOC_AM62X)
/* main core that starts the message exchange */
uint32_t gMainCoreId = CSL_CORE_ID_R5FSS0_0;
/* remote cores that echo messages from main core, make sure to NOT list main core in this list */
uint32_t gRemoteCoreId[] = {
CSL_CORE_ID_M4FSS0_0,
//CSL_CORE_ID_A53SS0_0,
//CSL_CORE_ID_A53SS0_1,
CSL_CORE_ID_MAX /* this value indicates the end of the array */
};
#endif
#-----------------------------------------------------------------------------# # # # DEFAULT CONFIGURATION FILE TO BE USED WITH THE FLASHWRITER SCRIPT # # # #-----------------------------------------------------------------------------# # # By default this config file, # - points to pre-built flash writer, bootloader for this EVM # - The application image points to relative path of the ipc rpmsg linux application image for this EVM # - Make sure this application is built before running this script # - You can customized this config file to point to your own bootloader and/or application images # - You can use --operation=flashverify if you just want to verify the flash contents and not flash the file. # # First point to sbl_uart_uniflash_stage1 binary, which initialises DDR and receives sbl_uart_uniflash_stage2 binary --flash-writer=sbl_prebuilt/am62x-sk/sbl_uart_uniflash_stage1.release.hs_fs.tiimage # Points to sbl_uart_uniflash_stage2 binary, which function's as a server to flash one or more files # Please note this binary is copied to DDR by sbl_uart_uniflash_stage1 and not written to any boot media like flash or eMMC #--file=../../examples/drivers/boot/sbl_uart_uniflash_multistage/sbl_uart_uniflash_stage2/am62x-sk/r5fss0-0_nortos/ti-arm-clang/sbl_uart_uniflash_stage2.release.appimage.hs_fs --operation=flash --flash-offset=0x0 --file=C:/Users/alice/e2e_workspace/sbl_uart_uniflash_stage2_am62x-sk_r5fss0-0_nortos_ti-arm-clang/Debug/sbl_uart_uniflash_stage2_am62x-sk_r5fss0-0_nortos_ti-arm-clang.appimage.hs_fs --operation=flash --flash-offset=0x0 # Program the OSPI PHY tuning attack vector --operation=flash-phy-tuning-data # Now send one or more files to flash or flashverify as needed. The order of sending files does not matter # When sending bootloader make sure to flash at offset 0x0. ROM expects bootloader at offset 0x0 --file=sbl_prebuilt/am62x-sk/sbl_ospi_linux_stage1.release.hs_fs.tiimage --operation=flash --flash-offset=0x0 # 2nd stage bootloader is flashed at 0x80000 or to whatever offset your bootloader is configured for #--file=../../examples/drivers/boot/sbl_ospi_linux_multistage/sbl_ospi_linux_stage2/am62x-sk/r5fss0-0_nortos/ti-arm-clang/sbl_ospi_linux_stage2.release.appimage.hs_fs --operation=flash --flash-offset=0x80000 --file=C:/Users/alice/e2e_workspace/sbl_ospi_linux_stage2_am62x-sk_r5fss0-0_nortos_ti-arm-clang/Debug/sbl_ospi_linux_stage2_am62x-sk_r5fss0-0_nortos_ti-arm-clang.appimage.hs_fs --operation=flash --flash-offset=0x80000 # When sending application image, make sure to flash at offset 0x100000 (default) or to whatever offset your bootloader is configured for #--file=../../examples/drivers/ipc/ipc_rpmsg_echo_linux/am62x-sk/m4fss0-0_freertos/ti-arm-clang/ipc_rpmsg_echo_linux.release.appimage.hs_fs --operation=flash --flash-offset=0x100000 #--file=C:/Users/alice/e2e_workspace/hello_world_am62x-sk_m4fss0-0_freertos_ti-arm-clang/Debug/hello_world_am62x-sk_m4fss0-0_freertos_ti-arm-clang.appimage.hs_fs --operation=flash --flash-offset=0x100000 --file=C:/Users/alice/e2e_workspace/ipc_notify_echo_am62x-sk_m4fss0-0_nortos_ti-arm-clang/Debug/ipc_notify_echo_am62x-sk_m4fss0-0_nortos_ti-arm-clang.appimage.hs_fs --operation=flash --flash-offset=0x100000 # HSM image is flashed at 0x800000 or to whatever offset your bootloader is configured for #--file=../../tools/boot/HSMAppimageGen/board/am62x-sk/hsm.appimage.hs_fs --operation=flash --flash-offset=0x800000 --file=../../tools/boot/HSMAppimageGen/board/am62x-sk/hsm.appimage.hs --operation=flash --flash-offset=0x800000 # DM image is flashed at 0xa00000 or to whatever offset your bootloader is configured for #--file=../../examples/drivers/ipc/ipc_rpmsg_echo_linux/am62x-sk/r5fss0-0_freertos/ti-arm-clang/ipc_rpmsg_echo_linux.release.appimage.hs_fs --operation=flash --flash-offset=0xA00000 #--file=C:/Users/alice/e2e_workspace/hello_world_am62x-sk_r5fss0-0_freertos_ti-arm-clang/Debug/hello_world_am62x-sk_r5fss0-0_freertos_ti-arm-clang.appimage.hs_fs --operation=flash --flash-offset=0xA00000 --file=C:/Users/alice/e2e_workspace/ipc_notify_echo_am62x-sk_r5fss0-0_freertos_ti-arm-clang/Debug/ipc_notify_echo_am62x-sk_r5fss0-0_freertos_ti-arm-clang.appimage.hs_fs --operation=flash --flash-offset=0xA00000 # Linux image is flashed at 0xC00000 or to whatever offset your bootloader is configured for --file=../../tools/boot/linuxAppimageGen/board/am62x-sk/linux.appimage.hs_fs --operation=flash --flash-offset=0xC00000 # u-boot.img is flashed at 0x280000 --file=../../tools/boot/linuxAppimageGen/board/am62x-sk/u-boot.img --operation=flash --flash-offset=0x280000
Linux 端：
闪存映像：
测试：
Linux 控制台
[1006.984535]审计：type=1327 审计 (1736364050.836：16)：proctitle=“/usr/lib/systemd/systemd-journald
[1006.993310] systemd[1]：已启动日志服务。
am62xx-EVM 登录：
RF5 核心控制台：
Sciserver Testapp 构建于：2025 年 4 月 3 日 09：27：21
Sciserver 版本：v2025.04.0.0-REL.MCUSDK.K3.11.00.00.16+
RM_PM_HAL 版本：v11.00.07
正在启动 Sciserver… 通过
[IPC Notify echo]主内核启动消息交换！！！
[IPC Notify echo ]主内核从 1 个远程内核接收到的所有回传消息！！！
发送到每个内核的[IPC Notify echo]消息= 1000000
[IPC Notify echo]远程内核数= 1
所有测试均已通过！！
M4F 内核控制台：
[IPC Notify echo ]远程内核正在等待来自主内核的消息...！！！
[IPC Notify echo]远程内核已回显所有消息！！！
希望这有助于同时,让我知道。
谢谢您、
Paula
您好 Paula、
早上我尝试了在 AM62x 板上使用相同的步骤、运行正常。 下面、我提供了相同的屏幕截图。
1. Linux 控制台:
2. MCU 控制台 (M4F)：
WKUP 控制台 (R5F)：
之后、我们比较了 AM62x 的 default_sbl_ospi_linux.cfg 文件以及 AM62Px 的 default_sbl_ospi_linux_hs_fs.cfg、 我们发现它们之间存在差异。
# DM 映像会在 0xa00000 处或引导加载程序配置的任何偏移处刷新
--file=/home/bpt/workspace_v12_3_0/ipc_notify_echo_am62x-sk_r5fss0-0_freertos_ti-arm-clang/Debug/ipc_notify_echo_am62x-sk_r5fss0-0_freertos_ti-arm-clang.appimage --operation=flash --flash-offset=0xA00000
中没有上述文件 AM62Px 的 default_sbl_ospi_linux_hs_fs.cfg 。 请找到随附的屏幕截图。
那么、我们是否需要将其包括在中 AM62Px 的 default_sbl_ospi_linux_hs_fs.cfg？ 我们发现存储器地址也不同、因此请提供一个可能的解决方案。
此致、
Veerapandiyan
您好 Paula、
在下图中所示 AM62Px 的 default_sbl_ospi_linux_hs_fs.cfg 文件、HSM Appimage 和 Linux Appimage 在存储器位置刷写、但闪存偏移量不同。 但在 AM62x 的 default_sbl_ospi_linux.cfg 文件中、 两者都位于同一位置。
您能解释 将应用程序映像刷写到 DM R5F 和 M4F 之间的区别、而对于 AM62Px、我们刷写到 DM WKUP_R5F 和 MCU_R5F 吗？
此外、在 AM62x 中、SBL 和 DM 在不同的存储器位置进行刷写、但在 AM62Px DM（具有 SBL）中、刷写在相同的存储器位置。
在 IPC_Notify 中、SBL OSPI Echo_Linux 不存在、但 IPC_LINUX 中也有。 如何在 IPC Notify 中添加 SBL OSPI Linux？
此致、
维拉潘迪扬五世
尊敬的会议：
感谢您的更新。
我们遵循了您的建议、但很遗憾、我们仍然遇到了相同的问题。
有关更多详细信息、请参阅下面的屏幕截图。
此致、
Veerapandiyan
尊敬的会议：
我们尝试应用您在 example.syscfg 文件中提到的更改、但我们仍然面临相同的问题。 请在下面找到图片；
您能解释一下是否还需要做些什么？
此致、
维拉潘迪扬五世