[参考译文] J721EXSOMXEVM：关于创建可加载 TI SBL 的.appimage 文件

团队成员、您好！

您能否提供反馈。

此致、

Pradeep R

Tarun、您好！

我们按照上述文档中提到的步骤进行了操作、但控件仍在 TI SBL 中、但不在应用中

请查找以下步骤：

1使用  out2rprc.exe 将我们的应用 elf 转换为 rprc 文件  

2 使用 MulticoreImageGen.exe 将应用程序 rprc 文件转换为 appimage

3将模式更改为 UART 模式

4使用 uniflash 工具、我们运行命令 dslite.bat - mode processors -c COM22 -f C：\ti\uniflash_8.8.0\processors\FlashWriter\j721e_evm\uart_j721e_evm_flash_programmer_release.tiimage -i 0

5使用 uniflash 工具、我们运行命令以在闪存的0位置加载 SBL

 dslite.bat --mode processors -c COM22 -f sbl_ospi_img_mcu1_0_release.tiimage -d 3 -o 0

6 使用 uniflash 工具、我们运行命令以在 闪存的80000位置加载 tifs.bin

dslite.bat -模式处理器-c COM22 -f tifs.bin -d 3 -o 80000

7 使用 uniflash 工具、我们运行命令以在 闪存的100000位置加载应用程序映像

dslite.bat -模式处理器-c COM22 -f Application.appimage -d 3 -o 100000

8 使用 uniflash 工具、我们运行命令以在 闪存的3FE0000位置加载 nor_spi_patterns.bin

dslite.bat -- mode processors -c com22 -f pdk_jacinto_09_00_00_45\packages\ti\board\fet\flash\nor\ospi\nor_spi_patterns.bin -d 3 -o src 0000

9然后、关闭电路板电源、并将模式更改为 OSPI 闪存模式

10随后在板上通电

当看到存储器区域时、 数据将复制到 OCMC RAM 区域中(对于 SBL)和 DDR 区域(对于应用)、

在我们的应用中、我们将从0x100开始使用 ATCM 区域作为我们应用程序的异常表 、并从0x80000000开始为应用程序的其他段完成 DDR

当我们运行代码时、控件始终位于  OCMC RAM 区域、而不是 DDR 区域

您能告诉我是否需要按照上面的流程进行任何更正吗

谢谢

此致、

Pradeep R

Tarun、您好！

您能给我们提供反馈吗

谢谢

此致、

Pradeep R

Pradeep、

对不起、在其他高优先级调试呼叫中、此问题只能在下周回答。

此致

Tarun Mukesh

Tarun、您好！

当然、请尽早提供您的反馈。

谢谢

此致、

Pradeep R

Tarun、您好！

您能给我们提供反馈吗

谢谢

此致、

Pradeep R

您好！

您是否能够在 MCU UART 上同时查看 SBL 和 TIFS 日志？

您的 elf 文件转换为应用程序映像、甚至是示例示例、是否存在此问题？ 或者、您是否可以使用我们的示例示例尝试相同的步骤并查看一次？

此致

Tarun Mukesh

Tarun、您好！

我甚至通过示例也看到了这个问题。

我怀疑问题可能是我正在使用的 SBL 映像。

您能不能给我分享一下您最后使用的最新 SBL 图像和示例

这样我就可以最后验证相同

此致、

Pradeep R

Pradeep、

SBL 映像是预编译的二进制映像、将是 SDK 的一部分。 如果您使用相同的、则不是问题。 连接 CCS 并查看代码中的哪个位置它完全停止？

并共享 MCU UART 上的打印件。

此致

Tarun Mukesh

此外、还请正确给出可执行文件的路径和名称。 我没有看到提供了 SBL、TIFS 和应用程序的路径

示例：

dslite.bat -模式 processor -c COM55 -f C：\ti\uniflash_6.1.0\processors\FlashWriter\j721e_evm\uart_j721e_evm_flash_programmer_release.tiimage -i 0 


此致 
Tarun Mukesh 

