3. 内核异常与中断调试
在 ST 汽车 MCU 的底层调试中，内核异常与中断问题往往比外设故障更难定位，因为它们通常不留下明显的寄存器错误标志，而是直接表现为程序跑飞、复位循环或随机死机。要高效处理这类问题，必须同时掌握三件事：异常向量表的组织方式、中断优先级与嵌套规则、以及用调试器捕获异常现场的方法。本节以 ARM Cortex-R/M 为主线，兼顾 Power Architecture（如 ST SPC5 系列）的差异，给出可落地的调试路径。
异常向量表：故障的第一入口
异常向量表是内核响应异常和中断的跳转入口。Cortex-M 的向量表位于地址 0x00000000（可通过 VTOR 重定位到 Flash 或 RAM），前 16 个表项为系统异常，依次是初始 MSP、复位、NMI、HardFault、MemManage、BusFault、UsageFault、保留、保留、保留、保留、SVCall、调试监视、保留、PendSV、SysTick，之后才是外部中断。Cortex-R 的向量表基址由 VBAR 寄存器决定，每个表项通常是一条跳转指令，异常类型包括复位、未定义指令、软件中断、预取中止、数据中止、IRQ、FIQ 等。Power Architecture 则使用 IVPR 与 IVOR 组合，每种异常有独立的偏移，例如 IVOR1 对应机器检查、IVOR2 对应数据存储中断、IVOR3 对应指令存储中断。
调试时首先要确认向量表是否被正确重定位。常见错误是链接脚本把向量表放在 Flash，但启动代码未设置 VTOR/VBAR，或重定位后忘记对齐（Cortex-M 要求 VTOR 低 7 位为 0）。若异常发生后 PC 停在默认死循环，而向量表内容正确，则问题多半出在异常入口的汇编保存现场代码。
中断优先级与嵌套：谁打断谁
Cortex-M 使用 NVIC 管理中断优先级，优先级数值越小优先级越高。STM32 等 ST MCU 通常实现 4 位优先级，可配置为抢占优先级和子优先级两组。抢占优先级决定能否嵌套：高抢占优先级中断可以打断低抢占优先级中断；子优先级只在同时挂起时决定响应顺序，不影响嵌套。Cortex-R 的 GIC 使用优先级掩码与运行优先级，只有新中断优先级高于当前运行优先级时才会抢占。Power Architecture 则通过 INTC 的优先级仲裁与外部中断使能位控制。
调试嵌套问题时，重点检查三点：一是优先级分组是否与代码假设一致，例如误以为全部 4 位都是抢占位，实际分组为 2/2；二是临界区是否错误地关闭了全局中断，导致高优先级中断被延迟；三是中断服务函数中是否调用了可能阻塞的 API，破坏了嵌套时序。一个典型现象是：低优先级中断正在执行，高优先级中断到来后没有立即响应，直到低优先级中断退出才执行，这通常说明抢占优先级配置相同或全局中断被屏蔽。
用调试器捕获异常现场
当 HardFault、数据中止或预取中止发生时，调试器是唯一能还原真相的工具。以 Cortex-M 为例，异常发生时硬件自动压栈 R0-R3、R12、LR、PC、xPSR 共 8 个字。若使用 MSP，LR 返回值为 0xFFFFFFF9；若使用 PSP，返回值为 0xFFFFFFFD。通过 LR 判断栈指针后，即可在对应栈帧中读出故障 PC 和 xPSR。xPSR 的低 9 位是 IPSR，直接给出异常号，例如 3 表示 HardFault，4 表示 MemManage，5 表示 BusFault，6 表示 UsageFault。
进一步读取 CFSR（可配置故障状态寄存器）可以区分故障类型：MMARVALID 置位表示 MMFAR 有效，给出非法访问地址；BFARVALID 置位表示 BFAR 有效；IMPRECISERR 置位表示总线故障不精确，此时 PC 可能已经偏移。HFSR 的 FORCED 位表示 HardFault 是由其他故障升级而来，需要回查 CFSR。对于 Cortex-R 的预取中止，可读取 IFSR 与 IFAR；数据中止读取 DFSR 与 DFAR。Power Architecture 则检查 ESR、DEAR、MCSR 等寄存器。
栈回溯是还原调用链的关键。Cortex-M 的栈帧中保存了 LR，但 LR 在函数调用中会被覆盖，因此需要结合栈上的返回地址逐层回溯。调试器通常提供 Call Stack 窗口，但在优化等级较高时可能不准确。此时可以手动扫描栈空间，寻找落在代码段范围内的地址。一个实用技巧是：在异常处理函数中把当前 SP、LR、PC、xPSR 以及 CFSR 保存到全局结构体，复位后通过调试器读取该结构体，避免现场被后续代码破坏。
典型故障的判读逻辑
数据中止通常由访问非法地址、未对齐访问或外设时钟未使能引起。若 CFSR 的 PRECISERR 置位且 BFAR 有效，直接查看 BFAR 地址即可定位。预取中止多由跳转到非法地址或 Flash 读取错误引起，此时 PC 指向出错指令，需检查函数指针是否为空或越界。HardFault 则可能是上述故障的升级结果，也可能是除零、未定义指令等用法故障。Power Architecture 的机器检查异常往往与总线错误或 ECC 错误相关，需结合 MCSR 与 ESR 判断。
实际调试中，建议按以下顺序操作：第一，连接调试器并复位，确认向量表基址正确；第二，在异常入口设置断点，触发后读取 LR 判断栈指针；第三，根据栈帧读出 PC 与 xPSR，确定异常类型；第四，读取 CFSR/HFSR/MMFAR/BFAR 或 IFSR/DFSR/IFAR，缩小故障范围；第五，结合反汇编与栈回溯定位到具体代码行；第六，修复后复测，确认异常不再复现。整个过程的核心是：先固定现场，再分层判读，最后回到代码。