Un vieux téléphone Android semble parfait pour la maison connectée: micros, écran, Wi‑Fi, haut‑parleur et batterie sont déjà là. Dans une installation Home Assistant, on aimerait dire “Okay Nabu” pour allumer les lumières ou lancer une scène locale, sans enceinte cloud.

Ancien téléphone Android utilisé comme panneau vocal local de maison connectée

Aujourd'hui, c'est encore compliqué. Assist existe sur Android, mais l’écoute permanente du wake word dépend d’un accès bas niveau que les applications tierces n’ont pas eu dans les mêmes conditions que Google Assistant ou Gemini.

Le billet de l’Open Home Foundation du 31 juillet explique pourquoi la décision européenne sur l’interopérabilité Android est concrète pour la maison. La page officielle de la Commission confirme une décision finale du 16 juillet 2026 sous le DMA: Alphabet doit ouvrir 11 fonctionnalités Android aux services d’IA. Android 18 doit intégrer les mesures principales au plus tard le 1er août 2027; la détection concurrente de hotwords doit arriver avec Android 19 au plus tard le 1er août 2028.

Pourquoi cela bloque

Un wake word efficace utilise souvent deux étapes: un DSP à très basse consommation écoute d’abord, puis le CPU valide quand il y a un signal plausible. Sans accès au DSP, une application doit utiliser davantage le CPU et ressemble à un service d’enregistrement permanent.

OHF explique que Home Assistant a testé microWakeWord sur CPU. Le contournement fonctionnait, mais avec trop de compromis: forte consommation, point vert du microphone visible en permanence et obligation de faire de Home Assistant l’assistant par défaut pour résister aux redémarrages.

Ce que la décision change

La Commission demande une interopérabilité aussi efficace que celle des services Google, sans friction inutile et sans obligation de détenir le rôle d’assistant par défaut. Elle prévoit aussi des hotwords concurrents: plusieurs services peuvent être invoqués par la voix.

C’est essentiel pour une famille. Le même téléphone pourrait garder Gemini pour les tâches générales et écouter une phrase locale pour Home Assistant. Il ne faudrait pas choisir entre l’assistant du téléphone et l’assistant de la maison.

Le risque existe

Google affirme que ces accès peuvent menacer la sécurité et la vie privée. Ce n’est pas absurde: micro permanent, capteurs ambiants, contexte d’apps et screen automation exigent consentement clair, permissions lisibles, journaux et révocation.

Mais bloquer le chemin bas niveau pousse aussi à de mauvais contournements. La bonne réponse est un accès égal, documenté et contrôlé, pas un privilège privé pour l’assistant du fournisseur.

Que faire maintenant

Ne pas acheter une tablette Android uniquement pour cette promesse. En 2026, c’est une feuille de route. Utilisez Assist en push‑to‑talk, des dashboards, des boutons physiques et des tags NFC. Pour la voix locale immédiate, regardez ESPHome satellites, ESP32‑S3, Home Assistant Voice Preview Edition ou des projets type Atom Echo.

Gardez des commandes physiques pour les fonctions critiques: serrures, alarmes, chauffage et scènes de sécurité. Et si un ancien téléphone devient panneau mural, réinitialisez-le, limitez les comptes et évitez d’y stocker des secrets.

Conclusion

Si l’implémentation est sérieuse, Android pourrait devenir un très bon satellite vocal local pour Home Assistant. Mais le gain réel se mesurera à la batterie, aux permissions, à la coexistence avec Gemini et au support matériel, pas seulement à l’existence d’une règle européenne.