Tarun、您好！

请找到 MCU UART 终端的附加映像、我们在 SBL 引导过程中遇到错误

dslite.bat -模式 processor -c COM22 -f C：\ti\uniflash_8.8.0\processors\FlashWriter\j721e_evm\uart_j721e_evm_flash_programmer_release.tiimage -i 0

dslite.bat - mode processors -c COM22 -f C：\Pradeep\PradeepR_2723\TI\TDA4\J721E\ti-processor-sdk-rtos-j721e-evm-09_00_00_02\pdk_jacinto_09_00_45\packages\ti\boot\sbl\binary\j721e_evm-0_ti_release\sim_0_ti_0_img -match_0_0_mati_0_img

dslite.bat - mode processor -c COM22 -f C：\Pradeep\PradeepR_2723\TI\TDA4\J721E\ti-processor-sdk-rtos-j721e-evm-09_00_00_02\pdk_jacinto_09_00_00_45\packages\ti\drv\sciclient\v1\v1\-d soc tifs.bin

dslite.bat -模式处理器-c COM22 -f C：\Pradeep\PradeepR_2723\TI\TDA4\J721E\udma_memcpy_testapp_freertos\bin\j721e_evm\udma_memcpy_testapp_freertos_mcu1_0_release.appimage -d 100000

dslite.bat - mode processors -c COM22 -f C：src \Pradeep\PradeepR_2723\TI\TDA4\J721E\ti-processor-sdk-rtos-j721e-evm-09_00_00_02\pdk_jacinto_09_00_00_45\packages\ti\board\feblash\nor\ospi\nor_spi_patterns.bin -3FE0000

我们 从其中一个 TI E2E 票证下载了 uDMA_memcpy_testapp_freertos、我们没有将此示例作为 SDK 的一部分

此致、

Pradeep R

我已经把它分配给 SBL 专家,他将有研究这个。

此致

Tarun Mukesh

Tarun、您好！

当然

谢谢

此致、

Pradeep R

 Pradeep、您好！

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5497861 #5497861"]

当看到存储器区域时、 数据将复制到 OCMC RAM 区域中(对于 SBL)和 DDR 区域(对于应用)、

[报价]

看起来很好。

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5497861 #5497861"]

当我们运行代码时、控件始终位于  OCMC RAM 区域、而不是 DDR 区域

[报价]

在测试过程中、您是否发现了任何错误？ 您能说明一下您的需求吗？

此致、

Karthik

您好 Karthik、

如下所示、当我们从闪存引导时、我们将看到以下错误

当我们进行调试时、我们发现 SBL 不启用 DDR 区域、因此、您可以向我们提供一个 SBL 映像、用于引导 MCU 域、启用 DDR 区域并将应用复制到 DDR 区域中以供执行

配置文件

dslite.bat -模式 processor -c COM22 -f C：\ti\uniflash_8.8.0\processors\FlashWriter\j721e_evm\uart_j721e_evm_flash_programmer_release.tiimage -i 0

dslite.bat - mode processors -c COM22 -f C：\Pradeep\PradeepR_2723\TI\TDA4\J721E\ti-processor-sdk-rtos-j721e-evm-09_00_00_02\pdk_jacinto_09_00_45\packages\ti\boot\sbl\binary\j721e_evm-0_ti_release\sim_0_ti_0_img -match_0_0_mati_0_img

dslite.bat - mode processor -c COM22 -f C：\Pradeep\PradeepR_2723\TI\TDA4\J721E\ti-processor-sdk-rtos-j721e-evm-09_00_00_02\pdk_jacinto_09_00_00_45\packages\ti\drv\sciclient\v1\v1\-d soc tifs.bin

dslite.bat -模式处理器-c COM22 -f C：\Pradeep\PradeepR_2723\TI\TDA4\J721E\udma_memcpy_testapp_freertos\bin\j721e_evm\udma_memcpy_testapp_freertos_mcu1_0_release.appimage -d 100000

