3、TinyML中的事件驱动架构：事件源类型（传感器、定时器、GPIO、通信接口）与中断触发方式

TinyML设备通常运行在电池供电、算力受限、内存以KB计的极端约束环境下。若采用轮询（Polling）方式持续扫描传感器或通信接口，CPU将长时间处于活跃状态，导致功耗飙升且无法及时响应异步事件。事件驱动架构（Event-Driven Architecture）正是解决这一矛盾的核心范式：系统在空闲时进入低功耗睡眠模式，仅当特定事件发生时才通过中断唤醒CPU，执行对应的推理任务或数据预处理，随后再次休眠。本章将系统梳理TinyML中四类核心事件源——传感器、定时器、GPIO与通信接口——的触发特性、中断配置方法及任务边界划分策略，帮助开发者构建高能效、低延迟的嵌入式智能系统。

3.1 传感器事件源：从物理世界到数字中断

在TinyML系统中，传感器是最主要的事件源。加速度计、陀螺仪、麦克风、温湿度传感器等通常通过I²C或SPI总线与MCU连接，并提供一个或多个中断输出引脚（INT1/INT2）。这些中断引脚可以在检测到特定物理条件时主动拉高或拉低，从而唤醒处于睡眠状态的MCU。以ST的LIS3DH三轴加速度计为例，其内置的FIFO缓冲区可配置为水印中断模式——当FIFO中积累的数据量达到设定阈值（如32个样本）时，INT1引脚产生上升沿，MCU被唤醒后一次性读取批量数据，避免频繁通信带来的功耗开销。

传感器中断的触发方式通常分为三类：数据就绪（DRDY）、阈值比较和运动检测。数据就绪中断在每个采样周期完成后触发一次，适合连续采集场景；阈值比较中断在加速度幅值超过设定门限时触发，适合活动识别；运动检测中断则结合了静止/运动状态切换，适合低功耗待机场景。配置时需注意：传感器中断引脚通常为开漏输出，需要外部上拉电阻；且中断源寄存器在读取后需手动清除，否则会持续触发。

3.2 定时器事件源：精确的时间基准与周期性任务

定时器中断为TinyML系统提供精确的时间基准，适用于周期性采样、特征提取窗口划分、模型推理超时控制等场景。MCU内部通常集成多个通用定时器（TIMx），可配置为向上计数、向下计数或中心对齐模式。当计数器值与比较寄存器（CCR）匹配时，产生比较匹配中断；当计数器溢出时，产生更新中断。在TinyML应用中，定时器中断常用于：固定间隔唤醒MCU采集传感器数据（如每20ms采集一次音频帧）、为推理任务设置执行时间片、以及实现看门狗功能防止程序跑飞。

定时器中断的配置需关注三个关键参数：预分频器（PSC）、自动重装载值（ARR）和比较值（CCR）。中断频率计算公式为：f_interrupt = f_clk / ((PSC+1) × (ARR+1))。例如，系统时钟为16MHz，需要产生1kHz的中断，可设置PSC=15（16分频），ARR=999（1000计数），则中断频率为16MHz/(16×1000)=1kHz。对于需要多个不同周期任务的系统，可采用一个基础定时器产生最小时间片（如1ms），通过软件计数器扩展出10ms、100ms等不同周期的事件。

3.3 GPIO事件源：外部触发与边沿检测

GPIO中断是TinyML系统中最灵活的事件源，可连接按键、磁簧开关、人体红外传感器（PIR）、振动传感器等数字输出设备。GPIO中断支持四种触发方式：上升沿触发、下降沿触发、双边沿触发和电平触发。在低功耗应用中，电平触发需注意：如果外部信号持续保持有效电平，中断会不断触发，因此通常配合边沿触发使用。例如，PIR传感器在检测到人体移动时输出高电平，MCU配置为上升沿触发，唤醒后执行人员检测推理任务，然后重新进入睡眠。

GPIO中断的配置流程包括：使能GPIO端口时钟、配置引脚为输入模式（上拉/下拉/浮空）、设置外部中断线（EXTI）映射、配置触发边沿、使能NVIC中断通道。在TinyML场景中，一个常见的误区是将GPIO中断服务函数写得过长，例如在ISR中直接执行神经网络推理。这会导致中断响应时间超时、嵌套中断丢失、系统实时性下降。正确的做法是：ISR中仅设置一个volatile标志位或向事件队列写入一个事件ID，主循环检测到标志后执行实际任务。

3.4 通信接口事件源：数据到达与传输完成

