工具与软件:
您是否能够提供 trace32脚本来将 elf 加载至 DDR/OCRAM/MCMS_RAM 并在 R5F 内核上执行? 每种存储器类型的脚本会有所不同。
谢谢!
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.
工具与软件:
您是否能够提供 trace32脚本来将 elf 加载至 DDR/OCRAM/MCMS_RAM 并在 R5F 内核上执行? 每种存储器类型的脚本会有所不同。
谢谢!
我们已通知专家研究此主题;在此期间、我们建议研究类似的主题:
谢谢。
您好!
加载到不同的内存通常主要涉及如何编译二进制文件(以及所使用的链接器脚本)与 JTAG 脚本差异之间的比较。 调试器通常能够加载到任何已初始化的存储器、此时需要选择正确的 R5内核、以便更新将运行二进制文件的内核的 PC。
要使 R5二进制文件从调试器加载映像的存储器中实际运行、可能需要一些实体(R5本身或主内核、或调试器)来设置 R5 MPU 和 RAT 以访问存储器。 执行此操作的步骤取决于可执行文件的链接方式。
我将附加一个 JTAG 脚本、用于测量一些访问时间。 测试循环直接汇编到 R5存储器中(不是加载的 elf)。 可以将其扩展到按照所问的路线做一些事情。
/cfs-file/__key/communityserver-discussions-components-files/791/r5_2D00_mem_2D00_cmm.7z
LB 脚本与裸机配合使用、并可用于 SDK 对象调试。 调试某些 SDK 对象需要执行的操作与对象相关。 大多数 SDK 用户使用"晚期附加"、此时他们的代码中会出现某种 while (1)循环、并将此类循环用作 JTAG 调试器的安全连接点。 验证软件包的 SDK 测试向量很大程度上在任何 JTAG 调试器之外运行。 我不理解您与 SDK 测试和 Lauterbach 调试程序的链接。 JTAG 调试器是一种开发辅助工具。 若要调试终端代码、开发人员应充分理解代码存储器映射以采用调试器。 大多数 SDK 开发人员仅根据需要使用 JTAG 调试。 SDK 提供了一些 CCS 指导。 主要针对 Lauterbach 指导、您需要向 Lauterbach 寻求支持。
如果您有具体问题、请询问详情。 您的一般性问题没有答案。
您构建了哪个应用程序? 您是如何尝试和运行它的? 是否报告了任何错误? 根据您要尝试的操作、可能需要在此主题中添加一个应用领域工程师。 调试器的使用是如何使用软件包的次要因素。 通常、我看到为 SD 卡生成引导映像(但可以将其放入闪存中)。该引导映像会引导系统、然后启动应用程序。 构建对象(即应用程序+引导映像)可能是您想要使用的对象。 如果要在 JTAG 调试器中查看、可以在测试应用程序的 main()中添加附加点。 提供了"noboot"开发流程、其中"JTAG"用作加载器而不是 SD 卡(或闪存)。 该方法使用 launch.js (对于 CCS)为 Lauterbach 加载应用程序(在 EVM 的 dip 开关处于 noboot 模式之后)。 可以使用 cmm-tda4vh_j784s4\x_gel_to_cmm\pdk_rtos_test 级别的脚本。
J784S4XEVM:gpt_app_mcu1_0_release.xer5f 在由 Trace32加载后未按预期工作-处理器论坛-处理器- TI E2E 支持论坛
以下是该问题的详细说明。 在上面的链接中,我提供了应用程序、我构建应用程序的方式和我加载应用程序的脚本,以及我所面临的问题。 请帮助我们。 谢谢