dslite.bat - mode processors -c COM22 -f C：src \Pradeep\PradeepR_2723\TI\TDA4\J721E\ti-processor-sdk-rtos-j721e-evm-09_00_00_02\pdk_jacinto_09_00_00_45\packages\ti\board\feblash\nor\ospi\nor_spi_patterns.bin -3FE0000

上述所有映像都已在 SDK 中预编译

我们的需求是、我们将在 DDR 区域开发我们的应用、当从闪存启动 TDAVM 器件时、TI SBL 应将应用从闪存复制到 DDR 区域并执行应用

此致、

Pradeep R

 Pradeep、您好！

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5512801 #5512801"]

当我们进行调试时、我们发现 SBL 不启用 DDR 区域、因此、您可以向我们提供一个 SBL 映像、用于引导 MCU 域、启用 DDR 区域并将应用复制到 DDR 区域中以供执行

[报价]

您似乎在使用 OSPI 引导模式、我不明白您是如何收到这些错误的？ 以及是否能够在此 OSPI 引导模式下获取 TeraTerm 日志？

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5497861 #5497861"]

10随后在板上通电

[报价]

之后、您能解释一下步骤吗？

Unknown 说：

我们将在 DDR 区域开发应用程序、从闪存启动 TDAVM 器件时、TI SBL 应将应用程序从闪存复制到 DDR 区域并执行应用程序

要更改应用程序存储器、请参阅 pdk_jacinto_09_02_00_30/packages/ti/build/j721e/linker_R5_freertos.lds 文件。

此致、

Karthik

您好 Karthik、

您似乎在使用 OSPI 引导模式、我不明白您是如何收到这些错误的？ 以及是否能够在此 OSPI 引导模式下获取 TeraTerm 日志？

反馈：是的、我们使用 OSPI 引导模式

之后、您能解释一下步骤吗？

反馈:上电后,立即在 CCS 的 MCU UART 终端上,我们得到了上面提到的错误

要更改应用程序存储器、请参阅 pdk_jacinto_09_02_00_30/packages/ti/build/j721e/linker_R5_freertos.lds 文件。

反馈：我们已经根据提供的用户指南、对链接器文件中的应用程序进行了所有必要的更改

现在、问题在于、作为 SDK 的一部分提供的用于 OSPI 引导的 SBL TI 映像和作为 SDK 一部分提供的示例应用程序无法正常工作

因此、我请求 TI 与示例应用映像 以及 所需的 tifs.bin 文件共享工作 SBL TI 映像、

谢谢

此致、

Pradeep R

Pradeep、您好！

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5515364 #5515364"]

因此、我请求 TI 与示例应用映像 以及 所需的 tifs.bin 文件共享工作 SBL TI 映像、

[报价]

请查找随附的文件、让我们知道这是否有帮助。

e2e.ti.com/.../J721e_5F00_EVM_5F00_9.2_5F00_WorkingSample.zip

此致、

Karthik

您好 Karthik、

谢谢图像、现在我可以看到控制在应用中

要进一步操作、我想知道用于构建此应用程序 GPIO_RELAG_Test_421_mcu1_0_release.appimage Baremetal_Led 的链接器文件、您能不能告诉我们此应用程序的内存使用情况或链接器文件、以便构建与此类似的应用程序吗？

我还有两个问题  

1当我们在 CCS 中进行系统复位时、应用程序正常运行

2当我们在 CCS 中进行 CPU 复位时、会在某个点遇到残桩

您能解释一下这种行为吗

谢谢

此致、

Pradeep R

Pradeep、您好！

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5518088 #5518088"]

要进一步操作、我想知道用于构建此应用程序 GPIO_RELAG_Test_421_mcu1_0_release.appimage Baremetal_Led 的链接器文件、您能不能告诉我们此应用程序的内存使用情况或链接器文件、以便构建与此类似的应用程序吗？

[报价]

请查找随附的文件：

e2e.ti.com/.../8508.linker_5F00_r5.zip

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5518088 #5518088"]

