KNX-Standard

KNX-Transceiver-Board von Elmos (2014)

Zwischen dem Verbraucher (zum Beispiel Elektrogerät, Lampe, Fensteröffner) und der Netzspannung wird ein Steuerungsgerät, „Aktor“ genannt, eingebaut. Der Aktor ist an den KNX-Bus angeschlossen und erhält von diesem Daten in Form von Telegrammen. Diese Telegramme stammen entweder direkt von einem Sensor (zum Beispiel Schalter, Helligkeits-, Temperatur- oder CO₂-Konzentrations-Sensor) oder aber indirekt von einem Computer, welcher etwa zeitgesteuerte Schaltungen regelt und sonstige Auswertungen von Sensordaten je nach Programmierung übernimmt und Aktoren entsprechend ansteuert.

Erhält ein Aktor den Befehl, dem Verbraucher Spannung zuzuführen, so schaltet er die Netzspannung an das Gerät durch.

Die Busleitung (Bezeichnung beispielsweise J-Y (St) Y 2x2x0,8 EIB oder YCYM 2x2x0,8) besteht in der Regel aus zwei Adernpaaren (rot-schwarz und weiß-gelb), wovon jedoch nur rot-schwarz verwendet wird. Die Busleitung muss wenigstens IEC 189-2 oder der äquivalenten nationalen Bestimmung entsprechen. Die Leitungen mit den zuvor genannten Bezeichnungen werden diesbezüglich empfohlen. Allerdings sind ebenso weitere Leitungen wie JH(St)H 2x2x0,8 bzw. A-2Y(L)2Y 2x2x0,8 zulässig. Der Leitungsdurchmesser ist im Allgemeinen 0,8 mm und darf maximal 1 mm betragen. Bei allen Leitungen sind die Verlegevorschriften einzuhalten, wobei die sogenannte zertifizierte EIB-(KNX-)Leitung (YCYM) auch direkt neben 230 V und 400 V Wechselspannungsleitungen verlegt werden darf.

Die KNX-Anlage wird von einer Spannungsversorgung über eine Drossel mit 30 V Gleichspannung versorgt. Diese Spannung versorgt die Busankoppler, über die jedes KNX-Gerät mit den anderen vernetzten KNX-Geräten kommuniziert. Durch das CSMA/CA-Prinzip (für Funkübertragungen) bzw. das CSMA/CR-Prinzip (für kabelgebundene Übertragungen) werden Telegrammverluste im Falle von Bus-Kollisionen vermieden. Der KNX-Bus kommuniziert mit einer Übertragungsrate von 9,6 kbit/s, was bei korrekter Programmierung auch für mehrere 10.000 Geräte ausreichend ist. Durch die Verbreitung von Ethernets wurden zeitnah IP-KNX-Koppler entwickelt, welche übergeordnete Linien (Bereichslinien) auch über deutlich schnellere Ethernetverbindungen kommunizieren lassen und der Bus somit die höheren Übertragungsgeschwindigkeiten nutzen kann. Dadurch wurde auch die vorher maximale Größe von 15 Bereichslinien mit 15 Linien und bis zu 255 Bus-Teilnehmern (Aktoren, Sensoren) erweitert.

