廢話不多說，我直接拿原子哥的戰(zhàn)艦開發(fā)板庫函數(shù)版的外部SRAM實驗來修改。在庫函數(shù)的system_stm32f10x.c這個初始化文件當(dāng)中其實就已經(jīng)有外部SRAM的初始化，我們只要增加“#defineDATA_IN_ExtSRAM 1”這句宏定義

       再編譯的時候就會把外部SRAM的初始化編譯進(jìn)去，初始化的代碼大家可以去看文件中的voidSystemInit_ExtMemCtl(void) 這個函數(shù)。然后我們在工程設(shè)置那里把外部SRAM地址增加進(jìn)去，如下圖

       修改啟動文件中的中的第39行，把__initial_sp修改成 __initial_sp  EQU 0x20000000+ Stack_Size

       然后我們把Main中的testsram中的地址去掉，讓編譯器自己去指定地址

       再把原子哥的外部SRAM的初始化注釋掉，因為前面已經(jīng)在System_init已經(jīng)初始化了。其實這里我們可以把原子的SRAM.c文件去掉不用它了，我這里沒去掉，其實只是為了能正常調(diào)用fsmc_sram_test()來測試實驗結(jié)果

       到這里我們可以編譯了，下載到開發(fā)板，我們就可以看到實驗結(jié)果

       我們繼續(xù)深入點，看看testsram[]這個大數(shù)組到處編譯在到哪里去了，用IDA64來反匯編下編譯出來的AXF文件

       可以看到testsram這個大數(shù)組自動編譯到外部sram的0x68000000這個地址上。我們再試試再定義幾個大數(shù)組看看

       再來看看編譯后的結(jié)果

       可以看到每個大數(shù)組都由編譯器自己分配了內(nèi)存的地址，壓根不用我們自己去定義。

       到這里相信大家會有一個疑問，那編譯是怎么來決定把哪些變量定義在內(nèi)部SRAM，那些定義在外部SRAM。這一點我也研究清楚，我只知道編譯會優(yōu)先把變量都定義外部SRAM，當(dāng)外部SRAM不夠用情況才會定義在內(nèi)部SRAM上，至于怎么讓編譯優(yōu)先使用內(nèi)部SRAM，我也沒有搞明白。目前我能做到的是把已經(jīng)初始化的全局變量都放在SRAM，做法是修改散列文件，讓RW只在內(nèi)存SRAM上編譯。

      去掉小紅框的勾，然后點擊Edit我們來修改SRAM.sct文件，也就是編譯散列文件

      把RW_RAM1中(也就是外部SRAM)的+RW去掉，這樣已經(jīng)初始化的全局變量就只會編譯在內(nèi)部SRAM中

      重新編譯下工程，再來反匯編下看看編譯結(jié)果

       可以看到usmart_nametab[]這個已經(jīng)初始化的數(shù)組編譯在內(nèi)部SRAM上，adc2[]這個未初始化的數(shù)組，數(shù)組的大小比較而且能在內(nèi)部Sram編譯得下的，卻還是編譯在外部SRAM上。

       最后散列相關(guān)的知識，大家可以看看這里http://blog.csdn.net/lindabell/a ... 2d2a4e8d1a374a433f596ad1440

       前面沒有修改啟動文件，其它變量全部在內(nèi)部SRAM的時候，程序運行是沒有問題，減小數(shù)組的時候程序運行不起來，修改前面的紅字部分后，程序就可以運行起來，但是LCD偶爾正常，偶爾不正常，調(diào)試下感覺是延時的問題，沒有再繼續(xù)調(diào)試了