本帖最后由 piaolin 于 2015-10-29 19:07 編輯
前幾天看到論壇有人在問這個問題，我特意去做了這個實驗，這樣用外部SRAM就跟用內部SRAM一樣，不用自己去申請內存，也不用考慮什么內存地址，一切讓編譯器自己去解決。
廢話不多說，我直接拿原子哥的戰艦開發板庫函數版的外部SRAM實驗來修改。在庫函數的system_stm32f10x.c這個初始化文件當中其實就已經有外部SRAM的初始化，我們只要增加“#defineDATA_IN_ExtSRAM 1”這句宏定義
#if defined (STM32F10X_HD) || (defined STM32F10X_XL)|| (defined STM32F10X_HD_VL)
#define DATA_IN_ExtSRAM 1
#endif
再編譯的時候就會把外部SRAM的初始化編譯進去，初始化的代碼大家可以去看文件中的voidSystemInit_ExtMemCtl(void) 這個函數。然后我們在工程設置那里把外部SRAM地址增加進去，如下圖 
修改啟動文件中的中的第39行，把__initial_sp修改成 __initial_sp EQU 0x20000000+ Stack_Size 
然后我們把Main中的testsram中的地址去掉，讓編譯器自己去指定地址 再把原子哥的外部SRAM的初始化注釋掉，因為前面已經在System_init已經初始化了。其實這里我們可以把原子的SRAM.c文件去掉不用它了，我這里沒去掉，其實只是為了能正常調用fsmc_sram_test()來測試實驗結果 
到這里我們可以編譯了，下載到開發板，我們就可以看到實驗結果 
我們繼續深入點，看看testsram[]這個大數組到處編譯在到哪里去了，用IDA64來反匯編下編譯出來的AXF文件 
可以看到testsram這個大數組自動編譯到外部sram的0x68000000這個地址上。我們再試試再定義幾個大數組看看 
再來看看編譯后的結果 
可以看到每個大數組都由編譯器自己分配了內存的地址，壓根不用我們自己去定義。 到這里相信大家會有一個疑問，那編譯是怎么來決定把哪些變量定義在內部SRAM，那些定義在外部SRAM。這一點我也研究清楚，我只知道編譯會優先把變量都定義外部SRAM，當外部SRAM不夠用情況才會定義在內部SRAM上，至于怎么讓編譯優先使用內部SRAM，我也沒有搞明白。目前我能做到的是把已經初始化的全局變量都放在SRAM，做法是修改散列文件，讓RW只在內存SRAM上編譯。 
去掉小紅框的勾，然后點擊Edit我們來修改SRAM.sct文件，也就是編譯散列文件 
把RW_RAM1中(也就是外部SRAM)的+RW去掉，這樣已經初始化的全局變量就只會編譯在內部SRAM中 
重新編譯下工程，再來反匯編下看看編譯結果 
可以看到usmart_nametab[]這個已經初始化的數組編譯在內部SRAM上，adc2[]這個未初始化的數組，數組的大小比較而且能在內部Sram編譯得下的，卻還是編譯在外部SRAM上。 最后散列相關的知識，大家可以看看這里http://blog.csdn.net/lindabell/a ... 2d2a4e8d1a374a433f596ad1440 前面沒有修改啟動文件，其它變量全部在內部SRAM的時候，程序運行是沒有問題，減小數組的時候程序運行不起來，修改前面的紅字部分后，程序就可以運行起來，但是LCD偶爾正常，偶爾不正常，調試下感覺是延時的問題，沒有再繼續調試了
| 