Durch Parametrierung über die Engineering-Tool-Software (ETS, siehe Steuerung und Programmierung) kann jeder Eingang (Sensor) jedem Ausgang (Aktor) zugeordnet werden. Dies erfolgt über Gruppenadressen. Geräte mit gleicher Gruppenadresse hören aufeinander und können beispielsweise gleichzeitig ein- oder ausgeschaltet werden. Die Busteilnehmer besitzen außerdem jeweils eine eigene eindeutige physische Adresse. So kann etwa ein Schalter, der vorher noch zum Anschalten einer Deckenleuchte bestimmt war, innerhalb kurzer Zeit zum Einschalten der Gartenbewässerung umprogrammiert werden. Ebenso kann jede KNX-Installation verschiedene Sensordaten abfragen. Beispielsweise können die Daten des Windmessers genutzt werden, um Jalousien oder Markisen einzufahren oder Fenster und Türen bei einer bestimmten Windstärke automatisch zu schließen. Welche Aktionen erfolgen sollen, lässt sich dabei durch Programmierung der Anlage flexibel festlegen. Dabei können auch verschiedene Gewerke miteinander verbunden werden. Heizung, Belüftung, Alarmanlage, Jalousie bzw. Beschattungsanlagen, Beleuchtung und Wetterstation können so über ein einheitliches Netz kommunizieren und selbständig auf sich verändernde Umweltbedingungen reagieren. Zusätzlich ist es möglich, über Gateways weitere Gewerke einzubinden. Dadurch, dass alle Schalter und Sensoren über ein geschleiftes Buskabel miteinander verbunden sind, vereinfacht sich der Verkabelungsaufwand. Alle Zuleitungen der anzusteuernden Verbraucher, z. B. Leuchten, Jalousien, Motoren usw., werden direkt zur elektrischen Verteilung gezogen.

Im Vergleich zur herkömmlichen Elektroinstallation ergeben sich höhere Anschaffungskosten. Daneben sind größere Verteiler notwendig, um die Koppler bzw. die Stromversorgung des Busses aufzunehmen. Ebenso müssen die Aktoren und Sensoren platziert und in der Regel auch verdeckt werden. Es können sich Kostenvorteile ergeben, wenn verschiedene Gewerke (Heizung, Lüftung, Sanitär, Elektro usw.) miteinander kombiniert werden, da auf andere Regelungen verzichtet werden kann. Eine Signalübertragung von Kameras, Sprechanlagen, Multiroom-Systemen u. ä. ist wegen der geringen Datenrate von KNX nicht möglich. Im Idealfall hat jeder Raum nur eine Zu- und Busleitung, wobei dann erst im Raum auf einzelne Verbraucher verteilt wird. Die Anschaffungskosten für KNX-fähige Sensoren (Taster, Schalter) sind in der Regel wesentlich höher als die rein elektrisch schaltenden herkömmlichen Schalter. Bezüglich der Kostengestaltung und zum Vertriebsweg heißt es in der Literatur: „So werden häufig Geräte des KNX/EIB, verglichen zwischen verschiedenen Herstellern, zu gleich hohen Preisen vertrieben, die Kosten von ca. 370 Euro zuzüglich Mehrwertsteuer für eine Spannungsversorgung, die lediglich einen Transformator und wenige elektronische Bauelemente enthält, ist viel zu hoch und angesichts einer Marktverfügbarkeit von mehr als 20 Jahren kaum zu rechtfertigen.“[5]

Einer möglichen Energieeinsparung durch die zentrale Steuerung steht der eigene Stromverbrauch des KNX-Busses gegenüber. Pro Aktor oder Sensor ist mit 5 bis 8 mA Strombedarf zu rechnen. Daher sollten Aktoren und Sensoren mit möglichst hoher Portdichte verwendet werden. Damit wird der anteilige Stromverbrauch pro geschalteter oder überwachter Funktion gesenkt. Gleichzeitig sind bei großer Portdichte die anteiligen Kosten am Businterface niedriger, der Preis pro Port also geringer. Mit der Verbreitung von Energiesparleuchten sinkt das Potential der Energieeinsparung durch automatische Lichtschaltfunktionen (Präsenzmelder).

Spezialisierte Teilaufgaben wie die exakte Farbsteuerung von Vollfarb-LEDs sind mit KNX möglich, allerdings haben sich in der Industrie andere Standards, insbesondere (DALI, durchgesetzt. Hierfür gibt es KNX-DALI Gateways. Andere Protokolle wie zum Beispiel DMX) verfolgen ähnliche Ziele.

Die Daten werden im KNX-Bus unverschlüsselt übertragen. Insbesondere Bus-Leitungen, die aus der gesicherten Gebäudehülle ins Freie führen (z. B. Außenschalter), stellen ein erhebliches Sicherheitsrisiko dar. Die KNX Association hat hierauf reagiert (KNX Data Secure), wobei entsprechend ausgerüstete Produkte bislang kaum erhältlich sind und der Anteil an den verbauten Komponenten unter 0,1 % liegt.[6]

