關于

STM32

中斷向量表的位置

、重定向問題

首先我們需要跳到

main

函數，這個就不多說了。那么，中斷發生后，又

是怎么跑到中斷入口地址的呢？從

stm32f10x.s

可以看到，已經定義好了一大堆

的中斷響應函數，這就是中斷向量表，標號

__Vectors

，表示中斷向量表入口地

址，例如：

AREA?RESET,?DATA,?READONLY?;

定義只讀數據段，實際上是在

CODE

區(假設

STM32

從

FLASH

啟動，則此中斷向量表起始地址即為

0x8000000

)

EXPORT

__Vectors

IMPORT

OS_CPU_SysTickHandler

IMPORT

OS_CPU_PendSVHandler__Vectors

DCD

__initial_sp

;

Top

of

Stack

DCD

Reset_Handler

;

Reset

Handler

DCD

NMI_Handler

;

NMI

Handler

DCD

HardFault_Handler

;

Hard

Fault

Handler

DCD

MemManage_Handler

;

MPU

Fault

Handler

DCD

BusFault_Handler

;

Bus

Fault

Handler

DCD

UsageFault_Handler

;

Usage

Fault

Handler

這個向量表的編寫是有講究的，跟硬

件一一對應不能亂寫的，

CPU

找入口地址就靠它了，

bin

文件開頭就是他們的

地址，參考手冊

RM0008

的

10.1.2

節可以看到排列。我們再結合

CORTEX-M3

的特性，他上電后根據

boot

引腳來決定

PC

位置，比如

boot

設置為

flash

啟動，

則啟動后

PC

跳到

0x08000000

。此時

CPU

會先取

2

個地址，第一個是棧頂地址，

第二個是復位異常地址，故有了上面的寫法，這樣就跳到

reset_handler

。那么

這個

reset_handler

的實際地址是多少

.

？下面的一堆例如

Nmi_handler

地址又是

多少呢？發生中斷是怎么跑到這個地址的呢？下面挨個講解。

1

、我們可以通

過反向來得知這些入口地址，查看工程下的

map

文件就可以看到了，這個地址

跟

keil

里面設置的

target->flash

起始地址息息相關，實際上我們不太需要關心，

讓編譯器分配，中斷向量表放的就是他們的地址。

2

、對比

ARM7/ARM9

內核，

Cortex-M3

內核則是固定了中斷向量表的位置而起始地址是可變化的。

3

、進到

總結

以上是生活随笔為你收集整理的arm9 中断向量 重定位_关于STM32中断向量表的位置 、重定向问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。