ST 提供了支持裸机开发环境，针对裸机开发还有专门的培训视频（【直播回放】轻松使用STM32MP13x-如MCU般在cortex A核上裸跑应用程序），培训视频中有详细的裸机开发调试的方法及如何做成可加载的SD卡启动镜像，我们参照培训视频的内容一步步熟悉理解针对STM32MP135开发板的调试方法，针对STM32MP135-DK开发的介绍可以参考该链接（https://wiki.stmicroelectronics.cn/stm32mpu/wiki/STM32MP135x-DK_-_hardware_description）
9 R$ j/ d8 E9 N

• 裸机程序加载至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 模式，对应拨码如下：

. I4 b8 B' r3 g* O设置成Engineering boot 模式后，编译上面的工程直接debug 运行即可，发现程序已经按照熟悉的“MCU”调试方式运行起来，程序会在串口输出信息。

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

& t0 K8 D- z+ e& g; d- O) J6 v

• 配置工程在DDR中运行
  

6 L$ u+ k4 ~! q8 v
工程要运行在DDR中要保证DDR已经初始化好才可以，我们的工程是没有整个初始化处理的，我们可以加载软件包中的（STM32Cube_FW_MP13_V1.0.0\Projects\STM32MP135C-DK\Examples\DDR\DDR_Init\STM32CubeIDE）工程，按照之前的方法下载到SystemRam中运行初始化好DDR后，我们不给板子掉电重洗debug我们的工程即可。

: c7 X1 v- U' U& J& D加载DDR 工程前我们需要修改工程的链接脚本，把程序编译链接到DDR空间，按照如下方式修改链接脚本即可。
& }9 ~0 l+ C$ Y* s

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

" M9 ]* K8 K% \' h' }

预处理添加USE_DDR宏定义

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

; y4 Z6 w+ ?) W) i

• DDR镜像加载运行
  8 d$ ]4 C3 y! t

我们上述的实验都是在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 @/ l. l8 w* R/ l. q

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. 
   * v# I& t. o5 Z6 S5 A% v
3.   ../[../]ImageHeader/postbuild_STM32MP15.sh  "${gnu_tools_for_stm32_compiler_path}" "${BuildArtifactFileBaseName}"
   * S3 y9 G) i: u5 r1 ?5 C' c: P( s# ]6 }
4. or
   / I. C- o; b; P; u" H4 R: a
5.   ../[../]ImageHeader/postbuild_STM32MP13.sh  "${gnu_tools_for_stm32_compiler_path}" "${BuildArtifactFileBaseName}"

复制代码

; l7 v, j- R. u5 J1 ^按照上面的说明在project Properties -> C/C++ Build -> Settings -> Build Steps : 追加Post-build steps 执行该脚本。

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

复制代码

) N1 C0 ~6 k" s/ y  ^7 [) r. P& n

9 L( k& \7 Q& H5 k  \& k' c) b
- i' O: c. ^; ~7 u5 U, r添加命令后console 会有如下log 信息输出header 信息及，在编译路径下也会有对应的.stm32文件其在bin文件上携带了header信息。

" Q/ `" E1 d8 P2 E' E# }, K3 u- H
, ?! Q: L  O/ I! a* v1 U8 a

编译好了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 路径下。
# O. v! m0 j" A% o同时修改该路径下的FlashLayout_OpenBL_ExtLoaderSDMMC_SerialBoot.tsv 文件更新要下载的app文件

' l! P; G# b* R0 k3 D5 s

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

; Z% l' p( X0 L

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

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

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

3 r) b0 R% q3 j: t! o: t

/* 资料分割线 */

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

2024-1-20 07:52 上传

点击文件名下载附件

$ @- o' H2 j5 i! Y

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

2024-1-20 07:52 上传

点击文件名下载附件

( o: A3 b! p% i! w5 q$ i

, \7 a1 l, z5 d# v( F

感谢分享和资料整理
5 L& ]! U) \2 r

STM32Header编译出错又遇到過嗎

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

坛子里有解决方法