📚 课程目录第2章 STM32体系结构基础

2. STM32体系结构基础

要理解STM32为何会进入HardFault，必须先看清它“出错时到底运行在哪一层”。STM32并不是一颗单纯的外设芯片，而是由ARM Cortex-M内核、片上总线矩阵、Flash/SRAM存储器以及大量外设共同构成的微控制器系统。当程序跑飞、访问非法地址或除零时，最终都会落到内核的异常处理机制上。因此，掌握内核架构、寄存器组、存储器映射、总线结构与异常模型，是后续定位HardFault的“地图”和“坐标系”。

一、Cortex-M内核架构：哈佛结构与内核外设

Cortex-M系列采用哈佛架构，指令总线（I-Code/D-Code）与数据总线分离，配合三级流水线，使取指与数据访问可以并行。内核内部包含处理器核心、嵌套向量中断控制器（NVIC）、系统节拍定时器（SysTick）以及存储器保护单元（MPU，部分型号可选）。这些部件通过内部总线与外部总线接口相连，构成一个可裁剪、低延迟的实时处理核心。

对故障诊断而言，最关键的是内核中的寄存器组。Cortex-M的寄存器分为通用寄存器和特殊寄存器两类。通用寄存器R0~R12用于数据运算；R13是栈指针SP，实际有两个：主栈指针MSP和进程栈指针PSP；R14是链接寄存器LR，保存子程序返回地址；R15是程序计数器PC，指向当前取指地址。特殊寄存器包括程序状态寄存器xPSR、中断屏蔽寄存器PRIMASK、故障屏蔽寄存器FAULTMASK和基优先级寄存器BASEPRI。当HardFault发生时，硬件会自动把R0~R3、R12、LR、PC和xPSR压入当前栈，这正是我们能在故障处理函数中“还原现场”的依据。

二、存储器映射：地址空间就是诊断坐标

Cortex-M采用统一的4GB线性地址空间，STM32在此基础上划分出明确的区域。典型映射如下：0x0000_0000起为代码区（通常映射到Flash），0x2000_0000起为SRAM区，0x4000_0000起为外设区，0x6000_0000之后为外部RAM/设备区，0xE000_0000起为内核私有外设区（NVIC、SysTick、SCB等）。理解这张映射表，就能快速判断一个异常地址属于“取指错误”“数据访问错误”还是“外设误操作”。

地址范围	区域	典型用途	常见故障线索
0x0000_0000–0x1FFF_FFFF	Code	Flash、系统存储器、选项字节	PC落入非法区、向量表错位
0x2000_0000–0x3FFF_FFFF	SRAM	栈、堆、全局变量	栈溢出、越界写
0x4000_0000–0x5FFF_FFFF	Peripheral	GPIO、USART、TIM等	空指针访问外设、时钟未使能
0xE000_0000–0xE00F_FFFF	PPB	NVIC、SysTick、SCB	异常配置错误、优先级冲突

三、总线结构：从内核到外设的路径

STM32内部通过多条总线连接内核与外设。以常见型号为例，Cortex-M内核经I-Code、D-Code和系统总线接入总线矩阵，再分别连接到Flash接口、SRAM和外设桥。AHB负责高速外设与存储器，APB1/APB2负责低速外设。总线矩阵支持多主多从并发访问，但一旦出现访问越权、地址未映射或外设时钟未开启，总线就会返回错误响应，触发BusFault；若BusFault被禁用或升级，则最终进入HardFault。

总线错误是HardFault最常见的“上游原因”之一。诊断时不要只盯着HardFault_Handler，而应回溯到触发总线错误的那条指令和那个地址。

四、异常模型：从异常向量到HardFault升级

Cortex-M的异常模型由向量表、优先级和异常处理机制组成。复位后，向量表默认位于0x0000_0000，前两个字分别是初始MSP和复位向量。每个异常源都有固定编号，如SysTick、外部中断、SVCall、PendSV、SysTick、HardFault等。异常发生时，内核自动保存现场、取向量、跳转处理函数，处理完成后通过EXC_RETURN返回。

HardFault的特殊性在于它是“兜底异常”。当发生以下情况时，原本的MemManage、BusFault或UsageFault无法被正常处理，就会升级为HardFault：

对应故障处理程序未使能（如SHCSR中MEMFAULTENA、BUSFAULTENA、USGFAULTENA未置位）；
当前优先级下无法进入可配置故障异常；
故障发生在异常处理过程中，或向量表读取失败；
除零、非对齐访问、非法状态切换等UsageFault被屏蔽。

因此，HardFault并不是一种“独立故障”，而是多种底层故障的最终汇聚点。要定位它，必须借助SCB中的CFSR、HFSR、MMFAR、BFAR等寄存器，判断到底是哪一类故障被升级。

五、案例场景：一次典型的HardFault定位

假设某工程在运行中突然进入HardFault_Handler。第一步，读取SCB->HFSR，若FORCED位为1，说明是故障升级；第二步，读取SCB->CFSR，若IBUSERR或PRECISERR置位，说明是总线错误；第三步，读取SCB->BFAR，得到出错地址，例如0x4001_0800，对照存储器映射发现该地址属于未使能时钟的GPIO外设；第四步，回溯代码，发现初始化顺序错误，在RCC使能之前就写了GPIO寄存器。整个过程说明：HardFault只是“结果”，真正的根因在总线访问和外设配置。

void HardFault_Handler(void)
{
    volatile uint32_t hfsr = SCB->HFSR;
    volatile uint32_t cfsr = SCB->CFSR;
    volatile uint32_t bfar = SCB->BFAR;
    volatile uint32_t mmfar = SCB->MMFAR;

    if (hfsr & SCB_HFSR_FORCED_Msk) {
        /* 故障升级，继续查看CFSR */
    }
    if (cfsr & SCB_CFSR_BUSFAULTSR_Msk) {
        /* 总线故障，bfar可能给出出错地址 */
    }
    while (1) {
    }
}

六、常见误区与复盘要点

误区一：只关注HardFault_Handler，不查看CFSR/HFSR，导致无法区分是总线错误、MPU错误还是用法错误。
误区二：认为HardFault一定由“野指针”引起，忽略了时钟未使能、栈溢出、向量表偏移错误等常见原因。
误区三：不保存现场，直接复位，丢失R0–R3、PC、LR等关键寄存器，无法还原出错指令。

复盘时应形成固定动作：先看HFSR判断是否升级，再看CFSR定位故障类别，再结合BFAR/MMFAR和压栈帧中的PC值定位出错指令，最后对照存储器映射和总线结构判断是地址非法、权限错误还是外设配置问题。只有把内核架构、寄存器组、存储器映射、总线结构和异常模型串成一条线，HardFault分析才不是“碰运气”，而是有坐标、有路径、有证据的工程推理。