1. 课程导入：TinyML中断设计的背景、学习目标、课程整体框架与适用硬件平台

TinyML 作为嵌入式机器学习的重要分支，其核心挑战在于如何在资源极度受限的微控制器（MCU）上实现低功耗、低延迟的智能感知。在真实场景中，系统并非持续满负荷运行，而是长期处于待机状态，仅在特定事件发生时被唤醒并执行推理任务。中断（Interrupt）机制正是实现这种"事件驱动"架构的基石。本课程聚焦于 TinyML 中的中断设计，重点解决"何时唤醒 CPU"、"如何划分推理任务边界"以及"如何保证实时性与功耗的平衡"三大核心问题。本章作为课程导入，将系统阐述中断设计的背景、学习目标、课程整体框架以及适用的硬件平台，为后续章节的深入实践奠定基础。

上图展示了 TinyML 事件驱动架构的核心链路：传感器产生物理事件，通过 GPIO 或总线接口触发中断控制器，CPU 响应中断进入 ISR（中断服务程序），在 ISR 中完成最小必要操作（如读取数据、清除中断标志、置位事件标志），随后 CPU 返回主循环或低功耗模式。主循环检测到事件标志后，执行特征提取、模型推理和决策输出。这一链路的关键在于中断服务程序与主循环任务之间的边界划分——ISR 必须短小精悍，而推理任务则应在主循环中按优先级和时间预算有序执行。

1.1 TinyML 中断设计的背景与核心挑战

TinyML 设备通常由电池供电，部署在边缘侧，长期处于待机状态。以智能门磁传感器为例，设备 99% 的时间在监听磁簧开关的状态变化，仅在门被打开的瞬间需要唤醒 MCU 执行一次简单的分类推理（判断是正常开门还是异常闯入）。如果采用轮询（Polling）方式，MCU 必须周期性唤醒并检查传感器状态，导致功耗居高不下。而中断机制允许 MCU 在无事件时进入深度睡眠模式（如 STM32L4 的 Stop 模式，电流可低至 1μA 以下），仅在事件发生时通过外部中断（EXTI）唤醒，从而实现"零功耗待机、毫秒级响应"。

然而，中断设计在 TinyML 场景中面临三重挑战：第一，实时性与功耗的权衡。中断响应越快，系统实时性越好，但频繁唤醒会显著增加平均功耗。设计者需要根据应用场景设定合理的中断触发阈值和唤醒频率。第二，ISR 与推理任务的资源竞争。ISR 运行在特权模式，优先级高于主循环，如果 ISR 中执行了过多的数据处理或复杂计算，会阻塞主循环的推理任务，导致系统响应延迟。例如，在音频关键词识别（KWS）应用中，麦克风中断频率可能高达 16kHz，如果每个中断都在 ISR 中做滤波处理，CPU 将完全被 ISR 占用。第三，任务边界的动态划分。推理任务本身包含多个阶段（数据采集、预处理、特征提取、模型推理、后处理），每个阶段对实时性的要求不同，需要根据中断类型和系统状态动态调整任务边界。

1.2 学习目标与能力模型

完成本课程学习后，学员应具备以下核心能力：

能力维度	具体目标	对应章节
中断机制理解	掌握 MCU 中断向量表、嵌套向量中断控制器（NVIC）优先级配置、外部中断/定时器中断/DMA 中断的触发条件与响应流程	第 2-4 章
事件驱动架构设计	能够设计基于事件标志+主循环轮询的轻量级任务调度框架，实现 ISR 与主循环的无缝协作	第 5-7 章
低功耗中断设计	掌握 WFI/WFE 指令、Sleep/Stop/Standby 模式切换、中断唤醒后的时钟恢复策略，实现微安级待机功耗	第 8-10 章
推理任务边界划分	能够根据模型复杂度、数据采样率和系统实时性要求，合理划分推理任务的阶段边界，避免中断与推理的相互阻塞	第 11-15 章
调试与优化	使用逻辑分析仪、功耗分析仪和 RTOS 跟踪工具，定位中断延迟、任务超时和功耗异常问题	第 16-20 章

