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

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

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

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

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

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

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

好，先就聊到這里，權當提醒。愿各位STM32開發者尤其初學者，在調試開發過程中少走彎路,并期望從類似的分享中有更多的感悟或收獲。