Ursprünglich auf Objektbauten fokussiert, findet KNX auch zunehmend in Wohngebäuden und insbesondere Einfamilienbauten Anwendung. Dies sorgt für eine erhöhte Nachfrage von Komponenten in diesem Bereich, jedoch auch für eine fokussiertere Entwicklung von Geräten und Software auch für den privaten Endanwender. Andererseits verliert KNX im Objektbau an andere Systeme, z. B. EnOcean, ZigBee für einfache Schalter, die einem übergeordneten System (z. B. Bacnet, Modbus) zugeordnet sind.

Während in Objektbauten die Stärke von KNX in einer dezentralen Verkabelung betriebswirtschaftlich hilfreich ist, setzte sich im Kleingebäudebereich eher eine zentralisierte Verkabelung durch (Führung aller Sensor- und Aktorleitungen an einen oder wenige zentrale Punkte).

Der Trend zur All-IP-Lösung im Gebäudebau verändert den Markt nachhaltig und strahlt in den privaten Sektor zunehmend aus, wie dies insbesondere im Bereich VoIP bereits erfolgt ist. Die zunehmende Tendenz zum Einsatz einer Logik (Server, Visualisierung) sorgt für eine starke Zunahme von SPS im Gebäudebau. Einige Hersteller von SPS bieten Gateways zu KNX an, um beide Welten zu verschmelzen, wobei jedoch die KNX-Komponenten hauptsächlich im Sinne von Ein- und Ausgabekanälen ohne Nutzung eigener Intelligenz herangezogen werden. Damit entspricht KNX hier nur einer kabelsparenden Installationsweise. Zudem erschienen speziell für Gebäudetechnik angepasste SPS.

Der Versuch, mittels KNX-RF+ den Markt der funkbasierten Lösungen, die insbesondere für den lukrativen (und sehr großen) Nachrüstmarkt gefordert sind, zu bedienen, besteht (^[veraltet]Stand 2016) aus im Vergleich zu anderen funkbasierten Systemen (Homematic, Qivicon) kosten- und funktionsseitig nicht konkurrenzfähigen Tastsensoren und Aktoren.

Eine Ausdehnung in die USA ist aktuell erschwert, da dort traditionell viele Smart-Home-Systeme mittels X10 (Powerline) arbeiten und die Nachfolgetechnik (bspw. Insteon) ebenfalls powerlinebasiert ist. Im asiatischen Bereich ist der PLC-Bus (ebenfalls powerlinebasiert) verbreitet, der auch dort den Ausbreitungen von KNX (unabhängig von seinen eingeschränkten technischen Möglichkeiten) enge Grenzen setzt.

KNX Glastaster

In der Regel wird der Befehl, die Deckenleuchte einzuschalten, durch einen „normalen“ Lichtschalter erteilt. Eine Person drückt den Schalter, und das Licht geht an. Der Anschalt-Befehl kann jedoch auch kumulativ über Sensoren erfolgen. Ein Lichtsensor misst zum Beispiel bei Abenddämmerung, dass die Lichtintensität im Raum abnimmt. Daher erteilt er den Befehl an die Deckenleuchte zum Einschalten. Ebenso könnte er jedoch in der Dämmerung kontinuierlich die Deckenleuchte immer heller werden lassen. Wenn die Sonne vollständig untergegangen ist, leuchtet die Leuchte mit maximaler Helligkeit. Mit dieser kontinuierlichen Dimmung wird das Zimmer dann konstant hell gehalten. Befinden sich mehrere Deckenleuchten im Raum, so können verschiedene Beleuchtungsszenarien programmiert werden, sofern jede einzelne Deckenleuchte separat über Aktoren angeschlossen wurde. Auch diese können dann über einen regulären Schalter eingeschaltet werden. Über einen Zentral-Computer lassen sich auf diesen Schalter im Raum beliebige Beleuchtungsarten programmieren, da sich dann jede einzelne Leuchte ansteuern lässt.

