📚 课程目录第3章向量表与中断配置

第3章：向量表与中断配置——双核世界的“门牌号”系统

各位做多核开发的朋友，咱们今天聊一个绕不开的话题：向量表与中断配置。

说白了，向量表就是CPU的“紧急联络簿”。芯片上电、发生异常、收到中断，CPU第一件事就是翻这本联络簿，找到对应的处理函数地址。单核时代这事很简单，联络簿就一本，放在固定位置。但到了双核（比如STM32H7的双核系列），事情就变得有趣了——两个核各自需要一本联络簿，而且不能放同一个位置，否则就乱套了。

我个人习惯把向量表重定位比作“搬家”。每个核都要把自己的联络簿搬到专属地址，然后告诉CPU：“嘿，我的联络簿在0x08010000，别找错了。”这个“告诉”的动作，就是配置VTOR寄存器。

  核心要点： 双核启动时，每个核必须拥有独立的向量表，并通过VTOR寄存器指定其位置。这是多核中断正确路由的基础。

3.1 双核向量表重定位——为什么需要“搬家”？

先看一个典型场景：STM32H747/H755这类芯片，Cortex-M7和Cortex-M4共享Flash空间。如果两个核都用默认的0x00000000作为向量表基址，那M7和M4的中断入口就完全重叠了。你想想看，M7的SysTick中断和M4的某个外设中断指向同一个地址，这系统还能正常工作吗？

我在项目中遇到过这样的坑：第一次做双核调试时，M4核死活不进USART中断。查了半天，发现M4的向量表根本没重定位，还在用M7的默认地址。M7把那个位置的中断处理函数写成了自己的逻辑，M4自然就“迷路”了。

正确的做法是：

M7核： 向量表放在Flash起始地址（如0x08000000），这是默认的Boot地址。
M4核： 向量表放在Flash的另一个偏移地址（如0x08010000），通过链接脚本指定。

链接脚本中，M4的向量表段通常这样定义：

/* M4核链接脚本片段 */
MEMORY
{
  FLASH (rx)  : ORIGIN = 0x08010000, LENGTH = 512K
  RAM   (xrw) : ORIGIN = 0x10000000, LENGTH = 288K
}

SECTIONS
{
  .isr_vector :
  {
    . = ALIGN(4);
    KEEP(*(.isr_vector))
    . = ALIGN(4);
  } > FLASH
  /* ... 其他段 ... */
}

嗯，这里要注意：M4核的起始地址必须与M7核的地址错开，且要保证Flash空间足够。我一般会给M7分配前512KB，M4分配后512KB，中间留点余量。

3.2 VTOR寄存器配置——告诉CPU“联络簿在哪”

向量表搬完家，还得让CPU知道新地址。这就是VTOR（Vector Table Offset Register）的活儿。

VTOR寄存器位于系统控制块（SCB）中，地址是0xE000ED08。它的低9位是保留位，高23位用来设置向量表的基址。说白了，你只需要把向量表的起始地址写入VTOR，CPU就会自动从这个地址开始查找中断向量。

配置代码很简单，但位置很关键：

/* M4核启动代码中，必须在使能任何中断之前配置VTOR */
#define M4_VECTOR_TABLE_BASE  0x08010000

void SystemInit(void)
{
    /* 设置M4核的向量表偏移 */
    SCB->VTOR = M4_VECTOR_TABLE_BASE & 0xFFFFF800;
    
    /* 其他初始化... */
}

我曾经犯过一个低级错误：在M4核的main函数里才配置VTOR，结果M4核在启动过程中就已经触发了几个异常，这些异常都指向了错误的向量表。系统直接HardFault了。所以，VTOR的配置一定要放在启动代码的最前面，最好在SystemInit()里就完成。

避坑指南： VTOR配置必须在任何中断使能之前完成。如果系统启动过程中有中断发生（比如看门狗、RTC闹钟），而VTOR还没配置好，CPU会从默认地址（通常是0x00000000）读取向量，导致不可预知的行为。

3.3 中断优先级分组——双核的“排队规则”

中断优先级分组，说白了就是决定“有多少位用来表示抢占优先级，多少位用来表示子优先级”。STM32使用4位来表达优先级，通过SCB->AIRCR寄存器来配置分组。

