Protokolle
KNX vs. BACnet – welches Protokoll für welche Aufgabe
Wie sich KNX und BACnet in Rolle, Topologie und Engineering unterscheiden, warum die meisten Gebäude beide einsetzen und wie sich entscheiden lässt, wohin jedes Protokoll gehört.
Kurze Antwort
KNX und BACnet lösen unterschiedliche Schichten. KNX ist ein Feldbus für Raumbeleuchtung, Sonnenschutz und lokale Steuerung; BACnet ist ein übergeordnetes Protokoll für Anlagen, RLT-Geräte und BMS-Integration, üblicherweise über IP. Viele Gebäude nutzen beides: KNX im Raum, BACnet in der Anlage und eine übergeordnete Instanz, die ein einheitliches Punktmodell darstellt.
Unterschiedliche Aufgaben, keine Konkurrenzprodukte
Der Vergleich geht schief, wenn KNX und BACnet als konkurrierende Antworten auf dieselbe Frage behandelt werden. KNX wurde für verteilte Raum- und Gebäudesteuerung entwickelt: Schalter, Sensoren, Aktoren und Sonnenschutz an einem gemeinsamen Bus. BACnet wurde für die übergeordnete Integration von Anlagen und Gebäudesystemen entwickelt: Kältemaschinen, RLT-Geräte, Zähler und BMS-Leitsysteme. Das eine ist am stärksten nahe am Nutzer, das andere auf Anlagen- und Managementebene. Zu fragen, welches besser ist, gleicht der Frage, ob ein Raumthermostat oder ein Kältemaschinenregler besser ist. Eine sinnvolle Vergleichsmethode ist zu fragen, wofür jedes Protokoll verantwortlich ist, wenn das Netz gesund ist, und was noch funktioniert, wenn es das nicht ist.
- KNX ist ein Feldbus, BACnet ein übergeordnetes Protokoll
- Vergleichen Sie nach Schicht, nicht nach Slogan
- Die meisten Gebäude brauchen beides
Wo KNX seine Berechtigung hat
KNX ist deterministisch, verteilt und nicht von einer einzigen Leitstelle abhängig. Geräte können ihr lokales Verhalten fortsetzen, wenn die übergeordnete Instanz offline ist. Es eignet sich gut für Beleuchtung, Sonnenschutz, Präsenz und Raumszenen und verfügt über eine ausgereifte Inbetriebnahmekultur rund um ETS. Die Einschränkungen sind praktischer Natur: Gruppenadressdisziplin, Projektverantwortung, Busversorgung und die Notwendigkeit, die Installation zu dokumentieren. Große Projekte brauchen eine klare Struktur und eine Benennungskonvention, sonst wird das ETS-Projekt zur archäologischen Übung. KNX ist ein starker Raumbus, kein Anlagenintegrationsprotokoll. Der Bus ist kein Ort, an dem man Adressierungsfehler bei der Übergabe entdeckt; sie sollten im ETS-Projekt und auf der Werkbank gefunden werden, bevor die Decke schließt.
- Stark bei Beleuchtung, Sonnenschutz und Präsenz
- Die ETS-Disziplin ist die eigentliche Einschränkung
- Lokales Verhalten überlebt den Ausfall der Leitstelle
Wo BACnet seine Berechtigung hat
BACnet gibt der Anlage ein gemeinsames Objektmodell: Geräte, analoge und binäre Objekte, Zeitprogramme, Alarme und Trends. BACnet/IP läuft über Ethernet, was zu BMS-Netzen und gebäudeübergreifender Integration passt. Es ist die natürliche Schnittstelle für Kältemaschinen, RLT-Geräte, Kessel, Zähler und bestehende BMS-Plattformen. Die Einschränkungen liegen bei Interoperabilität und Verantwortung: Hersteller unterstützen unterschiedliche Objektsätze, das COV-Verhalten variiert, und die Schreibpriorität entscheidet, wer einen Sollwert wirklich steuert. BACnet ist leistungsfähig, wenn die Objektliste verifiziert ist, und irreführend, wenn sie angenommen wird. Ein Gerät, das nur einen Bruchteil seiner Punkte bereitstellt, kann dennoch nützlich sein – doch die Lücke muss bekannt sein, bevor der Ablauf davon abhängt, und nicht erst, nachdem ein Mieter sich beschwert.
- Natürliche Schnittstelle für Kältemaschinen und RLT-Geräte
- Prüfen Sie die Objektunterstützung, nicht nur das Logo
- Die Schreibpriorität entscheidet über die Steuerung
Die kombinierte Architektur
In der Praxis bestehen beide Protokolle nebeneinander. KNX übernimmt den Raum und die Etage, BACnet die Anlage und das vorhandene BMS; eine übergeordnete Instanz oder ein Controller normalisiert beides in ein Punktmodell. Die Entwurfsarbeit liegt an der Grenze: Welches System verantwortet das Zeitprogramm, welcher Punkt ist steuerbar und was geschieht, wenn ein Gateway ausfällt. Halten Sie das Gateway nahe an den Systemen, die es bedient, dokumentieren Sie die Richtung jedes Punktes und vermeiden Sie doppelte Steuerlogik an zwei Stellen. Dem Gebäude ist egal, welches Protokoll eleganter ist; es zählt, welcher Ablauf läuft, wenn ein Anlagenteil ausfällt. Die Grenze ist der Entwurf; die Protokolle sind nur die Sprachen auf beiden Seiten, und die übergeordnete Instanz ist der Dolmetscher.
- Beides in ein Punktmodell normalisieren
- Ein Verantwortlicher pro Ablauf
- Dokumentieren Sie die Gateway-Grenze
KNX und BACnet im Vergleich
7 rows| Kriterium | KNX | BACnet |
|---|---|---|
| Hauptrolle | Feldbus für Raum und Gebäude | Übergeordnete Anlagen- und BMS-Integration |
| Typische Geräte | Schalter, Sensoren, Aktoren, Sonnenschutz | Kältemaschinen, RLT-Geräte, Zähler, BMS |
| Netzwerk | Twisted-Pair-Bus, Optionen für IP-Backbone | Ethernet/IP, serielle Optionen |
| Engineering-Werkzeug | ETS-Projekt | Herstellertools und Objektlisten |
| Steuerungsprinzip | Verteilt, lokales Verhalten | Übergeordnete Objekte und Zeitprogramme |
| Hauptrisiko | Gruppenadressdisziplin | Objektunterstützung und Schreibpriorität |
| Einsatzbereich | Hotelzimmer, Büros, Villen | Technikzentralen, Campus, vorhandene BMS |
Projektbilder
3 images
Häufige Fragen
01Können KNX und BACnet zusammenarbeiten?
Ja. Eine übergeordnete Instanz oder ein Gateway bildet beides in ein Punktmodell ab; entscheidend ist die Einigung darüber, welches System welchen Ablauf verantwortet.
02Was eignet sich besser für ein Hotel?
KNX ist in Hotelzimmern und der Beleuchtung öffentlicher Bereiche verbreitet. BACnet findet sich eher in der Anlage. Beide werden üblicherweise kombiniert und nicht exklusiv gewählt.
03Läuft BACnet immer über IP?
Nein. BACnet/IP ist verbreitet, doch BACnet MS/TP über serielle Verbindungen existiert weiterhin, besonders bei älteren Anlagen und Controllern.
04Brauchen wir ein Gateway für KNX?
Üblicherweise ja, sofern der Controller keine native KNX-Schnittstelle hat. Das Gateway sollte mit seiner Punktkapazität und dem Verantwortlichen für die Konfiguration in der Schnittstellenmatrix dokumentiert werden.
05Welches Protokoll ist offener?
Beide sind offene Standards mit unterschiedlichen Ökosystemen. Die praktische Offenheit hängt von Dokumentation, Werkzeugzugang und der Bereitschaft des Herstellers ab, Punkte bereitzustellen.
Nächster Schritt
Bringen Sie uns das Gebäude.
Nennen Sie uns Gebäudetyp, Systeme im Leistungsumfang und das benötigte Ergebnis. Wir zeigen den kürzesten Weg zu einem funktionierenden System.