📚 课程目录第2章中断系统深度解析

中断系统深度解析：中断优先级、中断嵌套、中断延迟、中断向量表在Cortex-M中的实现

中断系统，说白了就是CPU的“紧急事务处理机制”。你正在跑主循环，突然外设喊了一嗓子“我有数据了！”，CPU就得停下手里活，先去处理这个紧急事件。在嵌入式实时系统中，中断响应得快不快、优先级管得好不好，直接决定了系统能不能稳定跑。

我个人习惯把Cortex-M的中断系统拆成四个核心概念来理解：中断优先级、中断嵌套、中断延迟和中断向量表。这四个东西搞明白了，你写中断处理程序就不会翻车。

Cortex-M系列处理器支持可编程的中断优先级。以Cortex-M4为例，NVIC（嵌套向量中断控制器）最多支持8~256个优先级等级，具体取决于芯片厂商实现的优先级位数。

这里有个关键点：数值越小，优先级越高。很多新手刚上手时会搞反，我刚开始也踩过这个坑。

实际项目中，我建议把实时性要求最高的中断（比如定时器溢出、紧急故障）分配最低的优先级数值，把不那么紧急的中断（比如按键扫描）分配较高的数值。这样能保证关键任务不被耽误。

核心原则：优先级数值越小 → 中断响应越快 → 越不能被其他中断打断。

中断嵌套是Cortex-M的硬件特性。当一个低优先级中断正在执行时，来了一个更高优先级的中断，CPU会自动暂停当前中断服务函数，转去执行高优先级中断。等高优先级处理完了，再回来继续执行被打断的低优先级中断。

为什么会这样？因为NVIC在硬件层面做了优先级比较。每次中断请求到达时，NVIC都会检查新中断的优先级是否高于当前正在执行的中断。如果是，就触发异常返回，压栈当前上下文，跳转到新中断向量。

我曾经在一个电机控制项目里遇到过一个问题：两个中断互相嵌套，导致控制周期抖动。后来发现是优先级分配不合理，把PWM更新中断和ADC采样中断设成了相同优先级。相同优先级的中断在Cortex-M里是不会互相嵌套的，它们会按硬件编号顺序执行。调整优先级后，问题就解决了。

避坑指南：相同优先级的中断不会嵌套。如果你需要某个中断能打断另一个，必须让它们的优先级数值不同，且高优先级中断的数值更小。

中断延迟是衡量实时系统性能的关键指标。它指的是从外设发出中断请求，到CPU开始执行中断服务函数第一条指令之间的时间。

Cortex-M的中断延迟主要由以下几部分组成：

在Cortex-M4上，典型的中断延迟大约是12~16个时钟周期。如果主频是168MHz，那就是大约70~95纳秒。嗯，这个数字在大多数场景下够用了。但如果你在做高速数据采集或者精密控制，就得仔细算这笔账。

注意：如果中断服务函数里执行了长时间的操作（比如浮点运算、循环等待），会阻塞其他中断的响应。我建议中断服务函数里只做最必要的事，比如置一个标志位、读一个寄存器，耗时操作放到主循环或任务里去做。

中断向量表是一张存储在Flash或RAM中的表格，每个中断源对应一个表项，表项里存放的是该中断服务函数的入口地址。Cortex-M复位后，默认从地址0x00000000读取栈顶指针，从0x00000004读取复位向量。

在Rust嵌入式开发中，我们通常用cortex-m-rt这个crate来管理中断向量表。它会自动生成向量表，并把中断服务函数通过属性宏绑定到对应的向量表项上。

// Rust中的中断服务函数定义示例
#[interrupt]
fn TIM2() {
    // 定时器2中断处理逻辑
    // 这里只做快速操作
    clear_interrupt_flag();
}

这段代码编译后，cortex-m-rt会把TIM2函数的地址自动填入向量表中TIM2中断对应的位置。你不需要手动维护向量表，但理解它的原理很重要——尤其是在做Bootloader或者动态重映射向量表的时候。

我记得有一次做OTA升级功能，需要把中断向量表从Flash重映射到RAM。当时查了半天手册，才发现Cortex-M的VTOR（向量表偏移寄存器）可以设置向量表的基地址。把VTOR指向RAM中的新向量表，就能在运行时动态切换中断服务函数。

下面这张图展示了从外设触发中断到CPU执行中断服务函数的完整流程：

讲完了理论，咱们聊聊实战中怎么调优。我总结了几个关键点：

优先级分组要合理：Cortex-M支持抢占优先级和子优先级的分组配置。抢占优先级决定能否嵌套，子优先级决定同组内的响应顺序。我一般把实时性要求高的中断设为高抢占优先级，把同一外设的不同中断事件用子优先级区分。
中断服务函数要短：这是老生常谈了，但确实是最容易出问题的地方。我曾经接手过一个项目，中断服务函数里做了浮点运算和字符串格式化，结果中断延迟飙到几十微秒，整个系统响应一塌糊涂。
关中断时间要控制：在临界区代码中，关中断的时间越短越好。如果关中断超过10微秒，高优先级中断就可能丢数据。Rust的cortex_m::interrupt::free可以帮助你管理临界区，但别忘了它也是有开销的。
向量表可以重映射：如果你在做Bootloader或者需要动态更新中断处理逻辑，可以考虑把向量表放到RAM中。通过修改VTOR寄存器，让CPU从RAM中读取中断向量。这样可以在运行时修改中断服务函数地址，但要注意RAM的起始地址必须对齐到512字节或1024字节（取决于芯片）。

个人经验：在调试中断相关问题时，我习惯先用逻辑分析仪抓一下中断响应波形，看看实际延迟和理论值差多少。很多时候，问题出在中断服务函数里某个不起眼的循环或者条件判断上。

中断系统是嵌入式开发的基石。你把这些概念吃透了，后面讲DMA传输和中断协同的时候，就会觉得顺理成章。嗯，今天就先聊到这儿。