单核时，你只需要考虑一个核的优先级分配。双核时，问题来了：M7和M4的优先级分组必须一致吗？

答案是：必须一致。因为两个核共享同一个NVIC（嵌套向量中断控制器）的优先级分组配置。如果M7设置了3位抢占+1位子优先级，M4却设置了2位抢占+2位子优先级，那同一个中断在两个核眼中的优先级含义就不同了，中断仲裁会乱套。

我建议在系统启动时，由M7核统一配置优先级分组，M4核直接沿用：

/* M7核启动代码中配置 */
#define PRIORITY_GROUPING  0x05FA0500  /* 3位抢占 + 1位子优先级 */
SCB->AIRCR = PRIORITY_GROUPING | (SCB->AIRCR & 0x0000FFFF);

/* M4核启动代码中，不再修改AIRCR，只读取确认 */
uint32_t group = (SCB->AIRCR >> 8) & 0x07;
/* 检查group是否与预期一致 */

个人经验： 我习惯使用3位抢占优先级+1位子优先级的配置（即分组4）。这样有8个抢占级别，足够覆盖大部分实时需求。子优先级虽然只有2个级别，但在双核场景下，子优先级主要用于同一抢占级别内的中断排序，够用了。

3.4 核间中断——两个核的“对讲机”

核间中断（Inter-Processor Interrupt, IPI）是双核通信的“快速通道”。当一个核需要通知另一个核做某件事时，直接触发一个硬件中断，比轮询标志位高效得多。

STM32双核系列通常使用以下方式实现核间中断：

HSEM（硬件信号量）： 用于同步和触发中断。一个核释放信号量时，可以配置为触发另一个核的中断。
专用IPI寄存器： 某些型号有专门的核间中断寄存器，直接写寄存器就能触发对方中断。

以HSEM为例，M7核触发M4核中断的流程：

/* M7核：触发M4核的中断 */
void trigger_M4_interrupt(void)
{
    /* 获取信号量1，并配置为触发M4中断 */
    HAL_HSEM_FastTake(1);
    HAL_HSEM_Release(1, HSEM_CM4_COREID);  /* 释放时指定目标核为M4 */
}

/* M4核：中断服务函数 */
void HSEM_IRQHandler(void)
{
    /* 检查是哪个信号量触发了中断 */
    if (__HAL_HSEM_GET_FLAG(1))
    {
        /* 处理M7发来的消息 */
        process_message_from_M7();
        __HAL_HSEM_CLEAR_FLAG(1);
    }
}

嗯，这里有个细节：核间中断的优先级要设置得合理。我一般把核间中断设为最高优先级（抢占优先级0），因为它是核间同步的关键路径。如果被其他中断阻塞，可能导致两个核互相等待，形成死锁。

  性能调优建议： 核间中断的服务函数要尽量短小精悍。只做“接收消息+设置标志位”的工作，具体的消息处理放到主循环或任务中。这样可以减少中断延迟，避免影响其他实时中断。

3.5 知识结构总览

下面这张图展示了本章的核心逻辑：双核中断系统的三个层次——向量表重定位、VTOR配置、中断优先级与核间中断。

3.6 常见问题与排查思路

最后，我整理了一份双核中断配置的常见问题清单，供大家参考：

问题现象	可能原因	排查方法
M4核启动后立即HardFault	VTOR未配置或配置错误	检查M4启动代码中VTOR写入值，确认与链接脚本一致
核间中断不触发	HSEM配置错误或中断未使能	检查HSEM的触发目标核ID，确认NVIC中对应中断已使能
中断响应延迟异常高	优先级分组不一致导致仲裁混乱	读取两个核的AIRCR寄存器，确认分组值相同
M7和M4同时访问外设冲突	缺少核间同步机制	使用HSEM或消息队列进行互斥访问

调试小技巧： 我习惯在VTOR配置完成后，立即读取VTOR寄存器并打印出来，确认写入值正确。另外，可以在每个中断服务函数入口加一个GPIO翻转，用逻辑分析仪观察中断响应时序，快速定位问题。

好了，关于向量表与中断配置的核心内容就这些。记住三个关键点：向量表要独立、VTOR要早配、优先级要统一。做到这三点，双核中断系统就能稳定运行了。