[转载]2017年12月4日14:48:29
一个基于stm32的工程中使用到了IAP编程，其中boot空间预留长度为0x6100,实际boot的bin文件大小为21.1KB，具体为21633Byte.我在最开始调试时对于IAP编程的app程序直接下载到单片机中，程序工作一切正常，但是在通过boot将app更新到单片机中后程序可以进入到app中，但是程序工作不正常。
最后经过查找原因，最后在代码注释中找到了问题所在：
途中划红线的部分可以看出，NVIC_SetVectorTable函数参数中的Offset必须是0x200的倍数，但是~但是我刚刚说的那个IAP中的boot空间大小为0x6100,这个值并不是0x200的整数倍，这也就是问题所在了。
=============================分割线==============================
上面找到了问题所在，那么是不是就结束了呢？很明显没有，NVIC_SetVectorTable的函数注释中知识轻描淡写的说Offset必须是0x200的倍数，但是为什么要这样它并没有进行解释。着就是目前的新问题了。
首先查看NVIC_SetVectorTable函数的实现代码，非常简单，首先是对参数进行正确性判断，然后就是对一个寄存器进行赋值。在判断参数正确性的代码中并没有找到有关于0x200的代码，那么问题肯定就在这个寄存器赋值上了。具体代码如下：
SCB->VTOR = NVIC_VectTab | (Offset & (uint32_t)0x1FFFFF80);
我们关注Offset部分，它与0x1FFFFF80进行与运算，奇怪的是这个与运算的结果只能使得Offset能够0x80的整数倍，并不是0x200。如果要是0x200，那么倒推回来那么这个地方应该是0x1FFFFE00才对，难道是stm32官方的库函数有问题？！这个真是让我有点小兴奋。我隐约感觉到问题没有这么简单，决定先看看这个寄存器相关的资料在做结论，经过查看，在周立功的《CM3技术参考手册》中的讲解NVIC章节（第90页）中发现了如下的讲解：
这个地方说明VTOR寄存器的第7到28位是用来存储偏移量的，这也就能解释为什么刚才代码里面进行与运算的是0x1FFFFF80了。
但是问题还是没有解决，为什么Offset要是0x200的整数倍呢？
对于这种与CM3系统架构相关的内容，一般都是去看《Cortex-M3权威指南》，果然，最后找到了如下解释（中文版第113页）：
途中划红线的部分是关键，按照它说的方法，我打开工程的启动文件，发现其中有60个普通中断，另外有16个系统中断，一起是74个中断，由于74大于2的6次方（也就是64,），所以幂向上加1也就是2的7次方，即128，然后一个地址占用四个字节，所以得出128*4=512，也就是我苦苦寻觅的0x200。
至此最初的疑问已经解决，但是在读上面划红线的文字时，一个疑问在我脑海环绕：为什么要一定为2的整数次幂，按着划红线的示例，我在flash中就花费48*4个字节给中断向量表不就挺好么。对于这个问题目前还没有发现比较好的答案，根据我个人的理解，我觉得可能是出于以下两点原因：
1 方便扩从中断向量表
解释：比如现在需要48个中断向量那我就分配它48*4个字节空间，但是以后需要49个捏？考虑到拓展性所以还是多留空间的好
2 方便编程时的FLASH擦写
解释：给出一个Offset的相对固定的值，方便程序员在编程时提高效率，试想如果设置一个非常复杂的boot长度地址，每次修改都会浪费不少时间
当然，这两点只是我个人拙见，如果各位读者谁有好的答案，还请务必指教指教我~~