一、中断向量表是什么#

中断向量表（Vector Table）本质上是一张函数指针数组，放在存储器最前面的固定位置。Cortex-M3 内核在发生异常/中断时，不是“跳转到某个固定地址”，而是：

1. 根据异常编号 n，到向量表基址 + 4 × n 处取一个 32 位字；
2. 把这个字当作处理函数地址，装进 PC；
3. 同时硬件自动压栈、切模式、更新 IPSR 等。

所以向量表就是“异常编号 → 处理函数地址”的映射表。

对 Cortex-M3，异常编号 0~15 是系统异常，16 及以上是外设中断（IRQ）。STM32F10x 在此基础上把外设中断按固定顺序排进去。

文件里的关键段：

1
AREA    RESET, DATA, READONLY
2
EXPORT  __Vectors
3
EXPORT  __Vectors_End
4
EXPORT  __Vectors_Size
5

6
__Vectors  DCD  __initial_sp
7
           DCD  Reset_Handler
8
           DCD  NMI_Handler
9
           ...
10
__Vectors_End
11
__Vectors_Size EQU __Vectors_End - __Vectors

• AREA RESET, DATA, READONLY：新建一个只读数据段，段名 RESET。链接器会把它放到 Flash 起始（默认 0x08000000）。
• DCD：Define Constant Double-word，即分配一个 32 位字，内容是后面符号的地址。
• __Vectors 是表头标签，__Vectors_End 是表尾标签，两者相减就是表大小。
• 这张表在复位后通过存储器别名映射到地址 0x00000000，内核从那里取向量。

二、Cortex-M3 的异常编号#

Cortex-M3 异常编号固定如下（负号表示固定优先级，数值越小优先级越高）：

注意两点：

1. 第 0 项不是异常，是初始主栈指针 MSP 的值。复位时内核先读它装入 MSP，再读第 1 项装入 PC。
2. Cortex-M3 的异常编号和向量表下标是一一对应的：编号 n 的向量位于表基址 + 4n。

三、这份文件里的向量表逐项解释#

1
__Vectors       DCD     __initial_sp               ; 下标 0
2
                DCD     Reset_Handler              ; 1
3
                DCD     NMI_Handler                ; 2
4
                DCD     HardFault_Handler          ; 3
5
                DCD     MemManage_Handler          ; 4
6
                DCD     BusFault_Handler           ; 5
7
                DCD     UsageFault_Handler         ; 6
8
                DCD     0                          ; 7 保留
9
                DCD     0                          ; 8 保留
10
                DCD     0                          ; 9 保留
11
                DCD     0                          ; 10 保留
12
                DCD     SVC_Handler                ; 11
13
                DCD     DebugMon_Handler           ; 12
14
                DCD     0                          ; 13 保留
15
                DCD     PendSV_Handler             ; 14
16
                DCD     SysTick_Handler            ; 15

1
向量表下标 = IRQn + 16

1
__Vectors_Size = 59 × 4 = 236 字节 = 0xEC

四、复位时内核怎么用这张表#

上电/复位后，Cortex-M3 硬件自动做：

1. 从地址 0x00000000 读第一个字 → 装入 MSP（即 __initial_sp）；
2. 从地址 0x00000004 读第二个字 → 装入 PC（即 Reset_Handler）；
3. 从 Reset_Handler 开始执行，进入 C 世界之前先跑 SystemInit，再跳 __main。

这里 0x00000000 是别名地址，实际映射到哪块存储器由 BOOT 引脚决定：

所以“向量表在 Flash 开头”和“内核从 0 地址取向量”并不矛盾：Flash 被别名映射到了 0 地址。

五、向量表的重定位（VTOR）#

Cortex-M3 有一个寄存器 SCB->VTOR（地址 0xE000ED08），用来告诉内核“向量表基址在哪”。复位默认是 0。写它就能把向量表搬到别处，常见场景：

• IAP/OTA：Bootloader 和 App 各有一套向量表，App 运行时把 VTOR 指向自己的表；
• 向量表放 SRAM：运行中动态改中断入口；
• 多份固件切换。

示例：

1
/* 假设新向量表在 0x08008000，且已 128 字节对齐 */
2
SCB->VTOR = 0x08008000;
3
__DSB();
4
__ISB();

注意：

• VTOR 的低 7 位保留为 0，所以向量表基址必须 128 字节对齐；
• 改 VTOR 后要跟 DSB/ISB，保证后续取向量生效；
• 搬表时要把整张表（__Vectors_Size 字节）一起搬，不能只搬一部分。

