3. 主核（M7）启动流程：复位向量表解析、堆栈指针初始化、SystemInit函数深度剖析

好，咱们进入正题。M7 核上电后第一件事是什么？不是跑你的 main 函数，而是先找复位向量表。这个表就像一张地图，告诉 CPU 第一步该踩哪块砖。

3.1 复位向量表解析

STM32H7 的 M7 核上电后，硬件自动从 0x00000000 加载栈顶指针，从 0x00000004 加载复位向量地址。这两个地址是硬编码的，改不了。

但实际项目中，我们通常把向量表放在 Flash 或 RAM 里。这时候就需要重映射。我个人习惯在启动文件开头就确认 VECT_TAB_OFFSET 的值，避免后面踩坑。

来看一个典型的向量表定义：

__attribute__((section(".isr_vector")))
void (* const g_pfnVectors[])(void) = {
    (void *)&_estack,          // 0x00000000: 栈顶指针
    Reset_Handler,             // 0x00000004: 复位向量
    NMI_Handler,               // 0x00000008: NMI
    HardFault_Handler,         // 0x0000000C: 硬错误
    MemManage_Handler,         // 0x00000010: 内存管理错误
    BusFault_Handler,          // 0x00000014: 总线错误
    UsageFault_Handler,        // 0x00000018: 用法错误
    // ... 后续中断向量
};

注意第一项是 &_estack，不是函数指针。这是栈顶地址，由链接脚本提供。我曾经见过有人把这里写成了函数地址，结果上电就跑飞了，查了两天才发现是这里的问题。

3.2 堆栈指针初始化

复位后，M7 核自动加载 MSP（主栈指针）。但这里有个细节：M7 核支持双栈模型——主栈（MSP）和进程栈（PSP）。

默认情况下，所有异常和线程模式都使用 MSP。但如果你跑 RTOS，任务栈通常用 PSP。为什么？因为这样可以隔离异常栈和任务栈，防止任务栈溢出污染异常处理。

栈类型	用途	典型大小
MSP（主栈）	异常处理、中断服务	1KB - 4KB
PSP（进程栈）	任务/线程运行	512B - 2KB 每个任务

启动文件里，我们通常只初始化 MSP。PSP 由 RTOS 在任务切换时设置。嗯，这里要注意：如果你在 Reset_Handler 里调用了函数，用的就是 MSP。所以 MSP 的大小要足够覆盖整个启动流程。

3.3 SystemInit 函数深度剖析

SystemInit 是启动流程中第一个 C 函数。它负责把芯片从默认的复位状态，配置到可运行状态。说白了，就是给芯片“喂第一口奶”。

默认的 SystemInit 在 system_stm32h7xx.c 里。我建议你打开这个文件，对照着看。它的核心工作有三块：

1. 配置电源域：启用 LDO 或 SMPS，设置电压等级。
2. 配置时钟树：选择振荡器、设置 PLL、分配总线时钟。
3. 配置 Flash 预取和缓存：启用指令缓存、数据缓存、预取缓冲区。

来看一个典型的时钟配置片段：

void SystemInit(void)
{
    /* 1. 设置电源稳压器 */
    HAL_PWREx_ConfigSupply(PWR_LDO_SUPPLY);
    
    /* 2. 配置 Flash 预取和缓存 */
    __HAL_FLASH_INSTRUCTION_CACHE_ENABLE();
    __HAL_FLASH_DATA_CACHE_ENABLE();
    __HAL_FLASH_PREFETCH_BUFFER_ENABLE();
    
    /* 3. 配置系统时钟 */
    RCC_OscInitTypeDef RCC_OscInitStruct = {0};
    RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE;
    RCC_OscInitStruct.HSEState = RCC_HSE_ON;
    RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON;
    RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSE;
    RCC_OscInitStruct.PLL.PLLM = 5;
    RCC_OscInitStruct.PLL.PLLN = 192;
    RCC_OscInitStruct.PLL.PLLP = 2;
    RCC_OscInitStruct.PLL.PLLQ = 4;
    RCC_OscInitStruct.PLL.PLLR = 2;
    HAL_RCC_OscConfig(&RCC_OscInitStruct);
    
    /* 4. 配置系统时钟源 */
    RCC_ClkInitTypeDef RCC_ClkInitStruct = {0};
    RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_SYSCLK |
                                  RCC_CLOCKTYPE_HCLK |
                                  RCC_CLOCKTYPE_PCLK1 |
                                  RCC_CLOCKTYPE_PCLK2 |
                                  RCC_CLOCKTYPE_D1PCLK1 |
                                  RCC_CLOCKTYPE_D3PCLK1;
    RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK;
    RCC_ClkInitStruct.SYSCLKDivider = RCC_SYSCLK_DIV1;
    RCC_ClkInitStruct.AHBCLKDivider = RCC_HCLK_DIV2;
    RCC_ClkInitStruct.APB1CLKDivider = RCC_APB1_DIV2;
    RCC_ClkInitStruct.APB2CLKDivider = RCC_APB2_DIV2;
    RCC_ClkInitStruct.APB3CLKDivider = RCC_APB3_DIV2;
    HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_4);
}

这段代码看着长，其实逻辑很清晰。先开振荡器，再配 PLL，最后切时钟源。顺序不能乱，乱了就死机。

3.4 启动流程全景图

把上面这些串起来，M7 核的启动流程就是一条清晰的流水线。我画了一张图，帮你把整个流程串起来：

3.5 常见故障与定位方法

启动流程出问题，现象通常很一致：上电后没反应，或者跑几步就 HardFault。我整理了几个高频故障点：

故障现象	可能原因	定位方法
上电后完全无响应	复位向量表地址错误	检查链接脚本中 VECT_TAB_OFFSET
跑几步 HardFault	MSP 栈空间不足	在 Reset_Handler 开头设断点，检查 MSP 值
SystemInit 卡死	PLL 未锁定	用示波器量 HSE/LSE 引脚波形
Flash 读取异常	等待周期不足	检查 FLASH_LATENCY 与 HCLK 频率是否匹配