ST 提供了支持裸机开发环境，针对裸机开发还有专门的培训视频（【直播回放】轻松使用STM32MP13x-如MCU般在cortex A核上裸跑应用程序），培训视频中有详细的裸机开发调试的方法及如何做成可加载的SD卡启动镜像，我们参照培训视频的内容一步步熟悉理解针对STM32MP135开发板的调试方法，针对STM32MP135-DK开发的介绍可以参考该链接（https://wiki.stmicroelectronics.cn/stm32mpu/wiki/STM32MP135x-DK_-_hardware_description）
, _8 t4 h6 w5 n: y6 V- J
' t, j0 g' p. q( |$ I' M9 E% U

• 裸机程序加载至SystemRAM 调试的方法
  4 O; s4 @; }3 i

从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 模式，对应拨码如下：
% u9 U+ x6 O& Z5 n$ A) Z' ^9 G

" g) z3 B  i; u1 ]5 d, w设置成Engineering boot 模式后，编译上面的工程直接debug 运行即可，发现程序已经按照熟悉的“MCU”调试方式运行起来，程序会在串口输出信息。

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

: ^3 f. {: t8 t, J* b/ b9 {

• 配置工程在DDR中运行
  

工程要运行在DDR中要保证DDR已经初始化好才可以，我们的工程是没有整个初始化处理的，我们可以加载软件包中的（STM32Cube_FW_MP13_V1.0.0\Projects\STM32MP135C-DK\Examples\DDR\DDR_Init\STM32CubeIDE）工程，按照之前的方法下载到SystemRam中运行初始化好DDR后，我们不给板子掉电重洗debug我们的工程即可。
5 X+ X  W  g/ ~3 j1 |/ J2 s4 ~
$ e2 k& G7 v- X, ?+ l9 W0 U0 P5 s加载DDR 工程前我们需要修改工程的链接脚本，把程序编译链接到DDR空间，按照如下方式修改链接脚本即可。

$ P  ~1 _% I3 G/ }  h" L1 B5 s5 P

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

# ?6 u. G* l+ R% E

预处理添加USE_DDR宏定义

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

1 o" a: ^& O: n  v

• DDR镜像加载运行
  & J; o( r5 }4 [4 ~4 S

我们上述的实验都是在Engineering boot 模式 运行，而且只能调试运行，断电重启后也不能正常运行，实际产品这种方法肯定是不行，ST支持做成image 文件从SD卡或者NOR FLASH启动，我们按照ST的说明将镜像加载到SD卡运行。
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 :
   
2. 
   ( B# o2 x1 J" U: a6 g: E
3.   ../[../]ImageHeader/postbuild_STM32MP15.sh  "${gnu_tools_for_stm32_compiler_path}" "${BuildArtifactFileBaseName}"
   / H* A7 L6 |  X# T- C! `. H% p
4. or
   % P' `3 Y6 Y' Q8 M7 `1 N( X
5.   ../[../]ImageHeader/postbuild_STM32MP13.sh  "${gnu_tools_for_stm32_compiler_path}" "${BuildArtifactFileBaseName}"

复制代码

  T9 l0 b; e* _, Z- @
按照上面的说明在project Properties -> C/C++ Build -> Settings -> Build Steps : 追加Post-build steps 执行该脚本。

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

复制代码

; K! \1 X! r# @* Y9 q
' L) v( E4 e* ?# [添加命令后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 路径下。
同时修改该路径下的FlashLayout_OpenBL_ExtLoaderSDMMC_SerialBoot.tsv 文件更新要下载的app文件

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

- p6 h5 n, o* q

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

2 _2 K$ v7 r4 O2 CSD卡启动镜像制作完成后，我们将板子的启动模式切换为SD卡启动。

$ g8 w7 Q9 G) A7 F( a

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

' ~$ i1 I/ _5 e) p, g
, n6 t; S7 b$ j* i) i6 j2 N4 J) p

/* 资料分割线 */

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

2024-1-20 07:52 上传

点击文件名下载附件

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

2024-1-20 07:52 上传

点击文件名下载附件

5 @: r/ j6 f$ G5 O8 w' l# E

; P# q/ C* j5 O
  z! ^5 `/ j2 u4 g7 X) ~8 t

感谢分享和资料整理
, p+ o  O! J0 V4 i

STM32Header编译出错又遇到過嗎
- U/ Q" T2 k! T: [+ A% X

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

坛子里有解决方法