In einem Raum befinden sich drei Fenster. Diese haben einen automatischen Öffnen/Schließen-Mechanismus. Über einen im Raum montierten Schalter kann jedes beliebige Fenster oder alle gemeinsam auf Tastendruck geöffnet werden. Zusätzlich kann in dem Raum ein Luftgüte-Sensor installiert werden. Ist in diesem Raum schlechte/stickige Luft, so wird eines oder alle Fenster automatisch geöffnet und der Raum wird durchgelüftet. Danach werden die Fenster wieder automatisch geschlossen. Daneben kann dies mit einem Regensensor kombiniert werden. Registriert der Regensensor im Außenbereich Regen, so kann über das EIB-Netz der Befehl erteilt werden, alle Fenster zu schließen.

Unproblematisch können diese Funktionen auch mit anderen Systemen (=Gewerken) kombiniert werden. Denkbar ist eine Koppelung mit der Schließanlage. Wird die Haustür abgeschlossen, so werden alle noch offenen Fenster in dem Haus automatisch geschlossen. Denkbar ist auch eine Kombination mit einem Erdgas-Sensor. Tritt Erdgas aus einer Erdgas-Leitung aus und konzentriert sich etwa im Aufstellungsraum der Heizung, so kann dies ein Erdgas-Sensor registrieren. Automatisch werden dann alle relevanten Fenster geöffnet, damit sich das Erdgas verflüchtigt. Damit wird eine Gas-Explosion verhindert. Zusätzlich kann ein elektrisch steuerbarer Verschluss die Erdgas-Hauptleitung verschließen, damit kein weiteres Gas in den Raum nachfließt.

Mittels KNX lassen sich

• Beleuchtung
• Beschattung
• Heizung
• Klima
• Lüftung
• Alarm
• Information
• Fernzugriff (über Handy, Smartphone, Telefon, Internet)
• Zentrales Steuern des Hauses

integriert zusammenschalten.

Maximale KNX-„Welt“

Der KNX ist aufgeteilt in 15 Bereiche mit jeweils 15 Linien und maximal 255 Teilnehmern pro Linie. Benötigte aktive Koppler zählen als Teilnehmer und verringern damit die maximale Teilnehmerzahl. Somit können bis zu 57.375 Busteilnehmer einzeln gesteuert werden. Damit bezeichnet zum Beispiel die physische Adresse 8.7.233 in Bereich 8, Linie 7, den Teilnehmer 233. Koppler erhalten stets die Teilnehmernummer 0, z. B. die physische Adresse 8.7.0.

Pro Linie können normalerweise 64 bzw. bei Nutzung von Linienverstärkern bis zu 256 Busteilnehmer (TLN) angeschlossen werden. Für diese bis zu drei möglichen Linienverstärker sind die Adressen x.x.64, x.x.128 und x.x.192 reserviert. Diese Reservierung ist jedoch nur empfohlen und keine Festlegung. Die Linienverstärker können jede mögliche Adresse im Bereich x.x.1 bis x.x.255 zugeteilt bekommen. Ebenso können alle möglichen verfügbaren Adressen auf die Linie selbst (der Teil, welcher über den Koppler „nach oben“ angebunden ist, nennt man weiter „Linie“), sowie die drei, an diese Linie gekoppelten Segmente, verteilt werden. Die Segmente müssen aber immer direkt an die Linie gekoppelt werden. Es dürfen also keine Linienverstärker kaskadiert werden. Ebenso dürfen keine Linienverstärker in die Bereichslinien oder gar die Hauptlinie (Backbone) eingefügt werden. Jedes Segment der Linie benötigt eine eigene Spannungsversorgung, beim Ausbau auf 256 Teilnehmer also vier Spannungsversorgungen.

Bei der ausschließlichen Verwendung von Geräten mit Übertragungsbausteinen der „Klasse“ TP-256, können die Linienverstärker komplett weggelassen werden, da diese die Telegrammqualität viel geringer beeinträchtigen, als es die Bausteine der „Klasse“ TP-64 tun. Vereinfacht ausgedrückt: Von der verfügbaren „kapazitiven“ Qualität von 256 „Einheiten“, dekrementiert also jedes TP-64-Gerät 4 „Einheiten“ und jedes TP-256-Gerät nur eine „Einheit“. Sind die verbleibenden „Einheiten“ aufgebraucht, so ist eine Segmentierung erforderlich. Leider ist die Dokumentation der Hersteller, welche Geräte zur TP-64 bzw. zur TP-256-Klasse gehören, noch sehr mangelhaft.

