stm32F1 SCB-＞VTOR开机默认是0，如何理解？

liming0931

于 2020-12-22 10:52:50 发布

阅读量6.5k

点赞数 9

CC 4.0 BY-SA版权

分类专栏：嵌入式/stm32 ARM

本文链接：https://blog.csdn.net/liming0931/article/details/111514977

STM32F1在SystemInit函数中默认SCB->VTOR为0，这是因为Cortex-M3内核在复位后从0x00000000启动，而STM32通过BOOT管脚状态进行地址映射。在Flash启动模式下，0x08000000被映射到0x00000000，使得两者等价。因此，即使SCB->VTOR设置为0，程序仍能正常运行。在IAP设计中，可能需要在app程序中设置SCB->VTOR，以确保正确切换到新的应用程序地址。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1.使用stm32cubemx生成新的f1工程，SystemInit函数中默认没有设置SCB->VTOR，则SCB->VTOR默认为0，程序正常运行。
2.在设计IAP的时候，为社么在app程序中需要设置SCB->VTOR，而bootloader中不需要？
3.程序的SCB->VTOR = 0x0800 0000 | offset；
4.那么对于bootloader来说，只是offset = 0而已，为什么连0x0800 0000都可以不设了呢？
5.想请教各位大佬，这个应该怎么理解？

答：

ARM Cortex-M3内核永远从0x00000000启动，STM32在这里取了个巧，它在0x00000000开始的一段地址空间是虚拟的，可以通过设置BOOT[1:0]管脚状态，在启动时动态将另外一段地址空间映射到这部分上面去。
当arm复位之后，读到的0x00000000内容已经是被STM32重映射之后的了，所以它可以system boot模式启动、还是Flash启动、还是内存启动。
如果是正常的Flash启动，则会将0x08000000映射到0x00000000，因此arm以为自己还在操作0x00000000，其实是在操作0x08000000，已经被STM32偷梁换柱了，当然，此时直接操作0x08000000也是可以的，二者完全等价。

因此，SCB->VTOR保持为0x00000000完全没有任何问题。

原文：http://www.openedv.com/forum.php?mod=viewthread&tid=320947&extra=page%3