Systemintegration
Zehn Ökosysteme, fünf Anbindungswege, ein Zustand
Wer Geräte verschiedener Hersteller zusammenschaltet, merkt schnell, dass sie nicht dieselbe Sprache sprechen. Manche melden nicht einmal zurück, ob sie an oder aus sind. Eine Szene, die auf so ein Gerät baut, wird unzuverlässig, ohne dass ein Fehler angezeigt würde. Hier sind Geräte über fünf Anbindungswege zusammengeführt, und die Leuchten ohne Rückmeldung bekommen eine selbst geführte Zustandsverwaltung.
Herstellerübergreifende Systemintegration in der eigenen Wohnung: 129 Geräte aus zehn Ökosystemen, die miteinander nicht sprechen wollen. Dazu eine selbst gebaute Zustandsverwaltung für die Geräte, die keinen Zustand melden.
Was hier zusammenläuft
- 129 Geräte aus 10 Ökosystemen, 5 Anbindungswege
- eigene Zustandsverwaltung für Geräte ohne Rückmeldung
- 12 Leuchten melden keinen Zustand; für sie ist ein Merker – eine selbst geführte Notiz über den letzten Schaltbefehl – die einzige Quelle
- private Installation, kein Kundenprojekt
Der Fall als Prozess
- Auslöser
- Ein Tastendruck auf einem der beiden Schalter – kurz oder gehalten.
- Eingangsdaten
- Der Zustand von 29 Leuchten über fünf Anbindungswege. Bei zwölf davon ist er nicht abfragbar.
- Regelwerk
- Zwei Szenen, je nach Geste. Für jede Leuchte ohne Rückmeldung ein eigener Merker.
- Prüfschritt
- Das System führt selbst Buch darüber, was es eingeschaltet hat, statt sich auf eine Rückmeldung zu verlassen, die es nicht gibt.
- Ausgabe
- Die geschaltete Szene und ein aktualisierter Merkerstand als geteilter Zustand.
- Übergabepunkt
- Manuelles Schalten am Gerät bleibt jederzeit möglich und hat Vorrang.
- Grenze
- Merkerstand und Wirklichkeit können auseinanderlaufen. Wann das passiert und was es kostet, steht in den Grenzen.
Ausgangslage
Der interessante Teil an diesem Projekt ist nicht die Hausautomation. Es ist die Aufgabe dahinter, und die stellt sich in jedem Haus, in dem Technik verschiedener Hersteller zusammenarbeiten soll: Geräte, die unterschiedliche Protokolle sprechen, an einer Stelle zusammenführen, mit Geräten umgehen, die sich nicht an ihre eigene Dokumentation halten, und herausfinden, woran es liegt, wenn der vorgesehene Weg nicht funktioniert.
Konkret: 129 Geräte aus zehn Hersteller-Ökosystemen, 50 aktive Automatisierungen, Zigbee, Matter und MQTT im laufenden Einsatz. Genau das ist die Sorte Fehlersuche, die auch einen technischen Supportfall ausmacht – nur ohne Kunden am Telefon.
Die Anlage
Die Wohnung ist herstellerübergreifend vernetzt; als Zentrale läuft Home Assistant auf einem Raspberry Pi. Allein die Beleuchtung hängt über fünf verschiedene Anbindungswege daran – nicht aus Spieltrieb, sondern weil jedes Gerät nur über den Weg lief, über den es eben lief:
| Weg | Geräte |
|---|---|
| Zigbee2MQTT | 2 Deckenlampen Eglo (Vorzimmer), 2 Deckenlampen Aqara (Schlafzimmer) sowie die beiden Mini-Schalter |
| Tuya Cloud | 4 Deckenlampen (3 Wohnküche, 1 Bad), 3 LED-Streifen Terrasse |
| LocalTuya | 2 Ledvance-Lampen (WC, Abstellraum) |
| govee2mqtt | 12 Govee-Lampen, über die Wohnung verteilt |
| Matter over WiFi | 4 Plugs, davon 3 als Stromzufuhr für weitere Lampen |
Der Eintrag LocalTuya ist der aufschlussreichste: Es sind Ledvance-Lampen, aber weder über die Ledvance- noch über die Tuya-Cloud-Integration ansprechbar. Erst der lokale Tuya-Weg hat funktioniert. Solche Umwege sind der Normalfall, nicht die Ausnahme.
Zwei physische Mini-Schalter lösen je nach Geste unterschiedliche Szenen aus. Zusätzlich sind die Leuchten über Homebridge in Apple Home eingebunden, sodass auch dort jeder Schaltbefehl über dieselbe Automatisierungslogik läuft.
„Nachtlicht“ – Einzelklick
Aktiviert eine gedimmte Nachtbeleuchtung in warmem Orange-Rot: Deckenlampen auf 1 % Helligkeit, dazu in mehreren Räumen Govee-Lampen auf 5 % – bewusst kein kaltes Weiß, um die Melatoninausschüttung am Abend nicht zu stören.
In der Konfiguration steht für die Deckenlampen ein Magenta-Farbwert. Diese Leuchten sind in Home Assistant nicht farbkalibriert – der gesetzte Sollwert entspricht dort also nicht der Farbe, die im Raum tatsächlich ankommt. Sichtbar ist durchgehend warmes Orange-Rot.
„Gute Nacht“ – Schalter gedrückt halten
Schaltet die Beleuchtung strukturiert aus: die übrigen sechs der acht Deckenlampen, die Plugs und die Terrassenstreifen sofort. Nur die beiden Aqara-Deckenlampen im Schlafzimmer laufen über fünf Minuten sanft aus, statt hart abzuschalten.
Wie schaltet man Lampen, die ihren Zustand nicht melden?
Die zwölf Govee-Leuchten lassen sich über govee2mqtt zwar an- und ausschalten, aber Home Assistant kennt ihren aktuellen Zustand nicht zuverlässig – es gibt kein sauberes Zwei-Wege-Feedback. Bei den übrigen vier Wegen meldet jedes Gerät seinen Zustand selbst zurück; das Problem betrifft genau diese zwölf.
Ohne Zusatzlogik hätte „Gute Nacht“ entweder immer versucht, alle Govee-Lampen auszuschalten, oder Lampen übersehen, die anderswo eingeschaltet wurden.
Lösung
Für jede Govee-Lampe gibt es einen eigenen Merker
(input_boolean). Wird eine Lampe über „Nachtlicht“
eingeschaltet, wird ihr Merker gesetzt. „Gute Nacht“ schaltet dann
gezielt nur die Lampen aus, deren Merker gesetzt ist, und räumt ihn
danach wieder auf.
Eine einfache, selbstgebaute Zustandsverwaltung für Geräte, die das nicht von sich aus mitbringen.
Was zeigt das?
Meine Wohnung besteht aus Geräten mehrerer Hersteller, die nicht dafür gebaut wurden, zusammenzuarbeiten. Ich habe sie so verknüpft, dass zwei Handgriffe genügen – und dabei ein konkretes technisches Problem gelöst: Ein Teil der Lampen meldet seinen Zustand nicht zurück, deshalb führt das System selbst Buch darüber, was es eingeschaltet hat.
Die Installation umfasst inzwischen 129 Geräte aus 10 Hersteller-Ökosystemen mit 969 Entitäten und 50 aktiven Automatisierungen; allein die Beleuchtung verteilt sich auf fünf Anbindungswege und fünf Marken. Die beiden hier gezeigten Szenen sind zwei der fünfzig Automatisierungen.
Das ist dieselbe Denkweise wie in den anderen Arbeitsproben: eine fehlende Information nicht raten, sondern sie sichtbar und überprüfbar festhalten.
Diagramm und Erklärtext habe ich mit Claude aus meiner bestehenden Home-Assistant-Konfiguration aufbereitet; Automatisierungslogik und Merker-System stammen von mir.
Der Tausch, den die Lösung macht
Das Merker-System ist nicht in jeder Hinsicht besser als die stumpfe Variante, einfach alle zwölf Govee-Lampen abzuschalten. Es tauscht eine Eigenschaft gegen eine andere:
| mit Merker | ohne Merker | |
|---|---|---|
| Szene an, Szene aus | 12 Befehle, keiner unnötig | 12 Befehle, keiner unnötig |
| Zwei Lampen an Home Assistant vorbei eingeschaltet | kein Befehl – die zwei brennen weiter | 12 Befehle, 10 ins Leere – aber alles ist aus |
Warum trotzdem der Merker?
Weil der blinde Fleck in dieser Wohnung geschlossen ist. Jeder Schaltweg führt durch Home Assistant: Hinter jedem physischen Schalter liegt eine Automatisierung, die den Merker mitführt, und über Homebridge läuft auch Apple Home durch dieselbe Logik. Die Hersteller-Apps werden bewusst nicht verwendet.
Die zweite Zeile der Tabelle ist damit kein Alltagsfall, sondern der Nachweis, wovon die Lösung abhängt. Sie steht hier, weil eine Zustandsverwaltung, die ihre eigene Voraussetzung verschweigt, genau dann falsch liegt, wenn man sich auf sie verlässt. In der Demo lässt sich der Fall auslösen.
Grenzen
- Die Arbeitsprobe dokumentiert eine Konfiguration, die in Home Assistant läuft – kein Softwareprodukt. Die Demo ist ein Nachbau der Entscheidungslogik in JavaScript, nicht die Konfiguration selbst und keine Verbindung zu irgendeinem Gerät.
- Die zugrundeliegende YAML-Konfiguration liegt nicht in den Projektunterlagen. Sie läuft in der Home-Assistant-Installation der Wohnung; öffentlich gezeigt werden nur diese Beschreibung und das Diagramm.
- Die Automatisierung ist auf genau diese Wohnung, diese Geräte und diese Raumaufteilung zugeschnitten. Sie ist nicht als übertragbare Lösung gedacht.
- Das Merker-System ersetzt keine echte Zustandsabfrage – es ist darauf angewiesen, dass jeder Schaltweg durch Home Assistant führt; in der Demo lässt sich genau dieser Fall auslösen. Genau deshalb ist es konsequent durchgezogen: Hinter jedem physischen Schalter liegt eine Automatisierung, die den Merker mitführt, und über Homebridge läuft auch das Schalten aus Apple Home durch dieselbe Logik. Die Hersteller-Apps werden bewusst nicht verwendet; würde eine Lampe dort direkt geschaltet, wüsste der Merker davon nichts.
Und wenn etwas nicht funktioniert?
Diese Seite beschreibt eine Anlage, die läuft. Der Supportfall ist der andere: Ein Gerät reagiert nicht – woran liegt es? Weil jedes Gerät an einer anderen Kette aus Funk, Brücke, Netz und Zentrale hängt, verrät das Muster der ausgefallenen Geräte die Schicht – und jedes Gerät, das noch läuft, widerlegt eine Ursache.
Ein Störungsbild, fünf Wege → Diagnoseweg, Objektmodell, Wissensbasis mit 20 Fragen, fünf Störfälle und ein Musterangebot. Zum Ausprobieren: die Störungssuche.
In den Fachnotizen
Das Muster hinter dem Merker, unabhängig von dieser Wohnung: Zustand führen für Geräte, die keinen melden →
Wo Geräte nicht miteinander reden
Wenn Sie eine Rolle im technischen Support, im Innendienst oder in der Systemintegration besetzen: Die Fehlersuche in diesem Fall ist dieselbe Arbeit wie ein Supportfall.