文件里 __Vectors_End 和 __Vectors_Size 就是为这种“搬表/校验”准备的符号。

六、弱符号：为什么 C 里写同名函数就能覆盖#

向量表里填的是 WWDG_IRQHandler 等符号。这些符号在文件后半段是这样定义的：

1
Default_Handler PROC
2
    EXPORT WWDG_IRQHandler [WEAK]
3
    ...
4
WWDG_IRQHandler
5
PVD_IRQHandler
6
...
7
    B .
8
    ENDP

• [WEAK] 表示弱符号：如果链接时别处有强符号同名，就用强的；没有才用这个默认的。
• 默认实现是 B .，即原地死循环。

所以你在 stm32f10x_it.c 里写：

1
void USART1_IRQHandler(void)
2
{
3
    /* 清标志、收发数据 */
4
}

链接器会用你的函数地址替换向量表里的默认地址。函数名必须和向量表里的符号完全一致，拼错（如 USART1_IRQhandler）就会静默落到默认死循环，表现为“中断进了但程序卡死”。

同理，Reset_Handler、NMI_Handler、HardFault_Handler 等也都是 [WEAK]，可以被用户重定义。

七、和优先级的关系#

向量表只决定“中断来了跳哪”，不决定谁先执行。优先级由 NVIC 管理：

• Cortex-M3 理论 8 位优先级，STM32F10x 只实现高 4 位，所以优先级值 0~15，数值越小越高；
• Reset/NMI/HardFault 优先级固定为 -3/-2/-1，高于所有可配置中断；
• 其余异常和外设中断通过 NVIC_SetPriority() 设置，并通过优先级分组决定抢占位/子优先级位；
• 抢占优先级高的可以打断低的，形成嵌套。

向量表顺序 ≠ 优先级顺序。表里排在前面的中断不一定先执行。

八、常见坑与检查点#

1. 第 0 项写成函数地址：有人误以为第 0 项是 Reset，结果 MSP 被设成代码地址，一上电就 HardFault。第 0 项必须是栈顶值。
2. 启动文件与芯片容量不匹配：MD 的表到 USBWakeUp 为止；若芯片是 HD（大容量），后面还有 TIM5/6/7/8、DMA2、ETH 等，用 MD 文件会导致这些中断号错位。
3. 中断函数名拼错：落到 Default_Handler 的 B .，调试时看 PC 停在 0x08000xxx 的死循环。
4. 忘记清中断标志：进了 ISR 不清标志，退出后立刻又进，表现为“卡在中 interrupt”。
5. VTOR 没对齐或没搬全表：重定位后中断乱跳。
6. 栈溢出破坏向量表：如果向量表被搬到 SRAM 且紧邻栈，栈溢出可能改掉表项；默认放 Flash 只读则无此问题。
7. 共享向量没判断源：EXTI9_5_IRQHandler 里要读 EXTI->PR 判断具体是哪条线，否则可能误清或漏处理。

九、一句话总结#

这份文件里的中断向量表就是一张从 0x08000000 开始的 59 项、每项 4 字节的只读函数指针数组：第 0 项是初始 MSP，第 1 项是 Reset_Handler，第 2~15 项是 Cortex-M3 系统异常，第 16 项起按 STM32F10x MD 固定顺序排列外设中断；内核靠异常编号 n 到 基址 + 4n 取入口，复位时通过 0 地址别名映射读取；所有处理函数都是 [WEAK]，C 里写同名强符号即可覆盖；需要搬表时用 SCB->VTOR 重定位，并保证 128 字节对齐、整表搬迁。

一句话定义#

MSP = Main Stack Pointer，主栈指针，是 Cortex-M 处理器里 R13（SP）的一个物理副本。它保存“当前主栈的栈顶地址”，是 CPU 执行 PUSH/POP、异常自动压栈、函数调用保存现场时实际使用的指针。

注意区分两个东西：

• MSP 是寄存器，在 CPU 内部，不是内存里的变量；
• __initial_sp 是一个地址常量，是启动文件算出来的“初始栈顶值”，复位时被硬件装入 MSP。两者不是一回事。

一、Cortex-M 为什么有两个栈指针#

Cortex-M 的 SP（R13）是 banked 寄存器，物理上有两个：

同一时刻 CPU 只使用其中一个，由 CONTROL 寄存器的 SPSEL 位选择：

• SPSEL = 0：使用 MSP
• SPSEL = 1：使用 PSP（只能在 Thread 模式下设置）

为什么要两套？核心是为了 RTOS：

