Je coupe mon dernier Tuya du cloud pour le garder en local

C’est le dernier équipement Tuya qu’il me reste dans tout mon écosystème domotique domestique, et ce n’est pas n’importe lequel : il alimente la prise du lisseur et la coiffeuse de ma femme. Autant dire que je ne l’ai jamais pris à la légère.

Je n’aime pas Tuya, et je le dis sans détour : trop de comportements imprévisibles, trop de petits dysfonctionnements qui arrivent sans prévenir, et, sur certains équipements Zigbee, une façon de faire qui me laisse souvent penser qu’ils interprètent le protocole un peu à leur sauce.

Pendant des années, cet interrupteur a pourtant fait son travail sans broncher.

Puis un jour, plus rien côté Home Assistant. Smart Life, lui, continuait à le piloter sans souci. Pas d’erreur claire, pas de gros message d’alerte, juste un appareil qui semblait m’ignorer au mauvais endroit.

🔎 Je constate le souci

Le premier indice, c’est que l’application Smart Life fonctionnait encore. Je pouvais allumer, éteindre, tester, vérifier : tout répondait. En revanche, dans Home Assistant, plus rien. Pas d’erreur évidente, pas de message clair, juste un interrupteur qui semblait partir en vacances pendant que le reste de la maison continuait à vivre.

J’ai tenté les classiques : recharger l’intégration, supprimer puis réappairer, recommencer proprement. Rien n’y faisait.

Sur la plateforme Dev de Tuya, l’équipement était hors ligne alors qu’il était en ligne sur mon smartphone.

Le plus frustrant, c’est qu’on a l’impression d’être face à un bug flou, alors qu’en réalité, le problème était ailleurs.

🧠 Je comprends pourquoi ça bloque

En y regardant de plus près, j’ai fini par comprendre pourquoi. Je venais de réorganiser mon réseau local, et j’avais scindé mes plages IP : une partie pouvait sortir sur internet, l’autre non.

L’interrupteur avait justement atterri dans la tranche bloquée. Résultat : plus de lien avec le cloud Tuya, et donc plus de visibilité correcte dans Home Assistant.

Le test décisif a été tout simple. Depuis mon smartphone, tant que j’étais en Wi‑Fi, je pouvais encore piloter l’interrupteur. Dès que je coupais le Wi‑Fi et que je passais en 4G, il devenait inaccessible.

Là, j’ai eu le déclic : le pilotage local fonctionnait bien, mais la dépendance au cloud me sabotait tout le reste.

🔌 Je bascule vers Tuya Local

À partir de ce moment-là, la décision a été immédiate : ce dernier appareil Tuya allait sortir du cloud. Je n’avais plus envie de dépendre d’un service externe pour un équipement aussi sensible dans la maison, surtout quand il touche directement à la coiffeuse et au lisseur de ma femme.

Quand un appareil sert tous les jours, on veut qu’il soit simple, stable, et surtout prévisible.

J’ai donc décidé de sortir définitivement de l’intégration Tuya classique pour passer sur Tuya Local, afin que Home Assistant parle directement à l’interrupteur, sans passer par les serveurs Tuya pour chaque ordre.

⚙️ Je configure l’intégration

J’ai installé Tuya Local dans Home Assistant, puis j’ai lancé l’assistant d’ajout. Et c’est là que j’ai trouvé la démarche plutôt agréable : l’intégration propose une configuration assistée par le cloud Smart Life, ou une saisie manuelle si on préfère tout contrôler soi-même.

L’installation est très simple, on ajoute via HACS le dépot personnalisé de https://github.com/make-all/tuya-local

J’ai ensuite choisi l’intégration Tuya Local, puis j’ai laissé l’assistant me guider. J’ai pris le premier choix qui fait le travail à ma place.

Pour mon modèle, Home Assistant a proposé automatiquement un profil de type Dual switch with timers, ce qui collait parfaitement aux fonctions du device.

Rien que ça m’a rassuré : on n’était pas face à un appareil mystérieux, mais devant un interrupteur double avec minuterie, bien compris par l’intégration.

Ensuite, il a fallu vérifier les informations techniques : le device ID, l’adresse IP, la local key et la version du protocole.

L’assistant a tout fait, il a tout récupéré et cela m’a pris 2 minutes. Je suis passé étape par étape, et une fois les champs remplis, il ne restait plus qu’à valider.

✅ Je remets l’interrupteur en service

Le résultat a été immédiat : l’appareil est remonté correctement dans Home Assistant. Les deux interrupteurs sont là, les minuteries aussi, et l’ensemble répond enfin comme je l’attendais.

Je dois dire que ça fait du bien de voir un équipement Tuya enfin vivre sa vie dans mon réseau local, sans devoir demander l’autorisation à un cloud externe à chaque action.

C’est encore plus satisfaisant quand on sait que ce dernier appareil était aussi le plus sensible de la maison, celui qu’on ne veut surtout pas voir devenir capricieux au mauvais moment.

Evidemment, je supprime l’intégration Tuya qui n’a plus d’utilité.

🧩 Je tire les leçons de l’histoire

Au fond, cette histoire m’a surtout confirmé ce que je pense depuis un moment : je préfère de loin les solutions locales, simples et prévisibles.

Avec Tuya, je suis toujours resté méfiant, parce que j’ai trop souvent vu des intégrations qui décrochent, des états qui remontent mal, ou des appareils Zigbee qui chargent le réseau au lieu de le servir.

Je ne dis pas que tout est mauvais chez Tuya, mais dans ma maison, j’ai clairement fait mon choix.

Ce dernier interrupteur est désormais dans Home Assistant, en local, sous contrôle, et surtout loin des caprices du cloud. C’était le dernier Tuya de la maison. Il a tenu bon, mais il a fini par perdre la bataille du cloud mais reste en vie en local.