1当我们在 CCS 中进行系统复位时、应用程序正常运行

[报价]

您是否为此测试使用了 OSPI 引导模式或无引导模式？

此致、

Karthik

您好 Karthik、

您是否为此测试使用了 OSPI 引导模式或无引导模式？

是的、我们使用 OSPI 引导模式

此致、

Pradeep R

 Pradeep、您好！

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5520089 #5520089"]

是的、我们使用 OSPI 引导模式

[报价]

请澄清一下电路板何时为 OSPI 引导模式、为什么要尝试从 CCS 加载二进制文件？ 因为已通过命令的 uniflash 加载二进制文件。

此致、

Karthik  

您好 Karthik、

请澄清一下电路板何时为 OSPI 引导模式、为什么要尝试从 CCS 加载二进制文件？ 因为已通过命令的 uniflash 加载二进制文件。

反馈: 我们想要调试 一些符号和其他应用程序相关的行为。 我们将在 CCS 中加载符号并对其进行验证、但主要想知道此 CPU 复位和系统复位是如何工作的

此致、

Pradeep R

 Pradeep、您好！

Unknown 说：

我们想要调试 一些符号和其他与应用程序相关的行为。 因此、我们将在 CCS 中加载符号并对其进行验证、

在 OSPI 引导模式下、SBL 和应用程序二进制文件已经加载到 OSPI 闪存中。 系统或 CPU 复位可能会导致预加载的二进制文件中断。  在 CCS 中连接到目标后、仅加载符号   而不是重置或重新加载整个可执行文件。

Unknown 说：

、但我们主要想知道此 CPU 复位和系统复位是如何工作的

系统复位会复位所有内核、 它会使 SoC 恢复其上电复位状态

CPU 复位仅复位选定的内核。 其他内核和系统外设不受影响。

此致、

Karthik

您好 Karthik、

感谢您发送编修  

我还有几个问题

1在根据共享参考(8508.linker_r5.zip)更新我们应用程序的链接器文件后、我们仍然无法将我们的应用程序复制到 DDR 中并从 CCS 执行。 我可以知道此处的问题可能是什么吗？

2我们尝试了调试作为 PDK 的一部分共享的 SBL 映像、并找到了 sbl_CUST_img_mcu1_0_release.tiimage、使用此 SBL、我们能够在 CCS 中看到我们的应用程序已复制到 DDR 中并按预期执行。 我想知道两者之间的区别是什么   sbl_ospi_img_mcu1_0_release.tiimage 和 sbl_cust_img_mcu1_0_release.tiimage ？

3我们还想知道如何单独生成这些 SBL 映像,根据用户指南,我们有命令一起生成,但我们想知道如何单独生成,例如:只有 sbl_cust_img_mcu1_0_release.tiimage

此致、

Pradeep R

您好 Karthik、

任何反馈。

此致、

Pradeep R

 Pradeep、您好！

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5526735 #5526735"]根据共享参考文献(8508.linker_r5.zip)更新我们应用程序的连接器文件后、我们仍然无法将应用程序复制到 DDR 中并从 CCS 执行。 我可以知道这里的问题是什么吗？

您能帮助解释对此文件所做的更改吗？ 您会与我共享您的映射文件吗？

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5526735 #5526735"]

2我们尝试了调试作为 PDK 的一部分共享的 SBL 映像、并找到了 sbl_CUST_img_mcu1_0_release.tiimage、使用此 SBL、我们能够在 CCS 中看到我们的应用程序已复制到 DDR 中并按预期执行。 我想知道两者之间的区别是什么   sbl_ospi_img_mcu1_0_release.tiimage 和 sbl_cust_img_mcu1_0_release.tiimage ？

[报价]

sbl_ospi_img：

三级引导加载程序、用于从 OSPI 分阶段引导主域内核

sbl_CUST_img：

OSPI SBL 的特点。 通过该 SBL、用户可以控制以下操作

DDR 初始化

PLL 初始化

时钟初始化

跳过 MCU 复位

Unknown 说：

