Dieses Gerät hat WLAN — und bleibt trotzdem draußen

Die meisten Smart-Home-Texte beantworten die Frage „wie binde ich das ein?“. Dieser hier beantwortet die seltenere: wann lasse ich es bleiben?

Zwei Geräte in meinem Haus in Kapfenberg haben WLAN. Für beide gibt es einen Weg, sie in Home Assistant zu holen. Bei beiden habe ich mich dagegen entschieden — aus zwei völlig verschiedenen Gründen.

Vorweg, weil es für den ersten Fall wichtig ist: Was hier steht, ist der Stand der Untersuchung vom August 2026. Was Ayla heute tut, habe ich nicht nachgeprüft. Die Entscheidung ist datiert, nicht ewig.

Fall eins: der Grill

Ein Ninja Woodfire, Holzpellet-Grill mit Kerntemperaturfühler. Genau das Gerät, bei dem eine Anbindung Sinn ergäbe — man steht nicht daneben, während etwas vier Stunden gart.

Es gibt sogar eine Integration dafür. Ein Gemeinschaftsprojekt, ausdrücklich als Hobbyprojekt gekennzeichnet: „published as-is, no support, no warranty“, sieben Sterne, getestet nur an einem einzigen Modell. Der Weg führt über Ayla, die Cloud-Plattform, auf der die Grills bisher hängen.

Die einzige offene Meldung des Projekts

Sie war einen Tag vor meiner Untersuchung eröffnet worden, und sie hat die Entscheidung getroffen:

SharkNinja zieht seine Grills von dieser Cloud ab, und sobald ein Grill umgezogen ist, meldet diese Integration auf Dauer einen veralteten Zustand — ohne jedes Anzeichen, dass etwas nicht stimmt.

Der Autor hatte es durchgemessen: 24 Stunden über zwei echte Grillvorgänge, 2367 Anfragen, null Wertänderungen. Home Assistant zeigte „bereit“ und „unbekannt“, während der Grill mitten im Garen war.

Das ist die schlimmere Sorte Fehler

Nicht „geht nicht“, sondern „zeigt falsch und sagt nichts“.

Ein Gerät, das offensichtlich kaputt ist, kostet dich zehn Minuten Ärger. Ein Gerät, das plausible alte Werte anzeigt, kostet dich das Abendessen — und beim nächsten Mal das Vertrauen in jeden anderen Sensor im Haus.

Bei einem Kerntemperaturfühler ist das mehr als lästig. Eine Anzeige, die „noch nicht fertig“ sagt, weil sie seit zwei Stunden eingefroren ist, ist schlechter als gar keine Anzeige. Ohne Anzeige geht man nachsehen.

Dazu kam ein Muster: SharkNinja hatte zusätzlichen Botschutz eingeführt, was bereits die Integration seiner Staubsauger erwischt hatte. Da macht jemand seine Wolke systematisch dicht — und das ist sein gutes Recht, aber es ist auch eine Information.

Was ich stattdessen notiert habe

Keine Absage für immer, sondern eine Prüfliste für später:

• Welche Fassung hat die Ninja-App? Unterhalb einer bestimmten Version ist der Grill vermutlich noch auf der alten Cloud und die Integration würde tragen. Darüber ist der Zug abgefahren.
• Der Grill antwortet lokal auf Port 80. Was dort liegt, ist nicht untersucht. Falls der Cloud-Weg endgültig ausfällt, ist das der nächste Ort zum Nachsehen.

Das ist der Unterschied zwischen „geht nicht“ und „jetzt nicht“. Ein Gerät, von dem ich weiß, wo ich beim nächsten Versuch ansetze, ist nicht verloren.

Fall zwei: der Schalter, den ich nicht gesucht habe

Der zweite Fall ist anders gelagert. Der Tuya-Schalter am Wasseranschluss wurde nicht gesucht — er blieb als unbekannte Adresse übrig, nachdem ich eine Router-Funktion abgeschaltet hatte.

Und fast hätte ich ihn falsch eingeordnet

Ein Scan über die Ports 1 bis 1024 plus zwanzig gängige Geräteports fand nichts.

Der naheliegende Schluss: kein offener Port, also ein Gerät, das nur nach außen telefoniert. Lokal nicht erreichbar, Cloud-Zwang, Fall erledigt.

