當前的嵌入式應用程序開發過程里,并且C語言成為了絕大部分場合的最佳選擇。如此一來main函數似乎成為了理所當然的起點——因為C程序往往從main函數開始執行。但一個經常會被忽略的問題是:微控制器(單片機)上電后,是如何尋找到并執行main函數的呢?很顯然微控制器無法從硬件上定位main函數的入口地址,因為使用C語言作為開發語言后,變量/函數的地址便由編譯器在編譯時自行分配,這樣一來main函數的入口地址在微控制器的內部存儲空間中不再是絕對不變的。相信讀者都可以回答這個問題,答案也許大同小異,但肯定都有個關鍵詞,叫“啟動文件”,用英文單詞來描述是“Bootloader”。 無論性能高下,結構簡繁,價格貴賤,每一種微控制器(處理器)都必須有啟動文件,啟動文件的作用便是負責執行微控制器從“復位”到“開始執行main函數”中間這段時間(稱為啟動過程)所必須進行的工作。最為常見的51,AVR或MSP430等微控制器當然也有對應啟動文件,但開發環境往往自動完整地提供了這個啟動文件,不需要開發人員再行干預啟動過程,只需要從main函數開始進行應用程序的設計即可。 話題轉到STM32微控制器,無論是keil uvision4還是IAR EWARM開發環境,ST公司都提供了現成的直接可用的啟動文件,程序開發人員可以直接引用啟動文件后直接進行C應用程序的開發。這樣能大大減小開發人員從其它微控制器平臺跳轉至STM32平臺,也降低了適應STM32微控制器的難度(對于上一代ARM的當家花旦ARM9,啟動文件往往是第一道難啃卻又無法逾越的坎)。 |
一通廢話。 |
????????????????????????????????????? |
敢問樓主,哪里有說啟動過程了!文不對題。 |
呵呵,~~~~~~~~~~~~~~~~ |