课程采用"理论+实践"双轨制，每章均包含原理讲解、代码示例、实验任务和常见误区分析。学员需要具备基础的 C 语言编程能力和嵌入式开发经验，熟悉 GPIO、定时器、串口等外设的基本操作。

1.3 课程整体框架与知识体系

本课程共 30 章，按照"基础机制→架构设计→低功耗优化→实战应用→调试优化"五个阶段递进展开：

1. 基础机制（第 1-5 章）：中断控制器原理、NVIC 优先级配置、外部中断/定时器中断/DMA 中断的触发方式与响应流程，以及中断向量表在 TinyML 工程中的定制方法。
2. 架构设计（第 6-12 章）：事件标志与消息队列的设计、ISR 与主循环的协作模式、轻量级任务调度器（如基于状态机的调度框架）、中断嵌套与优先级反转问题。
3. 低功耗优化（第 13-18 章）：WFI/WFE 指令的深入使用、Sleep/Stop/Standby 模式切换策略、中断唤醒后的时钟树恢复、外设时钟门控与功耗测量方法。
4. 实战应用（第 19-25 章）：基于中断的传感器数据采集（加速度计、麦克风、红外）、关键词唤醒（KWS）系统的中断设计、异常检测中的事件触发机制。
5. 调试优化（第 26-30 章）：中断延迟测量工具、功耗分析仪的使用、RTOS 与裸机中断设计的对比、常见陷阱（如中断丢失、标志竞争、栈溢出）的排查方法。

课程配套实验平台为 STM32L4 系列开发板（如 NUCLEO-L476RG）和 ESP32-S3 开发板，前者侧重超低功耗中断设计，后者侧重 Wi-Fi/蓝牙通信场景下的中断与推理任务协同。所有代码示例均提供 HAL 库和 LL 库两个版本，方便学员对比学习。

1.4 适用硬件平台与开发环境

本课程推荐的硬件平台需满足以下条件：① 支持多种低功耗模式（至少包含 Sleep 和 Stop 模式）；② 具备丰富的中断源（外部中断、定时器中断、DMA 中断、RTC 闹钟中断）；③ 拥有足够的 Flash 和 RAM 以部署轻量级 TFLite Micro 模型（通常需要 64KB Flash 和 16KB RAM 以上）。

平台型号	内核	Flash/RAM	低功耗特性	适用场景
STM32L476RG	Cortex-M4F @80MHz	1MB / 128KB	Stop 模式 1.2μA，支持 16 个外部中断线	超低功耗传感器节点、KWS
ESP32-S3	Xtensa LX7 @240MHz	8MB / 512KB	Light-sleep 130μA，支持 GPIO/定时器唤醒	需要 Wi-Fi/蓝牙的 AIoT 设备
RP2040	Cortex-M0+ @133MHz	2MB / 264KB	Sleep 模式 180μA，无 Stop 模式	入门学习、低成本原型验证

开发环境方面，课程统一使用 STM32CubeIDE（支持 STM32 系列）和 ESP-IDF（支持 ESP32 系列），两者均提供完善的调试器和功耗分析工具。对于中断时序分析，推荐使用 Saleae Logic 16 逻辑分析仪（采样率 100MHz 以上）或 J-Link RTT 的 Event Recorder 功能，可以精确测量中断响应延迟和 ISR 执行时间。

1.5 案例拆解：智能门磁传感器的中断设计

为了帮助学员建立直观认识，我们以一个典型的智能门磁传感器为例，展示中断设计在 TinyML 中的完整应用。该设备使用 STM32L476RG，配备一个磁簧开关（连接到 PA0 外部中断线）和一个加速度计（通过 I2C 连接，数据就绪引脚连接到 PA1）。

