使用STM32F4的CCM內(nèi)存
我們知道STM32F4當(dāng)中有個(gè)CCM內(nèi)存，如圖所示，這個(gè)內(nèi)存是掛在D總線上直接和內(nèi)核相連，因此除了內(nèi)核之外誰(shuí)都不能訪問(wèn)，那么我們?cè)趺磳⑵淅闷饋?lái)呢？
首先，我們可以使用Keil的設(shè)置選項(xiàng)，將IRAM2打勾，讓編譯器選擇什么時(shí)候使用這個(gè)內(nèi)存。顯然，我們還可以將這兩個(gè)地址修改一下，將IRAM1改為0x10000000，這樣，編譯器就會(huì)優(yōu)先分配CCM內(nèi)存。
我們來(lái)看看結(jié)果，在MAP文件中，表明確實(shí)使用了這段內(nèi)存，但是因?yàn)槲覀兪褂玫膬?nèi)存較少， 還沒(méi)有用到CCM。
這種自動(dòng)分配的方式有什么問(wèn)題呢？這段內(nèi)存是內(nèi)核專(zhuān)有的，除了內(nèi)核任何其它總線都不能訪問(wèn)，這就意味著，一旦編譯器將數(shù)據(jù)分配到CCM中，而同時(shí)使用了DMA訪問(wèn)，顯然會(huì)出問(wèn)題。
于是我們就想到了自己分配這段內(nèi)存，__attribute__((at(address)))這個(gè)語(yǔ)句就是專(zhuān)門(mén)干這事的，然后我們可以這么做：
int vat[10] __attribute__((at(0x10000000))) = {1,2,3,4,5,6,7,8,9,10};
復(fù)制代碼
再次編譯以后，發(fā)現(xiàn)確實(shí)如我們所愿，我們將一段數(shù)據(jù)放在在了CCM內(nèi)存中：
Execution Region RW_IRAM2 (Base: 0x10000000, Size: 0x00000028, Max: 0x00010000, ABSOLUTE)
Base AddrSizeTypeAttrIdxE Section NameObject
0x100000000x00000028DataRW7.ARM.__AT_0x10000000main.o
復(fù)制代碼
太好了，那么我們能不能將FreeRTOS的數(shù)據(jù)放進(jìn)CCM中呢？將FreeRTOS要使用的內(nèi)存全部移到CCM中，使其成為專(zhuān)有內(nèi)存，顯然會(huì)提高FreeRTOS的運(yùn)行速度。
那么怎么放？首先我們想到了heap4.c這個(gè)文件當(dāng)中有這么一段：
#if( configAPPLICATION_ALLOCATED_HEAP == 1 )
extern uint8_t ucHeap[ configTOTAL_HEAP_SIZE ];
#else
static uint8_t ucHeap[ configTOTAL_HEAP_SIZE ];
#endif
復(fù)制代碼
這是FreeRTOS中堆內(nèi)存的分配，我們可以加入__attribute__將其放進(jìn)CCM中，這樣做沒(méi)有問(wèn)題，但是去修改FreeRTOS的源代碼顯然不是明智之舉。事到如今，我們只能自己定義鏈接器的儲(chǔ)存器映射了。
修改Keil的Linker選項(xiàng)，我們把Use Memory Layout from Targer Dialog的鉤去掉。
然后在Objects的目錄中找到一個(gè)后綴為sct的文件，打開(kāi)之后如圖所示：
由于我們只需要將RTOS的數(shù)據(jù)放入CCM中，于是我們可以這樣修改，CCM_IRAM的名字是我自己取的，你可以改成任何你喜歡的，比如什么LOVEYOU之類(lèi)的：
然后在鏈接器中選擇我們自己的文件：
現(xiàn)在，映像文件變成了這樣：
是不是很簡(jiǎn)單呢？系統(tǒng)堆棧仍然在主內(nèi)存中，而FreeRTOS的堆內(nèi)存已經(jīng)移到了CCM中，由于互不影響，這里我分配了50K的空間專(zhuān)門(mén)給FreeRTOS使用。我們甚至還可以配置MPU將這段內(nèi)存配置為特權(quán)級(jí)，避免一般任務(wù)修改等等，怎么使用，那就是你的事了。
下載文檔
