該問題由某客戶提出，發(fā)生在 STM32F407IGT6 器件上。據(jù)其工程師講述：為了滿足軟件對大容量內(nèi)存的需求，將軟件中的部分變量從內(nèi)部 SRAM 轉(zhuǎn)移到片外的 SRAM當(dāng)中。而這一改變，導(dǎo)致該軟件不能運(yùn)行，每次復(fù)位后，隨即發(fā)生死機(jī)。在此之前，對 FSMC 的初化代碼，以及片外SRAM 的讀寫均做過測試，并確認(rèn)是沒有問題的。其內(nèi)存分配如下表（一）所示。

調(diào)研：
 
使用 Keil MDK 創(chuàng)建工程，測試其所用的FSMC 初始化代碼，結(jié)果表明該段代碼正確無誤。修改內(nèi)存分配，刪除其中對外部 SRAM 的分配，如下表（三）所示。重新對其軟件編譯運(yùn)行。結(jié)果表明，在這種內(nèi)存分配方式下，其軟件可以正常運(yùn)行。修改其軟件代碼，在初始化FSMC 之后加入對外部 SRAM 的讀寫測試，重新編譯運(yùn)行。測試結(jié)果表明，此時對外部SRAM 的讀寫也是正確的。查找其軟件對 FSMC 初始化函數(shù)調(diào)用的位置，發(fā)現(xiàn)該函數(shù)是在該軟件的main()函數(shù)中調(diào)用的。修改代碼，將該函數(shù)的調(diào)用位置移至 SystemInit()中，并且恢復(fù)原來的內(nèi)存分配，如上表（一）。重新編譯并運(yùn)行，此時該軟件正確運(yùn)行。


結(jié)論：
 
軟件中對 FSMC 做初始化的位置不對，導(dǎo)致程序在訪問外部SRAM時 FSMC 還未被初始化，從而造成總線訪問出錯，從而產(chǎn)生 HardFault 中斷，最終程序停留在 HardFault中斷服務(wù)程序中，使得程序?qū)ν獗憩F(xiàn)出“死機(jī)”的現(xiàn)象。
 
處理：
 
一般來說， main()函數(shù)是 C 語言的入口，C 語言代碼從這里開始執(zhí)行。然而，具體結(jié)合到STM32的應(yīng)用工程，這并不是工程運(yùn)行的起點。往往在main()函數(shù)執(zhí)行之前，還有一段啟動初始化代碼，為硬件做最基本的時鐘和中斷矢量配置等；為 C 語言代碼的執(zhí)行創(chuàng)建一個運(yùn)行環(huán)境。這里主要涉及兩個函數(shù)，即SystemInit()和__main()。其中__main()是編譯系統(tǒng)提供的一個函數(shù)，負(fù)責(zé)完成C庫函數(shù)和應(yīng)用程序執(zhí)行環(huán)境的初始化，之后跳轉(zhuǎn)到用戶main()。在__main()做 C 環(huán)境初始化的時候，會訪問相關(guān)的存貯器。如果此時，相應(yīng)的存貯器不可用，就會出現(xiàn)錯誤。在STM32啟動的文件里，SystemInit()函數(shù)先于__main()的執(zhí)行。所以，如果在SystemInit()函數(shù)里先對 FSMC 的做好初始化就可以避免后面__main()運(yùn)行時訪問相關(guān)內(nèi)存出現(xiàn)異常的問題。
 
修改代碼，將對 FMSC 初始化函數(shù)的調(diào)用放在SystemInit()函數(shù)中，以保證在 C 環(huán)境初始化之前完成對FMSC 的初始化。

本文關(guān)鍵詞：SRAM

相關(guān)文章：VTI508NL16低功耗SRAM芯片

深圳市英尚微電子有限公司是一家專業(yè)的靜態(tài)隨機(jī)記憶體產(chǎn)品及方案提供商，十年來專業(yè)致力代理分銷存儲芯片IC, SRAM、MRAM、pSRAM、 FLASH芯片、SDRAM（DDR1/DDR2/DDR3）等,為客人提供性價比更高的產(chǎn)品及方案。
英尚微電子中國區(qū)指定的授權(quán)代理：VTI、NETSOL、JSC濟(jì)州半導(dǎo)體(EMLSI)、Everspin 、IPSILOG、LYONTEK、ISSI、CYPRESS、ISOCOME、PARAGON、SINOCHIP、UNIIC； 著名半導(dǎo)體品牌的專業(yè)分銷商  如：RAMTROM、ETRON、FUJITSU、LYONTEK、WILLSEMI。