Sechs Ventile ziehen um — und das Funknetz wurde besser
Die Heizkörperköpfe sprachen Bluetooth über zwei Gateways. Dieselbe Hardware kann Zigbee — und nach dem Ausbau wurde die schwächste Funkstrecke besser.

Inhalt
- Die Ausgangslage hatte eine Eigenheit
- Der Befund, der alles einfach gemacht hat
- Was vorher geprüft wurde, in dieser Reihenfolge
- Der Kanal: gemessen, nicht nach Empfehlung
- Die Einrichtung, mit allen Stolperfallen
- Was angekommen ist
- Der Netztest vor dem Ausbau
- Der Ausbau — und die Überraschung
- Eine Warnung, die mich einen Satz Batterien gekostet hat
- Was ich dir rate
- Und was heißt das?
An den Heizkörpern der Meraner Wohnung sitzen sechs Thermostatköpfe. Sie sprachen Bluetooth, und zwar über zwei kleine Gateways, die den Funk ins Netz übersetzen.
Jedes dieser Gateways belegt eine Steckdose. Genau das war der Anlass: Die Steckdosen wurden anderweitig gebraucht.
Am Ende waren die Gateways weg, die Ventile liefen weiter — und die schwächste Funkstrecke im Haus war besser als vorher.
Was so ein Ventil überhaupt kann und was nicht, steht im allgemeinen Teil über Heizkörperthermostate. Hier geht es nur um den Funkweg.
Die Ausgangslage hatte eine Eigenheit
Jedes Ventil erschien in Home Assistant doppelt: einmal über sein Gateway, einmal direkt per Bluetooth vom Raspberry Pi. Die direkte Kopie trägt im Namen den Zusatz „BLE direkt“.
Beide sehen gleich aus und sind es nicht: Die direkte Kopie liefert nur Messwerte. Schalten kann nur die Variante über das Gateway.
Zwei Entitäten für dasselbe Gerät sind kein Komfort, sondern eine Einladung, in einer Automatisierung die falsche zu nehmen — und sich zu wundern, warum nichts passiert.
Der Befund, der alles einfach gemacht hat
Die Köpfe können Zigbee. Nicht über Zusatzhardware, sondern über denselben Funkbaustein: Bluetooth LE und Zigbee stecken im selben Chip.
| Zigbee ab Firmware | 1.3.2 |
| Aktivierung | fünfmal klicken am Gerät |
| separates Firmware-Image | nicht nötig |
Alle sechs Köpfe erfüllten die Bedingung bereits. Der Umzug kostete also kein Gerät und keinen Euro — nur einen Abend.
Was vorher geprüft wurde, in dieser Reihenfolge
Was hängt an den Gateways außer den Ventilen? Fast nichts: je zwei aktive Entitäten, Neustartknopf und Firmwarestand. Dazu ein Außensensor, der über ein Gateway doppelt geführt wurde — er kommt ohnehin direkt am Bluetooth des Pi an und läuft ohne Gateway weiter.
Hängt Logik an den Ventil-Entitäten? Die Abfrage nach Verwandtschaften lieferte für alle sechs: keine Automatisierung, kein Skript, keine Szene. Die Bezeichnungen ändern sich beim Umstieg — es hing nichts daran.
Vor einem Umzug ist die wichtigste Frage nicht „geht das?“, sondern „wer hängt dran?“
Und eine Begründung, die beim Prüfen zerfiel. Ein Gateway „für Firmware-Updates“ behalten zu wollen, klang vernünftig. Nachgemessen am Wohnzimmer-Kopf: Die beiden Update-Aufrufe über das Gateway antworten mit HTTP 500, das Gerät blieb unverändert. Firmware kommt bei diesen Köpfen nur über die Shelly-App per Bluetooth aufs Gerät.
Ein Gateway „für Updates“ zu behalten, ist damit sinnlos — die Begründung war nur nie geprüft worden.
Der Kanal: gemessen, nicht nach Empfehlung
Das Übergabedokument empfahl Zigbee-Kanal 15, 20 oder 25. Diese Empfehlung gilt aber nur, wenn das WLAN auf 1, 6 oder 11 liegt. Hier liegt es anders:
eigenes WLAN Kanal 11
Nachbarn Kanal 9 und 13
belegt 2441–2483 MHz
frei 2401–2441 MHz
Zigbee-Kanal 11 2405 MHz -> im freien Bereich
Zigbee 20 und 25 wären hier genau falsch gewesen — mitten im belegten Bereich. Kanal 11 blieb.
Eine Kanalempfehlung ist eine Aussage über ein fremdes Haus. In Kapfenberg war aus demselben Grund Kanal 20 die richtige Wahl — dort liegt das WLAN auf 1.
Eine Fußnote, die Verwirrung spart: WLAN-Kanal 11 und Zigbee-Kanal 11 bezeichnen verschiedene Frequenzen — 2462 gegen 2405 MHz. Die Namensgleichheit ist Zufall.
Die Einrichtung, mit allen Stolperfallen
Vier Dinge haben Zeit gekostet, und keines stand in einer Anleitung.
Die Optionen des Add-ons müssen vollständig gesetzt werden. Nur den Schnittstellenpfad zu schicken bricht mit einer Meldung über eine fehlende andere Option ab. Richtig ist: bestehende Optionen lesen, ergänzen, zurückschreiben.
Die neue Fassung startet in einen Einrichtungsmodus und wartet auf die Weboberfläche. Daran vorbei führt ein Schalter in der Konfigurationsdatei plus Neustart.
Die Zugangsdaten zum Vermittler schreibt das Add-on selbst — ein eigener Benutzer ist nicht nötig. Das ist die Stelle, an der solche Umzüge sonst hängenbleiben.
Das Anlernfenster ist 254 Sekunden offen. Mein erster Versuch ging daneben,
weil es abgelaufen war; das Display des Kopfes meldet dann schlicht no. Und ein
Abbruch beim Erstkontakt mit einem sofortigen zweiten Anlauf ist normal, kein
Fehler.
Was angekommen ist
Je Kopf: Sollwert, gemessene Temperatur, Ventilstellung lesbar und schreibbar, Batteriestand, ein Kalibrierknopf und ein Handbetriebsschalter. Funktional deckt das den bisherigen Umfang über die Gateways vollständig ab.
Der Schreibtest ist der, der mir am besten gefällt:
Sollwert auf 20 °C gesetzt -> angenommen und zurückgemeldet
Ventilstellung -> blieb bei 0 %
Raumtemperatur -> 27,1 °C
Das Ventil blieb korrekt zu, weil der Raum wärmer war als der Sollwert. Ein Test, der beweist, dass etwas funktioniert, indem nichts passiert.
Der Netztest vor dem Ausbau
Zwanzig Minuten, alle sechs Köpfe direkt am Koordinator, ohne jeden Router dazwischen. Gemessen wurde die Verbindungsgüte:
| Ventil | Meldungen | schlechteste | im Mittel |
|---|---|---|---|
| Schlafzimmer Wand | 15 | 87 | 101 |
| Bad | 19 | 39 | 70 |
| Küche | 18 | 27 | 60 |
| Heizkörper Wohnzimmer | 20 | 42 | 58 |
| Kinderzimmer | 22 | 45 | 57 |
| Schlafzimmer Fenster | 20 | 18 | 46 |
Ergebnis: Ein Verstärker ist nicht nötig. Die Ausreißer nach unten sind Einzelmomente, keine dauerhaft schlechte Strecke.
Der Ausbau — und die Überraschung
Hier lauert die Falle, die man kennen muss: Die Ventile gehören zum selben Konfigurationseintrag wie ihr Gateway. Wer den Eintrag löscht, nimmt beide mit.
Genau so wurde es gemacht, und zwar vor dem Ziehen der Stecker:
| Eintrag | entfernt |
|---|---|
| Gateway 1 | Gateway plus 2 Ventile — 3 Geräte, 21 Entitäten |
| Gateway 2 | Gateway plus 4 Ventile — 5 Geräte, 35 Entitäten |
Ein Neustart war nicht nötig. Der Nebeneffekt war beabsichtigt: Danach kann niemand mehr die alten Entitäten mit den neuen verwechseln — es gibt die alten nicht mehr.
Und dann die Zahl, mit der ich nicht gerechnet hatte:
Die schlechteste Verbindung im Netz stieg von 18 auf 48.
Die beiden Gateways standen nah an den Ventilen und funkten im selben Band. Weg waren sie, und die schwächste Strecke wurde mehr als doppelt so gut. Der geplante Zusatz-Verstärker war damit erledigt, bevor er gekauft war.
Eine Warnung, die mich einen Satz Batterien gekostet hat
Nach dem Anlernen habe ich den Kalibrierbefehl an alle sechs Köpfe geschickt — schien ordentlich.
Der Wohnzimmer-Kopf lief vorher fehlerfrei und stand danach auf „nicht kalibriert“. Ein zweiter Durchlauf half nicht. Zurück brachten ihn erst frische Batterien; seine Zellen waren die ältesten im Haus.
Dazu ein Detail, das ältere Messreihen erklärt: Der Schrittzähler beginnt nach einem Batteriewechsel neu bei null. Was in alten Protokollen wie ein Rücksetzer aussieht, war ein Batteriewechsel.
Einen funktionierenden Kopf ohne Not neu zu kalibrieren ist kein Fleiß. Es ist ein unnötiges Risiko an einem Gerät, das gerade tut, was es soll.
Was ich dir rate
- Sieh nach, ob deine Hardware den zweiten Funkweg schon kann. Bei diesen Köpfen steckte Zigbee im selben Chip — fünfmal klicken, fertig.
- Frag vor dem Umzug, wer an den alten Entitäten hängt. Hier war es nichts, und das war der Grund, warum der Abend reichte.
- Prüf die Begründung, mit der du etwas behalten willst. „Für Updates“ klang gut und war falsch.
- Miss den Kanal, statt eine Empfehlung zu übernehmen. Sie gilt für ein WLAN auf anderen Kanälen als deinem.
- Lösch den Konfigurationseintrag, bevor du Hardware absteckst. Sonst sucht dein System ein Gerät, das nicht mehr da ist.
- Kalibrier nur, was kalibriert werden muss.
Und was heißt das?
Der Anlass war zwei Steckdosen — der nüchternste Grund für einen Umbau, den man sich denken kann.
Herausgekommen ist mehr: zwei Geräte weniger im Haus, kein doppelter Eintrag je Ventil mehr, ein Übertragungsweg statt zweier, und ein Funknetz, dessen schwächste Stelle sich mehr als verdoppelt hat.
Das Bemerkenswerte daran ist, dass die Gateways selbst das Problem waren, das sie zu lösen schienen. Sie standen nah an den Ventilen, weil das die Reichweite sichern sollte — und sie standen damit genau dort, wo sie störten.
Gemerkt habe ich das nur, weil vorher und nachher mit demselben Werkzeug gemessen wurde. Ohne die Messung wäre die Erklärung „Zigbee ist eben besser“ gewesen, und die wäre falsch gewesen.
Wenn du das verfolgen willst: nimm RSS
Kein Newsletter. Du gibst mir keine Adresse, ich führe keine Liste, und niemand muss einer Einwilligung zustimmen, um zu erfahren, dass ein Artikel fertig ist. RSS ist die ältere und für beide Seiten ehrlichere Lösung.
Wie das geht, und warum kein Newsletter
- 1Hol dir einen Feed-Leser. Ohne Konto geht das mit einer App am Telefon oder einer Erweiterung im Browser; wer mag, nimmt einen Dienst mit Konto.
- 2Trag die Adresse von oben dort ein.
- 3Fertig. Neue Artikel erscheinen von selbst in deinem Leser — ungelesen bleibt ungelesen, und nichts landet zwischen Rechnungen und Werbung im Postfach.
Warum das besser ist: Dein Leser holt die Datei ab. Ich bekomme keine Adresse und kann nicht sehen, wer liest oder ob jemand geöffnet hat. Abbestellen heißt, den Eintrag zu löschen — ohne Link, ohne Bestätigungsmail, ohne mich.
