3、复位与异常向量表：处理器复位行为、异常向量表配置、多级中断入口设计
3.1 处理器复位行为——从“混沌”到“有序”的第一跳
处理器上电那一刻，其实是个挺“混沌”的状态。寄存器值不确定，内存内容随机，外设状态未知。这时候，复位信号就像一声令下，把一切拉回正轨。
我个人习惯把复位分成三类：上电复位（POR）、外部复位（EXT_RST）和看门狗复位（WDT_RST）。在宇航级芯片里，这三者的处理逻辑往往不一样。
- 上电复位：最彻底。所有寄存器回到默认值，PLL重新锁定，时钟树重新建立。我见过一个项目，上电复位时序没做好，导致FPGA配置失败，整块板子“死”在那。后来加了专用复位芯片，才搞定。
- 外部复位：通常由按键或系统管理单元触发。处理器核心复位，但一些关键状态（比如错误日志）会保留。嗯，这里要注意——宇航级芯片的复位逻辑必须支持“部分复位”，否则故障排查会非常痛苦。
- 看门狗复位：这玩意儿最坑。我曾经在调试一个星载计算机时，看门狗复位后程序跑飞了，查了三天才发现是复位后中断向量表没重新加载。说白了，看门狗复位后，有些处理器不会自动重载异常向量表，你得手动做。
核心要点：复位后，处理器第一件事就是去固定地址取第一条指令。这个地址，就是复位向量。在ARM Cortex-R系列里，通常是0x00000000或0xFFFF0000。在SPARC V8里，是0x00000000。你得确保这个地址上放的是正确的启动代码。
3.2 异常向量表配置——中断的“电话簿”
异常向量表，说白了就是一张“电话簿”。每个异常类型（复位、数据中止、IRQ、FIQ等）对应一个电话号码——也就是处理函数的入口地址。
你想想看，如果电话簿乱了，中断来了你找谁去？
在宇航级处理器里，异常向量表通常放在ROM或受保护的SRAM区域。为什么？因为如果放在普通RAM里，一次单粒子翻转（SEU）就可能把向量表打乱，后果不堪设想。
我建议的配置方式是这样的：
- 向量表基地址对齐：通常要求128字节或256字节对齐。别小看这个对齐，不对齐的话，硬件取向量时会出错。
- 每个向量占4字节：放的是跳转指令或函数地址。ARM里常用LDR PC, [PC, #offset]这种形式。
- 保留向量位置：有些向量是保留的，别乱用。我曾经看到有人把保留向量当成普通中断用，结果芯片行为诡异，查了半个月。
避坑指南：在宇航级设计中，我强烈建议给异常向量表加上ECC保护。每32位数据配7位ECC码，能纠正单比特错误。这不是小题大做——在轨运行时，SEU导致的向量表错误是真实存在的。
3.3 多级中断入口设计——别让中断“打架”
多级中断，说白了就是中断嵌套。高优先级中断可以打断低优先级中断的处理。听起来简单，但实现起来坑不少。
我记得有一次调试一个星载数据处理单元，中断嵌套一深，栈就溢出了。后来我加了一个“中断嵌套深度计数器”，超过3层就直接报错。嗯，这个做法后来成了我们团队的标准。
多级中断入口设计，我一般分三步走：
- 第一步：保存上下文。进入中断后，先把通用寄存器、状态寄存器压栈。注意，宇航级处理器通常有多个寄存器组（比如ARM的Banked寄存器），利用好这个特性可以减少压栈开销。
- 第二步：判断中断源。读取中断控制器（如GIC或NVIC）的中断状态寄存器，找到最高优先级的中断源。然后查向量表，跳转到对应的处理函数。
- 第三步：处理完成后恢复上下文。出栈，恢复寄存器，然后执行中断返回指令。这一步最容易出错——我曾经漏恢复了一个寄存器，导致主程序跑飞，查了两天。
警告：在多级中断设计中，一定要考虑“中断风暴”的情况。如果高优先级中断频繁触发，低优先级中断可能永远得不到服务。我建议在中断控制器里设置“中断抑制”机制——同一中断源在1毫秒内最多触发10次，超过则屏蔽，直到主程序主动清除。
3.4 实战：一个典型的异常向量表示例
下面是一个基于ARM Cortex-R5的异常向量表配置示例。这个处理器常用于宇航级芯片，比如Xilinx的Zynq UltraScale+ MPSoC里的RPU。
; 异常向量表，放在0x00000000处
.section .vectors, "ax"
.global _start
_start:
b reset_handler ; 0x00: 复位
b undef_handler ; 0x04: 未定义指令
b swi_handler ; 0x08: 软件中断
b prefetch_abort_handler ; 0x0C: 预取中止
b data_abort_handler ; 0x10: 数据中止
nop ; 0x14: 保留
b irq_handler ; 0x18: IRQ中断
b fiq_handler ; 0x1C: FIQ中断
; 复位处理函数
reset_handler:
; 设置栈指针
ldr sp, =_stack_top
; 初始化异常向量表基地址
ldr r0, =_start
mcr p15, 0, r0, c12, c0, 0 ; 写入VBAR寄存器
; 跳转到主程序
bl main
; IRQ中断处理函数
irq_handler:
; 保存上下文
sub lr, lr, #4
stmfd sp!, {r0-r12, lr}
; 读取中断号
ldr r0, =GIC_ICCIAR
ldr r1, [r0]
; 查表跳转
ldr r2, =irq_vector_table
ldr pc, [r2, r1, lsl #2]
; 恢复上下文（实际在中断处理完后执行）
ldmfd sp!, {r0-r12, pc}^个人经验：这个代码里，我用了mcr p15, 0, r0, c12, c0, 0来设置VBAR寄存器。这是ARM架构里设置异常向量表基地址的标准方法。但注意——有些宇航级芯片的VBAR寄存器是只读的，你得在芯片启动前通过硬件配置引脚来设定。我吃过这个亏，后来每次设计都先查芯片手册的“Reset Configuration”章节。
3.5 多级中断入口的C语言封装
用汇编写中断入口太痛苦了。我一般用C语言封装一层，这样可读性和可维护性都好很多。
/* 中断向量表，用函数指针数组实现 */
typedef void (*irq_handler_t)(void);
/* 注意：这个数组必须放在特定的内存段里 */
__attribute__((section(".vectors")))
irq_handler_t irq_vector_table[256] = {
[0] = reset_handler,
[1] = undef_handler,
[2] = swi_handler,
[3] = prefetch_abort_handler,
[4] = data_abort_handler,
[5] = NULL, /* 保留 */
[6] = irq_handler_c,
[7] = fiq_handler_c,
};
/* IRQ中断的C入口 */
void irq_handler_c(void) {
uint32_t irq_num;
/* 读取中断号 */
irq_num = GIC_GetIRQNumber();
/* 查表执行 */
if (irq_vector_table[irq_num] != NULL) {
irq_vector_table[irq_num]();
}
/* 清除中断 */
GIC_ClearIRQ(irq_num);
}关键点：这个C语言版本里，我用了__attribute__((section(".vectors")))来指定向量表放在哪个段。在链接脚本里，你得确保这个段被放在正确的地址上。否则，处理器复位后找不到向量表，程序直接跑飞。
3.6 宇航级设计的特殊考量
嗯，最后聊点宇航级特有的东西。普通嵌入式设计里，异常向量表配好了就完事了。但在宇航级，你得考虑：
| 问题 | 影响 | 我的做法 |
|---|---|---|
| 单粒子翻转（SEU） | 向量表内容被改写 | 使用ECC保护，每32位配7位ECC码 |
| 单粒子瞬态（SET） | 中断误触发 | 中断信号加三模冗余（TMR）滤波 |
| 总剂量效应（TID） | 寄存器漏电，状态丢失 | 定期刷新向量表，从ROM重载到SRAM |
| 闩锁效应（Latch-up） | 芯片电流激增，可能烧毁 | 加电流检测电路，超过阈值自动复位 |
我曾经在一个项目中，因为没给向量表加ECC保护，结果在辐射测试时频繁出现“未定义指令”异常。查了三天才发现是向量表被SEU打坏了。从那以后，ECC保护成了我的“标配”。
最后提醒：复位与异常向量表，是处理器启动的第一步。这一步走错了，后面全白搭。我建议你在硬件设计阶段就把向量表的保护机制考虑进去，别等到软件调试时再补。成本差十倍不止。