• 中断/异常永远用 MSP，OS 内核和异常处理有独立、可靠的栈；
• 每个任务有自己的 PSP，任务栈互相隔离，切换任务只需换 PSP；
• 任务栈溢出不会直接破坏异常处理用的主栈，系统更稳。

如果没有 RTOS，裸机程序通常只用 MSP，PSP 根本不用。

二、MSP 和 Thread/Handler 模式的关系#

Cortex-M 有两个执行模式：

所以：

• 复位后：Thread mode + Privileged + MSP + SPSEL=0；
• 裸机程序从头到尾都在 Thread mode 用 MSP，进中断切到 Handler mode 还用 MSP；
• RTOS 里：任务在 Thread mode 用 PSP，中断来了硬件自动切到 Handler mode 用 MSP；任务切换在 PendSV 里改 PSP。

异常发生时，硬件自动压栈用的是 异常发生前那一刻的 SP：

• 如果异常前在 Thread mode 用 PSP，压栈压到 PSP；
• 如果异常前在 Thread mode 用 MSP，压到 MSP；
• 如果异常前在 Handler mode（嵌套中断），永远压 MSP。

三、启动文件里 MSP 是怎么被初始化的#

回到你贴的启动文件：

1
Stack_Size      EQU     0x00000400
2

3
                AREA    STACK, NOINIT, READWRITE, ALIGN=3
4
Stack_Mem       SPACE   Stack_Size
5
__initial_sp

这段在 SRAM 里预留了 1KB 栈空间：

1
低地址  Stack_Mem ──────────────┐
2
                               │ 栈空间 1KB（未初始化）
3
                               │
4
高地址  __initial_sp ───────────┘

__initial_sp 是紧跟在栈空间之后的标签，它的值等于 Stack_Mem + Stack_Size，即栈空间的高地址端。

然后向量表第 0 项：

1
__Vectors   DCD __initial_sp

复位时硬件自动做：

1. 从 0x00000000 读第 0 个字（__initial_sp 的值）→ 装入 MSP；
2. 从 0x00000004 读第 1 个字（Reset_Handler）→ 装入 PC；
3. 开始执行 Reset_Handler。

所以复位后 MSP 就指向 __initial_sp，栈从高地址向低地址生长（满递减栈）。第一次函数调用压栈时，MSP 从 __initial_sp 向下减。

用 STM32F103 举例，假设 Stack_Mem = 0x20000260、Stack_Size = 0x400：

1
Stack_Mem   = 0x20000260   ← 栈底（低地址，栈满时到这里）
2
__initial_sp= 0x20000660   ← 初始 MSP（高地址，栈顶）

复位后 MSP = 0x20000660，入栈时 MSP 递减。

四、MSP 在运行时怎么变#

MSP 不是固定的，它随函数调用、中断压栈动态变化：

• 函数调用：编译器生成 PUSH {r4-r7, lr} 等，MSP 减小；
• 函数返回：POP，MSP 增大；
• 异常进入：硬件自动压 8 个字（xPSR, PC, LR, R12, R3-R0），MSP 减 32；
• 异常返回：硬件自动弹出，MSP 恢复。

在调试器里看 MSP，能看到它当前指向栈顶；栈回溯（Call Stack）就是靠 MSP（或 PSP）加 LR/帧指针还原调用链。

五、MSP 和 PSP 的切换示例#

裸机不用 PSP，保持默认即可。RTOS 启动第一个任务时大致这样做：

1
/* 1. 为任务准备栈，算出初始 PSP 值（模拟异常压栈帧） */
2
/* 2. 切到 PSP 并进入 Thread mode */
3
__set_PSP(task_stack_top);
4
__set_CONTROL(__get_CONTROL() | 0x02);  /* SPSEL=1，使用 PSP */
5
__ISB();

之后任务代码用 PSP；中断来了硬件自动用 MSP；PendSV 里保存旧任务 PSP、装入新任务 PSP，完成上下文切换。

在 PendSV_Handler 里常见：

1
MRS R0, PSP        ; 取当前任务栈指针
2
...                ; 保存/恢复现场
3
MSR PSP, R0        ; 写回新任务栈指针

MSP 在这期间不变，始终是主栈。

六、CONTROL 寄存器#

CONTROL 是特殊寄存器，通过 MRS/MSR 访问：

约束：

• Handler mode 永远是特权级、永远用 MSP，写 CONTROL.SPSEL=1 在 Handler 里无效；
• 从 Handler 返回 Thread 时，硬件会根据异常栈帧里保存的 CONTROL 恢复 SPSEL；
• 非特权模式下不能写 CONTROL。

七、调试时 MSP 的意义#