3我们还想知道如何单独生成这些 SBL 映像、根据用户指南、我们有命令一起生成、但我们想知道如何单独生成、例如：只有 sbl_cust_img_mcu1_0_release.tiimage

请参阅以下 build 命令：

make BOARD=j721e_evm CORE=mcu1_0 sbl_cust_img  DISABLE_RECURSE_DEPS=no -sj6

此致、

Karthik

 

您好 Karthik、

请查找我们的应用程序的映射文件

e2e.ti.com/.../ARM_5F00_TDA4VMCR5_5F00_Application_5F00_Can.zip

根据用户指南、此处的应用矢量表(EXCTABLE)放置在 ATCM 的0x100存储器地址

此致、

Pradeep R

Pradeep、您好！

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5532951 #5532951"]

根据用户指南、此处的应用矢量表(EXCTABLE)放置在 ATCM 的0x100存储器地址

[报价]

请参阅下面随附的文件。 采样1的 GPIO 应用默认存储在 DDR 存储器中、而采样2的 GPIO 应用程序存储 在 ATCM 存储器中。 您可以按照提供的示例修改链接器文件。

e2e.ti.com/.../memory-alteration.zip

此致、

Karthik

您好 Karthik、

即使根据提供的参考调整链接器后,我们在运行应用程序时也会遇到问题。 请找到链接器并映射 filee2e.ti.com/.../TDA4XEVM.zip

我们的应用程序卡在异常处理程序中

此外、我可以在提供的 SBL ti 映像(J721e_EVM_9.2_WorkingSample.zip)中了解是否启用了"DSBL_SKIP_MCU_RESET"选项

因为根据我们的调试、异常处理程序是由于 MCU 复位而触发的。

如果 未启用、您能否启用 SBL ti 映像并向我们提供它、我们将进行一次验证

此致、

Pradeep R

您好！

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5537782 #5537782"]

如果 未启用、您能否启用 SBL ti 映像并向我们提供它、我们将进行一次验证

[报价]

请参阅 sbl_CUST_img、您可以控制以下内容

• DDR 初始化

• PLL 初始化

• 时钟初始化

• 跳过 MCU 复位

此致、

Karthik

您好 Karthik、

使用 Cust SBL 映像时、正如我前面所提到的、OSPI SBL 映像无法正常工作

我可能知道、为什么我们的应用需要跳过 MCU 复位、而不是 OSPI SBL 映像的示例。

此致、

Pradeep R

您好！

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5539633 #5539633"]

我可能知道、为什么我们的应用需要跳过 MCU 复位、而不是 OSPI SBL 映像的示例。

[报价]

如果您的应用依赖于在先前引导阶段或热重新启动期间设置的特定配置或 MCU RAM 或其他 MCU 相关寄存器中存储的数据、则复位 MCU 将擦除此状态、并 跳过复位可避免重新初始化 MCU 子系统的额外开销、从而可以缩短引导时间。

此致、

Karthik

您好 Karthik、

感谢您发送编修

我们关于应用程序映像复制和执行的问题已解决

但我们现在有一个尚未解决的问题、我已在另一个 TT 中提出有关影响我们闪存区域的 OSPI 引导模式的问题、那么我该如何继续？

即使我们尝试了 SD 卡引导模式、但 SD 卡引导模式在系统复位后需要更多时间、几乎需要3秒、这太高了？

此致、

Pradeep R

Pradeep、您好！

[报价 userid="551053" url="~/support/processors-group/processors/f/processors-forum/1431325/j721exsomxevm-regarding-creation-of-appimage-file-which-can-be-loaded-ti-sbl/5539672 #5539672"]

我们关于应用程序映像复制和执行的问题已解决

[报价]

感谢您的更新。

Unknown 说：

但我们现在有一个未决问题、我已在另一个问题中提出了这一问题、该问题涉及影响到我们的闪存区域的 OSPI 引导模式、该怎么办？

您可以在此处结束此讨论、我们将在新 TT 中处理您的问题。

此致、

Karthik