STM32H7的D2域SRAM使用注意事项

eric2013

问题现象：
有时候大家想这样使用SRAM（详情看V7用户手册的第26章）

__attribute__((section (".RAM_D2"))) uint32_t D2SRAMBuf[10] = {1,2,3,4,5,6,7,8,9,0};

实际测试发现初始化的这几个数值没有正确赋值。

问题解决办法：
经过查找，发现是D2域时钟初始化的问题，需要用户在启动文件里面的__main函数之前就执行初始化


也是将三个时钟初始化放在函数SystemInit里面即可：

eric2013

知识点补充，V7用户手册的第25章：

fengxin32

不开时钟是如何访问到的呢？难道对应的时钟默认是打开的?

eric2013

fengxin32 发表于 2019-8-22 21:02
不开时钟是如何访问到的呢？难道对应的时钟默认是打开的?

H7的特色

小积分

我使用的开发环境是STM32cubeIDE1.1.0，刚才没有图片，重发一遍

H7的启动文件startup_stm32h743xxxx.s中，在调用main函数前会先调用进行堆栈初始化，再调用SystemInit函数进行D2区域RAM（即SRAM1~3）的使能（如果定义宏DATA_IN_D2_SRAM的话），初始化和使能顺序颠倒了，

因此，如果直接在D2区域声明变量，会导致D2区域变量未被初始化。
如果想要正常使用D2区域SRAM，需要进行以下操作：
1、定义宏DATA_IN_D2_SRAM
2、找到启动汇编文件中的“bl SystemInit”将其剪切至“b LoopCopyDataInit”前即可，如下图所示

eric2013

小积分 发表于 2019-12-31 16:08
我使用的开发环境是STM32cubeIDE1.1.0，刚才没有图片，重发一遍

H7的启动文件startup_stm32h743xxxx.s中 ...

ST的1.6.0 HAL库已经安装我楼主位的方式修改了。

芯跳不止

eric2013 发表于 2019-12-31 18:04
ST的1.6.0 HAL库已经安装我楼主位的方式修改了。

话说必须改HAL库文件system_stm32h7xx.c？使用D2玉SRAM太坑了，没有其他的简便方法了么

芯跳不止

在不更改文件system_stm32h7xx.c情况下，最简便的方法是解除该文件下的宏定义，即可使能D2区域SRAM初始化数据

jinlei_wang

小积分 发表于 2019-12-31 16:08
我使用的开发环境是STM32cubeIDE1.1.0，刚才没有图片，重发一遍

H7的启动文件startup_stm32h743xxxx.s中 ...

STM32 cubeide 如何修改启动文件，使能D2域呢

regsofweb

在编译选项里面，直接定义 DATA_IN_D2_SRAM，这样可以不用动源文件

华府·小书童

[C] 纯文本查看 复制代码

__attribute__((at(0x24000000))) uint8_t usart1_txbuf[10] = {0, 1, 2, 3, 4, 5, 6, 7, 8, 9};
__attribute__((at(0x30040000))) uint8_t usart1_rxbuf[10] = {0, 1, 2, 3, 4, 5, 6, 7, 8, 9};

楼主，有没有在开启时钟使能后，测试过对直接指定具体内存地址的变量进行初始化？用section定义时，初始化成功；用at定义时，却初始化失败了。这个不太理解。

有点怀疑：是不是这两种定义方式，在MCU启动时执行的方式不一致导致的?

eric2013

华府·小书童 发表于 2025-1-25 13:14
[mw_shl_code=c,true]__attribute__((at(0x24000000))) uint8_t usart1_txbuf[10] = {0, 1, 2, 3, 4, 5, 6, ...

有一点是肯定的，正确开启时钟后，不管那种方式，都是可以正常初始化的。