ST 提供了支持裸机开发环境，针对裸机开发还有专门的培训视频（【直播回放】轻松使用STM32MP13x-如MCU般在cortex A核上裸跑应用程序），培训视频中有详细的裸机开发调试的方法及如何做成可加载的SD卡启动镜像，我们参照培训视频的内容一步步熟悉理解针对STM32MP135开发板的调试方法，针对STM32MP135-DK开发的介绍可以参考该链接（https://wiki.stmicroelectronics.cn/stm32mpu/wiki/STM32MP135x-DK_-_hardware_description）
" v/ y( e  j4 A+ V7 s! Z7 k/ m
8 ]3 h% z* }) s' N! y

• 裸机程序加载至SystemRAM 调试的方法
  

从ST 官网下载的软件包(https://www.st.com/en/embedded-software/stm32cubemp13.html),使用 STM32CubeIDE  导入STM32Cube_FW_MP13_V1.0.0\Projects\STM32MP135C-DK\Examples\UART\UART_Receive_Transmit_Console\STM32CubeIDE\工程编译OK后，将板子bootmode 设置成Engineering boot 模式，对应拨码如下：
* z5 w5 z% d" p% u

6 o2 r5 d/ h$ S+ G+ {设置成Engineering boot 模式后，编译上面的工程直接debug 运行即可，发现程序已经按照熟悉的“MCU”调试方式运行起来，程序会在串口输出信息。

4 o" h  L9 z. A4 s" h/ z这时debug 停住查看函数的调用栈信息，会发现栈内的LR返回地址为STM32MP135 片内的128K SystemRam 的地址空间，该空间还是比较紧凑的，调试个简单的程序可以在在SystemRAM中运行，大型的工程显然资源是不够的，正常MPU程序是运行在DDR中的，我们继续修改链接脚本让程序跑在DDR中这样就不会有资源的使用限制了。

- c3 W- X2 A8 W3 u$ \

• 配置工程在DDR中运行
  

0 |1 C; p( Y( _- l
工程要运行在DDR中要保证DDR已经初始化好才可以，我们的工程是没有整个初始化处理的，我们可以加载软件包中的（STM32Cube_FW_MP13_V1.0.0\Projects\STM32MP135C-DK\Examples\DDR\DDR_Init\STM32CubeIDE）工程，按照之前的方法下载到SystemRam中运行初始化好DDR后，我们不给板子掉电重洗debug我们的工程即可。

加载DDR 工程前我们需要修改工程的链接脚本，把程序编译链接到DDR空间，按照如下方式修改链接脚本即可。
7 z3 r# }* s- b! z' s1 Q' W

Debug config 下的startup 要删除这一句避免debug 触发cpu复位把DDR初始化处理reset 掉。

预处理添加USE_DDR宏定义

按照之前描述的先debug ddr_init 工程后断开ddr_init ，在denug 我们的测试工程验证，这时发现工程已经链接到0xc0xxx的DDR的地址空间了，程序已经加载到DDR中运行。

• DDR镜像加载运行
  ' J8 `8 ?+ ?9 ?% R& f% T

我们上述的实验都是在Engineering boot 模式 运行，而且只能调试运行，断电重启后也不能正常运行，实际产品这种方法肯定是不行，ST支持做成image 文件从SD卡或者NOR FLASH启动，我们按照ST的说明将镜像加载到SD卡运行。
4 o5 c2 G! K) Z2 m7 b# o( kST 从SD卡启动的程序需要在bin文件前追加512 byte 的header 才能被正常启动，对应的image header 的说明如下（https://wiki.stmicroelectronics.cn/stm32mpu/wiki/STM32_header_for_binary_files），ST 的软件包里提供了工具用于打包编译后的镜像文件，对应的脚本为postbuild_STM32MP13.sh  脚本使用方法如下：

1. In STM32CubeIDE project you need to add the following line in the "Post-build steps" command in project Properties -> C/C++ Build -> Settings -> Build Steps :
   7 }* c4 Q. B+ O' e
2. 
   4 q8 T0 L- X. p4 a! R- [' N- l5 \" u
3.   ../[../]ImageHeader/postbuild_STM32MP15.sh  "${gnu_tools_for_stm32_compiler_path}" "${BuildArtifactFileBaseName}"
   
4. or
   
5.   ../[../]ImageHeader/postbuild_STM32MP13.sh  "${gnu_tools_for_stm32_compiler_path}" "${BuildArtifactFileBaseName}"

复制代码

# C! N, F3 M' \; R& e. c
按照上面的说明在project Properties -> C/C++ Build -> Settings -> Build Steps : 追加Post-build steps 执行该脚本。

1.   ../../../../../../../Utilities/ImageHeader/postbuild_STM32MP13.sh  "${gnu_tools_for_stm32_compiler_path}" "${BuildArtifactFileBaseName}"

复制代码

+ v) J! j: Y2 K- \) P, I

! T9 w2 I7 z* V& l* T- l添加命令后console 会有如下log 信息输出header 信息及，在编译路径下也会有对应的.stm32文件其在bin文件上携带了header信息。

6 N$ R# G4 o4 D9 c$ `! ]: u
# b. @! x( m' o! e+ h, D

编译好了app 程序镜像就可以打包生成SD卡可以启动的镜像文件了，ST 提供了External_Loader 工具用于打包镜像文件。我们将编译好的携带header 信息的UART_Receive_Transmit_Console_A7.stm32文件拷贝至\stm32-mp135\STM32Cube_FW_MP13_V1.0.0\Projects\STM32MP135C-DK\External_Loader\SD_Ext_Loader 路径下。
" S5 x' ~$ o! G# Z+ H# |+ R( E3 A4 ?同时修改该路径下的FlashLayout_OpenBL_ExtLoaderSDMMC_SerialBoot.tsv 文件更新要下载的app文件
2 }& O0 M: {- t% ?" B+ F: s4 x

4 t: o  V2 Y. X
& @* k; }3 X& ?0 c& V  P

一切就绪我们将板子的启动模式切换为 下载模式，对应拨码如下：

* S6 u$ }" U& E+ G2 u8 x! i
* v# T4 A+ `( @

我们通过  STM32CubeProgrammer  通过uart 将镜像下载至sd卡，下载前要将SD卡格式化下避免镜像制作启动失败。

SD卡启动镜像制作完成后，我们将板子的启动模式切换为SD卡启动。

8 g' O5 x' C* a2 A( @! o

切换后板子启动正常，此时断电重启后程序也是能够正常运行，至此我们的基于SD卡启动加载至DDR运行的验证已经ok了。

5 U, C/ ?( ?8 b$ b: n: v
7 P+ V" F, e& {: K# l' m

/* 资料分割线 */

STM32MP13x-ST新一代通用工业级MPU，超高性价比.pdf (3.44 MB, 下载次数: 44)

2024-1-20 07:52 上传

点击文件名下载附件

* U% d# g) p4 [: z$ P

轻松使用STM32MP13x - 如MCU般在cortex A核上裸跑应用程序.pdf (3.95 MB, 下载次数: 81)

2024-1-20 07:52 上传

点击文件名下载附件

% }3 w+ M: ^; p, H& d+ W
4 n  m! n% ^$ y7 H) F% j" e

( p' B+ v7 X$ I0 ~3 p0 B

感谢分享和资料整理
  L4 K0 K$ Q" T. R& P# q

STM32Header编译出错又遇到過嗎
7 m" ?% c# W/ L4 ~- h: V( p( h

h12121 发表于 2024-2-4 13:03
STM32Header编译出错又遇到過嗎

坛子里有解决方法