大家看看官方库的这句是不是有点小问题

Pony279

void NVIC_SetVectorTable(uint32_t NVIC_VectTab, uint32_t Offset)

{ 

  /* Check the parameters */

  assert_param(IS_NVIC_VECTTAB(NVIC_VectTab));

  assert_param(IS_NVIC_OFFSET(Offset));  

   

  SCB->VTOR = NVIC_VectTab | (Offset & (uint32_t)0x1FFFFF80);

}

上面的 0x1fffff80，是用来清零 bit0 到 bit6的，以及 bit 29, bit 30, bit31

而programming manual 是这样说的

仔细看看发现手册上的说明也有点问题，图上是 bits 8:0 为reserved，而下面写的是 Bit10:0 是reserved。。。

在STM32上， 128 words 是 128 *4 个字节 (注意这个和8086汇编时一个word是2个字节不同)，

128*4 == 0b 10 0000 0000 ，所以按照上面说的， Bit8:0 应该一直是0

所以程序里面的这句话

 SCB->VTOR = NVIC_VectTab | (Offset & (uint32_t)0x1FFFFF80);

应该是

 SCB->VTOR = NVIC_VectTab | (Offset & (uint32_t)0x1FFFFE00);

不知我的理解对不？

貌似我这样有点钻牛角尖啊。。。其实一般情况下使用这个函数都不会出现问题，因为第二个参数offset基本上是0。

正点原子

我记得当时推算过.这个 应该是没有错误的.确实是0X1FFFF80.

Pony279

回复【2楼】正点原子:
---------------------------------

不理解，

怎么推算的？

按照文档上的说明，应该是 ( Bit(28) | Bit(27) | ... | Bit(9)) == 0x1FFFFE00

代码里的 0x1FFFFF80 要怎么解释？

btvnlue

发现过同样的问题，但0x1FFFFF80是可以执行的，也就是说地址STM32实际也是以32word取齐
一种解释是，代码是由ARM发布的CMSIS定义，与ST文档可能有出入（同样的出入也确实发现过，编程手册第4版订正了NVIC的地址偏移问题）
建议使用8:0bit偏移，即0x1FFFFE00，因为一是芯片定义向量数大于32，有可能会有潜在错误，并且9bit可以兼容7bit

Pony279

嗯，谢谢楼上指点

persist_2012

回复【4楼】btvnlue:

发现过同样的问题，但0x1FFFFF80是可以执行的，也就是说地址STM32实际也是以32word取齐
一种解释是，代码是由ARM发布的CMSIS定义，与ST文档可能有出入（同样的出入也确实发现过，编程手册第4版订正了NVIC的地址偏移问题）
建议使用8:0bit偏移，即0x1FFFFE00，因为一是芯片定义向量数大于32，有可能会有潜在错误，并且9bit可以兼容7bit

---------------------------------
请问，为什么0x1FFFFF80是可以执行的，就说STM32实际也是32word取齐？还有芯片定义向量大于32，有可能存在错误？为什么？

Pony279

回复【7楼】 xouou_53320 :

---------------------------------

上面的红字是我特地注明的而不是什么失误，the definite guide to cortex-m3 里面一直都是把 word 当32位用的，16位是halfword，STM32F10xxx Cortex-M3 programming manual里面也是这么用的，有疑问可以自行查阅。word 本来就应该与机器相关的。计算机的指标里面有一个字长，Word_size 的定义就是和机器相关的，从这里也可以看出这一点。至于8086汇编语言里为什么把WORD固定为16位是intel公司的问题。