Um Linien in ihrer Struktur zu erweitern, können sie über Linienkoppler mit der sogenannten Hauptlinie verbunden werden. Eine Hauptlinie verbindet maximal 15 Linien miteinander und bildet einen Bereich. Die Hauptlinie selbst braucht wiederum mindestens eine Spannungsversorgung und kann noch zusätzlich maximal 63 TLN plus einem Linienkoppler beinhalten. Jeder angeschlossene Linienkoppler verringert jedoch die Anzahl der möglichen Geräte auf der Hauptlinie, sodass bei maximalem Ausbau von 15 Linien nur noch 48 Geräte in die Hauptlinie passen (63-15=48).

Über eine Bereichslinie (Backbone) können die maximal 15 Bereiche miteinander verbunden werden. Auch die Bereichslinie benötigt mindestens eine eigene Spannungsversorgung. Es können zusätzlich noch weitere 63 Teilnehmer auf der Bereichslinie eingebunden werden.

Auf den übergeordneten Linien, Hauptlinien und Bereichslinie, werden meist Geräte, die Zentralfunktionen bieten, eingebunden. Dies sind physikalische Sensoren, eine Visualisierung, Logikkomponenten und Aktoren in Verteilern, die Schaltausgänge für Sensoren aus verschiedenen Linien zur Verfügung stellen.

Die Spannungsversorgungen sind in den folgenden Größen verfügbar: 160 mA, 320 mA, 640 mA, 960 mA und sogar 1280 mA, wobei die Baugröße 640 mA als „Quasistandard“ bezeichnet werden kann. Bei einer gemittelten Stromaufnahme der Geräte von etwa 10 mA ergibt sich auch hier die Teilnehmeranzahl von 64 pro Linie (63 + 1 Koppler). Die Spezifikation begrenzt die Stromaufnahme eines Gerätes auf 12 mA, meist nutzen die Geräte aber nur rund 5–6 mA. Somit kann man im Durchschnitt mit etwa 10 mA pro Gerät kalkulieren und ist in der Regel noch im absolut sicheren Bereich. Es existieren aber auch Geräte, mit deutlich höherem Energiebedarf, z. B. Bedienelemente mit Displays oder Schaltaktoren mit sehr vielen Schaltkanälen. Dort wird häufig beim Strombedarf „2 Gerätelasten“ o. Ä. angegeben. Sollten in einer Linie mehrere dieser Geräte geplant werden, so empfiehlt es sich, den Strombedarf genauer zu berechnen. Es sind auch Stromversorgungen verfügbar, welche über LED-Anzeigen oder Displays den aktuellen Strombedarf anzeigen oder auch per Datentelegramm versenden können. Während normale KNX-Spannungsversorgungen als Systemgeräte nicht adressiert werden müssen, benötigen die intelligenten Stromversorgungen aber sowohl eine Programmierung bzw. Inbetriebnahme und belegen dann auch eine Adresse.

Die Leitungsstruktur innerhalb jeder Linie muss folgenden Regeln entsprechen:

1. die Gesamtlänge der verlegten Leitung darf 1000 m nicht überschreiten
2. jeder Teilnehmer darf nicht mehr als 350 m Leitungslänge von einer Spannungsversorgung entfernt sein
3. Teilnehmer dürfen nicht mehr als 700 m Leitungslänge voneinander entfernt liegen
4. die Verkabelung darf als Stern- oder Baumstruktur sowie Linienstruktur (Daisy-Chain) ausgeführt werden, jedoch ist eine geschlossene Ringleitung verboten

Zusammengehörige Aktoren und Sensoren werden mit einer sogenannten Gruppenadresse verbunden, die einfach einprogrammiert werden kann. Dadurch ergibt sich die Möglichkeit, die Zusammengehörigkeit von zum Beispiel Schaltern und Lampen jederzeit zu ändern, ohne neue Leitungen verlegen zu müssen.

