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