Falsch. Ein zweiter Lauf über 1025 bis 10000 fand genau einen Port — und der stand in der ersten Liste nicht drin. Es ist der Port des lokalen Tuya-Protokolls.

Ein Scan, der nichts findet, beweist nichts. Er sagt nur, dass in deinem gewählten Bereich nichts war. Das ist eine Lehre, die über dieses Gerät weit hinausgeht.

Welche Protokollfassung das Gerät spricht, ließ sich danach aus der Antwort ablesen: Bei den älteren Fassungen steht die Versionsnummer im Klartext in der Nutzlast, bei den neueren nicht mehr. Hier stand sie nicht da.

Warum er trotzdem draußen bleibt

Es gibt zwei Wege, so ein Gerät einzubinden — einen über die Cloud, einen rein lokalen. Der lokale wäre der bessere.

Der Haken ist bei beiden derselbe: Für den lokalen Weg braucht man einen geräteeigenen Schlüssel, und an den kommt man nur über ein Entwicklerkonto bei Tuya. Einmal geholt, läuft es danach ohne Cloud — aber einmal muss man durch.

Und hier kommt der eigentliche Grund: Der Schalter ist derzeit unbenutzt.

Ein Entwicklerkonto anzulegen, einen Schlüssel auszulesen und eine Integration zu pflegen, damit ein Schalter, der nichts schaltet, in einer Liste erscheint — das ist genau die Art Arbeit, die ein Smart Home langsam unbedienbar macht.

Zur Klarstellung, weil die Lage es nahelegt: Dort ist keine automatische Wasserabsperrung eingerichtet. Der Schalter sitzt am Stromanschluss, und was er im Ernstfall tun würde, ist nicht erprobt. Darüber zu schreiben, als wäre es eine Sicherheitsfunktion, wäre falsch.

Ein dritter Fall, ganz kurz

Ein Energiespeicher im selben Haus hat gar keinen Port offen. Da gibt es nichts zu entscheiden — das Gerät bietet lokal nichts an.

Das ist erwähnenswert, weil es die Bandbreite zeigt: Ein Gerät kann lokal sprechen und trotzdem nicht aufgenommen werden, und ein anderes kann gar nicht. „Smart“ sagt über beides nichts aus.

Woran ich eine Anbindung messe

Aus diesen Fällen ist eine Prüfliste geworden, die ich inzwischen vor jeder neuen Integration durchgehe:

1. Was passiert, wenn die Verbindung abreißt? Zeigt das Gerät „nicht verfügbar“ oder zeigt es den letzten Wert weiter? Nur die erste Antwort ist brauchbar. Die zweite ist eine Falle.
2. Hängt es an einer fremden Cloud, die jemand abschalten kann? Dann ist die Integration eine Leihgabe, kein Besitz.
3. Wer pflegt die Integration? Ein Hobbyprojekt mit sieben Sternen und einem getesteten Modell ist kein Fundament, sondern ein Versuch.
4. Was mache ich mit dem Wert? Wenn die Antwort „er steht dann halt im Dashboard“ lautet, ist die Arbeit nicht gerechtfertigt.
5. Was kostet die Entscheidung später? Ein Gerät später nachzurüsten ist billig. Eine Automation zu entwirren, die auf falschen Werten aufbaut, ist es nicht.

Punkt 1 ist der wichtigste, und er wird fast nie gestellt. Die meisten Integrationen werden danach beurteilt, ob sie im Normalfall funktionieren. Was zählt, ist ihr Verhalten im Fehlerfall.

Und was heißt das?

Es gibt in jedem Haushalt Geräte, die WLAN haben und trotzdem nichts beitragen. Das Nicht-Einbinden ist keine Faulheit und kein Scheitern — es ist eine Entscheidung, und sie gehört genauso dokumentiert wie eine gelungene Anbindung.

Mein Maßstab ist inzwischen einfach: Eine Anbindung muss etwas können, was das Gerät nicht schon selbst kann. Der Grill zeigt seine Temperatur auf dem eigenen Display. Der Schalter schaltet nichts. In beiden Fällen bringt Home Assistant nichts dazu — außer einer zusätzlichen Stelle, an der etwas kaputtgehen kann.

Und falls du jetzt denkst, dass du den Grill trotzdem einbinden würdest: Du könntest recht haben. Deine App-Fassung ist vielleicht eine andere als meine damals, und dann trägt der Weg. Der Punkt ist nicht die Antwort, sondern dass die Frage gestellt wird.