1. HardFault 排查：进入 HardFault 后，异常栈帧在 MSP 上（如果异常前用 MSP）或 PSP 上（如果异常前用 PSP）。看 LR 的 EXC_RETURN 值判断：

   • 0xFFFFFFF9：返回 Thread，用 MSP；
   • 0xFFFFFFFD：返回 Thread，用 PSP；
   • 0xFFFFFFF1：返回 Handler，用 MSP。

   然后到对应 SP 指向的位置读 R0-R3, R12, LR, PC, xPSR，就能找到出错指令地址。

2. 栈溢出判断：看 MSP 是否低于 Stack_Mem。低于就溢出了。

3. 看调用栈：调试器的 Call Stack 窗口本质就是读 MSP/PSP 和栈内容做回溯。

4. RTOS 任务栈：每个任务的 PSP 在 TCB 里保存，MSP 是全局共用的。

八、常见误区#

九、一句话总结#

MSP 是 Cortex-M 的主栈指针寄存器，复位时由硬件从向量表第 0 项（启动文件里的 __initial_sp）装入，之后随函数调用和异常压栈动态变化；它服务于异常处理和默认的 Thread 执行，PSP 则是给 RTOS 任务用的另一套栈指针。裸机程序通常只用 MSP，RTOS 才把 MSP 和 PSP 分开用。

📜 从FSMC到FMC：核心演进#

FSMC与FMC的关系可以概括为继承与发展：

• FSMC（Flexible Static Memory Controller）：出现较早，主要存在于STM32F1、F2、F3等系列。它只能控制静态存储器（如SRAM、NOR/NAND Flash、PSRAM），无法驱动需要周期性刷新的动态存储器SDRAM。
• FMC（Flexible Memory Controller）：是FSMC的升级版，出现在STM32F4（部分型号）、F7、H7等更高性能的系列中。它完全向下兼容FSMC的所有功能，并新增了专用的SDRAM控制器，从而能连接大容量、低成本的动态内存。

🗺️ 内存映射：将外部世界“拉”进地址空间#

FSMC/FMC最强大的特性是内存映射。配置好后，外部存储器会成为MCU统一寻址空间的一部分，你可以用指针直接读写，就像操作内部变量一样。

它将外部空间划分为多个固定的Bank，每个Bank有独立的片选信号和配置寄存器：

注意：具体的Bank分配和地址范围在不同STM32型号间可能存在细微差异，需以对应型号的参考手册为准。

⚙️ 关键配置维度#

配置FSMC/FMC主要围绕以下几个核心参数展开：

• 存储器类型：选择对应Bank要连接的设备类型（SRAM、PSRAM、NOR、NAND、SDRAM等）。
• 数据总线宽度：支持8位、16位或32位。宽度越大，并行传输的数据量越大，带宽越高。
• 时序参数：这是配置的核心与难点。需要根据外部芯片的数据手册，精确设置地址建立时间（ADDSET）、数据保持时间等，以确保读写时序匹配。FMC的时序配置通常比FSMC更精细。
• 访问模式：
  • 异步模式：用于SRAM、NOR等，无需时钟同步。
  • 同步模式：用于SDRAM等，需要一个专用的时钟引脚（FMC_CLK） 进行同步控制。
• 扩展模式：允许为读操作和写操作分别配置不同的时序，这在连接某些读写速度差异大的器件时非常有用。

💡 典型应用场景#

FSMC/FMC解决了MCU片内存储资源有限的痛点，典型应用包括：

• 大容量数据缓存：外接SRAM或PSRAM，为图像处理、音频缓冲、高速数据采集等应用提供充足的临时工作空间。
• 代码/数据存储：外接NOR Flash用于存储程序代码（支持XIP，即原地执行），或外接NAND Flash用于存储大量非易失性数据（如日志、文件系统）。
• 图形显示驱动：通过FMC的NOR/PSRAM Bank，以8080/6800并行接口驱动TFT-LCD屏幕，相比SPI接口能获得高得多的刷新率，适合高分辨率屏幕。
• 动态内存扩展：这是FMC独有的能力。通过外接SDRAM，可以为STM32F4/F7/H7等高性能MCU扩展数十甚至上百MB的运行内存，满足复杂算法（如GUI、机器学习推理）的需求。

💎 总结#

FSMC/FMC是STM32连接外部并行世界的桥梁。FSMC为静态存储器提供了高效的映射方案；而FMC通过增加SDRAM控制器，将MCU的可寻址内存空间提升了一个数量级，为高性能应用打开了大门。理解两者的核心区别（SDRAM支持）以及内存Bank映射和时序配置，是使用好这一强大外设的关键。