tado lokal eingebunden — und sechs Wochen falsch diagnostiziert

Zwölf Thermostate in der Wiener Wohnung, acht Heizkörperköpfe und vier Raumthermostate. Ziel: lokal steuern, ohne Konto und ohne Abo.

Das geht. Es hat aber zwei blinde Flecken, die man vorher wissen sollte — und es hat mich danach sechs Wochen lang vier Mal in die falsche Richtung geschickt.

Der Umweg, der nötig war

Home Assistant bietet von sich aus einen tado-Dialog an. Der führt in die Cloud. Der lokale Weg heißt anders und muss von Hand gestartet werden.

Beim ersten Versuch bot der lokale Weg tado gar nicht erst an. Nachgemessen über die Dienstankündigung im Netz:

tado Internet Bridge ..._hap._tcp.local
    sf=0  ->  bereits gekoppelt

Zum Vergleich stand die Hue-Bridge daneben auf sf=1, also frei.

Ein HomeKit-Zubehör lässt immer nur einen Controller zu. Hier war es die Apple-Home-Zentrale im Wohnzimmer. Erst nachdem dort das Haus gelöscht war, sprang das Feld auf 1 und die Kopplung lief beim ersten Versuch durch.

Ein HomeKit-Zubehör ist kein geteiltes Gerät. Wer es koppelt, nimmt es dem anderen weg.

Matter wäre der bessere Weg gewesen — dort sind mehrere Controller gleichzeitig vorgesehen. Die Bridge hat in den Ankündigungen aber nicht damit geworben, und ob sie es grundsätzlich könnte, ist damit nicht geklärt.

Eine kleine Prüfung, die Zeit spart: HomeKit-Codes haben acht Ziffern, Matter-Codes elf. Mein Kopplungsskript prüft die Länge und bricht mit einem Hinweis ab, wenn sie nicht passt — statt an einem Code zu scheitern, der für das andere Verfahren gedacht ist.

Was angekommen ist

13 Geräte, 61 Entitäten: je Gerät Temperatur und Luftfeuchte, dazu die zwölf eigentlichen Thermostate, die Anzeigeeinheit und ein „Identify“-Knopf.

Die Steuerung läuft seitdem vollständig im Haus. Kein Konto im laufenden Betrieb, kein Abo, keine Abhängigkeit von einer Erreichbarkeit nach außen.

Die zwei blinden Flecken — der Preis des lokalen Wegs

Es gibt keinen einzigen Batteriesensor. Unter 61 Entitäten kein einziger. Auf diesem Weg veröffentlicht tado den Batteriestand nicht.

Das heißt: unavailable ist das einzige Warnsignal. Eine Vorwarnung „Batterie schwach“ gibt es nicht; ein Kopf fällt ohne Ankündigung aus — mitten in der Heizsaison, in einem Raum, den man gerade nicht betritt. Wer das anders will, braucht die Cloud-Anbindung und damit Konto und Abo.

Und es gibt keine Raumnamen. Über HomeKit heißen die Geräte nach Modell und Seriennummer. Nachgesehen im Entitätsabbild: Jedes Zubehör trägt genau einen Namen, und der ist die Modellbezeichnung samt Nummer. Die lokale Schnittstelle der Bridge antwortet auf keinem Pfad.

Gelöst habe ich das mit einem einmaligen Lesen über das Konto, und zwar über den Gerätefluss: Das Skript fordert einen Code an, ein Mensch bestätigt ihn im Browser, danach kommt ein Token zurück.

Ein Kennwort bekommt Claude dabei nie zu sehen. Und es war ein einmaliges Lesen — die Steuerung läuft weiter lokal.

Eine Falle steckte im Abgleich: Ein Raumthermostat heißt in den beiden Systemen verschieden, die Nummer ist dieselbe, der Anfang nicht. Das Umbenennen gleicht deshalb nicht nur auf Gleichheit ab, sondern auch auf das Namensende. Die übrigen zwölf stimmten wörtlich überein — genau deshalb wäre der Sonderfall fast durchgerutscht.

Und dann der Betrieb: vier Diagnosen, vier Irrtümer

Nach der Einbindung meldeten sich drei von zwölf Geräten. Der Rest war stumm. Das war zunächst einfach: Die Batterien mussten getauscht werden.

Danach wurde es unübersichtlich. Zwei Geräte blieben weg, und über sechs Wochen hat Claude vier Deutungen dafür aufgeschrieben:

Deutung	widerlegt durch
schwache Batterie	das Konto meldete den Batteriezustand als normal
echter Gerätedefekt	ein Bridge-Neustart holte beide in 19 Minuten zurück
ein beschädigtes Netzwerkkabel	neues Kabel, neuer Anschluss — Zustand unverändert
eine gescheiterte Aushandlung bei 10 Mbit	mein Einwurf: „das ist eine uralte Bridge, schau mal ob die nicht nur 10 Mbit kann“

Jede dieser Deutungen stützte sich auf eine Beobachtung, und jede war plausibel.

Der schönste Irrtum war der letzte

10 Mbit halbduplex ist normalerweise der Notbetrieb einer gescheiterten Aushandlung. Das stimmt als Regel, und genau so hat Claude sie gelesen.

Hier war es die Obergrenze des Geräts. In tados eigener Hilfe steht der Fall sogar andersherum: Manche neueren Router unterstützen 10 Mbit halbduplex gar nicht mehr, und dann lässt sich die Bridge dort überhaupt nicht anschließen; der Rat ist, einen älteren Switch dazwischenzuhängen.

Damit erklärt sich auch, warum weder der Anschlusswechsel noch das neue Kabel etwas geändert haben: Es gab nichts zu ändern. Beide Seiten handelten korrekt aus, was das Gerät hergibt.

