IAP中STM32的工作流程，有疑惑！

BrandonYuan · 发表于 2018-12-20 15:08:57

如图所示，文中说到，在IAP工程中（两个工程：1个BootLoader，1个APP）有两份中断向量表，在APP程序运行中，当中断来临时，硬件体系使得，PC指针跳转至Bootloader代码段的向量表，然后再根据偏移量跳转至APP段的中断服务函数运行，这一句话我没有弄明白啊，以下是我的理解：

1，中断向量表里存放的是每个中断服务函数的入口地址，那么，Bootloader段的向量表里，存放的是bootloader工程的中断服务函数的地址。这些函数（xxx_Handler）的地址与 APP中的同名函数的地址应该是不一样的，那怎么能通过查向量表一，获取得到APP工程中函数的地址呢？？？所以这个步骤⑤的跳转机制，哪位大神能否再细致的讲解一下。
2，如果从向量表一可以直接跳转到APP的中断函数，那么向量表二还有什么用呢？如果这样的话，那仅仅是在BootLoader跳转至APP的时候，通过向量表调用一下 Reset_Handler 而已了，以后的中断响应里，根本用不到了。

应该是我的理解有误区，请大神们指点一下。

BrandonYuan · 发表于 2018-12-20 15:08:58

这个地方确认讲解有误，STM32的中断是通过查找中断向量表来响应的，而中断向量表的位置记录在SCB->VTOR寄存器中，跳转至APP后，相应的VTOR内容也在System_Init函数中更新，当中断来临，从VTOR取出向量表的位置，再从该表位置开始检索，再跳转至服务函数。并不需要跳转至0x08000004的位置，只有复位STM32的情况，硬件机理使得必须从0x08000000(栈顶)和0x08000004（PC指针）启动。而且，向量表中存放的是函数入口地址，函数的地址是有编译器分配的，在0x08000004的向量表，怎么可能找到的APP的服务函数的地址，两个工程都是分开编译的。