調試stm32程序，發現如下問題：
STM32編寫程序，當程序中沒有sd卡部分時，程序正常下載，正常運行。當程序中運行sd卡加文件系統時程序能正常下載但是不能正常的運行。發現問題就要解決問題呀，好了大家一起來和我解決問題吧！?
根據自己問題，上網查找解決辦法，最終將問題鎖定在堆棧設置問題上。（堆棧設置的空間不夠大）
解決辦法：在?stm32的程序目錄下查找STM32F10x.s(或者是startup_stm32f10x_hd，這取決于你是用的寄存器還是函數庫）
在打開文件，在文件的開頭很醒目的位置，發現了關于堆棧的設置。??
從中我們可以看出來對于棧（stack）的大小設置為0x200，堆（heap）的大小為0x0，當修改程序為棧（stack）的大小設置為0x800，堆（heap）的大小為0x400。再試一下，沒錯，程序可以正常的運行了！
注意：我曾嘗試單純的修改�；蛘邌渭兊男薷亩训拇笮〉浅绦蜻�都是不運行。這似乎說明程序中即有棧溢出，也有堆不夠的情況。
分析：原來的設置棧stack的數量是0x200即512個字節。在Fatfs操作過程中，他的每一個寫操作的單位就是512字節，堆棧也是512字節，自然會溢出沒得說，然后程序就會跳到硬件中斷那里歇著去了。所以我們把他改成了2048個字節。（大點應該沒有壞處吧。。）
另外，??棧溢出不一定會死機,比如棧只生長到堆區,或者稍微進入變量區,而且溢出整個過程不對這些區域做寫入操作,不對這些區域做取指操作,就可以完美避免hardfault,但溢出還是溢出了,數據還是被修改了.最"直接"的表現是函數調用后,還沒看到執行用戶代碼就發現某些不相干的數據被修改,不過這也足夠隱蔽了. 而且,hardfault也不一定是棧溢出的直接結果,只是入棧后數據被修改,出棧時跳轉錯誤(最容易出現),導致指令訪問錯誤,或者數據訪問錯誤。
好這里就說到這里了，下一篇將是對stm32堆棧的引申學習:http://www.zg4o1577.cn/bbs/dpj-42731-1.html
|
QQ好友和群
QQ空間
騰訊微博
騰訊朋友
收藏
淘帖
頂
踩
