Старый Android‑телефон на кухне кажется идеальным устройством для умного дома: микрофоны, экран, Wi‑Fi, динамик и батарея уже есть. В доме на Home Assistant хочется сказать “Okay Nabu”, включить свет или запустить ночной сценарий локально, без облачной колонки.

Старый Android‑телефон как локальная голосовая панель умного дома

Пока это неудобно. Assist на Android существует, но always‑on wake word упирается не в одну настройку Home Assistant, а в доступ к низкопотребляющему пути Android. Эффективное прослушивание wake word работает через DSP, и этот путь долго был фактически привилегией Google Assistant/Gemini.

Open Home Foundation 31 июля объяснила, почему решение Еврокомиссии по DMA важно именно для быта. По официальной странице European Commission, финальное решение от 16 июля 2026 требует от Alphabet открыть 11 Android features for AI services. Среди них — hotword/wake word invocation, context, actions, screen automation and resource access. Android 18 должен принести основные меры не позднее 1 августа 2027, а concurrent hotword detection в Android 19 — не позднее 1 августа 2028.

Почему голос важен дома

Dashboard удобен тому, кто его настроил. Семье, гостям, детям, пожилым людям и carers часто проще сказать: включи свет, закрой шторы, включи вентилятор на 20 минут. Voice control — не игрушка, а accessibility и бытовой интерфейс.

Cloud speakers дали удобство первыми, но ценой облачного wake word, аккаунтов и правил платформы. Home Assistant Assist пытается вернуть управление домой: local speech pipelines, exposed entities, automations. Но локальному помощнику всё равно нужен микрофон, который постоянно ждёт фразу.

Старые Android‑телефоны и планшеты выглядят естественным вариантом. Они уже есть в ящиках, их можно поставить на стену, использовать как dashboard and voice satellite. Но это работает хорошо только если Android даёт приложению правильный low‑power microphone path.

Почему CPU workaround плох

Wake word detection обычно устроен в два этапа. Маленький low‑power DSP слушает первую стадию, а CPU просыпается только для проверки и команды. Так экономится батарея и не греется устройство.

OHF пишет, что Home Assistant три года пытался сделать always‑on wake word in Android Companion app. CPU‑based microWakeWord workaround работал, но имел тяжёлые минусы: battery use мог вырасти примерно с 1% до 15%, зелёный индикатор микрофона оставался включённым, а Home Assistant приходилось делать default assistant, чтобы сервис переживал reboot. Для домашней панели это слишком много компромиссов.

Что меняет решение

Еврокомиссия требует equal, documented and effective interoperability. Для пользователя это означает: альтернативные assistants должны получать доступ к hotword invocation, включая standby, screen off и battery saving mode; доступ не должен зависеть от default assistant role; несколько services, including Google and third parties, должны уметь работать concurrently.

Именно concurrent mode важен для семьи. Один телефон может оставаться с Gemini для общих задач и одновременно слушать локальную фразу Home Assistant для дома. Пользователь не должен выбирать “или мой phone assistant, или house assistant”.

Риски тоже реальные

Google возражает, что DMA может дать внешним приложениям sensitive and powerful permissions без достаточных safeguards. Это не пустой аргумент. Always‑on microphone, ambient sensors, app context и screen automation требуют понятных разрешений, логов, revocation and user consent.

Но запрет на равный DSP path тоже не делает мир безопаснее. Он толкает third‑party assistants к более грубым workaround’ам: CPU recording, постоянный mic indicator, default role hacks. Лучший вариант — не “дать всем всё”, а равный доступ с проверяемыми ограничениями.

Что делать сейчас

Не покупайте Android‑планшет только ради будущего DSP wake word. В 2026 это roadmap, не готовый продукт.

Используйте push‑to‑talk Assist, dashboard buttons, NFC tags и обычные switches. Если голос нужен сейчас, смотрите на ESPHome satellites, ESP32‑S3 devices, Home Assistant Voice Preview Edition and Atom Echo‑style projects. Старый Android пока разумнее использовать как dashboard first, voice experiment second.

Не полагайтесь на voice для критичных функций: locks, alarms, heating safety and emergency routines должны иметь physical fallback. Если ставите старый phone as wall panel, factory reset, limited account, минимум personal apps and tokens.

За чем следить

В Android 18 нужно смотреть не только на наличие API, но и на battery behavior, OEM support, documentation, testing tools and whether Home Assistant can use it without becoming default assistant. В Android 19 важен concurrent hotword UX: сможет ли “Okay Nabu” жить рядом с “Hey Google” без путаницы.

Решение европейское. Google может внедрить это глобально, а может ограничить регионы. Вне ЕС не стоит ждать автоматической доступности.

Вывод

Это не повод срочно покупать старые телефоны для каждой комнаты. Но это важный сдвиг: локальный умный дом не станет по‑настоящему локальным, пока голосовой вход остаётся у облачного gatekeeper. Если реализация будет честной, Android‑телефон наконец сможет стать приватной low‑power voice panel для Home Assistant.