Eine Regel, die fast immer trägt, wird zur Falle, wenn man die Ausnahme nicht mitdenkt: ein Gerät, das nie mehr konnte.

Und eine Warnung für alle, die jetzt denken, man könne das erzwingen: Stell den Anschluss nicht fest auf die schnellere Stufe. Der Switch gibt sie her, die Bridge nicht. Das Ergebnis wäre kein Link oder ein Duplex-Mismatch — und die Heizungssteuerung wäre weg, bis jemand vor Ort zurückstellt.

Auch meine Faustregel war falsch

Ich hatte mir unterwegs eine Regel gebaut: Widersprechen sich Konto und lokale Sicht, liegt es an der Bridge; sagen beide dasselbe, liegt es am Gerät.

Sie stimmt so nicht. Sie übersieht genau den Fall, der hier vorlag: Die Bridge hatte die zwei Geräte verloren und nie wieder gesucht — und das Konto meldete diesen Verlust nur weiter. Beide sagten dasselbe, und das Gerät war in Ordnung.

Sagen beide dasselbe, kann es am Gerät liegen oder an der Bridge. Bevor man ein Gerät aufgibt, startet man die Bridge neu.

Die eigentliche Lehre kam zum Schluss

Sechs Wochen Einzelbeobachtung, vier Deutungen, jede aus einem Blick auf den Istzustand.

Die Antwort lag die ganze Zeit in der Datenbank. Home Assistant schreibt den Verlauf mit. Eine einzige Abfrage über dreißig Tage hätte am ersten Tag gezeigt, was sechs Wochen Hinsehen nicht geklärt haben: wie oft, wie lange und in welchem Muster diese beiden Geräte tatsächlich weg waren.

Wo der Rekorder mitschreibt, gehört gezählt und nicht geschlossen.

Was ich dir rate

1. Prüf vor dem Koppeln, ob das Zubehör frei ist. Das Statusfeld in der Dienstankündigung sagt es. Spart den Fehlschluss „die Integration kann das nicht“.
2. Rechne damit, dass Koppeln woanders wegnimmt. Bei HomeKit ist das kein Fehler, sondern die Bauart.
3. Frag vor dem Kauf nach dem Batteriesensor — nicht ob das Gerät eine Batterie hat, sondern ob der Weg, den du nutzen willst, den Stand meldet.
4. Lies einmalig, was lokal fehlt, und sag das auch so. Namen über das Konto zu holen ist in Ordnung, solange die Steuerung lokal bleibt und es dabei bleibt.
5. Erzwing keine Verbindungsstufe, die ein Gerät nicht hergibt. Der Schaden ist größer als der Gewinn.
6. Zähl, bevor du deutest. Wenn dein System mitschreibt, ist eine Abfrage über dreißig Tage mehr wert als dreißig Blicke.

Nachtrag vom 07.11.2026: es ist schlimmer geworden

Dieser Artikel endete bisher mit einer geklärten Sache. Das stimmt für die damalige Frage — und es stimmt nicht mehr für die Anlage.

Seit dem Erscheinen fallen Geräte nicht mehr einzeln aus, sondern in wachsender Zahl:

Datum	von HomeKit verloren	Zonen ganz ohne Gerät
13.09.	1	—
01.10.	4	—
07.11.	6	zwei

Damit greift meine Absicherung nicht mehr. Die Heizszenen sprechen jedes Gerät einer Zone einzeln an, damit ein Raum nicht stehenbleibt, wenn eines ausfällt. Das trägt, solange ein Gerät übrig ist. Zwei Räume haben jetzt keines mehr und sind aus Home Assistant nicht mehr stellbar.

Die Gegenprobe sagt jedes Mal dasselbe: Über das Konto hat tado zu allen zwölf Geräten Kontakt. Es ist die HomeKit-Strecke, nicht die Heizung.

Geholfen hat bisher immer nur ein Neustart der Bridge — Stecker ziehen, zehn Sekunden warten. Beim letzten Mal waren danach alle zwölf in dreieinhalb Minuten zurück.

Alle zwei Wochen im Winter den Stecker zu ziehen ist keine Instandhaltung, sondern eine Umgehung. Ab hier wird der Austausch der Bridge die ehrlichere Lösung.

Und die zehn Mbit sind dabei weiterhin kein Argument. Das ist die Obergrenze des Geräts und war nie der Fehler — die Steigerung von eins auf sechs ist das Argument.

Was dadurch offen ist

• Zwei Heizkörperköpfe gegen zwei andere aus derselben Wohnung tauschen. Das entscheidet zwischen Gerät und Standort und kostet nichts.
• Den Fehlerzähler am Switch-Anschluss der Bridge beobachten. Bleibt er stehen, war das alte Kabel die Ursache der damaligen Fehlerpakete.
• Eine Batteriewarnung über das Konto bauen — der lokale Weg gibt sie nicht her, und das ist in diesem Artikel der Punkt, der mich inzwischen am meisten stört.

Und was heißt das?

Das Urteil über den lokalen Weg fällt klar aus: Er funktioniert und er lohnt sich. Die Heizung hängt an keinem Konto, an keinem Abo und an keiner Erreichbarkeit nach außen.

Bezahlt wird mit zwei Dingen, die man einplanen muss — keiner Batterievorwarnung und keinen Raumnamen — und mit einer Bridge, die am Rand ihrer Auslegung läuft und das nie verschwiegen hat. Ich habe es nur sechs Wochen lang nicht geglaubt.

Dass die Sache am Ende geklärt war, lag nicht an der Diagnose. Es lag an einem Satz, der eine Annahme bezweifelt hat, die sechs Wochen lang niemand mehr geprüft hat, weil sie feststand — und den Satz habe ich gesagt, nicht Claude.