Wer ein Haus mit bestehender KNX-Verkabelung kauft, erbt oft eine Visualisierung, die nur auf einem Wand-Tablet läuft. Sobald das Licht lieber vom Handy, von der Smartwatch oder per Sprache geschaltet werden soll, führt an Home Assistant praktisch kein Weg vorbei. Die Frage ist nicht, ob KNX und Home Assistant zusammenarbeiten (das tun sie seit Jahren recht zuverlässig), sondern welches KNX-IP-Gerät die Brücke bildet und wie man es sauber konfiguriert, ohne die bestehende ETS-Projektierung zu zerstören. Der folgende Text geht genau diesen Weg: Er erklärt die Auswahl zwischen KNX IP Router und KNX IP Interface, die Wahl zwischen Tunneling und Routing, die Rolle von KNX IP Secure, das ETS-Projekt-Handling und konkrete Konfigurationsschritte in Home Assistant.
Kurzantwort#
Wer ein bestehendes KNX-System in Home Assistant überführen will, braucht einen KNX IP Router oder ein IP-Interface. Wir zeigen, welche Geräte passen, wie Tunneling oder Routing konfiguriert wird und welche Fehler bei IP Secure und ETS-Export auftreten.
Was der KNX IP Router im Haus tatsächlich macht#
KNX ist seit über dreißig Jahren der offene Feldbus für die Gebäudeautomation; nach Angaben der KNX Association sind mehr als 8.000 zertifizierte Produkte von etwa 500 Herstellern am Markt 4. Ein klassisches KNX-TP-Netz (Twisted Pair) transportiert Telegramme zwischen Aktoren und Sensoren mit einer Brutto-Datenrate von 9.600 Bit/s. Das reicht für Schalter und Dimmer, ist aber zu langsam und zu unhandlich, wenn ein moderner Controller wie Home Assistant mit dem Bus sprechen will.
Ein KNX IP Router oder ein KNX IP Interface schlägt genau diese Brücke. Beide haben einen KNX-TP-Anschluss für den Bus und eine RJ45-Buchse für Ethernet. Sie übersetzen zwischen KNX-TP und KNXnet/IP, einem UDP-basierten Protokoll, das standardmäßig auf Port 3671 läuft 5. Ab dem Zeitpunkt, an dem der Router im Netz hängt, sieht Home Assistant den KNX-Bus wie ein normales IP-Gerät im LAN.
Der Unterschied zwischen den beiden Geräteklassen ist funktional und praktisch relevant:
- Ein KNX IP Interface stellt ausschließlich Tunneling-Verbindungen bereit. Das ist eine 1:1-Punkt-zu-Punkt-Verbindung zwischen Home Assistant und dem Bus. Mehrere Tunnel-Endpoints sind möglich, aber die Anzahl ist begrenzt (typisch vier). Für reine Steuerungsaufgaben reicht das.
- Ein KNX IP Router kann zusätzlich Routing. Er leitet Telegramme per IP-Multicast an andere KNX-IP-Router weiter und ist in der Lage, Topologie-Ebenen miteinander zu verbinden. Für ein Einfamilienhaus ohne Linienkoppler reicht ein Interface. Sobald aber Linien oder Bereiche verkoppelt werden sollen, ist der Router die richtige Wahl.
In beiden Fällen, Router oder Interface, hängt die Konfiguration in Home Assistant davon ab, ob Tunneling oder Routing genutzt wird 1.
Ein Detail, das in Foren oft Verwirrung stiftet: Auch ein IP-Router kann als Tunnel-Endpoint für eine einzelne Anwendung dienen, ohne dass die Routing-Funktion genutzt wird. Wer sich unsicher ist, kauft einen Router, er kann beides und liegt preislich erfahrungsgemäß nur moderat über einem reinen Interface. Konkrete Produktbeispiele sind etwa der MDT SCN-IP100.03 (Router, mit KNX IP Secure und KNX Data Secure ab ETS 5.7) oder der MDT SCN-IP000.03 (reines Interface) 3. Beide werden vom Hersteller als 2 SU breite Reiheneinbaugeräte (MDRC) für die Hutschiene ausgeliefert, passen also direkt in einen Standard-Verteiler.
Tunneling oder Routing, was für ein Einfamilienhaus sinnvoll ist#
Die Home-Assistant-Integration kennt drei Verbindungsarten 1:
- Automatic: Beim Start führt Home Assistant einen Gateway-Scan durch und wählt automatisch einen Tunnel, wenn ein KNX-IP-Gerät gefunden wird.
- Tunneling: Home Assistant baut eine 1:1-Verbindung zu einem Tunnel-Endpoint des Routers oder Interfaces auf. Das ist die Standardeinstellung und für die meisten Heimanlagen die richtige Wahl.
- Routing: Home Assistant spricht den Router per Multicast auf Port 3671 an und tauscht Telegramme mit allen KNX-IP-Routern im Netz aus, ohne einen Tunnel-Endpoint zu belegen.
Für ein einzelnes Einfamilienhaus mit einer TP-Linie ohne Linienkoppler ist Tunneling am einfachsten. Die ETS-Projektierung bleibt unverändert, der Elektriker behält seine gewohnte Schnittstelle, und Home Assistant kann alle Telegramme sehen und senden. Wichtig: Der Hersteller empfiehlt, dass Home Assistant der einzige Client ist, der einen Tunnel-Endpoint dauerhaft belegt 1. Andere Visualisierungen oder die ETS-Software sollten einen anderen Tunnel des Routers verwenden oder bei Bedarf nur kurz für Diagnosezwecke andocken.
In Mehrlinien-Anlagen mit Linienkopplern wird es komplizierter. Hier ist Routing sinnvoll, weil es die Telegramme an alle IP-Router im Netz verteilt. Allerdings verlangt Routing zusätzliche Konfiguration in ETS: Es muss ein Dummy-Gerät auf derselben Topologie-Ebene wie die Router angelegt, mit derselben Individualadresse versehen und mit allen Group-Adressen verknüpft werden, die Home Assistant nutzen soll 1. Das hält die Filtertabellen der Linienkoppler aktuell.
Ein praktischer Hinweis zur Netzwerkinfrastruktur: Routing verwendet IP-Multicast auf UDP-Port 3671 5. Viele Consumer-Switches haben IGMP-Snooping standardmäßig aktiviert; ältere oder billige Modelle erkennen den Multicast-Verkehr des Routers nicht zuverlässig und verwerfen ihn. Symptom: Die HA-Integration meldet sich erfolgreich verbunden, aber es kommen nie Antwort-Telegramme zurück. Abhilfe schafft entweder IGMP-Snooping auf dem Switch abschalten (bei kleinen Installationen mit wenigen Switches vertretbar) oder ein managed Switch, der KNX-Multicast-Gruppen explizit durchlässt.
KNX IP Secure, Pflicht oder Kür#
Seit ETS 5.7 unterstützt KNX IP Secure die Verschlüsselung der Telegramme zwischen IP-Routern und IP-Interfaces 3. Wer einen modernen Router gekauft hat, bekommt diese Funktion in der Regel mitgeliefert. Aktiviert wird sie in der ETS-Projektierung des jeweiligen Geräts; die Schlüsselverwaltung läuft über das Backbone-Key-Konzept und über pro Gerät vergebene Passwörter 1.
Für den Anschluss an Home Assistant bedeutet das einen Mehraufwand: Die Integration unterstützt sowohl IP Secure als auch Data Secure. IP-Secure-Zugangsdaten können entweder manuell eingetragen oder aus einer .knxkeys-Datei importiert werden, die ETS exportiert 1. Für Data Secure ist der Import der .knxkeys-Datei zwingend. Vor dem Export muss in ETS jedes gesicherte Group-Objekt, das Home Assistant nutzen wird, einem Tunnel-Endpoint oder dem Dummy-Gerät zugeordnet sein, sonst landen die Schlüssel nicht in der Keyring-Datei 1.
Wer eine Bestandsanlage aus 2012 übernimmt, hat in der Regel keine IP-Secure-Konfiguration. Dann ist die Migration deutlich einfacher. Wer hingegen jetzt neu plant oder den Router tauscht, sollte IP Secure aktivieren, weil KNXnet/IP ohne Verschlüsselung im LAN für jeden mit physischem oder virtuellem Zugang zum selben Netzsegment grundsätzlich mitlesbar ist.
Schritt für Schritt: Home Assistant mit dem KNX-Bus verbinden#
Voraussetzung ist ein laufendes Home Assistant (HAOS, Container) auf einem Gerät mit Ethernet-Anschluss. Aktuell ist die KNX-Integration direkt in der Benutzeroberfläche konfigurierbar; eine YAML-Konfiguration ist nur noch in Sonderfällen nötig 1.
- Physisch verkabeln: Den KNX-Bus-Anschluss des Routers oder Interfaces mit der TP-Linie im Verteiler verbinden. Der Elektriker hat das in der Regel schon erledigt; jetzt nur noch den RJ45-Port des Geräts per Patchkabel mit dem Heimnetz-Switch verbinden. Ein kurzes Cat-6-Kabel (0,25 m bis 0,5 m) reicht, wenn Router und Switch im selben Verteiler sitzen.
- IP-Adresse vergeben: Im Router-Menü eine feste IP-Adresse außerhalb des DHCP-Bereichs vergeben oder per DHCP-Reservierung im Heimrouter eintragen, damit Home Assistant das Gerät zuverlässig findet.
- Integration hinzufügen: In Home Assistant unter Einstellungen → Geräte & Dienste den Eintrag „KNX" wählen. Die Integration sucht automatisch nach KNX-IP-Geräten im LAN. Wenn die Suche fehlschlägt, kann die Verbindung manuell als Tunneling oder Routing mit IP-Adresse und Port konfiguriert werden 1.
- Tunneling-Parameter setzen: Beim Tunneling wählt die Integration den freien Tunnel-Endpoint des Routers aus. Bei modernen Geräten mit TCP- oder Secure-Tunneling lässt sich ein konkreter Tunnel-Endpoint festlegen 1. Hier ist die oben erwähnte Regel wichtig: Nur Home Assistant sollte diesen Endpoint dauerhaft halten.
- ETS-Projekt hochladen (optional, aber empfohlen): In den Einstellungen der KNX-Integration kann eine exportierte ETS-Projektdatei (
.knxproj) hochgeladen werden. Damit bekommt Home Assistant die Zuordnung von Group-Adressen zu Datenpunkttypen, Geräten und Funktionen 1. Wer regelmäßig mit dem ETS-Projekt arbeitet, kann diesen Schritt überspringen und Group-Adressen als Strings ("1/2/3") manuell eintragen. - KNX-Secure-Schlüssel hinterlegen: Falls IP Secure aktiviert ist, wird der
.knxkeys-Export über Reconfigure → Import KNX Keyring eingespielt 1. Ohne diese Datei kann die Integration keine sicheren Tunnel aufbauen. - Erste Entitäten anlegen: Unter dem neu erscheinenden KNX-Gerät in Home Assistant lassen sich Lichter, Schalter, Sensoren und Rollläden direkt aus der UI heraus auf Group-Adressen mappen. Alternativ funktioniert YAML für komplexere Konfigurationen mit
state_address,passive_addressund DPT-Typen weiterhin 1.
Eine kleine YAML-Skizze für ein dimmbares Licht mit Status-Rückmeldung verdeutlicht die Zuordnung:
knx:
light:
- name: "Wohnzimmer Decke"
address: "1/1/1" # Schalten (DPT 1.001)
state_address: "1/1/2" # Rückmeldung des Aktors
brightness_address: "1/1/3" # Dimmen absolut (DPT 5.001)
brightness_state_address: "1/1/4"
sync_state: true
unique_id: wohnz_decke_dimmer_01unique_id ist sinnvoll, wenn man die Entity umbenennen oder umziehen will, ohne dass Home Assistant sie als „neu" behandelt und alle Verknüpfungen verliert 1. Die passiven Adressen erlauben es, mehrere Group-Objekte an dieselbe Funktion zu binden, etwa wenn der Aktor und ein zusätzlicher Tastsensor beide den Helligkeitsstatus liefern.
Wer sehen will, welche Telegramme tatsächlich über den Bus laufen, kann in Home Assistant die xknx.knx-Logger-Stufe auf Debug stellen 1. Damit werden ein- und ausgehende KNX/IP-Frames im Log sichtbar, hilfreich, wenn eine Group-Adresse nicht den erwarteten Wert liefert. Wer zusätzlich eine PostgreSQL-basierte Telegram-Historie aktiviert, kann später im HA-Panel nach Telegrammen suchen, Filter setzen und den Bus-Verlauf einsehen. Das ist vor allem bei der Fehlersuche in komplexen Szenen ein deutlicher Vorteil gegenüber dem klassischen ETS-Gruppenmonitor.
ETS-Projekt sauber halten: Filtertabellen und Dummy-Gerät#
Ein häufig übersehener Punkt bei der HA-Anbindung ist die Pflege der ETS-Projektierung. KNX-IP-Router und HLFP (Linienkoppler) filtern Telegramme anhand von Filtertabellen, die ETS bei der Inbetriebnahme auf das Gerät schreibt. Diese Tabellen werden nur dann aktualisiert, wenn das Gerät in ETS neu programmiert wird.
Wenn Home Assistant über einen Tunnel mit dem Router verbunden ist und Group-Adressen abfragt, für die der Router keine Datenliste hat, blockt der Router die Antwort. Die Folge: Home Assistant meldet KNX bus did not respond in time für genau diese Adresse 1.
Die Lösung ist zweistufig:
- Wenn die ETS-Anwendung des Routers oder Interfaces das Herunterladen von Filtertabellen unterstützt, einfach in ETS die Group-Adressen, die Home Assistant nutzt, dem Interface zuordnen und die Anwendung neu programmieren.
- Wenn die Anwendung das nicht kann, in ETS ein Dummy-Gerät auf der gleichen Linie anlegen, alle relevanten Group-Adressen darauf mappen und ebenfalls programmieren. Der Router sieht dann dieses Dummy-Gerät und nimmt seine Group-Adressen in die Filtertabelle auf 1.
Diese fünf Minuten Arbeit sparen später viel Debugging.
Häufige Fehler und wie man sie findet#
Bei der ersten Inbetriebnahme tauchen typischerweise dieselben drei Problemklassen auf.
Home Assistant findet den Router nicht. In den meisten Fällen ist das eine Netzwerkfrage. Der Router und Home Assistant müssen im selben Subnetz sein, IGMP/Snooping auf dem Switch darf Multicast nicht komplett blockieren, und eine eventuelle Firewall auf dem HA-Host (nftables, firewalld) muss UDP-Port 3671 für Multicast durchlassen. Bei Tunneling reicht eine Unicast-Verbindung, dann spielt Multicast keine Rolle.
Group-Adresse reagiert nicht. Erst prüfen, ob in der ETS-Projektierung die Group-Adresse tatsächlich am Aktor existiert und ob das Read-Flag am Group-Object gesetzt ist. Home Assistant fragt sonst einen Wert ab, den der Aktor nicht beantworten darf 1. Zweitens prüfen, ob die Filtertabelle des Routers die Adresse enthält. Drittens prüfen, ob DPT und GA korrekt zusammenpassen. Ein 1-Bit-Schalter an einer 4-Byte-GA wird nie sinnvoll dekodiert.
Zustände driften. Home Assistant zeigt einen anderen Schaltzustand als die Realität, weil der Aktor den letzten Schaltbefehl nicht per Status-Group-Object zurückmeldet. In HA hilft es, respond_to_read: true zu setzen und im ETS-Projekt die State-Adressen sauber zu mappen, damit die state_address wirklich den aktuellen Wert enthält 1.
Doppelte Entitäten. Wer eine YAML-Konfiguration nachträglich löscht, aber vergisst, die zugehörigen UI-Entitäten aus dem KNX-Panel zu entfernen, bekommt schnell zwei Lampen für dieselbe Adresse. Beim Löschen der Integration werden Projekt-Upload, Keyring, Telegram-Historie und alle UI-Entitäten mit entfernt 1. Wer nur einzelne Entitäten loswerden will, löscht sie gezielt im KNX-Panel, nicht die ganze Integration.
Log-Meldung „Could not sync group address … KNX bus did not respond in time". Das ist die Standard-Antwort auf ein fehlendes Read-Flag im ETS, eine veraltete Filtertabelle oder einen zu kurzen Timeout (Standard 2 Sekunden) 1. Reihenfolge der Prüfung: ETS-Filtertabelle neu programmieren, Read-Flag am Group-Object setzen, Timeout im HA-YAML über state_sync_interval oder das jeweilige Plattform-Setting anpassen.
Wer tiefer einsteigen will: Mit knxd oder Calimero lässt sich ein softwarebasierter KNX-Router aufbauen, falls man nur einen USB-Stick am Server hat 1. Für Produktivsysteme bleibt ein zertifizierter KNX-IP-Router die robustere Wahl, weil die Hersteller die KNX-Stacks seit Jahren pflegen und Firmware-Updates liefern, die bei selbstgebauten Lösungen fehlen.
KNX und der Rest von Home Assistant#
Sobald die Brücke steht, wird KNX zu einer von vielen Integrationen in Home Assistant. Die Entitäten verhalten sich wie alle anderen: Sie lassen sich in Dashboards einbinden, in Automationen verwenden, mit Sprachassistenten verknüpfen und über die mobile App von unterwegs schalten. Der Unterschied zur proprietären Visualisierung ist vor allem, dass die Logik jetzt zentral in Home Assistant liegt. Eine „Wenn-dann"-Regel, die das KNX-Licht mit einem Wetter-Sensor und einem Kalendereintrag kombiniert, ist in Minuten gebaut und nicht mehr an die Lizenz eines Wand-Tablet-Herstellers gebunden.
Wer den nächsten logischen Schritt plant, kann das ETS-Projekt auch in HA-Tools wie die xknxproject-Bibliothek einlesen, um Group-Adressen programmatisch zu analysieren 2. Die Python-Bibliothek parst ETS-4-, 5- und 6-Projekte (auch passwortgeschützt) und liefert Areas, Lines, Devices, Communication Objects, DPT-Typen und Funktionen zurück, nützlich, wenn man ein Skript bauen möchte, das aus dem ETS-Projekt automatisch eine YAML-Konfiguration für Home Assistant generiert. Einschränkung aus den Release Notes: Das Laden eines mittelgroßen Projekts dauert etwa 1,5 Sekunden, bei sehr großen Projekten über drei Sekunden 2. Das ist beim Migrations-Skript unkritisch, beim Live-Lookup in Automationen aber spürbar.
Seit Kurzem bietet Home Assistant zudem ein Werkzeug-Set für KI-Assistenten an, das auf der KNX-Integration aufsetzt 1. Damit kann ein Sprach- oder Chat-Agent das ETS-Projekt lesen, einzelne Group-Aktäre abfragen und Telegramme schicken, allerdings nur, wenn das ETS-Projekt hochgeladen wurde und die KNX-LLM-API explizit aktiviert ist. Praktischer Nutzen: Wer „Hey Assistant, mach das Licht im Esszimmer auf 40 Prozent" sagen will, bekommt mit dieser Funktion eine echte Bus-Aktion statt einer Dummy-Automation.
Was bleibt zu entscheiden#
Wer vor der gleichen Situation steht wie im Eingang beschrieben, hat nach der Lektüre vier Entscheidungen getroffen oder bewusst aufgeschoben:
- Router oder Interface? Bei einer einfachen TP-Linie reicht ein Interface. Bei mehreren Linien oder wenn Topologie-Ebenen verkoppelt werden sollen, ein Router.
- Tunneling oder Routing? Für die meisten Einfamilienhäuser Tunneling. Routing nur, wenn bereits Linienkoppler im Spiel sind.
- IP Secure aktivieren oder nicht? Bei einer Bestandsanlage ohne Secure-Konfiguration kann es später ergänzt werden. Bei Neuanlagen oder nach Routertausch aktivieren.
- ETS-Projekt exportieren und in HA hochladen oder Group-Adressen manuell pflegen? Der Upload spart Folgeaufwand, wenn sich das Projekt ändert, er kostet aber Disziplin, den
.knxproj-Export aktuell zu halten.
Was sich nicht entscheiden lässt: Dass eine reine KNX-Visualisierung langfristig der einzige Weg ist. Home Assistant spricht KNX nativ, ohne Cloud-Zwang, ohne Abo und ohne dass die Funktion davon abhängt, ob das Wand-Tablet noch startet.
Weiterführende Artikel#
- Home Assistant Einstieg: smarte Leuchtmittel oder erst der Koordinator?
- HomeKit Bridge in Home Assistant einrichten: Was wirklich funktioniert
- Asus ZenWifi Mesh: Neueres Modell ergänzen oder bei bewährten AX-Geräten bleiben?
- KI-Tools in der Praxis: Voice PE Realtime — Sprachsteuerung, die endlich funktioniert
- Solarstrom verkaufen: Wie die Einspeisevergütung wirklich funktioniert
Passende Produktrecherchen#
Wenn du die praktische Seite vertiefen möchtest: Diese konkreten Produkte passen zum Thema dieses Artikels. Es ist keine Rangliste und keine Kaufpflicht, sondern eine kurze Auswahl mit Begründung, für wen sie interessant sein kann:
- Home Assistant Green Smart Home Hub, 4GB RAM, 32GB, Gigabit Ethernet, HA OS – Leserinnen und Leser ohne eigenen Server, die Home Assistant als standalone Hardware an den KNX-Verteiler hängen wollen. – Offizieller Nabu-Casa-Hub für Home Assistant mit vorinstalliertem HA OS, Quad-Core Cortex-A55 und Gigabit-Ethernet. Er bildet die zentrale Instanz, die im Artikel mit dem KNX-Bus verbunden wird, und unterstützt Plug-and-Play-Setup mit späterer Erweiterung um Zigbee, Thread oder Matter.
- Wandhalterung kompatibel mit Nabu Casa Home Assistant Green – Einsteiger, die den HA-Green ohne Bastellösung im Hauswirtschaftsraum oder Verteilerkasten befestigen wollen. – Passgenaue Wandmontage für den Home Assistant Green direkt neben dem KNX-Verteiler, mit freien Anschlüssen für Strom und Ethernet. Wer den HA-Green neben dem Sicherungskasten platzieren will, braucht eine stabile, vibrationsarme Halterung.
- ATROODAC Industrieller 12-Port Gigabit Ethernet Switch, DIN-Schiene & Wandmontage – Leserinnen und Leser mit mehreren KNX- und Netzwerk-Komponenten im Verteiler, die einen Switch direkt auf der Hutschiene montieren wollen. – Unmanaged DIN-Schienen-Switch für den Einbau in den KNX-Verteiler. Verbindet KNX IP Router, Home Assistant und PoE-Geräte über 12 Gigabit-Ports ohne externes Netzteil-Cluster, mit IP40-Metallgehäuse für den Schaltschrank.
- deleyCON 0,25 m CAT6 Netzwerkkabel Set U-UTP RJ45, 5 Stück – Alle, die Router, Switch und HA-Hub direkt nebeneinander im Verteilerkasten verkabeln. – Kurze Cat-6-Patchkabel zum Verbinden von KNX IP Router, Switch und Home Assistant Green auf engem Raum im Verteiler. 25 cm Länge verhindert Kabelsalat hinter den Hutschienen-Geräten.
- Raspberry Pi 5 8 GB, Modell SC1112, 64-Bit Quad-Core Arm Cortex A76 – Power-User mit zusätzlichem GPU- oder KI-Plan, die HA lieber selbst aufsetzen wollen statt auf den Green-Hub zu setzen. – Alternative HA-Plattform mit deutlich mehr Rechenleistung als der HA Green, falls neben KNX noch andere rechenintensive Integrationen (Frigate, OpenCV, Sprachassistenten) laufen sollen. Auch als Reparaturoption, wenn der HA Green ausfällt.
- Starlink-Verfügbarkeit und Konditionen prüfen
Hinweis: Als Amazon-Partner verdient kalika.de an qualifizierten Verkäufen. Für dich ändert sich der Preis nicht.
Hinweis: Dieser Link ist ein Starlink-Empfehlungslink. Wenn du darüber bestellst, können für dich und kalika.de Vorteile nach den jeweils geltenden Starlink-Bedingungen entstehen.
Entscheidungshilfe: Wann ist das sinnvoll?#
Eher sinnvoll, wenn du KNX IP Router in Home Assistant einbinden: Praxis-Guide fürs bestehende KNX-Haus nicht nur als Nachricht lesen willst, sondern eine praktische Einordnung brauchst: Was ändert sich, wen betrifft es und welche nächsten Schritte sind realistisch?
Eher abwarten, wenn die Quellenlage noch dünn ist, wichtige technische Details fehlen oder der Nutzen nur aus Hersteller- oder Projektversprechen besteht. Dann ist Beobachten besser als vorschnelles Umstellen.
Worauf du achten solltest: konkrete Verfügbarkeit, nachvollziehbare Kosten, offene Einschränkungen, Sicherheits- oder Datenschutzfolgen und belastbare Quellen statt bloßer Ankündigungen.
Grenzen der Einordnung#
Die zitierten Daten beschreiben eine Erhebung beziehungsweise einen allgemeinen Markt- oder Regelungsstand. Sie ersetzen weder eine technische Prüfung noch eine individuelle Kostenrechnung. Änderungen bei Preisen, Förderung, Netzentgelten oder Vorgaben können das Ergebnis beeinflussen; daher sollten Leserinnen und Leser die Primärquellen vor einer konkreten Entscheidung erneut prüfen.
Transparenzhinweis#
Dieser Beitrag wurde mit Unterstützung künstlicher Intelligenz erstellt und automatisiert auf Quellen, Fakten und Qualitätskriterien geprüft.
Quellen#
[1] Home Assistant Open Home Foundation. „KNX – Integration". Letzte Aktualisierung 2026.10.1. https://www.home-assistant.io/integrations/knx/
[2] XKNX-Projekt (GitHub). „xknxproject – ETS project parser written in python". https://github.com/XKNX/xknxproject
[3] MDT technologies GmbH. „IP Router (SCN-IP100.03)". Produkt-Datenblatt, Version 08/2024. https://www.mdt-group.com/products/product-detail/system-devices/system-devices/ip-router.html
[4] KNX Association cvba. „KNX – Smart home and building solutions". https://www.knx.org/
[5] Wikipedia-Autoren. „KNX (standard)". https://en.wikipedia.org/wiki/KNX_(standard)