stm32程序下載成功但是不運(yùn)行

STM32編寫程序，當(dāng)程序中沒有sd卡部分時(shí)，程序正常下載，正常運(yùn)行。當(dāng)程序中運(yùn)行sd卡加文件系統(tǒng)時(shí)程序能正常下載但是不能正常的運(yùn)行。發(fā)現(xiàn)問題就要解決問題呀，好了大家一起來和我解決問題吧！?

根據(jù)自己?jiǎn)栴}，上網(wǎng)查找解決辦法，最終將問題鎖定在堆棧設(shè)置問題上。（堆棧設(shè)置的空間不夠大）

解決辦法：在?stm32的程序目錄下查找STM32F10x.s(或者是startup_stm32f10x_hd，這取決于你是用的寄存器還是函數(shù)庫(kù)）

在打開文件，在文件的開頭很醒目的位置，發(fā)現(xiàn)了關(guān)于堆棧的設(shè)置。??

從中我們可以看出來對(duì)于棧（stack）的大小設(shè)置為0x200，堆（heap）的大小為0x0，當(dāng)修改程序?yàn)闂＃╯tack）的大小設(shè)置為0x800，堆（heap）的大小為0x400。再試一下，沒錯(cuò)，程序可以正常的運(yùn)行了！

?

注意：我曾嘗試單純的修改?；蛘邌渭兊男薷亩训拇笮〉浅绦蜻€都是不運(yùn)行。這似乎說明程序中即有棧溢出，也有堆不夠的情況。

分析：原來的設(shè)置棧stack的數(shù)量是0x200即512個(gè)字節(jié)。在Fatfs操作過程中，他的每一個(gè)寫操作的單位就是512字節(jié)，堆棧也是512字節(jié)，自然會(huì)溢出沒得說，然后程序就會(huì)跳到硬件中斷那里歇著去了。所以我們把他改成了2048個(gè)字節(jié)。（大點(diǎn)應(yīng)該沒有壞處吧。。）

另外，??棧溢出不一定會(huì)死機(jī),比如棧只生長(zhǎng)到堆區(qū),或者稍微進(jìn)入變量區(qū),而且溢出整個(gè)過程不對(duì)這些區(qū)域做寫入操作,不對(duì)這些區(qū)域做取指操作,就可以完美避免hardfault,但溢出還是溢出了,數(shù)據(jù)還是被修改了.最"直接"的表現(xiàn)是函數(shù)調(diào)用后,還沒看到執(zhí)行用戶代碼就發(fā)現(xiàn)某些不相干的數(shù)據(jù)被修改,不過這也足夠隱蔽了.而且,hardfault也不一定是棧溢出的直接結(jié)果,只是入棧后數(shù)據(jù)被修改,出棧時(shí)跳轉(zhuǎn)錯(cuò)誤(最容易出現(xiàn)),導(dǎo)致指令訪問錯(cuò)誤,或者數(shù)據(jù)訪問錯(cuò)誤。