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.
工具与软件:
您好!
默认情况下、为从 linker.cmd 中的地址0x7000 0000执行 SBL 留出的 OCRAM 为0x40000 (256KiB)。
我在可预见的未来使用 TI 的 sbl_ospi.release.tiimage sbl、因此我想将最小的 RAM 分配给 SBL、从而为应用程序代码留出更多空间。
sbl_ospi.release.tiimage 在执行时实际使用的 OCRAM 存储器量是多少?
谢谢你。
尊敬的 Kier:
[报价 userid="479799" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1419737/am263p4-sbl-size "] 请告知 sbl_ospi.release.tiimage 在执行时实际使用的 OCRAM 内存到底有多少?[/QUOT]这将取决于您要使用的功能;
例如、如果您选择快速引导: AM263Px MCU+ SDK:实现快速安全引导和引导时间计算器
然后、由于流式传输服务、需要保留256KiB。
但我建议 SBL 至少为256KiB。
此外、如果您正在寻找一种在运行时监视 SBL 内存使用情况的方法、可以用一个 特定值填充整个存储器范围( 使用链接器命令文件中的 fill 指令-有关详细信息、请参阅《汇编语言工具用户指南》)、然后在运行时查看存储器(使用存储器浏览器)以确定其已用了多少。 stack 段通常是 RAM 中根据应用程序需求而变化的段。
有用信息非常感谢 Nilabh、但 我只谈论的是 TI 已构建的 SBL 'sbl_ospi.release.tiimage '、位于此处:
C:\ti\mcu_plus_sdk_am263px_09_02_00_56\examples\drivers\boot\sbl_ospi\am263px-cc\r5fss0-0_nortos\ti-arm-clang
我不想建立自己的模型。
话虽如此、我想我在位于上面目录的.map 文件中找到了答案。 "对不起,我以为你赢了。" 总之、SBL 看起来使用了大约216KiB。
剩下的一个问题是:SBL 的负载来源是7000 2. 000根据 MAP 文件、但 TI 应用程序示例中的标准存储器区域从0x7000开始0000:
我能否将上述 SBL 起始地址更改为0x7000 2. 000 之后、 应用是否使用区域0x7000 0000至7000 1FFF?
很高兴知道您能够找到信息。
剩下的一个问题:SBL 的负载来源是7000 2. 000根据 MAP 文件、但 TI 应用程序示例中的标准存储器区域从0x7000开始0000:[/QUOT]由于 ROM 期望 SBL 位于该位置、因此无法更改 TI。 AM26x 器件中的 ROM 引导流程(TI.com)
您无法更改 SBL 起始地址、但仍可以在用例中使用70000000到70001FFF。
我建议阅读以下内容: (2) AM2634:阐明在0x70002000至0x70040000范围内使用 SBL 保留存储器的应用程序-基于 Arm 的微控制器论坛- TI E2E 支持论坛
(2)[常见问题解答] SBL-AM243X:使用应用中的存储器-基于 Arm 的微控制器论坛-基于 Arm 的微控制器- TI MCU-PLUS-SDK 支持论坛