174 TinyML实战项目：智能家居语音控制从一次诡异的“灯自己亮了”说起去年冬天，我帮朋友调试一套智能家居语音控制系统。用户反馈说，半夜三点，客厅灯突然亮了，吓得他以为家里进了贼。查了一周日志，发现是隔壁邻居家的电视声音触发了关键词“开灯”——麦克风采集到的音频信号里，某个频段的噪声被模型误判成了唤醒词。这个案例让我意识到：TinyML语音控制，真正的难点不在模型训练，而在嵌入式端的实时音频处理、低功耗唤醒、以及抗干扰设计。今天这篇笔记，就围绕一个完整的“语音控制智能灯”项目，把踩过的坑和解决方案都摊开来讲。硬件选型：别被“高性能”忽悠了语音控制需要持续监听麦克风，这对MCU的算力和功耗是双重考验。我试过几套方案：ESP32 + I2S麦克风：性价比之王，但双核跑FreeRTOS时，音频采集和WiFi协议栈会抢CPU时间，导致语音识别延迟抖动。后来我把音频采集绑在core0，WiFi和推理放在core1，才稳定下来。STM32L4 + PDM麦克风：低功耗场景首选，但PDM转PCM的滤波计算量不小，如果直接用软件做，CPU占用率能飙到40%。必须用硬件PDM接口（比如STM32L4的DFSDM）来卸包袱。K210 + 板载麦克风：自带硬件FFT加速器，适合做关键词检测，但开发环境封闭，调试起来像开盲盒。最终项目选型：ESP32-S3
