簡析STM32的啟動(dòng)過程
當(dāng)前的嵌入式應(yīng)用程序開發(fā)過程里,C語言已成為了絕大部分場(chǎng)合的最佳選擇。如此一來main函數(shù)似乎成為了理所當(dāng)然的起點(diǎn)——因?yàn)镃程序往往從main函數(shù)開始執(zhí)行。但一個(gè)經(jīng)常會(huì)被忽略的問題是:微控制器(單片機(jī))上電后,是如何尋找到并執(zhí)行main函數(shù)的呢?很顯然微控制器無法從硬件上定位main函數(shù)的入口地址,因?yàn)槭褂肅語言作為開發(fā)語言后,變量/函數(shù)的地址便由編譯器在編譯時(shí)自行分配,這樣一來main函數(shù)的入口地址在微控制器的內(nèi)部存儲(chǔ)空間中不再是絕對(duì)不變的。相信讀者都可以回答這個(gè)問題,答案也許大同小異,但肯定都有個(gè)關(guān)鍵詞,叫“啟動(dòng)文件”,用英文單詞來描述是“Bootloader”。
本文引用地址:http://www.ex-cimer.com/article/201710/365472.htm無論性能高下,結(jié)構(gòu)簡繁,價(jià)格貴賤,每一種微控制器(處理器)都必須有啟動(dòng)文件,啟動(dòng)文件的作用便是負(fù)責(zé)執(zhí)行微控制器從“復(fù)位”到“開始執(zhí)行main函數(shù)”中間這段時(shí)間(稱為啟動(dòng)過程)所必須進(jìn)行的工作。最為常見的51,AVR或MSP430等微控制器當(dāng)然也有對(duì)應(yīng)啟動(dòng)文件,但開發(fā)環(huán)境往往自動(dòng)完整地提供了這個(gè)啟動(dòng)文件,不需要開發(fā)人員再行干預(yù)啟動(dòng)過程,只需要從main函數(shù)開始進(jìn)行應(yīng)用程序的設(shè)計(jì)即可。
關(guān)于“啟動(dòng)模式”
話題轉(zhuǎn)到STM32微控制器,無論是keil uvision4還是IAR EWARM開發(fā)環(huán)境,ST公司都提供了現(xiàn)成的直接可用的啟動(dòng)文件,程序開發(fā)人員可以直接引用啟動(dòng)文件后直接進(jìn)行C應(yīng)用程序的開發(fā)。這樣能大大減小開發(fā)人員從其它微控制器平臺(tái)跳轉(zhuǎn)至STM32平臺(tái),也降低了適應(yīng)STM32微控制器的難度(對(duì)于上一代ARM的當(dāng)家花旦ARM9,啟動(dòng)文件往往是第一道難啃卻又無法逾越的坎)。 相對(duì)于ARM上一代的主流ARM7/ARM9內(nèi)核架構(gòu),新一代Cortex內(nèi)核架構(gòu)的啟動(dòng)方式有了比較大的變化。ARM7/ARM9內(nèi)核的控制器在復(fù)位后,CPU會(huì)從存儲(chǔ)空間的絕對(duì)地址0x000000取出第一條指令執(zhí)行復(fù)位中斷服務(wù)程序的方式啟動(dòng),即固定了復(fù)位后的起始地址為0x000000(PC =0x000000)同時(shí)中斷向量表的位置并不是固定的。而Cortex-M3內(nèi)核則正好相反,有3種情況:
1、 通過boot引腳設(shè)置可以將中斷向量表定位于SRAM區(qū),即起始地址為0x2000000,同時(shí)復(fù)位后PC指針位于0x2000000處;
2、 通過boot引腳設(shè)置可以將中斷向量表定位于FLASH區(qū),即起始地址為0x8000000,同時(shí)復(fù)位后PC指針位于0x8000000處;
3、 通過boot引腳設(shè)置可以將中斷向量表定位于內(nèi)置Bootloader區(qū),本文不對(duì)這種情況做論述;
Cortex-M3內(nèi)核規(guī)定,起始地址必須存放堆頂指針,而第二個(gè)地址則必須存放復(fù)位中斷入口向量地址,這樣在Cortex-M3內(nèi)核復(fù)位后,會(huì)自動(dòng)從起始地址的下一個(gè)32位空間取出復(fù)位中斷入口向量,跳轉(zhuǎn)執(zhí)行復(fù)位中斷服務(wù)程序。對(duì)比ARM7/ARM9內(nèi)核,Cortex-M3內(nèi)核則是固定了中斷向量表的位置而起始地址是可變化的。
細(xì)說STM32的啟動(dòng)過程
下面就從ST的啟動(dòng)文件說起,由于庫中的startup_stm32f10x_md.s與編譯環(huán)境有關(guān),所以針對(duì)的是庫中的
STM32F10x_StdPeriph_Lib_V3.5.0LibrariesCMSISCM3DeviceSupportSTSTM32F10xstartupTrueSTUDIO路徑下的文件進(jìn)行分析。
system_stm32f10x.c
SystemInit():在“startup_stm32f10x_xx.s”文件中被調(diào)用,功能是設(shè)置系統(tǒng)時(shí)鐘(包括時(shí)鐘源,PLL系數(shù),AHB/APBx的預(yù)分頻系數(shù)還有 flash的設(shè)定),這個(gè)函數(shù)會(huì)在系統(tǒng)復(fù)位之后首先被執(zhí)行。文件中默認(rèn)的一些設(shè)置:允許HSE(外部時(shí)鐘),F(xiàn)LASH(允許預(yù)取緩沖區(qū),設(shè)置2個(gè)等待周 期),PLL系數(shù)為9,開啟PLL并選擇PLL輸出作為時(shí)鐘源(SYSCLK),后續(xù)設(shè)置SYSCLK = HCLK = APB2 = 72MHz,APB1 = HCLK/2 = 36MHz,HCLK即AHB的時(shí)鐘。
SystemCoreClockUpdate():在系統(tǒng)時(shí)鐘HCLK變化的時(shí)候調(diào)用,以更新一個(gè)全局變量SystemCoreClock,這個(gè)變量可以為應(yīng)用程序使用,必須保證正確。默認(rèn)不調(diào)用這個(gè)函數(shù),因?yàn)镾ystemCoreClock默認(rèn)被設(shè)置為設(shè)定的頻率了(72MHz)
另外,下面這種設(shè)置寄存器的方法值得借鑒,先用位名清除相應(yīng)的位,再進(jìn)行設(shè)置,例如:
#define RCC_CFGR_PLLSRC ((uint32_t)0x00010000) /*!《 PLL entry clock source */
#define RCC_CFGR_PLLXTPRE ((uint32_t)0x00020000) /*!《 HSE divider for PLL entry */
#define RCC_CFGR_PLLMULL ((uint32_t)0x003C0000) /*!《 PLLMUL[3:0] bits (PLL mulTIplicaTIon factor) */
#define RCC_CFGR_PLLSRC_HSE ((uint32_t)0x00010000) /*!《 HSE clock selected as PLL entry clock source */
#define RCC_CFGR_PLLMULL9 ((uint32_t)0x001C0000) /*!《 PLL input clock*9 */
/* PLL configuraTIon: PLLCLK = HSE * 9 = 72 MHz */
RCC-》CFGR = (uint32_t)((uint32_t)~(RCC_CFGR_PLLSRC | RCC_CFGR_PLLXTPRE | RCC_CFGR_PLLMULL));
RCC-》CFGR |= (uint32_t)(RCC_CFGR_PLLSRC_HSE | RCC_CFGR_PLLMULL9);
startup_stm32f10x_md.s:(針對(duì)F103RBT6為中容量的產(chǎn)品)
這個(gè)文件里面首先定義了復(fù)位中斷(復(fù)位入口矢量被硬件固定在地址0x0000_0004)的處理函數(shù):Reset_Handler,它的作用就是將保存于flash中的初始化數(shù)據(jù)復(fù)制到sram中,調(diào)用上面說到的SystemInit來初始化時(shí)鐘,接著跳轉(zhuǎn)到main執(zhí)行。
接著定義了Default_Handler, 這個(gè)是作為其他所有中斷的默認(rèn)處理函數(shù),作用就是死循環(huán),所以你假如開啟了某個(gè)中斷,請(qǐng)按照這里面的中斷函數(shù)名給它寫中斷處理函數(shù),例如串口中斷處理函數(shù)名是 USART1_IRQHandler,你開了串口中斷,如果不重寫USART1_IRQHandler,就默認(rèn)執(zhí)行Default_Handler,死循環(huán)了。而如果你有重寫,那么中斷向量表中的處理函數(shù)的地址就會(huì)更新為你自己寫的那個(gè)函數(shù)的地址了。為什么會(huì)這樣呢?因?yàn)榇宋募哪┪灿昧祟愃七@樣的語句:
.weak USART1_IRQHandler
.thumb_set USART1_IRQHandler,Default_Handler
它給中斷處理函數(shù)提供了弱(weak)別名(Default_Handler),如果不重寫,中斷了默認(rèn)執(zhí)行Default_Handler,如果重寫了,因?yàn)槭侨鮿e名,所以會(huì)被你寫的同名函數(shù)覆蓋。
最后定義了一個(gè)中斷向量表的段(.secTIon .isr_vector,“a”,%progbits),這個(gè)表將會(huì)放置在0x0000 0000那里,第二個(gè)字(0x0000 0004)是復(fù)位向量,復(fù)位之后從這地址所指的函數(shù)執(zhí)行。
那么,如何保證.isr_vector這個(gè)段將放在flash的最開始(0x08000000)呢?這就需要鏈接腳本了,即我們用的那個(gè)stm32_flash.ld文件了,查看一下就知道了,里面先定義了堆棧的地址:
_estack
/* Highest address of the user mode stack */
_estack = 0x20005000; /* end of 20K RAM */
接著定義了堆和棧的大?。?/p>
/* Generate a link error if heap and stack don‘t fit into RAM */
_Min_Heap_Size = 0; /* required amount of heap */
_Min_Stack_Size = 0x100; /* required amount of stack */
接著聲明了各個(gè)內(nèi)存的區(qū)域(定義了幾個(gè)代表某個(gè)線性空間的名字,如下面的FLASH):
/* Specify the memory areas */
MEMORY
{
FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 128K
RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 20K
MEMORY_B1 (rx) : ORIGIN = 0x60000000, LENGTH = 0K }
接著下面再介紹上面這三個(gè)名字里面都放了什么東西,首先是FLASH的:
/* Define output sections */
SECTIONS
{
/* The startup code goes first into FLASH */
.isr_vector :
{
。 = ALIGN(4); KEEP(*(.isr_vector)) /* Startup code */
。 = ALIGN(4); } 》FLASH
/* The program code and other data goes into FLASH */
.text :
{
。 = ALIGN(4); *(.text) /* .text sections (code) */
*(.text*) /* .text* sections (code) */
*(.rodata) /* .rodata sections (constants, strings, etc.) */
*(.rodata*) /* .rodata* sections (constants, strings, etc.) */
*(.glue_7) /* glue arm to thumb code */
*(.glue_7t) /* glue thumb to arm code */
KEEP (*(.init))
KEEP (*(.fini))
。 = ALIGN(4); _etext = 。; /* define a global symbols at end of code */
} 》FLASH
可以看到startup_stm32f10x_md.s中定義的這個(gè)段.isr_vector確實(shí)放在了最開頭的位置。
但是我們前面說復(fù)位向量在0x0000 0004,現(xiàn)在其地址是在flash中,所以地址是0x0800 0004,這個(gè)怎么回事呢?原來,stm32可以通過boot0、boot1引腳的配置將flash映射到0x0000 0000處。具體可參考stm32的用戶手冊(cè)2.4節(jié)。
從主閃存存儲(chǔ)器啟動(dòng)(BOOT0 = 0,BOOT1 = X):主閃存存儲(chǔ)器被映射到啟動(dòng)空間(0x0000 0000),但仍然能夠在它原有的地址(0x0800 0000)訪問它,即閃存存儲(chǔ)器的內(nèi)容可以在兩個(gè)地址區(qū)域訪問,0x0000 0000或0x0800 0000。
至此,整個(gè)STM32的啟動(dòng)過程以及程序結(jié)構(gòu)都可以比較清晰了。
評(píng)論