ST 提供了支持裸机开发环境，针对裸机开发还有专门的培训视频（【直播回放】轻松使用STM32MP13x-如MCU般在cortex A核上裸跑应用程序），培训视频中有详细的裸机开发调试的方法及如何做成可加载的SD卡启动镜像，我们参照培训视频的内容一步步熟悉理解针对STM32MP135开发板的调试方法，针对STM32MP135-DK开发的介绍可以参考该链接（https://wiki.stmicroelectronics.cn/stm32mpu/wiki/STM32MP135x-DK_-_hardware_description）
  i0 X6 ?8 y6 ~2 T( t+ r
# h3 p/ G, v/ Y( ?* z+ y

• 裸机程序加载至SystemRAM 调试的方法
  3 [" @% n0 @3 D# N8 ^- }

从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 模式，对应拨码如下：
3 ]1 a# H- N2 x! v

3 V& E+ w, B+ n3 D: O3 Y% S5 V+ q; B设置成Engineering boot 模式后，编译上面的工程直接debug 运行即可，发现程序已经按照熟悉的“MCU”调试方式运行起来，程序会在串口输出信息。

+ i( I* h( ^9 v  ?; |+ D

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

8 y; m9 l% p: Q. f8 q, p& o3 l

• 配置工程在DDR中运行
  

8 p8 x+ G; D5 {/ Y0 c8 O  {工程要运行在DDR中要保证DDR已经初始化好才可以，我们的工程是没有整个初始化处理的，我们可以加载软件包中的（STM32Cube_FW_MP13_V1.0.0\Projects\STM32MP135C-DK\Examples\DDR\DDR_Init\STM32CubeIDE）工程，按照之前的方法下载到SystemRam中运行初始化好DDR后，我们不给板子掉电重洗debug我们的工程即可。
. z/ E& l* }4 Y  `8 b
" x3 Z# b) @+ P# n' g6 a2 K加载DDR 工程前我们需要修改工程的链接脚本，把程序编译链接到DDR空间，按照如下方式修改链接脚本即可。
- R# l" t5 V: R$ }% {

0 n1 c, J* p# Q+ b8 j  O! a5 S/ R% j: n

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

预处理添加USE_DDR宏定义

! N+ x: V" i' I. J$ B; G1 U

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

/ h" t) X# ~, d# |

• DDR镜像加载运行
  

我们上述的实验都是在Engineering boot 模式 运行，而且只能调试运行，断电重启后也不能正常运行，实际产品这种方法肯定是不行，ST支持做成image 文件从SD卡或者NOR FLASH启动，我们按照ST的说明将镜像加载到SD卡运行。
  c+ v  W8 `4 y# `ST 从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 :
   " C, E! r1 ~. [2 J( F
2. 
   
3.   ../[../]ImageHeader/postbuild_STM32MP15.sh  "${gnu_tools_for_stm32_compiler_path}" "${BuildArtifactFileBaseName}"
   ; d0 @- q( g! A/ x- P& d2 q4 O
4. or
   ( @, b/ {+ y3 v$ O/ a3 l
5.   ../[../]ImageHeader/postbuild_STM32MP13.sh  "${gnu_tools_for_stm32_compiler_path}" "${BuildArtifactFileBaseName}"

复制代码

9 o) d. B7 X5 b/ Z7 t8 i/ |
, n. R: R+ K. N7 p$ q4 z4 Z3 a按照上面的说明在project Properties -> C/C++ Build -> Settings -> Build Steps : 追加Post-build steps 执行该脚本。

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

复制代码

# N% {$ O" X* L3 I  }$ ^! p

/ V$ b5 s6 P% {. Z
添加命令后console 会有如下log 信息输出header 信息及，在编译路径下也会有对应的.stm32文件其在bin文件上携带了header信息。

编译好了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 路径下。
8 [' c3 E) L' R7 S) y+ p同时修改该路径下的FlashLayout_OpenBL_ExtLoaderSDMMC_SerialBoot.tsv 文件更新要下载的app文件

5 m0 u" H! U# w! _5 d1 W5 [

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

& \, w: G+ y/ i) \$ w
6 S5 u6 ?; Y: i$ p+ k7 I) l

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

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

- `& V$ k' j# Y( C0 o! X

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

" ~; y# c$ v# D6 q: L
. v2 I$ }9 V5 e: a/ r

/* 资料分割线 */

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

2024-1-20 07:52 上传

点击文件名下载附件

' ^; }5 a+ v, J% ?! U! @' H/ `/ C

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

2024-1-20 07:52 上传

点击文件名下载附件

0 M% n) I: h+ B

1 p  K* Z% x7 m' v, Y# ?7 B
- n* L4 Q  b5 ~$ \( o3 w

感谢分享和资料整理
+ B/ u8 H1 D1 c0 B

STM32Header编译出错又遇到過嗎

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

坛子里有解决方法