Stm32f0系列MCU中斷矢量表的定位跟STM32其它系列相比有點差異，即M0系列沒有像其它M3/M4/M0+系列所具備的中斷矢量表重定位寄存器，其中斷矢量表不能借助矢量重定位寄存器簡單修改實現。所以Stm32f0 IAP的過程會跟其它系列的STM32芯片的IAP動作有所不同。

我們知道，做IAP往往需要兩部分代碼，一部分是用來升級的IAP程序，一部分用來運行用戶實際應用功能的應用程序APP代碼。

IAP程序及自身的中斷向量表放在內部FLASH的低端地址區。對于STM32 MCU而言，就是從0X0800 0000處開始放IAP代碼。APP程序代碼及自身中斷矢量表存放在離0X0800 0000某個地址偏移量【offset】的地方，即從0x0800 0000+offset的地址開始存放APP代碼及中斷矢量。顯然那個【offset】要大于IAP的程序空間。假設這里OFFSET為0x3000,即APP程序的起始地址為0x08003000。為了APP程序能正常相應中斷，這里需要做2個步驟：

1、將APP的中斷向量表拷貝到SRAM里面去。M0的中斷向量表由48個有序字組成，把它們從flash區0x08003000開始的中斷向量表拷貝到0x2000 0000的SRAM區。

2、做存儲地址的映射，即把SRAM映射到代碼執行區的地址0X00處。

整個IAP操作的大致流程如下：

經過上述操作步驟后，當APP里發生中斷時，內核就從地址0x00處的向量表取相應中斷的入口地址，即相當于從0x2000 0000處的向量表取中斷入口地址，當然也相當于從0x08003000處的向量表取中斷入口地址，然后去執行相應中斷程序。

關于STM32F0的IAP，ST官方有套參考代碼，即STM32F0xx_AN4065_FW_V1.0.0例程。其中關于上面提到的2個步驟的程序代碼，有個地方是有點問題的。

當使用相關參考代碼做完IAP后，發現APP無法響應外部中斷，或者有的GPIO口能響應，有的不能；有些雖然EXTI不能響應，而TIMER/USART中斷又能響應�？梢哉f，癥狀有些詭異。相關代碼摘錄如下：

/************************************************************/

//1、做中斷向量表的拷貝

for(i = 0; i < 48; i++)

{

VectorTable[i] = *(__IO uint32_t*)(APPLICATION_ADDRESS + (i<<2));

}

//2、存儲地址的映射，即把SRAM映射到代碼執行區的地址0X00處。

/* Enable the SYSCFG peripheral clock*/

RCC_APB2PeriphReset(RCC_APB2Periph_SYSCFG, ENABLE) ;

/* Remap SRAM at 0x00000000 */

SYSCFG_MemoryRemapConfig(SYSCFG_MemoryRemap_SRAM);

/***************** 以下是你的應用程序代碼 （略） ***************************/

問題就出在上面紅色標注出來的那個函數，那個函數本意是要打開系統配置控制器【SYSCFG】的時鐘，結果它執行的是對系統配置控制器時鐘的復位操作，這個操作的后果是關閉了SYSCFG的時鐘。這里有必要看看這個SYSCFG到底管些什么事。

顯然，管的事兒還不少，這里就不一一介紹了，只提紅色打勾的兩項。

第一 管理程序代碼區起始地址重映射的操作問題。

第二 管理GPIO產生EXTI的操作問題。

既然它的時鐘關了，代碼起始執行地址重映射的事沒完成，即中斷矢量表的重映射就沒法完成，另外，有關GPIO外部中斷的操作也無法正常響應。

當把RCC_APB2PeriphReset(RCC_APB2Periph_SYSCFG, ENABLE) ; 應修改為

RCC_APB2PeriphClockCmd(RCC_APB2Periph_SYSCFG, ENABLE); 就一切正常了。

有人問，我在做APP程序時雖然使用上述例程代碼，但后來配置EXTI時已經打開了SYSCFG外設的時鐘，為什么仍然不行，還得去修改那紅色語句的函數代碼呢？原因是盡管打開了SYSCFG的時鐘，但之前的那句SYSCFG_MemoryRemapConfig( ) 還是沒有實質執行，那么中斷矢量表重映射的動作依舊沒有生效。