|
整理：Miler Shao 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中断又能响应。可以说，症状有些诡异。相关代码摘录如下： /************************************************************/ //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( ) 还是没有实质执行，那么中断矢量表重映射的动作依旧没有生效。 | 
