關(guān)于STM32 MCU的啟動文件，以匯編指令完成。網(wǎng)絡(luò)上很多關(guān)于啟動文件的講解，有些還講得比較透徹，有興趣的話可以搜索閱讀。STM32的啟動文件的基本功能就是實施有關(guān)堆和棧的配載、系統(tǒng)時鐘的初始配置、中斷矢量的入口配置、各個中斷服務(wù)程序的入口地址加載、復(fù)位程序的執(zhí)行、以及到MAIN()函數(shù)的跳轉(zhuǎn)等。

很多時候，當(dāng)我們按部就班的建立項目工程的時候，那個后綴為S的啟動文件可能被無視，貌似可有可無。其實不然，它的作用很重要、很關(guān)鍵。

在STM32開發(fā)應(yīng)用過程中，碰到外設(shè)中斷不響應(yīng)的因素可能很多。比方有關(guān)外設(shè)的時鐘沒開啟、外設(shè)時鐘選擇錯誤、NVIC中斷矢量沒有正確配置等。這里主要分享下跟STM32啟動文件有關(guān)的外設(shè)中斷不響應(yīng)話題。

曾經(jīng)有人利用STM32F1系列某芯片開發(fā)產(chǎn)品，好像是用到SPI外設(shè)中斷，調(diào)試時發(fā)現(xiàn)怎么也進不了中斷。反復(fù)檢查相關(guān)配置和中斷函數(shù)代碼就是發(fā)現(xiàn)不了問題。后來查看其代碼，發(fā)現(xiàn)配置沒有問題，唯一就發(fā)現(xiàn)中斷函數(shù)名跟啟動文件里中斷矢量表里加載的函數(shù)名不一致。比方矢量表里的加載的是SPI1_IRQHandler,而他自己則另取了一個函數(shù)名，比如SPI1_INT或其它名字，反正不是SPI1_IRQHandler。這里不是不可以調(diào)整，調(diào)整的話，你新的函數(shù)名要與中斷矢量表里聲明的函數(shù)名一致，否則中斷發(fā)生時時CPU是跳不進你定義的函數(shù)代碼里的。

另外一個跟啟動文件有關(guān)的問題，多發(fā)生在STM32同一系列不同型號間的移植的時候。比方STM32F1或STM32F4系列又各分好幾個子系列，各個子系列又對應(yīng)不同的啟動文件。雖然子系列間的管腳及程序代碼兼容性極高，但它們的外設(shè)往往存在一些多寡的差異，導(dǎo)致相關(guān)外設(shè)的中斷矢量定義在各自的啟動文件里也會有所不同。有時盡管用戶程序代碼寫得美輪美奐，結(jié)果發(fā)現(xiàn)個別外設(shè)中斷就是不響應(yīng)，檢查代碼配置及語法很難發(fā)現(xiàn)問題。最后發(fā)現(xiàn)問題就出在前面提到的啟動文件常開發(fā)者忽視，沒有及時根據(jù)芯片型號變動而調(diào)整。

有一次某廣州的工程師用STM32F1做研發(fā)頗有些時日，算是熟手了。因為產(chǎn)品的原因，他經(jīng)常選用STM32F1系列不同芯片做產(chǎn)品開發(fā)。有一次他發(fā)現(xiàn)UART4沒法響應(yīng)中斷，芯片手冊也明確告知是有UART4的，而UART1/2又好好的，翻來覆去找不到原因。后來幾經(jīng)痛苦折騰，突然大徹大悟想到到了啟動文件。原來他在從低容量的STM32F1芯片移植升級到更大容量、更多外設(shè)的芯片時，忘記了做啟動文件的同步更新。因為有些外設(shè)的中斷向量在低容量芯片的啟動文件里根本就沒有。比如在STM32F1的低、中容量芯片的啟動文件里就沒有相關(guān)UART4/5中斷矢量的定義。前不久有位深圳工程師在做STM32項目移植時好像也碰到這個問題。

當(dāng)然，我這里只是舉個例而已,同一STM32系列不同型號間的外設(shè)差異并不僅僅體現(xiàn)在UART上。類似問題，在拿別人的程序模板基礎(chǔ)上自行調(diào)整并做MCU型號往高端方向移植時尤其容易碰到。因為我們往往會把注意力主要集中在應(yīng)用代碼的更新升級和開發(fā)調(diào)試上，而忘記相關(guān)啟動文件的同步調(diào)整。

好，先就聊到這里，權(quán)當(dāng)提醒。愿各位STM32開發(fā)者尤其初學(xué)者，在調(diào)試開發(fā)過程中少走彎路,并期望從類似的分享中有更多的感悟或收獲。