STM32F407的IRAM1使用超过64K就出问题了

一頁繁华

如下图，RW_IRAM1使用小于0xffff，就没问题，如果继续加大全局数据容量则会提示.  Error: L6985E: Unable to automatically place AT section eflash.o(.ARM.__AT_0x10000000) with required base address 0x10000000. Please manually place in the scatter file using the --no_autoat option. 但是IRAM1有128K容量，不知道什么原因导致的？

一頁繁华

最近发现这个问题在于，如果Keil的Target里勾选了IRAM2的话，系统会默认把部分变量分配到IRAM2的区域（即使在IRAM2被绝对定位全部使用的情况下）；不勾选的话，系统就在IRAM1内自动分配全局变量

一頁繁华

但是使用__attribute__ ((at(0x20010000)))这种方式定义数组就可以，按理说SRAM1 (112 KB)应该是连续的，不知哪个地方没有设置好

正点原子

建议用我们的内存管理，你这是用了分散加载么？

一頁繁华

正点原子 发表于 2021-3-18 02:16
建议用我们的内存管理，你这是用了分散加载么？

目前没用分散加载，使用的CubeMX生成的，FreeRTOS使用的heap_4内存管理机制，未做改动，IRAM2的64K被我用数组绝对定位使用了，按理程序的其它全局变量会在IRAM1自动分配，现在发现IRAM1超过64K，部分变量被自动分配到IRAM2里面导致冲突，现在IRAM1的后64K也得用__attribute__定位才能使用

正点原子

一頁繁华 发表于 2021-3-18 09:39
目前没用分散加载，使用的CubeMX生成的，FreeRTOS使用的heap_4内存管理机制，未做改动，IRAM2的64K被我用 ...

额，继续努力吧