旧 Android 手机做 Home Assistant 语音面板：有希望，但还不是现在

旧 Android 手机看起来很适合智能家居：它有麦克风、屏幕、Wi‑Fi、扬声器和电池。在 Home Assistant 家里，理想情况是说一句 “Okay Nabu”，本地打开灯、调整百叶窗或运行睡前场景，而不是依赖云音箱。

旧 Android 手机作为本地智能家居语音面板

现实还没这么简单。Android 上的 Assist 可以实验，但 always‑on wake word 依赖系统的低功耗音频路径。这个路径通常由 DSP 负责，过去并没有以同等条件开放给第三方助手。

Open Home Foundation 7 月 31 日解释了欧盟 Android interoperability 决定为什么和家庭用户有关。欧盟委员会官方页面确认，2026 年 7 月 16 日的 DMA 最终决定要求 Alphabet 向 AI services 开放 11 项 Android features。Android 18 最迟在 2027 年 8 月 1 日实现主要措施；Android 19 最迟在 2028 年 8 月 1 日实现 concurrent hotword detection。

问题在哪里

高效 wake word 通常是两阶段。低功耗 DSP 先监听可能的唤醒词，CPU 只在需要验证时醒来。如果 app 不能使用 DSP，就要让 CPU 做更多工作，看起来像持续录音服务。

OHF 说 Home Assistant 曾用 CPU 上的 microWakeWord 做 workaround。它能工作，但代价高：电量消耗明显增加，Android 绿色麦克风指示一直显示，还需要把 Home Assistant 设为 default assistant 才能在重启后保持服务。

决定可能改变什么

欧盟要求 interoperability 必须 equally effective，不能有不必要的设置摩擦，也不能要求 app 拥有 default assistant role。更关键的是 concurrent hotword detection：多个服务可以同时等待不同唤醒词。

对家庭来说，这意味着同一台手机可以继续用 Gemini 做普通手机助手，同时用本地唤醒词控制 Home Assistant。用户不该在 phone assistant 和 house assistant 之间二选一。

风险也真实存在

Google 警告说，这些能力涉及隐私和安全。麦克风、ambient sensors、app context 和 screen automation 都是强权限。它们需要清晰 consent、可撤销权限、日志和好的界面。

但封锁低功耗路径也会迫使第三方使用更差的 workaround。更好的答案不是无限制开放，而是受控、文档化、平等的 API。

现在怎么做

不要在 2026 年只为了这个未来功能去买 Android 平板。可以先用 push‑to‑talk Assist、dashboard、实体按钮和 NFC tags。如果现在就需要本地语音，ESPHome satellites、ESP32‑S3、Home Assistant Voice Preview Edition 或 Atom Echo 类项目更现实。

旧 Android 设备目前更适合作为 wall dashboard。关键功能如门锁、警报、供暖和夜间照明仍应有实体 fallback。作为墙面面板的旧手机最好 factory reset，使用有限账户，不保存个人 secrets。