Die Kommunikation der Geräte erfolgt mit standardisierten Befehlen. So ist sichergestellt, dass Geräte verschiedener Hersteller zusammenarbeiten. Damit wurde erstmals ein einheitlicher Standard geschaffen, der offen ist für alle Hersteller von Elektrogeräten bzw. Steuerkomponenten. Mittlerweile wurden weltweit mehrere hunderttausend Gebäude mit einer KNX-Anlage ausgestattet. Entsprechend groß ist auch die Vielfalt der Steuergeräte der verschiedenen Hersteller.

KNX ist ein offener Standard, d. h. jeder Hersteller/ Entwickler hat vollen Zugriff auf alle notwendigen technischen Informationen, die er für die Weiterentwicklung benötigt. Allerdings erfordert dies die beitragspflichtige Mitgliedschaft in der Vereinigung KNX Association. Daher wird kritisiert, dass dies kein wirklich offener Standard sei, da durch die Mitgliedschaft grundsätzlich Kosten entstehen. Erst wenn diese Mitgliedschaft auch kostenfrei ist, könne von einem „offenen Standard“ die Rede sein. Hierbei wird aber verkannt, dass dies ein üblicher und gerade für kleinere Unternehmen sehr günstiger Weg ist, die notwendigen Patentrechte zu erhalten.

Die Programmierung der Teilnehmer und das Zuweisen der Gruppenadressen erfolgt mit einer speziellen, jedoch ebenfalls standardisierten Software, der Engineering-Tool-Software (ETS). Die ETS wird von der Dachorganisation KNX Association bereitgestellt und sichert die problemlose Zusammenarbeit von Komponenten verschiedener Hersteller (mittlerweile über 358 Hersteller weltweit). Die ETS ist eine lizenzrechtlich geschützte Software, welche von der KNX-Association vertrieben wird. Zur Inbetriebnahme einer KNX-Installation ist auf jeden Fall eine ETS-Installation nötig. Die verfügbaren Versionen unterscheiden sich durch die Anzahl der steuerbaren Geräte und damit auch in ihrem Preis: Demo (5 KNX-Geräte, kostenlos), Lite (20 KNX-Geräte, 200 €), Home (64 KNX-Geräte, 350 €), Professional (unbegrenzt, 1000 €)[7]

Der KNX-Standard wurde mittlerweile auch von den USA und vielen asiatischen Ländern für den Hausbau übernommen.

Alle größeren Hersteller von Elektroinstallationsprodukten sowie Heizungsausrüster bieten mittlerweile KNX-kompatible Geräte an.

Als Nachfolger für EIB wurde der KNX-Standard im Jahre 2002 von der (damals benannten) Konnex Association nach der Norm EN50090 weiter entwickelt. KNX ist abwärtskompatibel zum EIB, sodass bestehende EIB-Anlagen mit KNX-Feldmodulen erweiterbar sind.

Das Kontrollbyte bestimmt die Paket-Priorität und unterscheidet zwischen einem Standard- und einem erweiterten Paket:

Das Wiederholungsbit R ist beim erstmaligen Senden des Paketes 1, bei einer Wiederholung 0, so dass Teilnehmer, die das Paket bereits korrekt empfangen haben, die Wiederholung ignorieren können.

Die Prioritäts-Level sind auf die Bits aufgeteilt:

Die Quelladresse (typische Schreibweise <Bereich>.<Linie>.<Teilnehmer>) besteht aus zwei Byte, wobei zuerst das MSB übertragen wird:

Die Zieladresse adressiert entweder einen individuellen Empfänger (uni-cast) oder eine Gruppe (multi-cast; typische Schreibweise: <Hauptgruppe>/<Mittelgruppe>/<Untergruppe>); der Typ der Ziel-Adresse wird im DRL-Byte gesetzt. Bei einer physischen Adresse entspricht die Kodierung der Quelladresse. Eine Gruppenadresse wird anders kodiert:

Der Aufbau des DRL-Bytes (von Destination-adress-flag, Routing-counter, Length) ist