UART、SPI、I²C等通信接口在TinyML系统中承担着数据传输任务，其中断事件包括接收数据寄存器非空（RXNE）、发送数据寄存器空（TXE）、传输完成（TC）、错误帧（FE/ORE/NE）等。以UART为例，当外部主机发送一条推理指令（如"start_inference"）时，接收中断触发MCU唤醒，解析指令后启动传感器采集和推理流程。通信接口中断的优先级设置需谨慎：接收中断应设置为较高优先级，防止数据溢出丢失；而发送完成中断可设置为较低优先级，避免阻塞关键任务。

在TinyML边缘设备中，通信接口中断常与DMA（直接内存访问）配合使用。DMA可以在无需CPU干预的情况下，将接收到的数据直接搬运到内存缓冲区，当传输完成时产生中断通知CPU。这种方式大幅降低了CPU负载，使得MCU在等待大数据块（如音频帧）传输时能够保持睡眠状态。例如，ESP32-S3在通过I²S接口接收麦克风数据时，配置DMA循环模式，每采集到512字节触发一次中断，CPU唤醒后对音频帧进行MFCC特征提取，然后送入语音命令识别模型。

// UART接收中断服务函数示例（STM32 HAL库）
void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart) {
    if (huart->Instance == USART1) {
        // 仅置位事件标志，不执行耗时操作
        g_uart_event = UART_EVENT_RX_COMPLETE;
        g_rx_data = rx_buffer[0];
        // 重新启动接收中断
        HAL_UART_Receive_IT(&huart1, &rx_buffer[0], 1);
    }
}
// 主循环中处理事件
while (1) {
    if (g_uart_event == UART_EVENT_RX_COMPLETE) {
        g_uart_event = UART_EVENT_NONE;
        process_command(g_rx_data);  // 解析并执行推理任务
    }
    // 进入低功耗模式
    __WFI();
}

3.5 中断优先级与任务边界划分策略

在TinyML系统中，合理划分中断服务函数（ISR）与主循环任务之间的边界，是保证系统实时性和低功耗的关键。核心原则是：ISR只做最必要的工作（置标志、读数据、清中断），所有耗时操作（特征提取、推理、通信协议解析）移至主循环或RTOS任务中执行。中断优先级分配建议如下：传感器数据就绪中断（高优先级，保证数据不丢失）、通信接收中断（高优先级，防止缓冲区溢出）、定时器中断（中优先级，提供时间基准）、GPIO外部中断（中低优先级，允许一定延迟）。

对于复杂的TinyML应用，可引入事件队列机制：ISR将事件ID写入一个环形缓冲区（FIFO），主循环从队列中取出事件并执行对应任务。这种设计解耦了中断产生与任务处理，使得系统能够应对突发性事件洪峰。例如，当多个传感器同时触发中断时，ISR仅需将事件压入队列，主循环按顺序处理，避免了中断嵌套导致的资源竞争。队列长度需根据事件产生速率和处理耗时估算，通常设置为2的幂次方（如16、32），并使用无锁环形缓冲区实现。

3.6 常见误区与设计复盘

在TinyML事件驱动架构设计中，开发者常陷入以下误区：误区一：ISR中执行推理。神经网络推理可能耗时数十毫秒，在ISR中执行会阻塞其他中断，导致传感器数据丢失或通信超时。正确做法是ISR仅置标志，推理在主循环中执行。误区二：忽视中断源清除。许多传感器和通信接口的中断标志位需要软件写入特定值才能清除，若未清除，中断会反复触发，系统无法进入睡眠。误区三：优先级设置不当。将定时器中断设置为最高优先级，可能导致传感器数据中断被延迟，造成采样数据不连续。建议根据事件的时间敏感性和数据丢失代价分配优先级。

另一个常见问题是事件丢失。当多个中断在短时间内同时到达，而MCU正在处理当前中断时，新中断可能被挂起或丢失。解决方案包括：使用中断优先级分组（如Cortex-M的NVIC支持抢占优先级和子优先级）、在ISR中快速清除中断标志、以及使用事件队列缓存多个事件。对于极端情况，可考虑使用DMA+环形缓冲区来缓存传感器数据，即使CPU未能及时响应，数据也不会丢失。

最后，开发者应建立功耗预算意识。每次中断唤醒MCU都会产生唤醒延迟（通常数十微秒）和稳定时间（电源域切换）。如果中断频率过高，MCU可能长时间处于活跃状态，反而增加功耗。建议使用定时器批量唤醒策略：传感器数据在FIFO中积累，定时器每100ms唤醒一次MCU批量处理，而非每次数据就绪都唤醒。通过合理配置事件源和中断触发方式，TinyML系统能够在性能、实时性和功耗之间取得最佳平衡。