我们知道STM32F4当中有个CCM内存,如图所示,这个内存是挂在D总线上直接和内核相连,因此除了内核之外谁都不能访问,那么我们怎么将其利用起来呢?网上这个资料还真的很少,今天我就给大家分享一下,献给那些还不知道的人,如有错漏,还请指正。
<ignore_js_op>
首先,我们可以使用Keil的设置选项,将IRAM2打勾,让编译器选择什么时候使用这个内存。显然,我们还可以将这两个地址修改一下,将IRAM1改为0x10000000,这样,编译器就会优先分配CCM内存。
<ignore_js_op>
我们来看看结果,在MAP文件中,表明确实使用了这段内存,但是因为我们使用的内存较少, 还没有用到CCM。
<ignore_js_op>
这种自动分配的方式有什么问题呢?这段内存是内核专有的,除了内核任何其它总线都不能访问,这就意味着,一旦编译器将数据分配到CCM中,而同时使用了DMA访问,显然会出问题。
于是我们就想到了自己分配这段内存,__attribute__((at(address)))这个语句就是专门干这事的,然后我们可以这么做:
- int vat[10] __attribute__((at(0x10000000))) = {1,2,3,4,5,6,7,8,9,10};
再次编译以后,发现确实如我们所愿,我们将一段数据放在在了CCM内存中:
- Execution Region RW_IRAM2 (Base: 0x10000000, Size: 0x00000028, Max: 0x00010000, ABSOLUTE)
- Base Addr Size Type Attr Idx E Section Name Object
- 0x10000000 0x00000028 Data RW 7 .ARM.__AT_0x10000000 main.o
太好了,那么我们能不能将FreeRTOS的数据放进CCM中呢?将FreeRTOS要使用的内存全部移到CCM中,使其成为专有内存,显然会提高FreeRTOS的运行速度。
那么怎么放?首先我们想到了heap4.c这个文件当中有这么一段:
- /* Allocate the memory for the heap. */
- #if( configAPPLICATION_ALLOCATED_HEAP == 1 )
- /* The application writer has already defined the array used for the RTOS
- heap - probably so it can be placed in a special segment or address. */
- extern uint8_t ucHeap[ configTOTAL_HEAP_SIZE ];
- #else
- static uint8_t ucHeap[ configTOTAL_HEAP_SIZE ];
- #endif /* configAPPLICATION_ALLOCATED_HEAP */
这是FreeRTOS中堆内存的分配,我们可以加入__attribute__将其放进CCM中,这样做没有问题,但是去修改FreeRTOS的源代码显然不是明智之举。事到如今,我们只能自己定义链接器的储存器映射了。
修改Keil的Linker选项,我们把Use Memory Layout from Targer Dialog的钩去掉。
<ignore_js_op>
然后在Objects的目录中找到一个后缀为sct的文件,打开之后如图所示:
<ignore_js_op>
由于我们只需要将RTOS的数据放入CCM中,于是我们可以这样修改,CCM_IRAM的名字是我自己取的,你可以改成任何你喜欢的,比如什么LOVEYOU之类的:
<ignore_js_op>
然后在链接器中选择我们自己的文件:
<ignore_js_op>
现在,映像文件变成了这样:
<ignore_js_op>
是不是很简单呢?系统堆栈仍然在主内存中,而FreeRTOS的堆内存已经移到了CCM中,由于互不影响,这里我分配了50K的空间专门给FreeRTOS使用。我们甚至还可以配置MPU将这段内存配置为特权级,避免一般任务修改等等,怎么使用,那就是你的事了。