Es ist das letzte Tuya-Gerät, das ich in meinem gesamten Heimautomations-Ökosystem habe, und es ist nicht irgendein: Es speist die Steckdose des Haarglätters und den Schminktisch meiner Frau. Das heißt, ich habe es nie auf die leichte Schulter genommen.

Tuya gefällt mir nicht, und ich sage ohne Umschweife: Zu viele unvorhersehbare Verhaltensweisen, zu viele kleine Fehlfunktionen, die ohne Vorwarnung auftreten, und bei einigen Zigbee-Geräten eine Vorgehensweise, die mich oft denken lässt, dass sie das Protokoll ein wenig nach ihren eigenen Vorstellungen interpretieren.
Jahrelang hat dieser Schalter seine Arbeit getan, ohne zu bräunen.
Dann eines Tages, nichts mehr auf der Seite Home Assistant. Smart Life fuhr ohne Probleme weiter. Kein klarer Fehler, keine große Warnmeldung, nur ein Gerät, das mich an der falschen Stelle zu ignorieren schien.
🔎 Ich stelle die Sorge fest
Das erste Indiz ist, dass die Smart Life-App noch funktionierte. Ich konnte ein- und ausschalten, testen und überprüfen: Alles antwortete. Im Home Assistant gibt es nichts mehr. Kein offensichtlicher Fehler, keine klare Botschaft, nur ein Schalter, der in den Urlaub zu fahren schien, während der Rest des Hauses weiterlebte.
Ich habe die Klassiker ausprobiert: Integration neu laden, löschen und erneut koppeln, sauber neu starten. Das war nicht der Fall.
Auf der Dev-Plattform von Tuya war die Ausrüstung offline, während sie auf meinem Smartphone online war.

Am frustrierendsten ist, dass man das Gefühl hat, mit einem unscharfen Bug konfrontiert zu sein, obwohl das Problem in Wirklichkeit woanders lag.
🧠 Ich verstehe, warum es blockiert
Bei näherer Betrachtung wurde mir schließlich klar, warum. Ich hatte gerade mein lokales Netzwerk umstrukturiert und meine IP-Bereiche aufgeteilt: Eine Partei konnte ins Internet gehen, die andere nicht.
Der Schalter war gerade in der blockierten Scheibe gelandet. Ergebnis: mehr Verbindung zur Tuya Cloud und damit mehr korrekte Sichtbarkeit im Home Assistant.
Der entscheidende Test war ganz einfach. Von meinem Smartphone aus konnte ich den Schalter noch steuern, solange ich Wi‑Fi nutzte. Sobald ich Wi‑Fi abschaltete und auf 4G umschaltete, wurde es unzugänglich.
Dort hatte ich den Auslöser: Die lokale Steuerung funktionierte gut, aber die Cloud-Abhängigkeit sabotierte alles andere.
🔌 Ich wechselte zu Tuya Local

Von diesem Zeitpunkt an erging die Entscheidung sofort: Das neue Tuya-Gerät kommt aus der Cloud. Ich hatte keine Lust mehr, mich für eine so sensible Ausrüstung im Haus auf einen externen Dienst zu verlassen, insbesondere wenn sie die Friseuse und den Haarglätter meiner Frau direkt berührt.
Wenn ein Gerät täglich verwendet wird, soll es einfach, stabil und vor allem vorhersehbar sein.
Daher habe ich beschlossen, mich endgültig von der klassischen Tuya-Integration zu verabschieden, um Tuya Local, so dass Home Assistant direkt mit dem Schalter spricht, ohne die Tuya-Server für jeden Auftrag zu durchlaufen.
⚙ Ich gestalte die Integration
Ich habe installiert Tuya Local Im Home Assistant habe ich dann den Hinzufügen-Assistenten gestartet. Und hier fand ich die Vorgehensweise recht angenehm: Die Integration bietet eine Konfiguration, die von der Smart Life Cloud unterstützt wird, oder eine manuelle Eingabe, wenn Sie es vorziehen, alles selbst zu steuern.
Die Installation ist sehr einfach, wir fügen über HACS den benutzerdefinierten Depot von https://github.com/make-all/tuya-local hinzu

Anschließend habe ich mich für die Tuya Local-Integration entschieden und mich dann vom Assistenten leiten lassen. Ich habe die erste Wahl getroffen, die die Arbeit für mich erledigt.

Für mein Modell hat Home Assistant automatisch ein Profil vom Typ Dual Switch mit Timern, was perfekt zu den Funktionen des Geräts passte.

Allein das hat mich beruhigt: Wir standen nicht vor einem mysteriösen Gerät, sondern vor einem Doppelschalter mit Timer, der durch die Integration gut verstanden wurde.

Anschließend mussten die technischen Informationen überprüft werden: der device ID, ,IP-Adresse, die Lokale Schlüssel und Protokollversion.
Der Assistent hat alles getan, er hat alles zurückbekommen, und es hat 2 Minuten gedauert. Ich ging Schritt für Schritt durch, und nachdem ich die Felder ausgefüllt hatte, musste ich nur noch validieren.
✅ Ich schalte den Schalter wieder ein
Das Ergebnis war unmittelbar: Das Gerät wird korrekt in den Home Assistant aufgenommen. Die beiden Schalter sind da, die Timer auch, und das Ganze reagiert endlich so, wie ich es erwartet hatte.

Ich muss sagen, dass es gut ist, ein Tuya-Gerät endlich in meinem lokalen Netzwerk leben zu sehen, ohne bei jeder Aktion die Genehmigung einer externen Cloud beantragen zu müssen.
Das ist umso befriedigender, wenn man bedenkt, dass dieses Gerät auch das empfindlichste im Haus war, das man vor allem nicht zur falschen Zeit launisch werden sehen will.
Selbstverständlich entferne ich die Tuya-Integration, die keinen Nutzen mehr hat.

🧩 Ich lerne aus der Geschichte
Im Grunde hat mir diese Geschichte vor allem bestätigt, was ich seit einiger Zeit denke: Ich bevorzuge lokale Lösungen, die einfach und vorhersehbar sind.
Bei Tuya bin ich immer misstrauisch geblieben, weil ich zu oft Integrationen gesehen habe, die ausfallen, schlechte Zustände oder Zigbee-Geräte, die das Netzwerk aufladen, anstatt es zu bedienen.
Ich sage nicht, dass bei Tuya alles schlecht ist, aber in meinem Haus habe ich mich eindeutig dafür entschieden.
Dieser letzte Schalter ist jetzt im Home Assistant, lokal, unter Kontrolle und vor allem weit weg von den Launen der Cloud. Es war der letzte Tuya im Haus. Er hat durchgehalten, aber er hat den Kampf um die Cloud verloren, bleibt aber vor Ort am Leben.
















