低功耗 AI 终端架构设计模式间歇计算、事件唤醒与推理流水线的三位一体方案一、引言边缘 AI 终端的第一设计约束不是算力是功耗在边缘 AI 终端的系统设计评审中最常见的错误是将性能作为第一优先级而忽视功耗约束。实际部署场景的数据表明一个由 2032 纽扣电池供电的 AI 传感器节点如果采用持续运行模式电池寿命仅有 4.7 小时而采用本文提出的间歇计算 事件唤醒 推理流水线三位一体方案后同样的电池和硬件平台续航可延长至 11 个月。这是一个226 倍的差距不是靠选择更省电的芯片获得的功耗差异通常在 2-5× 范围而是靠系统架构层面的功耗管理策略实现的。二、间歇计算用占空比换续航2.1 间歇计算的核心思想间歇计算Intermittent Computing的核心是将连续计算任务切分为离散的原子计算片段在片段之间使系统进入深度休眠状态。它是一个由三参数定义的模型T_active每次唤醒后的活跃时间采集 推理 上报T_sleep休眠持续时间Duty Cycle T_active / (T_active T_sleep)系统的平均功耗 P_active × Duty Cycle P_sleep × (1 - Duty Cycle)/* * 间歇计算调度器 —— 基于 FreeRTOS 的 Tickless Idle 模式 * * 硬件平台STM32L4 (Cortex-M4, 80MHz) * 典型参数T_active 50ms, T_sleep 49.95s → Duty Cycle 0.1% * 平均功耗Active 12mA × 0.1% Sleep 2μA × 99.9% ≈ 4μA */ #include FreeRTOS.h #include task.h #include timers.h /* 间歇计算参数配置 */ #define ACTIVE_PERIOD_MS 50 /* 每次唤醒工作时间 */ #define SLEEP_PERIOD_MS 49950 /* 休眠时间 (总周期 50s) */ #define MIN_SLEEP_US 1000 /* 最短休眠时间低于此值不休眠 */ /* Tickless Idle Hook —— FreeRTOS 进入 IDLE 时自动调用 */ void vApplicationSleep(TickType_t xExpectedIdleTime) { uint32_t sleep_ticks xExpectedIdleTime; /* 休眠时间太短则不休眠 —— 避免进出休眠的切换开销大于休眠收益 */ if (sleep_ticks pdMS_TO_TICKS(1)) { return; /* 1ms不休眠 */ } /* 进入 STOP 模式前保存上下文、停止非唤醒源外设 */ __disable_irq(); /* 关闭所有非必要外设时钟 —— 大幅降低动态功耗 */ HAL_ADC_DeInit(hadc1); HAL_SPI_DeInit(hspi2); HAL_UART_DeInit(huart1); /* 配置 RTC 闹钟为唤醒源 */ HAL_RTCEx_DeactivateWakeUpTimer(hrtc); HAL_RTCEx_SetWakeUpTimer_IT(hrtc, (sleep_ticks * configTICK_RATE_HZ) / 1000, /* 转换为 RTC 时钟滴答 */ RTC_WAKEUPCLOCK_RTCCLK_DIV16); /* 进入 STOP2 模式SRAM 保持仅 RTC/LPUART/GPIO 唤醒源活跃 */ HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI); __enable_irq(); /* 恢复外设时钟 */ MX_ADC_Init(); MX_SPI2_Init(); MX_UART1_Init(); /* 校正系统时钟 —— STOP 模式可能导致 HSI/HSE 偏移 */ SystemClock_Recalibrate(); } /* * 间歇计算主任务 —— 周期性唤醒、原子计算、深度休眠 */ void IntermittentCompute_Task(void *pvParameters) { TickType_t xLastWakeTime xTaskGetTickCount(); int cycle 0; for (;;) { /* 阶段 1传感器采集使用 DMA 实现零 CPU 开销数据搬运 */ SensorData_t data; if (Sensor_Acquire_DMA(data) ! 0) { /* 传感器异常 —— 记录错误本次跳过推理 */ ErrorLog_Record(ERR_SENSOR_ACQUIRE, cycle); goto sleep_phase; /* 直接进入休眠不浪费功耗推理 */ } /* 阶段 2特征检测 —— 快速判断是否需要 AI 推理 */ if (!FeatureGate_IsSignificantChange(data)) { /* 数据无显著变化 —— 跳过推理仅发送心跳 */ SendHeartbeat(cycle); goto sleep_phase; } /* 阶段 3AI 推理 —— 仅在必要时执行 */ InferenceResult_t result; if (AI_Inference(data, result) ! 0) { ErrorLog_Record(ERR_INFERENCE_FAIL, cycle); goto sleep_phase; } /* 阶段 4结果上报 —— 使用最短无线传输窗口 */ Comm_SendResult(result, COMM_FLAG_QUICK_TX); sleep_phase: cycle; /* 精确周期休眠 —— 使用 vTaskDelayUntil 保证周期精确不受执行时间抖动影响 */ vTaskDelayUntil(xLastWakeTime, pdMS_TO_TICKS(ACTIVE_PERIOD_MS SLEEP_PERIOD_MS)); } }2.2 占空比与续航的关系实测数据基于 STM32L4 平台的实测数据CR2032 电池, 225mAh 容量占空比T_activeT_sleep活跃功耗平均功耗预估续航100%连续012mA12mA18.7 小时1%500ms49.5s12mA120μA78 天0.1%50ms49.95s12mA12μA11 个月0.01%5ms49.995s12mA1.2μA8.4 年0.001%0.5ms49.9995s12mA0.12μA~80 年电池自放电限制三、事件唤醒从轮询功耗到零功耗等待间歇计算解决了何时休眠的问题但未解决何时唤醒。事件唤醒机制将唤醒决策从定时器轮询改为信号驱动的异步唤醒。/* * 多源事件唤醒管理 —— 同时监听加速度计中断和声音触发 * * 关键设计所有传感器配置为阈值触发中断模式 * 在其内部完成信号比较仅当超阈值时产生中断唤醒 MCU */ typedef enum { WAKE_SOURCE_NONE 0, WAKE_SOURCE_ACCELEROMETER (1 0), /* 加速度计振动检测 */ WAKE_SOURCE_MICROPHONE (1 1), /* 麦克风声压级触发 */ WAKE_SOURCE_PIR (1 2), /* 红外人体感应 */ WAKE_SOURCE_RTC_ALARM (1 3), /* RTC 定时唤醒保底机制 */ WAKE_SOURCE_BUTTON (1 4), /* 物理按键 */ } wake_source_t; static volatile wake_source_t g_wake_source WAKE_SOURCE_NONE; /* * 加速度计中断回调 —— 振动超过阈值 * * 加速度计内部集成阈值比较器如 LIS2DH 的 INT1 功能 * MCU 无需轮询完全由硬件触达 */ void ACCEL_IRQ_Handler(void) { BaseType_t xHigherPriorityTaskWoken pdFALSE; /* 清除加速度计中断标志 */ uint8_t int_src LIS2DH_ReadReg(LIS2DH_INT1_SRC); if (int_src LIS2DH_INT_IA) { /* 加速度超过预设阈值 (如 ±50mg) */ g_wake_source | WAKE_SOURCE_ACCELEROMETER; /* 唤醒主任务 */ vTaskNotifyGiveFromISR(g_main_task_handle, xHigherPriorityTaskWoken); } portYIELD_FROM_ISR(xHigherPriorityTaskWoken); } /* * 主任务 —— 等待任意唤醒源事件 */ void MainLoop_Task(void *pvParameters) { for (;;) { /* 阻塞等待事件通知 —— 无事件时任务在 IDLE 中休眠 */ ulTaskNotifyTake(pdTRUE, portMAX_DELAY); /* 分析唤醒源 —— 不同唤醒源触发不同的处理策略 */ wake_source_t source g_wake_source; g_wake_source WAKE_SOURCE_NONE; /* 原子读取并清除 */ switch (source) { case WAKE_SOURCE_ACCELEROMETER: /* 振动事件 → 执行振动模式识别 */ Process_VibrationEvent(); break; case WAKE_SOURCE_MICROPHONE: /* 声音事件 → 执行声学事件分类 */ Process_AudioEvent(); break; case WAKE_SOURCE_PIR: /* 人体感应 → 激活全部传感器进入高活跃模式 */ System_SetMode(SYSTEM_MODE_HIGH_ACTIVITY); break; case WAKE_SOURCE_RTC_ALARM: /* 定时保底唤醒 → 上报心跳 电池电压 */ SendHeartbeat(); ReportBatteryVoltage(); break; case WAKE_SOURCE_BUTTON: /* 按钮 → 进入配置模式 */ System_SetMode(SYSTEM_MODE_CONFIG); break; default: /* 未识别的唤醒源 —— 不应发生 */ ErrorLog_Record(ERR_UNKNOWN_WAKE_SOURCE, source); break; } } }事件唤醒的功耗节省原理将信号检测的功耗从 MCU 转移到传感器内部硬件。一个 LIS2DH 加速度计在低功耗模式下仅消耗 2μA 即可完成持续的振动监测和阈值触发而如果让 MCU 持续轮询 I2C 总线读取加速度值功耗至少为 2mA——差距达 1000 倍。四、推理流水线将长任务拆解为可中断短任务在低功耗场景下一个完整的 AI 推理需要 200ms 但设备只能在 50ms 内保持活跃怎么办答案是推理流水线的可中断化设计将推理过程拆解为多个可检查点保存的小步骤每次唤醒执行一步完成后退回休眠。/* * 可中断推理流水线 —— 支持在任意步骤保存检查点 * * 关键设计 * - 每个阶段完成后保存状态到 RTC 备份寄存器SRAM 保持 * - 返回休眠下次唤醒从中断点继续 * - 如果电池电压过低自动放弃本次推理以保证基本功能 */ typedef enum { STAGE_IDLE 0, STAGE_PREPROCESS, STAGE_INFERENCE_LOAD_MODEL, STAGE_INFERENCE_RUN, STAGE_POSTPROCESS, STAGE_UPLOAD, STAGE_COMPLETE, } pipeline_stage_t; typedef struct { pipeline_stage_t current_stage; uint8_t retry_count; /* 当前阶段重试次数 */ uint32_t checkpoint_data; /* 阶段上下文Tensor 偏移、循环索引等 */ uint8_t battery_low_flag; /* 电池低电压标志 */ } pipeline_checkpoint_t; /* 将检查点保存到 RTC 备份寄存器STOP 模式不丢失 */ static pipeline_checkpoint_t g_checkpoint __attribute__((section(.backup_sram))); int InterruptiblePipeline_Step(void) { int ret; /* 电池电压检查 —— 低于阈值时放弃推理只做最低限度上报 */ if (Battery_GetVoltage_mV() BATTERY_LOW_THRESHOLD_mV) { g_checkpoint.battery_low_flag 1; SendLowBatteryAlert(); return -ENOPOWER; /* 电量不足 —— 放弃本次推理任务 */ } switch (g_checkpoint.current_stage) { case STAGE_IDLE: /* 启动流水线 */ g_checkpoint.current_stage STAGE_PREPROCESS; g_checkpoint.retry_count 0; /* fallthrough —— 立即执行预处理 */ case STAGE_PREPROCESS: ret Preprocess_Step(g_checkpoint.checkpoint_data); if (ret 0) { if (g_checkpoint.retry_count MAX_PREPROCESS_RETRY) { return -EPIPE; /* 管道错误 —— 预处理失败 */ } return -EAGAIN; /* 重试 */ } g_checkpoint.current_stage STAGE_INFERENCE_LOAD_MODEL; g_checkpoint.retry_count 0; /* fallthrough */ case STAGE_INFERENCE_LOAD_MODEL: ret NPU_LoadModel_Step(); if (ret -EAGAIN) return -EAGAIN; /* 模型加载中下次继续 */ if (ret 0) return -EIO; g_checkpoint.current_stage STAGE_INFERENCE_RUN; /* fallthrough */ case STAGE_INFERENCE_RUN: ret NPU_RunInference_Step(g_checkpoint.checkpoint_data); if (ret -EAGAIN) return -EAGAIN; /* 推理进行中 */ if (ret 0) return -EIO; /* 推理硬件错误 */ g_checkpoint.current_stage STAGE_POSTPROCESS; /* fallthrough */ case STAGE_POSTPROCESS: ret Postprocess_Step(); if (ret 0) return -EIO; g_checkpoint.current_stage STAGE_UPLOAD; /* fallthrough */ case STAGE_UPLOAD: ret Radio_SendResult_Quick(); if (ret -EAGAIN) return -EAGAIN; /* 无线信道忙 */ if (ret 0) { /* 发送失败但推理完成 —— 缓存结果下次唤醒重发 */ CacheResultForRetry(); } g_checkpoint.current_stage STAGE_COMPLETE; break; case STAGE_COMPLETE: /* 流水线完成重置检查点 */ memset(g_checkpoint, 0, sizeof(g_checkpoint)); break; default: return -EINVAL; } return 0; }结论低功耗 AI 终端架构的三位一体方案——间歇计算、事件唤醒与推理流水线——本质上是将设备占空比降低到业务可接受的最小值间歇计算控制算多久用 0.1% 的占空比替代 100% 的持续运行功耗降低 3 个数量级。事件唤醒控制何时算将信号检测负荷从 MCU 卸载到传感器硬件功耗降低 1000×仅在物理世界发生变化时才唤醒。推理流水线控制怎么算将不可中断的长推理任务切分为可检查点保存的短步骤确保每次唤醒时间可控。三个维度的协同效果是乘法关系而非加法关系——这就是 226 倍续航提升的来源。在电池供电的 AI 终端设计中功耗优化不是硬件选型之后才考虑的事情而是架构设计阶段必须满足的第一约束。
低功耗 AI 终端架构设计模式间歇计算、事件唤醒与推理流水线的三位一体方案一、引言边缘 AI 终端的第一设计约束不是算力是功耗在边缘 AI 终端的系统设计评审中最常见的错误是将性能作为第一优先级而忽视功耗约束。实际部署场景的数据表明一个由 2032 纽扣电池供电的 AI 传感器节点如果采用持续运行模式电池寿命仅有 4.7 小时而采用本文提出的间歇计算 事件唤醒 推理流水线三位一体方案后同样的电池和硬件平台续航可延长至 11 个月。这是一个226 倍的差距不是靠选择更省电的芯片获得的功耗差异通常在 2-5× 范围而是靠系统架构层面的功耗管理策略实现的。二、间歇计算用占空比换续航2.1 间歇计算的核心思想间歇计算Intermittent Computing的核心是将连续计算任务切分为离散的原子计算片段在片段之间使系统进入深度休眠状态。它是一个由三参数定义的模型T_active每次唤醒后的活跃时间采集 推理 上报T_sleep休眠持续时间Duty Cycle T_active / (T_active T_sleep)系统的平均功耗 P_active × Duty Cycle P_sleep × (1 - Duty Cycle)/* * 间歇计算调度器 —— 基于 FreeRTOS 的 Tickless Idle 模式 * * 硬件平台STM32L4 (Cortex-M4, 80MHz) * 典型参数T_active 50ms, T_sleep 49.95s → Duty Cycle 0.1% * 平均功耗Active 12mA × 0.1% Sleep 2μA × 99.9% ≈ 4μA */ #include FreeRTOS.h #include task.h #include timers.h /* 间歇计算参数配置 */ #define ACTIVE_PERIOD_MS 50 /* 每次唤醒工作时间 */ #define SLEEP_PERIOD_MS 49950 /* 休眠时间 (总周期 50s) */ #define MIN_SLEEP_US 1000 /* 最短休眠时间低于此值不休眠 */ /* Tickless Idle Hook —— FreeRTOS 进入 IDLE 时自动调用 */ void vApplicationSleep(TickType_t xExpectedIdleTime) { uint32_t sleep_ticks xExpectedIdleTime; /* 休眠时间太短则不休眠 —— 避免进出休眠的切换开销大于休眠收益 */ if (sleep_ticks pdMS_TO_TICKS(1)) { return; /* 1ms不休眠 */ } /* 进入 STOP 模式前保存上下文、停止非唤醒源外设 */ __disable_irq(); /* 关闭所有非必要外设时钟 —— 大幅降低动态功耗 */ HAL_ADC_DeInit(hadc1); HAL_SPI_DeInit(hspi2); HAL_UART_DeInit(huart1); /* 配置 RTC 闹钟为唤醒源 */ HAL_RTCEx_DeactivateWakeUpTimer(hrtc); HAL_RTCEx_SetWakeUpTimer_IT(hrtc, (sleep_ticks * configTICK_RATE_HZ) / 1000, /* 转换为 RTC 时钟滴答 */ RTC_WAKEUPCLOCK_RTCCLK_DIV16); /* 进入 STOP2 模式SRAM 保持仅 RTC/LPUART/GPIO 唤醒源活跃 */ HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI); __enable_irq(); /* 恢复外设时钟 */ MX_ADC_Init(); MX_SPI2_Init(); MX_UART1_Init(); /* 校正系统时钟 —— STOP 模式可能导致 HSI/HSE 偏移 */ SystemClock_Recalibrate(); } /* * 间歇计算主任务 —— 周期性唤醒、原子计算、深度休眠 */ void IntermittentCompute_Task(void *pvParameters) { TickType_t xLastWakeTime xTaskGetTickCount(); int cycle 0; for (;;) { /* 阶段 1传感器采集使用 DMA 实现零 CPU 开销数据搬运 */ SensorData_t data; if (Sensor_Acquire_DMA(data) ! 0) { /* 传感器异常 —— 记录错误本次跳过推理 */ ErrorLog_Record(ERR_SENSOR_ACQUIRE, cycle); goto sleep_phase; /* 直接进入休眠不浪费功耗推理 */ } /* 阶段 2特征检测 —— 快速判断是否需要 AI 推理 */ if (!FeatureGate_IsSignificantChange(data)) { /* 数据无显著变化 —— 跳过推理仅发送心跳 */ SendHeartbeat(cycle); goto sleep_phase; } /* 阶段 3AI 推理 —— 仅在必要时执行 */ InferenceResult_t result; if (AI_Inference(data, result) ! 0) { ErrorLog_Record(ERR_INFERENCE_FAIL, cycle); goto sleep_phase; } /* 阶段 4结果上报 —— 使用最短无线传输窗口 */ Comm_SendResult(result, COMM_FLAG_QUICK_TX); sleep_phase: cycle; /* 精确周期休眠 —— 使用 vTaskDelayUntil 保证周期精确不受执行时间抖动影响 */ vTaskDelayUntil(xLastWakeTime, pdMS_TO_TICKS(ACTIVE_PERIOD_MS SLEEP_PERIOD_MS)); } }2.2 占空比与续航的关系实测数据基于 STM32L4 平台的实测数据CR2032 电池, 225mAh 容量占空比T_activeT_sleep活跃功耗平均功耗预估续航100%连续012mA12mA18.7 小时1%500ms49.5s12mA120μA78 天0.1%50ms49.95s12mA12μA11 个月0.01%5ms49.995s12mA1.2μA8.4 年0.001%0.5ms49.9995s12mA0.12μA~80 年电池自放电限制三、事件唤醒从轮询功耗到零功耗等待间歇计算解决了何时休眠的问题但未解决何时唤醒。事件唤醒机制将唤醒决策从定时器轮询改为信号驱动的异步唤醒。/* * 多源事件唤醒管理 —— 同时监听加速度计中断和声音触发 * * 关键设计所有传感器配置为阈值触发中断模式 * 在其内部完成信号比较仅当超阈值时产生中断唤醒 MCU */ typedef enum { WAKE_SOURCE_NONE 0, WAKE_SOURCE_ACCELEROMETER (1 0), /* 加速度计振动检测 */ WAKE_SOURCE_MICROPHONE (1 1), /* 麦克风声压级触发 */ WAKE_SOURCE_PIR (1 2), /* 红外人体感应 */ WAKE_SOURCE_RTC_ALARM (1 3), /* RTC 定时唤醒保底机制 */ WAKE_SOURCE_BUTTON (1 4), /* 物理按键 */ } wake_source_t; static volatile wake_source_t g_wake_source WAKE_SOURCE_NONE; /* * 加速度计中断回调 —— 振动超过阈值 * * 加速度计内部集成阈值比较器如 LIS2DH 的 INT1 功能 * MCU 无需轮询完全由硬件触达 */ void ACCEL_IRQ_Handler(void) { BaseType_t xHigherPriorityTaskWoken pdFALSE; /* 清除加速度计中断标志 */ uint8_t int_src LIS2DH_ReadReg(LIS2DH_INT1_SRC); if (int_src LIS2DH_INT_IA) { /* 加速度超过预设阈值 (如 ±50mg) */ g_wake_source | WAKE_SOURCE_ACCELEROMETER; /* 唤醒主任务 */ vTaskNotifyGiveFromISR(g_main_task_handle, xHigherPriorityTaskWoken); } portYIELD_FROM_ISR(xHigherPriorityTaskWoken); } /* * 主任务 —— 等待任意唤醒源事件 */ void MainLoop_Task(void *pvParameters) { for (;;) { /* 阻塞等待事件通知 —— 无事件时任务在 IDLE 中休眠 */ ulTaskNotifyTake(pdTRUE, portMAX_DELAY); /* 分析唤醒源 —— 不同唤醒源触发不同的处理策略 */ wake_source_t source g_wake_source; g_wake_source WAKE_SOURCE_NONE; /* 原子读取并清除 */ switch (source) { case WAKE_SOURCE_ACCELEROMETER: /* 振动事件 → 执行振动模式识别 */ Process_VibrationEvent(); break; case WAKE_SOURCE_MICROPHONE: /* 声音事件 → 执行声学事件分类 */ Process_AudioEvent(); break; case WAKE_SOURCE_PIR: /* 人体感应 → 激活全部传感器进入高活跃模式 */ System_SetMode(SYSTEM_MODE_HIGH_ACTIVITY); break; case WAKE_SOURCE_RTC_ALARM: /* 定时保底唤醒 → 上报心跳 电池电压 */ SendHeartbeat(); ReportBatteryVoltage(); break; case WAKE_SOURCE_BUTTON: /* 按钮 → 进入配置模式 */ System_SetMode(SYSTEM_MODE_CONFIG); break; default: /* 未识别的唤醒源 —— 不应发生 */ ErrorLog_Record(ERR_UNKNOWN_WAKE_SOURCE, source); break; } } }事件唤醒的功耗节省原理将信号检测的功耗从 MCU 转移到传感器内部硬件。一个 LIS2DH 加速度计在低功耗模式下仅消耗 2μA 即可完成持续的振动监测和阈值触发而如果让 MCU 持续轮询 I2C 总线读取加速度值功耗至少为 2mA——差距达 1000 倍。四、推理流水线将长任务拆解为可中断短任务在低功耗场景下一个完整的 AI 推理需要 200ms 但设备只能在 50ms 内保持活跃怎么办答案是推理流水线的可中断化设计将推理过程拆解为多个可检查点保存的小步骤每次唤醒执行一步完成后退回休眠。/* * 可中断推理流水线 —— 支持在任意步骤保存检查点 * * 关键设计 * - 每个阶段完成后保存状态到 RTC 备份寄存器SRAM 保持 * - 返回休眠下次唤醒从中断点继续 * - 如果电池电压过低自动放弃本次推理以保证基本功能 */ typedef enum { STAGE_IDLE 0, STAGE_PREPROCESS, STAGE_INFERENCE_LOAD_MODEL, STAGE_INFERENCE_RUN, STAGE_POSTPROCESS, STAGE_UPLOAD, STAGE_COMPLETE, } pipeline_stage_t; typedef struct { pipeline_stage_t current_stage; uint8_t retry_count; /* 当前阶段重试次数 */ uint32_t checkpoint_data; /* 阶段上下文Tensor 偏移、循环索引等 */ uint8_t battery_low_flag; /* 电池低电压标志 */ } pipeline_checkpoint_t; /* 将检查点保存到 RTC 备份寄存器STOP 模式不丢失 */ static pipeline_checkpoint_t g_checkpoint __attribute__((section(.backup_sram))); int InterruptiblePipeline_Step(void) { int ret; /* 电池电压检查 —— 低于阈值时放弃推理只做最低限度上报 */ if (Battery_GetVoltage_mV() BATTERY_LOW_THRESHOLD_mV) { g_checkpoint.battery_low_flag 1; SendLowBatteryAlert(); return -ENOPOWER; /* 电量不足 —— 放弃本次推理任务 */ } switch (g_checkpoint.current_stage) { case STAGE_IDLE: /* 启动流水线 */ g_checkpoint.current_stage STAGE_PREPROCESS; g_checkpoint.retry_count 0; /* fallthrough —— 立即执行预处理 */ case STAGE_PREPROCESS: ret Preprocess_Step(g_checkpoint.checkpoint_data); if (ret 0) { if (g_checkpoint.retry_count MAX_PREPROCESS_RETRY) { return -EPIPE; /* 管道错误 —— 预处理失败 */ } return -EAGAIN; /* 重试 */ } g_checkpoint.current_stage STAGE_INFERENCE_LOAD_MODEL; g_checkpoint.retry_count 0; /* fallthrough */ case STAGE_INFERENCE_LOAD_MODEL: ret NPU_LoadModel_Step(); if (ret -EAGAIN) return -EAGAIN; /* 模型加载中下次继续 */ if (ret 0) return -EIO; g_checkpoint.current_stage STAGE_INFERENCE_RUN; /* fallthrough */ case STAGE_INFERENCE_RUN: ret NPU_RunInference_Step(g_checkpoint.checkpoint_data); if (ret -EAGAIN) return -EAGAIN; /* 推理进行中 */ if (ret 0) return -EIO; /* 推理硬件错误 */ g_checkpoint.current_stage STAGE_POSTPROCESS; /* fallthrough */ case STAGE_POSTPROCESS: ret Postprocess_Step(); if (ret 0) return -EIO; g_checkpoint.current_stage STAGE_UPLOAD; /* fallthrough */ case STAGE_UPLOAD: ret Radio_SendResult_Quick(); if (ret -EAGAIN) return -EAGAIN; /* 无线信道忙 */ if (ret 0) { /* 发送失败但推理完成 —— 缓存结果下次唤醒重发 */ CacheResultForRetry(); } g_checkpoint.current_stage STAGE_COMPLETE; break; case STAGE_COMPLETE: /* 流水线完成重置检查点 */ memset(g_checkpoint, 0, sizeof(g_checkpoint)); break; default: return -EINVAL; } return 0; }结论低功耗 AI 终端架构的三位一体方案——间歇计算、事件唤醒与推理流水线——本质上是将设备占空比降低到业务可接受的最小值间歇计算控制算多久用 0.1% 的占空比替代 100% 的持续运行功耗降低 3 个数量级。事件唤醒控制何时算将信号检测负荷从 MCU 卸载到传感器硬件功耗降低 1000×仅在物理世界发生变化时才唤醒。推理流水线控制怎么算将不可中断的长推理任务切分为可检查点保存的短步骤确保每次唤醒时间可控。三个维度的协同效果是乘法关系而非加法关系——这就是 226 倍续航提升的来源。在电池供电的 AI 终端设计中功耗优化不是硬件选型之后才考虑的事情而是架构设计阶段必须满足的第一约束。
