keil中设置的flash（irom）的起始地址为0x08000000，这个0x08000000的意义------stm32地址映射图解析

STM32的存储映射是靠基地址和地址偏移实现的。

32位的M3有4GB的寻址空间（程序员编程使用的编程地址），其中用于片上外设的有512MB，基地址为0x40000000

M3各外设基地址，包括片上外设、片上静态RAM和FLASH。特别要注意的是所有外设都是挂载在总线上，有AHP、APB1、APB2总线。从各外设基地址定义就可以很清楚知道该外设是挂在哪个总线上。

左边是实际的外设物理地址（flash也属于外设），右边是虚拟的地址，对应32位的M3的4GB的寻址空间

上图是STM32的存储器地址映射图，地址范围为：0x0000_0000-0xFFFF_FFFF;其中代码区的地址是从0x0800_0000开始的，结束于0x0800_0000+芯片的Flash的大小，RAM的起始地址是0x2000_0000，结束于0x2000_0000+芯片的RAM大小。
支持位带操作的两个内存区的范围是： 0x2000_0000‐0x200F_FFFF（ SRAM 区中的最低 1MB） 0x4000_0000‐0x400F_FFFF（片上外设区中的最低 1MB）
其中对于SRAM位带区的某个比特位，假设它的地址为Addr，位序号为n（0<=n<=7）,则该比特在别名区的地址为： Bit_Addr=0x22000000+((Addr-0x20000000)*8+n)*4=0x22000000+(Addr-0x20000000)32+n4;
对于片上外设位带区的某个比特位，假设它的地址为Addr，位序号为n（0<=n<=7）,则该比特在别名区的地址为： Bit_Addr=0x42000000+((Addr-0x40000000)*8+n)*4=0x42000000+(Addr-0x40000000)32+n4;

原文链接：https://blog.csdn.net/struct_1/article/details/54576120

从库函数解析STM32地址映射

https://blog.csdn.net/acelit/article/details/100945938?ops_request_misc=&request_id=&biz_id=102&utm_term=stm32%E5%9C%B0%E5%9D%80%E6%98%A0%E5%B0%84%E5%9B%BE&utm_medium=distribute.pc_search_result.none-task-blog-2_allsobaiduweb~default-4-100945938.pc_search_result_control_group&spm=1018.2226.3001.4187

STM32内部Flash读写问题

https://blog.csdn.net/qq_40147893/article/details/107423621?ops_request_misc=&request_id=&biz_id=102&utm_term=%E4%B8%BA%E4%BB%80%E4%B9%88ram%E7%9A%84%E8%B5%B7%E5%A7%8B%E5%9C%B0%E5%9D%80%E4%B8%BA0x08000000&utm_medium=distribute.pc_search_result.none-task-blog-2_allsobaiduweb~default-0-107423621.pc_search_result_control_group&spm=1018.2226.3001.4187

1.先熟悉所用MCU的Flash存储大小以及扇区地址

2MB分成 2个块：Bank1和 Bank2，每个块有8个128K的用户扇区和1个128K的系统扇区，所以用户可用的Flash大小为2×8×128=2048KB，也就是2MB。
闪存模块组织表：

从下图看flash的实际物理地址

为什么STM32从Flash地址0x08000000的启动重映射

https://blog.csdn.net/a514371309/article/details/77972199?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522164100766816780366519524%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fall.%2522%257D&request_id=164100766816780366519524&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2_allfirst_rank_ecpm_v1~rank_v31_ecpm-2-77972199.pc_search_result_control_group&utm_term=%E4%B8%BA%E4%BB%80%E4%B9%88flash%E7%9A%84%E8%B5%B7%E5%A7%8B%E5%9C%B0%E5%9D%80%E4%B8%BA0x80000000&spm=1018.2226.3001.4187

在初写STM32程序时，遇到一个困惑，STM32的Flash在MDK里被设置为起始地址0x0800 0000，而CM3手册规定芯片复位时要从0x0000 0000地址开始取出中断向量，那STM32怎么样执行代码呢？地址重映射？或者在0x0000 0000里有对应有实际存储器？
仔细阅读手册，发现这件事是因为STM32设计的Flash起始地址是在0x0800 0000位置开始的。全部代码都只能从这里开始存储。详见STM32 referenc manual手册第54页。
那既然从这里才能存储代码，就必须在MDK里设置Flash地址为0x0800 0000，下面是MDK设置页面，这个应该都看到过。
这样就还有一个问题，理论上，CM3中规定上电后CPU是从0地址开始执行，但是这里中断向量表却被烧写在0x0800 0000地址里，那启动时不就找不到中断向量表了？既然CM3定下的规矩是从0地址启动，SMT32当然不能破坏ARM定下的“规矩”，所以它做了一个启动映射的过程，就是和芯片上总能见到的BOOT0和BOOT1有关了，当选择从主Flash启动模式后，芯片一上电，Flash的0x0800 0000地址被映射到0地址处，不影响CM3内核的读取，所以这时的CM3既可以在0地址处访问中断向量表，也可以在0x0800 0000地址处访问中断向量表，而代码还是在0x0800 0000地址处存储的。这就是最难理解的地方，其实，这是基本上所有ARM芯片采用的启动映射方法。ARM7，ARM9没有内部Flash的通常都是这样做的。这个过程出自STM32 referenc manual手册，里面是有说明的。

还要注意，这个中断向量表是可以在程序中再次被映射的。控制它的就是CM3已经规定的NVIC寄存器SCB->VTOR。在STM32库中给出的启动代码里，startup_stm32f10x_hd.s文件里，第146行，是上电后读取中断向量表中的复位中断位置，并执行复位中断处理代码，代码如下：

; Reset handler
Reset_Handler PROC
EXPORT Reset_Handler [WEAK]
IMPORT __main
IMPORT SystemInit
LDR R0, =SystemInit
BLX R0
LDR R0, =__main
BX R0
ENDP

注意复位后第一个被执行的是SystemInit代码，这个代码在库目录下的system_stm32f10x.c文件里，它初始化了时钟，NVIC等一系列操作，这里摘要与中断向量有关的代码：

void SystemInit (void)

{

…

#ifdef VECT_TAB_SRAM
SCB->VTOR = SRAM_BASE | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal SRAM. /
#else
SCB->VTOR = FLASH_BASE | VECT_TAB_OFFSET; / Vector Table Relocation in Internal FLASH. */
#endif
}

可以看出中断向量重映射是一个选择性编译，通常宏定义VECT_TAB_SRAM都没有被定义，所以这里执行结束后，SCB->VTOR就是FLASH_BASE了，值为0x0800 0000。以后CM3再取中断向量里，就会根据SCB->VTOR的设置，从这里取向量执行了。中断向量自此终于转正。

注意这时连__main函数都还没进，看起来中断向量的重映射位置还是够早的。