Der Routing-Zähler R0..R2 wird mit 6 initialisiert und von jedem Linien- und Bereichskoppler dekrementiert. Ein Paket mit dem Wert 0 wird verworfen. Ein Wert von 7 verhindert eine Dekrementierung und lässt das Paket beliebig oft weiterleiten. Die Bits L0..L3 geben die Länge der folgenden Nutzdaten minus zwei an, d. h. eine Länge=0 entspricht 2 Bytes, Länge=15 entspricht 17 Bytes.

Die Transport Layer Protocol Control Information (TPCI) beschreibt die Kommunikation auf dem Transport Layer, z. B. um eine Point-to-Point-Verbindung aufzubauen. Die Application Layer Protocol Control Information (APCI) sind für die Application Layer Services (Lesen, Schreiben, Antwort, …) zuständig. Eine mögliche Variante der Nutzdaten ist die standardisierte Kommunikation nach DPT (Datenpunkttyp), früher EIS (EIB Interworking Standard).[8] Hierbei gibt es verschiedene DPT und EIS-Formate:

Die Checksumme ist eine invertierte, bitweise XOR-Verknüpfung aller vorher gesendeter Bytes des Paketes.

Bei einem Long Frame sind sogar N>255 Octets möglich.

• OSGi – Middleware-Standard (Java-Framework) für die Einbindung von EHS/CHAIN, EIB, Konnex, LON etc. in Service-Gateways
• openHAB – Java/OSGi-basierte Integrationsplattform zur Nutzung und Vernetzung von KNX mit anderen Protokollen wie HomeMatic, 1-Wire etc.[9]
• MisterHouse – Perl-basierendes Framework zur Heimautomatisierung (EIB, X10 etc.)[10]
• ioBroker – Node.js-basierte IoT-Plattform zur Vernetzung zwischen verschiedenen Protokollen und IoT-Systemen mit einem KNX System.[11]
• SmartHomeNG – Open Source System, welches als Metagateway zwischen verschiedenen „Dingen“ fungiert. Die Programmierung von Logiken erfolgt in der Programmiersprache Python.
• OpenEMS – Open Source Energiemanagement System zur aktiven Lastflußsteuerrung, Optimierung und Prognose. Implementiert auf Basis von embedded JAVA.
• Home Assistant – Python-basierte, kostenfreie und quelloffene Software zur Gebäudeautomatisierung mit Schwerpunkt auf lokaler Steuerung und Privatsphäre.[12]
• FHEM – Perl-basierte, kostenfreie und quelloffene Software zur Gebäudeautomatisierung, dessen Akronym für Freundliche Hausautomation und Energie-Messung steht.[13]

In den 1990er Jahren wurde OPC (OLE for Process Control) als standardisierte Software-Schnittstelle für die Windows-Plattform entwickelt, um die Integration verschiedener, bis dahin meist herstellerabhängiger und somit proprietärer Automatisierungsbusse in einem System zu erleichtern. Ursprünglich in der industriellen Automatisierung beheimatet, zeichnete sich rasch die Möglichkeit ab, durch OPC interdisziplinär mit anderen Bereichen – wie eben zum Beispiel der Gebäude-Automatisierung – wirken zu können.

Mit dem OPC-Server kam 1998 folgerichtig das Software-Werkzeug auf den Markt, durch das die Einbindung des EIB (KNX) in hybride Automatisierungssysteme stark vereinfacht wurde. So lassen sich Softwarelösungen erstellen, die klassische Gebäudefunktionen z. B. der Heizungs- und Beleuchtungssteuerung einer Produktionsstätte mittels EIB sowie die Visualisierung und Automation des industriellen Produktionsprozesses über andere Bussysteme homogen zusammenführen. Auch die Koppelung verschiedener Gebäudebusse, wie EIB und LON, zu einem integrierten Managementsystem ist durch die vorhandenen OPC-Server für KNX und LON leicht möglich.

Der KNX-Daemon eibd und sein Fork knxd bieten eine Schnittstelle zum EIB/KNX-Bus unter Linux.[14][15]