Home Assistant auf KNX und Modbus: ein technischer Integrationsleitfaden
Home Assistant ersetzt keine KNX- oder Modbus-Installation -- es setzt darauf auf, liest und schreibt über ein Gateway, während der Bus seine eigene Logik weiter ausführt. Diese Seite beschreibt, wie diese Integration tatsächlich aufgebaut ist und was bus-seitig bleiben sollte.
Wie die Integration aufgebaut ist
Anbindung über IP-Schnittstelle oder Gateway
Bei KNX kommuniziert die offizielle Home-Assistant-Integration über eine KNX-IP-Schnittstelle oder ein Gateway mit dem Bus, nicht direkt über die Twisted-Pair-Leitung. Bei Modbus fragt HA das Zielgerät über TCP oder RTU/seriell ab, je nachdem, wie das Gerät seine Register bereitstellt.
Gruppenadressen zuordnen
Jeder KNX-Datenpunkt, den HA lesen oder steuern soll, braucht eine in der Integrationskonfiguration hinterlegte Gruppenadresse, die mit dem Adressierungsschema im ETS-Projekt übereinstimmt, damit beide bei Änderungen konsistent bleiben.
Register-Polling konfigurieren
Modbus-Geräte wie Energiezähler, Wechselrichter oder HLK-Regler werden registerweise eingebunden, mit korrektem Datentyp, Skalierung und Abfrageintervall je Register -- diese Angaben stammen aus der Modbus-Registerdokumentation des Geräts, nicht von Home Assistant.
Festlegen, was bus-seitig bleibt
Alles, was auch ohne HA funktionieren muss -- einfaches Lichtschalten, Sicherheitsverriegelungen, lokal ausgelöste Szenen -- sollte im Bus-Gerät selbst bzw. in der ETS-Logik programmiert sein, nicht nur als Home-Assistant-Automatisierung.
Technische Überlegungen
Der Bus läuft auch ohne Home Assistant weiter
Ein in ETS programmierter KNX-Aktor oder ein Modbus-Regler mit eigener Logik arbeitet nach seinen eigenen Regeln, unabhängig davon, ob Home Assistant online ist. Genau deshalb gehört kritische Logik auf das Bus-Gerät, HA ist die Ebene darüber.
HA als Abhängigkeit, nicht als Fundament
Automatisierungslogik, die nur in Home Assistant existiert, funktioniert nicht mehr, wenn HA ausfällt, neu startet oder ein Update läuft. Für Komfort-Automatisierungen und Dashboards ist das akzeptabel -- für sicherheitsrelevante oder geschäftskritische Funktionen nicht.
Netzwerksegmentierung und Gateway-Platzierung
Wo die KNX-IP-Schnittstelle oder das Modbus-Gateway im Schaltschrank und im Netzwerk sitzt, beeinflusst Zuverlässigkeit und Sicherheit -- Bus-Traffic wo möglich vom allgemeinen LAN trennen und das Gateway als dokumentierten Teil der Schaltschrankverdrahtung behandeln, nicht als Nachgedanken.
Dokumentieren, welche Logik wo liegt
Ein Inbetriebnahmeprotokoll sollte klar festhalten, welche Funktionen im Bus-Gerät (ETS-Programmierung, Reglerfirmware) und welche als Home-Assistant-Automatisierung umgesetzt sind, damit der nächste Techniker es nicht rekonstruieren muss.
Besonderheiten der KNX-Gruppenadressen-Integration
Die HA-KNX-Integration liest und schreibt Gruppenadressen, sie ersetzt keine ETS-Inbetriebnahme. Adressänderungen in ETS müssen in der HA-Konfiguration nachgezogen werden und umgekehrt -- es gibt keine automatische Synchronisierung.
Besonderheiten des Modbus-Register-Pollings
Abfrageintervall, Registertyp und Byte-Reihenfolge müssen exakt zum Gerät passen, und TCP versus RTU/seriell verändert Verkabelung und Adressierung. Falsch konfiguriertes Polling kann das Bus-Gerät unnötig belasten oder schlicht falsche Werte liefern.
Wobei wir unterstützen
Technische Unterstützung für Integratoren, die Home Assistant auf einer bestehenden oder geplanten KNX- oder Modbus-Installation aufsetzen.
- Prüfung von Gateway-Platzierung und Netzwerksegmentierung im Schaltschrank
- Abgleich der KNX-Gruppenadressen-Zuordnung mit dem ETS-Projekt
- Modbus-Registerkonfiguration für Zähler, Wechselrichter und HLK-Regler
- Beratung, welche Logik bus-seitig und welche HA-seitig bleiben sollte
- Inbetriebnahmedokumentation für Bus- und HA-Konfiguration
Häufige Fragen
Funktioniert der KNX-Bus weiter, wenn Home Assistant abstürzt oder offline ist?
Ja -- über ETS programmierte KNX-Aktoren führen ihre eigene Logik unabhängig von Home Assistant aus. HA verliert Visualisierung und alle nur in HA existierenden Automatisierungen, der Bus selbst läuft weiter.
TCP oder RTU/seriell für Modbus?
Das hängt vom Gerät und der Installation ab: TCP passt zu Geräten mit Ethernet-Anschluss im Netzwerk, RTU/seriell zu Geräten an einem RS-485-Bus. Prüfen, was das konkrete Gerät unterstützt -- das ist eine projektbezogene Entscheidung, keine feste Regel.
Ist Home Assistant zuverlässig genug für kritische Automatisierungen?
HA als Automatisierungs- und Visualisierungsebene betrachten, nicht als Sicherheitssteuerung. Sicherheitsrelevante oder geschäftskritische Funktionen gehören in die Logik des Bus-Geräts, HA eignet sich für Komfort-Automatisierungen, Dashboards und protokollübergreifende Logik.
Ersetzt Home Assistant eine ordentliche KNX- oder Modbus-Inbetriebnahme?
Nein. HA liest und schreibt auf einen bereits in Betrieb genommenen Bus, es konfiguriert weder Aktoren noch Regler noch die Bus-Topologie. ETS-Inbetriebnahme und Modbus-Geräteeinrichtung müssen zuerst korrekt erfolgen.
Was passiert, wenn die IP-Schnittstelle oder das Gateway ausfällt?
Home Assistant verliert Sichtbarkeit und Steuerung über dieses Gateway, aber im Gerät selbst programmierte Bus-Logik läuft weiter. Genau deshalb sollten kritische Funktionen nicht allein von der Erreichbarkeit von HA abhängen.
Planen Sie eine Home-Assistant-Integration auf KNX oder Modbus?
Unsere Ingenieure prüfen Ihre Gateway-Einrichtung, Gruppenadressen-Zuordnung und Registerkonfiguration und helfen zu entscheiden, was bus-seitig bleiben sollte. Kontaktieren Sie uns, um Ihr Projekt zu besprechen.