初始现象与目标：设备由 CR2032 纽扣电池供电（标称容量 220mAh），要求待机电流小于 2μA，电池寿命超过 2 年。当门被打开时，系统需要在 10ms 内完成一次推理（判断是正常开门还是异常闯入），并决定是否通过 LoRa 发送告警。

关键输入参数：磁簧开关的机械抖动时间为 5-10ms，加速度计数据就绪中断频率为 100Hz（用于检测门被打开后的振动特征）。

分析判断过程：如果采用轮询方式，MCU 需要每 1ms 唤醒一次检查磁簧开关状态，平均功耗约为 50μA，电池寿命仅 6 个月。采用中断方案后，MCU 在无事件时进入 Stop 模式（1.2μA），磁簧开关的上升沿触发 PA0 外部中断，将 MCU 唤醒。ISR 中仅记录事件时间戳并置位门磁事件标志，然后立即返回主循环。主循环检测到标志后，启动加速度计数据采集（通过 PA1 中断接收数据就绪信号），执行 20ms 的振动特征提取和推理。

实际操作步骤：

// 1. 配置 PA0 外部中断（上升沿触发）
HAL_GPIO_WritePin(GPIOC, GPIO_PIN_13, GPIO_PIN_RESET);
EXTI_Config(PA0, EXTI_RISING_EDGE, 0); // 优先级 0（最高）

// 2. ISR 中仅做最小操作
void EXTI0_IRQHandler(void) {
    HAL_GPIO_EXTI_IRQHandler(GPIO_PIN_0);
}
void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) {
    if (GPIO_Pin == GPIO_PIN_0) {
        event_flags.door_open = 1;  // 置位事件标志
        timestamp = HAL_GetTick();  // 记录时间戳
    }
}

// 3. 主循环中处理推理任务
while (1) {
    if (event_flags.door_open) {
        event_flags.door_open = 0;
        // 启动加速度计采集（通过 PA1 中断接收数据）
        accel_start_dma();
        // 等待数据采集完成（由 DMA 中断置位 accel_ready 标志）
        while (!event_flags.accel_ready);
        // 执行特征提取和推理
        float* features = extract_features(accel_buffer);
        int result = tflite_model_predict(features);
        if (result == ANOMALY) {
            lora_send_alert();
        }
        // 重新进入 Stop 模式
        HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI);
    }
}

结果对比与复盘：采用中断方案后，待机电流实测为 1.3μA（包含 LDO 静态电流），事件响应时间（从门磁触发到推理完成）为 8.2ms，满足 10ms 的实时性要求。电池寿命估算为 2.3 年。复盘发现，初始设计中加速度计数据就绪中断的优先级设置过低（优先级 3），导致在推理过程中偶尔出现数据丢失。将 PA1 中断优先级提升至优先级 1 后问题解决。此外，ISR 中最初加入了 LED 翻转操作（用于调试），导致 ISR 执行时间从 2μs 增加到 15μs，移除后恢复正常。

1.6 常见误区与总结复盘

通过本章的学习，学员需要警惕以下常见误区：

• 误区一：中断优先级越高越好。高优先级中断会抢占低优先级中断和主循环，如果多个高优先级中断频繁触发，可能导致低优先级任务饿死。应根据事件的紧急程度和耗时合理分配优先级。
• 误区二：所有外设都使用中断。对于高频数据流（如 16kHz 音频采样），中断方式会导致 CPU 频繁进出 ISR，上下文切换开销巨大。此时应优先使用 DMA 中断，仅在 DMA 传输完成时触发一次中断。
• 误区三：忽略中断标志的原子性。在 ISR 和主循环之间共享的事件标志，必须使用 volatile 修饰，并确保读写操作的原子性。对于 32 位 MCU，单次读写是原子的，但复合操作（如先读后写）需要临界区保护。
• 误区四：低功耗模式选择不当。Stop 模式虽然功耗低，但唤醒后需要重新配置时钟树，增加了唤醒延迟。如果应用需要频繁唤醒（如 1ms 周期），Sleep 模式可能更合适，因为其唤醒时间仅为 1μs 左右。