中断基础原理：中断向量表、中断优先级、中断嵌套、中断延迟与抖动分析
各位同学，咱们今天聊聊中断的基础原理。说实话，搞运动控制这么多年，我最大的体会就是——不懂中断，就别谈实时控制。你想想看，电机转一圈才几毫秒，你要是响应慢了，那位置就偏了，轻则产品报废，重则撞机。
好，咱们一个一个来拆解。
1. 中断向量表：中断的“电话本”
中断向量表是什么？说白了，就是一张地址映射表。每个中断源都有一个固定的编号，CPU收到中断信号后，就去查这张表，找到对应的处理函数入口地址，然后跳过去执行。
我记得刚入行那会儿，在一家做伺服驱动的公司。有一次调试，电机死活不响应急停信号。查了半天，发现是中断向量表配置错了——我把TIM2的中断号写成了TIM3的。嗯，这种低级错误，犯过一次就再也不会犯了。
核心要点：
- 中断向量表通常放在ROM或RAM的起始地址
- 每个中断向量占用4字节（32位MCU）或8字节（64位MCU）
- 向量表可以重定位，但要注意对齐要求
来看一个典型的Cortex-M系列MCU的向量表示例：
// 中断向量表定义（简化版）
__attribute__((section(".isr_vector")))
void (* const g_pfnVectors[])(void) = {
(void (*)(void)) &__StackTop, // 0: 栈顶指针
Reset_Handler, // 1: 复位
NMI_Handler, // 2: NMI
HardFault_Handler, // 3: 硬错误
// ... 其他系统异常
TIM2_IRQHandler, // 28: TIM2中断
TIM3_IRQHandler, // 29: TIM3中断
// ... 外部中断
};这里要注意，向量表的第0项是栈顶指针，不是中断处理函数。我见过有人把这里写错了，结果程序一启动就跑飞。避坑指南：向量表的第一项必须是有效的栈空间地址。
2. 中断优先级：谁更重要？
运动控制里，中断优先级的设计直接决定了系统的实时性。你想想看，位置反馈中断和按键扫描中断，哪个更重要？当然是位置反馈！位置丢了，电机就失控了。
中断优先级通常分为两种模型：
| 模型 | 特点 | 典型MCU |
|---|---|---|
| 固定优先级 | 中断号越小，优先级越高 | 8051、AVR |
| 可编程优先级 | 软件可配置优先级分组 | Cortex-M、RISC-V |
我个人习惯在运动控制项目中这样分配优先级：
- 最高优先级：编码器位置捕获中断（丢失位置=灾难）
- 高优先级：PWM周期中断（电流环控制）
- 中优先级：速度环/位置环计算
- 低优先级：通信、显示、按键等
实战技巧：在Cortex-M4上，我通常使用4位优先级分组（16级优先级）。位置捕获中断设为0（最高），PWM中断设为1，通信中断设为3。这样能保证关键任务不被干扰。
3. 中断嵌套：高优先级打断低优先级
中断嵌套，说白了就是高优先级的中断可以打断正在执行的低优先级中断。这在运动控制中非常常见——比如你正在处理通信中断，突然来了一个位置捕获中断，那通信就得先停一停。
为什么会这样？因为位置信息是实时变化的，晚1微秒可能就错过了。而通信数据晚几个毫秒处理，问题不大。
我曾经在一个多轴同步项目中遇到过一个问题：三个轴的编码器中断互相嵌套，导致位置数据错乱。后来怎么解决的？我把三个编码器中断设为相同的优先级，并且禁止了它们之间的嵌套。这样虽然牺牲了一点响应速度，但保证了数据的一致性。
注意：中断嵌套不是越多越好。嵌套层数过多会导致：
- 栈空间暴涨（每层嵌套需要额外的栈空间）
- 优先级反转（低优先级任务被高优先级中断阻塞）
- 调试困难（嵌套越深，问题越难复现）
4. 中断延迟与抖动分析
这两个概念是运动控制实时性的核心指标。咱们先搞清楚定义：
- 中断延迟：从中断信号产生到CPU开始执行中断处理函数的时间
- 中断抖动：中断延迟的变化范围（最大值-最小值）
在运动控制中，抖动比延迟更可怕。为什么？因为延迟可以通过软件补偿，但抖动是随机的，补偿不了。比如你每1ms采样一次位置，但采样时刻抖动了±100μs，那速度计算就全是噪声。
影响中断延迟的因素有哪些？我列一下：
- CPU正在执行的指令：有些指令（如除法、浮点运算）不能被中断
- 高优先级中断的执行时间：如果高优先级中断正在执行，低优先级就得等着
- 中断屏蔽：临界区代码会关闭中断
- 硬件延迟：总线仲裁、缓存命中等
来看一个实际测量数据（Cortex-M4 @ 168MHz）：
| 场景 | 最小延迟 | 最大延迟 | 抖动 |
|---|---|---|---|
| 无中断嵌套 | 12个时钟周期 | 15个时钟周期 | 3个时钟周期 |
| 有1层嵌套 | 12个时钟周期 | 120个时钟周期 | 108个时钟周期 |
| 有2层嵌套 | 12个时钟周期 | 350个时钟周期 | 338个时钟周期 |
看到没？嵌套层数越多，抖动越大。所以在运动控制中，我一般把中断嵌套控制在2层以内。超过2层，我就改用任务优先级来管理了。
避坑指南：我曾经在一个项目中，把中断延迟优化到了极致（12个时钟周期），但抖动却很大。后来发现是DMA传输占用了总线，导致中断响应被延迟。解决方案是给中断控制器设置了更高的总线优先级。嗯，硬件层面的问题，有时候比软件更难排查。
知识体系总览
下面这张图，是我自己整理的本章知识结构。你可以把它当作一个思维导图来看：
这张图把咱们今天讲的内容串起来了。从向量表到优先级，从嵌套到延迟抖动，再到实际应用，每一步都环环相扣。你想想看，如果向量表配错了，优先级设反了，嵌套没控制好，那延迟和抖动肯定一塌糊涂。运动控制这种硬实时系统，容不得半点马虎。
好，今天就到这儿。记住一句话：中断是RTOS的脉搏，运动控制是中断的试金石。下一章咱们聊聊具体怎么在FreeRTOS里配置和管理中断，到时候我会拿一个实际的项目案例来拆解。