077 STM32Cube.AI的音频处理案例昨晚调试到凌晨三点，板子上的LED死活不按预期闪烁。明明模型推理结果正确，音频特征提取也通过了仿真，但部署到STM32F746上就是卡在某个中断里出不来。最后发现是音频DMA缓冲区对齐问题——Cube.AI生成的代码默认要求4字节对齐，而我用了个__attribute__((aligned(8)))反而把事情搞复杂了。这种坑，文档里不会写，只有烧过几块板子才能记住。音频处理在MCU上的特殊性音频数据流和图像完全不同。图像可以一帧一帧处理，每帧独立；音频是连续流，前后帧之间有强相关性。STM32Cube.AI处理音频时，核心思路是把连续音频流切分成固定长度的窗口，每个窗口做一次特征提取，然后喂给模型。这里有个关键参数：窗口大小和步长。窗口大小决定了频率分辨率，步长决定了时间分辨率。我见过有人直接把PC端MFCC参数搬过来，窗口设成25ms，步长10ms，结果STM32F4跑起来CPU占用率直接飙到95%。后来改成窗口40ms、步长20ms，精度只掉了0.3%，CPU占用率降到40%。实战：关键词唤醒系统拿一个最简单的“Hey STM32”关键词唤醒来演示。硬件是NUCLEO-L496ZG板载的PDM麦克风，软件用STM32CubeMX 6.8.0 + X-CUBE-AI 7.2.0。第一步：音频采集链路配置PDM麦克风输出的是脉冲密度调制信号，需要经过数字滤波器转成PCM。STM32的DFSDM模块干这个活最合