主题中讨论的其他器件:UNIFLASH、 TDA4VM
工具与软件:
您好、先生
如何进入和退出 MCU_ONLY 模式? 您能否提供一个演示示示例? 谢谢你。
此致、
翻转
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
您好、Liu
有关 MCU_ONLH 模式的信息、请参阅以下链接。
4.24.1.仅 MCU 模式—平台开发套件(PDK)- Jacinto 用户指南
您能检查一下设计中使用的 PMIC 吗?
此致
Semon
是否需要处于 SBL 模式才能实现 MCU_ONLY 功能? 能否在 SPL 模式下实现?
此致
[报价]您好、Liu
它应该在 MCU 域中的 MCU1_0处运行、、因此 SPL 模式现在不可用。
此致
Semon
如何进入和退出 MCU_ONLY 模式? 您能否提供一个演示示示例? 谢谢。
您好、Liu
具体取决于 MCU_ONLY GUID
software-dl.ti.com/.../lpm_mcu_only_mode_jacinto.html
请参阅 EVM 板中的以下步骤:
a.构建 lmm_example_freertos
b. buid sbl_ospi_img
b.正常使用 Linux 系统创建 SD 卡
c.将 EVM 板设置为 UART 模式、连接 EVM 板上的 MCU_UART
d.在 Ubuntu Linux 系统中安装 uniflash:链接:
e.使用折叠命令烧烤 ospi 闪存
--------------------------------------------------------
sudo ~/ti/uniflash_8.1.1/dslite.sh --mode processors -c /dev/ttyUSB1 -f /home/semon/ti/uniflash_8.1.1/processors/FlashWriter/j721e_evm/uart_j721e_evm_flash_programr_release.tiimage -i 0
sudo ~/ti/uniflash_8.1.1/dslite.sh --mode processors -c /dev/ttyUSB1 -f /home/semon/tda4/vm/sdk92/ti-processor-sdk-rtos-j721e-evm-09_02_00_05/pdk_jacinto_09_02_00_30/packages/ti/boot/sbl/binary/j721e_evm/ospi/bin/sbl_ospi_img_mcu1_0_release.tiimage -d 3 -o 0
sudo ~/ti/uniflash_8.1.1/dslite.sh --mode processors -c /dev/ttyUSB1 -f /home/semon/tda4/vm/sdk92/ti-processor-sdk-rtos-j721e-evm-09_02_00_05/pdk_jacinto_09_02_00_30/packages/ti/drv/sciclient soc /V1/tifs.bin -d 3 -o 80000
sudo ~/ti/uniflash_8.1.1/dslite.sh --mode processors -c /dev/ttyUSB1 -f /home/semon/tda4/vm/sdk92/ti-processor-sdk-rtos-j721e-evm-09_02_00_05/pdk_jacinto_09_02_00_30/packages/ti/binary/lpm_example_freertos/bin/j721e_evm/lpm_example_freertos_mcu1_0_release.appimage -d 3 -o 100000
sudo ~/ti/uniflash_8.1.1/dslite.sh --mode processors -c /dev/ttyUSB1 -f /home/semon/tda4/vm/sdk92/ti-processor-sdk-rtos-j721e-evm-09_02_00_05/pdk_jacinto_09_02_00_30/packages/ti/boot/sbl/example/boot_app/multicore_images/j721e_evm/multicore_MCU2_0_MCU2_1_stage1.appimage -d 3 -o 1FC0000
sudo ~/ti/uniflash_8.1.1/dslite.sh --mode processors -c /dev/ttyUSB1 -f /home/semon/tda4/vm/sdk92/ti-processor-sdk-rtos-j721e-evm-09_02_00_05/pdk_jacinto_09_02_00_30/packages/ti/boot/sbl/example/boot_app/multicore_images/j721e_evm/multicore_DSPs_MCU3_0_MCU3_1_stage2.appimage -d 3 -o 27C0000
sudo ~/ti/uniflash_8.1.1/dslite.sh --mode processors -c /dev/ttyUSB1 -f /home/semon/tda4/vm/sdk92/ti-processor-sdk-rtos-j721e-evm-09_02_00_05/pdk_jacinto_09_02_00_30/packages/ti/boot/sbl/example/boot_app/multicore_images/j721e_evm/multicore_MPU1_0_stage3.appimage -d 3 -o 37C0000
sudo ~/ti/uniflash_8.1.1/dslite.sh --mode processors -c /dev/ttyUSB1 -f /home/semon/tda4/vm/sdk92/ti-processor-sdk-rtos-j721e-evm-09_02_00_05/pdk_jacinto_09_02_00_30/packages/ti/boot/sbl/tools/BootApp_binaries/linux/j721e_evm/atf_optee.appimage -d 3 -o 1C0000
sudo ~/ti/uniflash_8.1.1/dslite.sh --mode processors -c /dev/ttyUSB1 -f /home/semon/tda4/vm/sdk92/ti-processor-sdk-rtos-j721e-evm-09_02_00_05/pdk_jacinto_09_02_00_30/packages/ti/boot/sbl/tools/BootApp_binaries/linux/j721e_evm/tikernelimage_linux.appimage -d 3 -o 7C0000
sudo ~/ti/uniflash_8.1.1/dslite.sh --mode processors -c /dev/ttyUSB1 -f /home/semon/tda4/vm/sdk92/ti-processor-sdk-rtos-j721e-evm-09_02_00_05/pdk_jacinto_09_02_00_30/packages/ti/boot/sbl/tools/BootApp_binaries/linux/j721e_evm/tidtb_linux.appimage -d 3 -o 1EC0000
sudo ~/ti/uniflash_8.1.1/dslite.sh --mode processors -c /dev/ttyUSB1 -f /home/semon/tda4/vm/sdk92/ti-processor-sdk-rtos-j721e-evm-09_02_00_05/pdk_jacinto_09_02_00_30/packages/ti/board src flash/nor/ospi/nor_spi_patterns.bin -d 3 -o 3FE0000
--------------------------------------------------------
使用上述命令设置 MCU_ONLY 演示
然后将 EVM 设置为 OSPi 模式、上电并运行 MCU_ONLY 演示
此致
Semon
您好 Karthikey
我尝试了 MCU_ONLY 测试的预编译映像、其中包含上述错误日志、
您可以帮助检查一下它
详细信息日志位于以下位置:
e2e.ti.com/.../5037.evm_5F00_log.txt
此致
Semon
尊敬的 Semon:
[报价 userid="507109" url="~/support/processors-group/processors/f/processors-forum/1430300/dra829j-how-to-implement-the-sleep-wake-up-function-of-mcu_only-based-on-the-dra829j-platform/5497580 #5497580"]我尝试了 MCU_ONLY 测试的预编译映像、其中包含上述错误日志、
[报价]BOARD_flashOpen 在 SPI 模式中失败!!
您能否告诉我您是否使用定制电路板 或 TI EVM? 哪个闪存是自定义的。
单图像标头中的幻数无效
您是否要保留断点来识别此无效幻象错误的来源?
此致、
Karthik
您能否告诉我您是否使用定制电路板 或 TI EVM? 哪个闪存是自定义的。
单图像标头中的幻数无效
[报价]您好 Karthik
我在 TDA4VM EVM 板上测试 MCU_ONLY、第一次上电时、它可以正确运行所有内核、但在第一次及以后切换到 MCU_ONLY 模式后
它将报告读取图像无效幻数、
我的测试过程中是否有任何错误?
您可以在 EVM 板上试用一下、向我展示如何测试它吗?
谢谢
Semon
您是否尝试过 Flash_Dma_Test 此主板的任何(OSPI_SKI_FreeRTOS)驱动程序示例?
Karthik
请查看我上传的 evm_log、txt、在首次上电时、ospi 读取正常、系统可以从 OSPI 启动并引导到 A72 Linux
但是、当切换到 MCU_ONLY 时以及稍后时、读取映像时会出现错误
此致
Semon
尊敬的 Semon:
[报价 userid="507109" url="~/support/processors-group/processors/f/processors-forum/1430300/dra829j-how-to-implement-the-sleep-wake-up-function-of-mcu_only-based-on-the-dra829j-platform/5500479 #5500479"]请查看我上传的 evm_log、txt、在首次上电时、ospi 读取正常、系统可以从 OSPI 启动并引导到 A72 Linux
但是、当切换到 MCU_ONLY 时以及稍后时、读取映像时会出现错误
[报价]我先查看内部情况、然后再回复您。
[报价用户 id="609417" url="~/support/processors-group/processors/f/processors-forum/1430300/dra829j-how-to-implement-the-sleep-wake-up-function-of-mcu_only-based-on-the-dra829j-platform/5500473 #5500473"]您是否尝试过 Flash_Dma_Test 此主板的驱动程序示例(OSPI_PRIVE_RTOS)?
[报价]请说明您是否尝试过 Flash_Dma_Test 此主板的任何(OSPI_SKI_FreeRTOS)驱动程序示例? 在此测试中、我们可以确定 Ospi 闪存是否正确。
此致、
Karthik
请回答以下问题。您是否尝试过 Flash_Dma_Test 此主板的任何(OSPI_CPI_W247FreeRTOS)驱动程序示例? 通过此测试、我们可以确定 OSPI 闪存是否正确。[/QUOT]您好、Karthik
我没有运行任何 OSPI_SCRAL_FreeRTOS Flash_Dma_Test 应用程序、但写入 OPSI 的所有核心映像在上电后首次可以正确读取并运行
此测试在 EVM 上(而不是在客户电路板上)进行、并且 SDK 是9.2
此致
Semon
请遵循这一点。您是否尝试过 Flash_Dma_Test 此主板的任何(OSPI_CPI_CPI_W247FreeRTOS)驱动程序示例? 我们可以通过此测试确定 Ospi 闪存是否正确。[/QUOT]OSPI 闪存正确、首次执行测试时、可以读取 ospi 闪存中的图像并启动每个内核、请查看测试日志
启用所有内核
此致
Semon
Linux 跟踪位于 main_uart0上。
几个问题:
[报价]您好、 Keerthy
我使用链接中的步骤在 EVM 上进行了验证:
4.24.1.仅 MCU 模式—平台开发套件(PDK)- Jacinto 用户指南
并使用 SDK 9.2中提供的预构建映像
稍后将共享日志:
此致
Semon
单图像标头中的幻数无效
您是否要保留断点来识别此无效幻象错误的来源?
[报价]您好、Karthik
请参阅我在日志中共享的日志 MCU2_0、MCU2_1可以在切换发生之前引导
MCU2_0已引导
MCU2_1已启动
因此可以读取 OSPI 闪存中的映像、
但是在切换之后、当 MCU1_0要切换为活动状态时、会出现错误、
问题出在哪呢?
--------------------------------------------------------
将0x300字节复制到0x70016000
将0xd0字节复制到0x70016300
将0x28字节复制到0x700163d0
设置内核11 @0x70016000的入口点
引导映像已完成、状态= 0
Sciclient_procBootReleaseProcessor、ProcID 0x6...
Sciclient_procBootReleaseProcessor、ProcID 0x7...
调用 Sciclient_procBootRequestProcessor、ProcID 0x6...
Sciclient_procBootSetProcessorCfg、ProcID 0x6、EntryPoint 0x70014000...
Sciclient_pmSetModuleClkFreq、DevID 0xf5 @ 1000000000Hz……
将应用的前128个字节复制到 MCU ATCM @ 0x5c00000以用于内核10
正在清除 ProcID 0x6的暂停...
Sciclient_procBootReleaseProcessor、ProcID 0x6...
调用 Sciclient_procBootRequestProcessor、ProcID 0x7...
Sciclient_procBootSetProcessorCfg、ProcID 0x7、EntryPoint 0x70016000……
Sciclient_pmSetModuleClkFreq、DevID 0xf6 @ 1000000000Hz……
将应用的前128个字节复制到 MCU ATCM @ 0x5d00000、用于内核11
正在清除 ProcID 0x7...的暂停状态
Sciclient_procBootReleaseProcessor、ProcID 0x7...
在每个阶段后睡眠10秒
MCU2_0已引导
MCU2_1已启动
几个问题:
您好、Keerthy
我再次在 EVM 上尝试了 MCU_ONLY、似乎还未正常工作、请参阅此处的 Linux 日志和 MCU 日志
1. a72 Linux 日志
e2e.ti.com/.../a72_2D00_linux_2D00_log.txt
2. mcu1_0 log、
e2e.ti.com/.../mcu1_5F00_0_2D00_rtos_5F00_log.txt
DTS 文件更改如下所示:
e2e.ti.com/.../2477.k3_2D00_j721e_2D00_common_2D00_proc_2D00_board.dts
请帮助检查这里有什么错?
谢谢
Semon
您好、Keerthy
通过您提供的链接中的补丁:
(99) J721EXSOMXEVM:PDK 低功耗管理器演示 Linux 引导错误-处理器论坛-处理器- TI E2E 支持论坛
我可以使用 sdk10在 EVM 中运行 MCU_ONLY、
我将尝试将补丁移植到 SDK9.2以查看它是否有效
谢谢
Semon
您好、Keerthy
我已经使用 sdk9.2在 TDA4VM 上设置 MCU_ONLY
e2e.ti.com/.../sdk92_2D00_ti_2D00_evm.zip
日志:
e2e.ti.com/.../nov22_2D00_mcuonly_2D00_linuxok_2D00_log.txt
MCU:
e2e.ti.com/.../nov22_2D00_mcuonly_2D00_mcuok_2D00_log.txt
感谢您和 Chandru 的帮助
此致
Semon
您好、张世梦
这三个 AppImages 是如何编译的?
此致
翻转
这三个应用程序映像是如何编译的?
您好、Liu
请参阅本案例的最后一部分:
(+) J721EXSOMXEVM:PDK 低功耗管理器演示 Linux 引导错误-处理器论坛-处理器- TI E2E 支持论坛
并粘贴到此处:
第1步:
希望您已经安装了相应的10.0 PROCESSOR-SDK-LINUX SDK: https://www.ti.com/tool/download/Linux-J721E/10.00.00.08
安装此 SDK。
假设 Linux SDK 的路径为$SDK_LINUX。 您可以 根据提供的补丁在以下位置编辑 dts:$sdk_linux/board-support/ti-linux-kernel-6.6.6.32+git-ti/arch/arm64/boot/dts/ti/k3-j721e-common-proc-board.dts。
上述操作将 在$sdk_linux/board-support/ti-linux-kernel-6.6.32+git-ti/arch/arm64/boot/dts/ti/ 文件夹下生成 k3-j721e-common-proc-board.dtb 二进制文件。 现在您已经修改了 k3-j721e-common-proc-board.dtb .
第2步:
编译 tidtb_linux.appimage。
编辑 constructappimageshlos.sh
设置 my_Board=j721e_evm
设置 OS=Linux
设置 Linux_BUILD_DIR_PATH=$SDK_Linux/board-support/board-support/prebuild-imps/
并在您完成以上编辑后。 现在设置好了所有路径。
按如下方式运行脚本和示例输出:
e2e.ti.com/.../3531.k3_2D00_j721e_2D00_common_2D00_proc_2D00_board.zip
您好、Semon Zhang
请检查 dts 文件 tks~
Regaurds
翻转
您好、Semom Zhang
这是 SD-spl 模式中的正常日志、请选中它
e2e.ti.com/.../MobaXterm_5F00_COM26USBSerialPortCOM26_5F00_20241212_5F00_141830.txt
rootfs 未安装。 具体取决于需要添加到 DTS 中的 SD 还是 eMMC。 /dev/mmcblk1p2正指向 MMC SD。
-基尔西
[报价]您好、Keerthy
客户将根设备设置为 mmcblk1p2
这在 main_sdhci1上
问题是系统上电后 mmc1初始化不正确、无法正常工作
但同一图像可以正常工作
DTS 更改是否会导致 mmc1无法正常工作?
此致
Semon
--------------------------------------------------------
/{
compatible ="ti、j721e-evm"、"ti、j721e";
模型="Texas Instruments J721e EVM";
选择了{
stdout-path ="SERIAL2:115200n8";
bootargs ="console=ttyS2115200n8 earlycon=ns16550a、mmio32、0x02800000 root=/dev/mmcblk1p2 rw rootfsttype=ext4 rootwait";
};
GPIO_keys:GPIO-keys{
兼容="GPIO 密钥";
---------------
&main_sdhci0{
/* eMMC */
不可拆卸;
ti、驱动器强度欧姆=<50>;
DISABLE-WP;
};
&main_sdhci1{
/* SD/MMC */
VMMC 电源=<&VDD_mmc1>;
vqmmc-supply =<&vdd_sd_dv_alt>;
pinctrl-names ="默认值";
pinctrl-0 =<&MAIN_mmc1_PINS_DEFAULT>;
ti、驱动器强度欧姆=<50>;
DISABLE-WP;
};
--------------------------------------------------------
这是 SD-spl 模式下的常规日志、请选中它
您好、Liu
在正常日志中、检测到 NOR 闪存并显示所有分区、为什么没有 NOR 闪存信息?

此致
Semon
您好、Liu
请帮助了解是否某些器件使用了这些 GPIO?
如果支持、我们需要启用、而不是禁用
--------------------------------------------------------
&main_uart4{
状态="正常";
/*默认引脚多路复用*/
};
MAIN_GPIO2{
状态="已禁用";
};
MAIN_GPIO3{
状态="已禁用";
};
MAIN_GPIO4{
状态="已禁用";
};
MAIN_GPIO5{
状态="已禁用";
};
MAIN_GPIO6{
状态="已禁用";
};
MAIN_GPIO7{
状态="已禁用";
};
&wkup_GPIO0{
pinctrl-names ="默认值";
pinctrl-0 =<&wkup_GPIO_PINS_DEFAULT>;
};
&wkup_GPIO1{
状态="已禁用";
};
---------------
此致
Semon
您好、Semon Zhang
我目前使用的是 ospi flash + eMMC 的组合。 我发现 lm_example_freertos 应用程序已启动、Linux 系统也已启动。 但是、当从活动模式切换到 MCU_ONLY 模式时、存在卡在 LPM_swResetMainDomain 函数中的概率。 请参阅以下日志:
仅 MCU 应用程序:############################################################## 仅 MCU -> ACTIVE MODE################
仅 MCU 应用:PMIC 状态更改:仅 MCU ->活动...
仅 MCU 应用:INT_TOP = 0x0
仅 MCU 应用:写入 CONFIG_1 = 0xc0
仅 MCU 应用:写入 FSM_NSLEEP_TRIGGERS = 0x3
仅 MCU 应用:写入 CONFIG_1 = 0x0
仅 MCU 应用:读取 FSM_NSLEEP_TRIGGERS = 0x3
仅 MCU 应用:PMIC 状态更改:仅 MCU ->活动...完成
仅 MCU 应用:正在禁用主域深度睡眠隔离...
仅 MCU 应用:配置 WKUPMCU2MAIN 和 MAIN2WKUPMCU 桥接器...
仅 MCU APP:WKUPMCU2MAIN 和 MAIN2WKUPMCU 桥接器已成功配置!
仅 MCU 应用:为 MAIN 域配置 Sciclient_board
仅 MCU 应用程序:正在执行电路板初始化...
仅 MCU 应用:正在尝试访问主域外设...
仅 MCU 应用:正在写入 DDR...
仅 MCU 应用:从 DDR...读取
仅 MCU 应用:读取值与为 DDR 写入的值匹配!
仅 MCU 应用:正在写入 MSMC...
仅 MCU 应用:从 MSMC 读取...
仅 MCU 应用:读取值与为 MSMC 写入的值匹配!
仅 MCU 应用:正在读取主 MCAN0版本寄存器...
仅 MCU 应用:主 MCAN0 MCANSS_PID = 0x68e04901
仅 MCU 应用程序:################################################################ 仅 MCU ->活动模式已完成###################
仅 MCU 应用程序:状态信息::当前处于活动模式!
仅 MCU 应用:LED LD5应亮起
仅 MCU APP:活动模式下的预期值:
TP133:高电平
TP134:高电平
仅 MCU 任务在940894002 usecs 开始、并在1554156002 usecs 完成
ipc_echo_test (core:mcu1_0).....
正在等待 Linux vdev 就绪...
IPC 任务以1554235002 usecs 开始、以1556282192 usecs 结束
调用 Sciclient_procBootRequestProcessor、ProcID 0x6...
调用 Sciclient_procBootRequestProcessor、ProcID 0x7...
正在加载引导映像
引导映像已完成、状态= 0
Sciclient_procBootReleaseProcessor、ProcID 0x6...
Sciclient_procBootReleaseProcessor、ProcID 0x7...
Core ID#10的 SBL_SlaveCoreBoot 已完成、入口点为0x70014000
内核 ID#11的 SBL_SlaveCoreBoot 已完成、入口点为0x70016000
在每个阶段后睡眠10秒
调用 Sciclient_procBootRequestProcessor、ProcID 0x8...
调用 Sciclient_procBootRequestProcessor、ProcID 0x9...
调用 Sciclient_procBootRequestProcessor、ProcID 0x3...
调用 Sciclient_procBootRequestProcessor、ProcID 0x4...
调用 Sciclient_procBootRequestProcessor、ProcID 0x30...
正在加载引导映像
引导映像已完成、状态= 0
Sciclient_procBootReleaseProcessor、ProcID 0x8...
Sciclient_procBootReleaseProcessor、ProcID 0x9...
Sciclient_procBootReleaseProcessor、ProcID 0x3...
Sciclient_procBootReleaseProcessor、ProcID 0x4...
Sciclient_procBootReleaseProcessor、ProcID 0x30...
在每个阶段后睡眠10秒
调用 Sciclient_procBootRequestProcessor、ProcID 0x20...
正在加载引导映像
引导映像已完成、状态= 0
Sciclient_procBootReleaseProcessor、ProcID 0x20...
内核 ID#0的 SBL_SlaveCoreBoot 已完成、入口点为0x70000000
在每个阶段后睡眠2分钟
Linux vdev 已准备就绪!
Boot App:以1561391001 usec 开始
Boot App:引导的内核总数= 3.
Boot App:已引导内核 ID #10 (1562739002)
Boot App:在1563810002 usecs 上引导的内核 ID #11
Boot App:在1591430002 usecs 时引导的内核 ID #0
MCU 引导任务在1561391001次用例开始、并在1715701002次用例完成
调用 rpmsg_exit_responseTask
响应者任务应该已退出
仅 MCU 应用:仅在 MCU 内部执行任务!
仅 MCU APP:在 MAIN 域中为 TMPSENS1:4禁用 MAXT_OUTRG_EN!
仅 MCU 应用程序:状态信息::当前处于活动模式!
仅 MCU 应用:LED LD5应亮起
仅 MCU 应用:睡眠10秒、请测量 TP133和 TP134!
仅 MCU APP:活动模式下的预期值:
TP133:高电平
TP134:高电平
仅 MCU 应用程序:############################################################## 活动->仅 MCU 模式####################
仅 MCU 应用:向主域发出软件复位问题...
仅 MCU 应用:lPM_swResetMainDomain 被输入111
仅 MCU 应用:正在进入 Sciclient_service

