KNX im Zweckbau: wann es passt und wann nicht

Wer ein Bürogebäude, ein Schulhaus oder ein Pflegeheim plant, steht früh vor einer Frage, die sich nicht mit einem Satz beantworten lässt: Brauchen wir KNX, eine BACnet-basierte Raumautomation, oder beides? Die Antwort hängt davon ab, welche Aufgaben das System übernehmen soll, wie viele HLK-Datenpunkte ins Spiel kommen und wer die Anlage später betreibt. Dieser erste Teil der Serie «KNX richtig planen» legt die Entscheidungsgrundlagen offen, ohne eine Technologie pauschal zu bevorzugen.

Wir begleiten als unabhängiges Ingenieurbüro Projekte von der Vorplanung bis zur Abnahme. Dabei sehen wir immer wieder dieselben Muster: KNX wird eingesetzt, wo eine BACnet-Raumautomation besser gepasst hätte, oder umgekehrt. Und häufiger noch fehlt eine klare Aufgabenteilung zwischen den beiden Welten, was zu Schnittstellenproblemen führt, die sich durch den ganzen Betrieb ziehen. Dieser Beitrag soll helfen, diese Entscheidung früher und bewusster zu treffen.

Was KNX ist und was es kann

KNX ist ein offener, internationaler Standard für die Gebäudeautomation. Er ist in der EN 50090 und der ISO/IEC 14543-3 normiert und entstand 1999 aus der Zusammenführung von EIB, BatiBUS und EHS. Die Marke KNX gehört der KNX Association mit Sitz in Brüssel, die Landesorganisation in der Schweiz ist KNX Swiss.

Das verbreitetste Übertragungsmedium ist Twisted Pair (TP): eine verdrillte Zweidrahtleitung, über die sowohl die Busspannung von typisch 30 V DC als auch die Datenkommunikation mit 9600 bit/s laufen. Daneben gibt es Powerline (PL110), Funk auf 868 MHz (RF) und IP-basierte Kommunikation über KNXnet/IP. Die Topologie ist klar geregelt: Ein Liniensegment fasst bis zu 64 Teilnehmer, eine Linie kann mit Linienverstärkern auf bis zu vier Segmente erweitert werden, und über Linienkoppler lassen sich bis zu 15 Linien zu einem Bereich zusammenfassen. Bis zu 15 Bereiche können über Bereichskoppler verbunden werden, wobei ein IP-Backbone mit IP-Kopplern eine flexible Alternative zur klassischen TP-Hierarchie bietet.

Was KNX besonders stark macht, ist die Breite des Ökosystems. Tausende von Produkten verschiedener Hersteller sind über die ETS, das herstellerübergreifende Projektierungswerkzeug, gemeinsam konfigurierbar. Jedes Gerät erhält eine physikalische Adresse nach dem Schema Bereich.Linie.Teilnehmer, und die Kommunikation zwischen Geräten läuft über Gruppenadressen. Dieses Modell ist für die Elektroinstallation gedacht: Taster, Dimmer, Jalousieaktoren, Präsenzmelder und Raumthermostate sprechen direkt miteinander, ohne dass ein zentraler Server dazwischen stehen muss.

Genau das ist die Stärke von KNX: dezentrale, robuste Steuerung von Licht, Beschattung und einfachen Raumfunktionen. Fällt ein Gerät aus, arbeiten die anderen weiter. Das System ist nicht auf eine zentrale Intelligenz angewiesen.

Wo KNX seine Stärken ausspielt

In der Praxis zeigt sich, dass KNX dort am besten funktioniert, wo die Aufgaben klar elektrischer Natur sind und wo viele gleichartige Funktionen über ein Gebäude verteilt werden müssen.

Beleuchtungssteuerung ist das klassische Einsatzgebiet. Schalten, Dimmen, Szenen, Präsenzabhängigkeit, Tageslichtkompensation: All das lässt sich mit KNX-Geräten direkt und ohne Umwege abbilden. Die Kopplung mit DALI-Systemen nach IEC 62386 (DALI-2) ist über KNX-DALI-Gateways gut etabliert und erlaubt eine feingranulare Steuerung einzelner Leuchten oder Gruppen. Mehr dazu behandelt Teil 1 der Serie «Schnittstellen rund um KNX» unter dem Titel «KNX und DALI: Beleuchtung sauber koppeln».

Beschattung ist ein weiteres Kerngebiet. Jalousie- und Raffstoreaktoren, Windsensoren, Sonnenstands-Logik und manuelle Übersteuerung lassen sich mit KNX zuverlässig und ohne proprietäre Insellösung realisieren. Auch hier profitiert man von der grossen Produktvielfalt und der Möglichkeit, Logikfunktionen direkt in Geräten oder in einem KNX-Logikmodul abzubilden.

Einfache Raumfunktionen wie Betriebsartumschaltung (Komfort, Standby, Nacht, Frost), Raumsollwertverstellung über einen Raumthermostat und die Rückmeldung von Fensterkontakten sind ebenfalls gut mit KNX abbildbar, solange die Regelung selbst in einem einfachen Raumregler stattfindet und nicht in einer übergeordneten Automationsstation.

Für Wohnbauten, kleinere Bürogebäude und Objekte ohne komplexe HLK-Infrastruktur ist KNX oft die wirtschaftlichste und betrieblich einfachste Lösung. Die Anlage ist überschaubar, die Inbetriebnahme mit der ETS gut dokumentierbar, und der Unterhalt kann von jedem zertifizierten KNX-Partner übernommen werden.

Wo KNX an seine Grenzen stösst

KNX ist kein Protokoll für komplexe HLK-Regelung. Das ist keine Schwäche, sondern eine Designentscheidung. Das System wurde für die Elektroinstallation entwickelt, nicht für die Gebäudeautomation im Sinne der Raumautomation nach SN EN ISO 52120-1 (SIA 386.111).

Sobald eine Lüftungsanlage mit variablem Volumenstrom, eine Kühldecke mit Taupunktüberwachung, eine Wärmepumpe mit Betriebszustandsrückmeldung oder ein Kältesystem mit Lastmanagement ins Spiel kommen, braucht es eine Automationsstation mit echter Regellogik, Trendaufzeichnung, Alarmmanagement und einer Anbindung an die Gebäudeleittechnik (GLT). Diese Aufgaben übernimmt typischerweise eine BACnet-basierte Raumautomation.

KNX kennt keine nativen Objekte für Trending, Alarming oder Scheduling im Sinne von BACnet. Es gibt keine standardisierte Möglichkeit, einen Datenpunkt aus dem KNX-Bus direkt in einer GLT zu lesen, ohne eine Schnittstelle dazwischen. Und es gibt keine einheitliche Beschriftungskonvention, die über das ETS-Projekt hinaus in einem Betriebsführungssystem weiterlebt.

Ein weiterer Punkt ist die Skalierung. Ein Liniensegment fasst bis zu 64 Teilnehmer, und die Gesamtlänge der Busleitung je Segment ist auf 1000 m begrenzt. Für ein grosses Bürogebäude mit vielen Stockwerken und Räumen ist das handhabbar, aber es erfordert eine sorgfältige Topologieplanung. Mehr dazu im zweiten Teil dieser Serie: «Topologie, Linien und IP-Backbone sauber aufbauen».

Schliesslich ist KNX kein Protokoll, das von Haus aus für Cybersicherheit ausgelegt war. KNX Secure mit Data Secure und IP Secure schliesst diese Lücke, aber nur wenn es konsequent geplant und umgesetzt wird. Teil 4 dieser Serie behandelt genau das: «KNX Secure im Projekt: Data Secure und IP Secure».

BACnet-Raumautomation: die andere Welt

BACnet nach SN EN ISO 16484-5 (SIA 386.155) ist das Standardprotokoll der Gebäudeautomation. Es wurde für genau jene Aufgaben entwickelt, die KNX nicht abdeckt: Regelung, Trendaufzeichnung, Alarmmanagement, Zeitprogramme und die Integration in eine übergeordnete GLT.

Eine BACnet-Raumautomation besteht typischerweise aus Feldgeräten (Sensoren, Aktoren), Automationsstationen, die die Regellogik ausführen, und einer Managementebene, die alle Stationen überwacht und bedient. Die Datenpunkte sind als BACnet-Objekte strukturiert, mit standardisierten Eigenschaften, die von jeder konformen GLT gelesen und beschrieben werden können.

Für Zweckbauten mit komplexer HLK-Infrastruktur ist BACnet die natürliche Wahl auf der Automationsebene. Lüftung, Heizung, Kälte, Warmwasser und Energiemessung laufen über BACnet-Stationen, die ihre Daten an die GLT liefern und von dort Sollwerte und Betriebsarten empfangen.

Was BACnet weniger gut kann, ist die Fläche. Einzelne Taster, Dimmer und Jalousieaktoren über BACnet anzubinden, ist technisch möglich, aber wirtschaftlich und planerisch aufwendig. Hier ist KNX die bessere Wahl, und genau deshalb entstehen in der Praxis Mischformen.

Mischformen: Aufgabenteilung statt Konkurrenz

In den meisten mittleren und grossen Zweckbauten ist eine Mischform die sinnvollste Lösung. KNX übernimmt die elektrischen Raumfunktionen (Licht, Beschattung, Präsenz, manuelle Bedienung), BACnet übernimmt die HLK-Regelung und die GLT-Anbindung. Die beiden Systeme arbeiten parallel, aber sie müssen an definierten Punkten miteinander kommunizieren.

Typische Schnittstellen sind: die Raumtemperatur aus dem KNX-Raumthermostat als Istwert für die BACnet-Automationsstation, die Betriebsart (Komfort, Standby, Nacht) als Signal von KNX an BACnet, der Fensterkontakt als Eingang für die Lüftungsregelung, und die Sollwertverstellung aus dem Raumthermostat als Offset für die BACnet-Regelung.

Diese Schnittstellen müssen in der Planung explizit definiert werden. Wer das dem Ausführenden überlässt, riskiert, dass jeder Beteiligte seine eigene Interpretation umsetzt. Das Ergebnis sind Schnittstellenprobleme, die sich erst in der Inbetriebnahme oder im Betrieb zeigen. Wie solche Schnittstellen sauber geplant und dokumentiert werden, behandelt Teil 4 der Serie «Schnittstellen rund um KNX»: «KNX und BACnet: Raumautomation an die Gebäudeleittechnik».

Eine klare Aufgabenteilung hat auch eine organisatorische Dimension. KNX liegt typischerweise im Verantwortungsbereich des Elektroplaners und des Elektrikers. BACnet liegt im Verantwortungsbereich des GA-Planers und des GA-Unternehmers. Wenn diese Rollen nicht klar definiert sind, entstehen Lücken, besonders an den Schnittstellen.

Entscheidungskriterien in der Praxis

Wie entscheidet man nun konkret? Wir arbeiten in der Vorplanung mit einer einfachen Reihe von Fragen, die die Weichen stellen.

Die erste Frage lautet: Wie komplex ist die HLK-Infrastruktur? Ein Gebäude mit einfacher Heizkörperheizung, ohne Lüftung und ohne Kälte, braucht keine BACnet-Automationsstation. Ein Bürogebäude mit Lüftung, Kühldecken und Wärmepumpe braucht sie zwingend.

Die zweite Frage: Gibt es eine GLT, und was soll sie können? Wenn der Betreiber Trendkurven, Alarme und Zeitprogramme über eine zentrale Oberfläche verwalten will, braucht er BACnet auf der Automationsebene. KNX allein kann das nicht liefern.

Die dritte Frage: Wie viele elektrische Raumfunktionen gibt es? Viele Räume mit Licht, Beschattung und Präsenz sprechen für KNX. Wenige Räume mit einfachen Schaltfunktionen können auch über konventionelle Elektroinstallation oder über BACnet-Feldgeräte abgedeckt werden.

Die vierte Frage: Wer betreibt die Anlage? Ein Hauswart ohne Spezialkenntnisse kommt mit einem gut dokumentierten KNX-System gut zurecht, wenn die Bedienung über einfache Taster und Raumthermostate erfolgt. Ein Facility-Management-Team mit GLT-Erfahrung kann eine BACnet-Anlage selbst betreiben und anpassen.

Die fünfte Frage: Was sind die Anforderungen an Cybersicherheit? Für Gebäude mit erhöhten Anforderungen, etwa öffentliche Bauten oder Gesundheitseinrichtungen, müssen beide Systeme mit entsprechenden Sicherheitsmassnahmen geplant werden. KNX Secure und BACnet/SC sind die jeweiligen Antworten, aber beide müssen von Anfang an eingeplant sein.

Diese Fragen führen nicht immer zu einer eindeutigen Antwort, aber sie strukturieren die Diskussion zwischen Bauherrschaft, Elektroplaner und GA-Planer. Genau diese Diskussion sollte in der Vorplanung stattfinden, nicht erst in der Ausführungsplanung.

Typische Fehler bei der Systemwahl

Wir sehen in der Praxis einige Muster, die sich wiederholen und die vermeidbar wären.

Der häufigste Fehler ist die Entscheidung ohne Abgrenzung. KNX wird beauftragt, ohne zu klären, was die BACnet-Seite übernimmt, und umgekehrt. Das führt zu Doppelspurigkeiten (zwei Raumthermostate für denselben Raum) oder zu Lücken (kein Signal für die Lüftungsregelung).

Ein weiterer Fehler ist die Überdimensionierung von KNX. In Gebäuden mit wenigen Räumen und einfachen Funktionen wird ein KNX-System mit vielen Linien und Kopplern geplant, das in der Inbetriebnahme aufwendig und im Betrieb schwer zu unterhalten ist. Hier wäre eine einfachere Lösung besser gewesen.

Das Gegenteil kommt ebenfalls vor: KNX wird für Aufgaben eingesetzt, die eine Automationsstation erfordern. Komplexe Regellogik, die eigentlich in eine BACnet-Station gehört, wird in KNX-Logikmodulen abgebildet. Das funktioniert bis zu einem gewissen Grad, aber es fehlt die Transparenz, die Trendaufzeichnung und die GLT-Anbindung.

Schliesslich wird die Schnittstellendefinition oft zu spät angegangen. Wenn Elektroplaner und GA-Planer nicht in der Vorplanung gemeinsam festlegen, welche Signale zwischen KNX und BACnet ausgetauscht werden, entstehen in der Ausführung Missverständnisse, die Zeit und Geld kosten. Wie man eine solche Schnittstellenliste aufbaut und wer dafür verantwortlich ist, zeigt Teil 6 der Serie «Schnittstellen rund um KNX»: «Wer mappt was? Schnittstellenliste und Verantwortung».

Ein weiterer Punkt, der oft unterschätzt wird, ist die Frage der Projektdokumentation. Das ETS-Projekt ist das zentrale Dokument einer KNX-Anlage. Wer es besitzt, wer es pflegt und wer Zugang hat, muss von Anfang an geregelt sein. Dazu mehr in Teil 5 dieser Serie: «Das ETS-Projekt gehört dem Bauherrn».

Normen und Grundlagen

Für die Planung einer KNX-Anlage sind die EN 50090 und die ISO/IEC 14543-3 die massgebenden Normen. Sie definieren den Standard auf der technischen Ebene. Für die Gebäudeautomation als Ganzes, also für die Frage, welche Effizienzklasse eine Anlage erreicht und welche Funktionen dafür nötig sind, gilt die SN EN ISO 52120-1 (SIA 386.111). Diese Norm bewertet die Gebäudeautomation unabhängig vom eingesetzten Protokoll und ist damit für die Entscheidung KNX versus BACnet nur indirekt relevant. Sie hilft aber, die Anforderungen an die Gesamtanlage zu formulieren.

Die GA-Leistungen, also was ein GA-Planer schuldet und wie Leistungen abgegrenzt werden, sind in der SWKI BA101-01 beschrieben. Die Projektierung von GA-Anlagen richtet sich nach SN EN ISO 16484-1 (SIA 386.151). Wer BACnet einsetzt, arbeitet nach SN EN ISO 16484-5 (SIA 386.155).

Für KNXnet/IP, also die IP-basierte Kommunikation im KNX-System, gilt die EN ISO 22510. Diese Norm ist relevant, sobald ein IP-Backbone oder IP-Koppler eingesetzt wird, was in grösseren Gebäuden die Regel ist.

Der rote Faden zu unseren Fachbeiträgen

Dieser Beitrag ist der Einstieg in die Serie «KNX richtig planen». Die folgenden Teile vertiefen die Themen, die hier nur angerissen werden konnten. Teil 2, «Topologie, Linien und IP-Backbone sauber aufbauen», zeigt, wie eine KNX-Anlage strukturell aufgebaut wird. Teil 3, «Gruppenadressen und Namenskonvention als Fundament», behandelt die Projektierungsgrundlagen, die über Erfolg und Misserfolg einer Anlage entscheiden. Teil 4, «KNX Secure im Projekt: Data Secure und IP Secure», erklärt, wie Sicherheit von Anfang an eingeplant wird. Teil 5, «Das ETS-Projekt gehört dem Bauherrn», klärt die Eigentumsfrage.

Wer die Schnittstelle zwischen KNX und BACnet vertiefen möchte, findet in der Serie «Schnittstellen rund um KNX» die passenden Beiträge, insbesondere «KNX und BACnet: Raumautomation an die Gebäudeleittechnik» und «Wer mappt was? Schnittstellenliste und Verantwortung».

Für den übergeordneten Kontext der Gebäudeautomation empfehlen wir unsere Beiträge «GA verstehen, Teil 1: Was ist Gebäudeautomation, und was nicht?» sowie «Was schlechte Gebäudeautomation wirklich kostet». Wer sich fragt, ob ein offener Standard wie KNX oder ein Herstellersystem die bessere Wahl ist, findet Antworten im Einzelbeitrag «Offener Standard oder Herstellersystem? Kriterien für Bauherren».

Fazit

KNX ist ein leistungsfähiger, offener Standard für die elektrischen Raumfunktionen im Gebäude. Licht, Beschattung, Präsenz und einfache Raumsteuerung sind sein Kerngebiet, und dort spielt es seine Stärken voll aus. Für komplexe HLK-Regelung, Trendaufzeichnung, Alarmmanagement und GLT-Anbindung braucht es eine BACnet-basierte Raumautomation.

In den meisten mittleren und grossen Zweckbauten ist eine Mischform die richtige Antwort. Entscheidend ist nicht die Wahl des Protokolls, sondern die klare Aufgabenteilung und eine sauber definierte Schnittstelle zwischen den beiden Welten. Diese Entscheidung muss in der Vorplanung fallen, nicht in der Ausführung.

Wer die Systemwahl ohne diese Grundlage trifft, riskiert Doppelspurigkeiten, Schnittstellenprobleme und einen Betrieb, der von Anfang an mit Kompromissen leben muss. Eine frühe, strukturierte Auseinandersetzung mit den Entscheidungskriterien ist die beste Investition in eine Anlage, die langfristig funktioniert.

Sie haben Fragen dazu?

Sie planen ein Gebäude und sind unsicher, ob KNX, BACnet oder eine Mischform die richtige Wahl ist? Wir klären das gemeinsam in einem unabhängigen Beratungsgespräch und helfen Ihnen, die Aufgabenteilung und die Schnittstellen von Anfang an sauber zu definieren. Schreiben Sie uns unter info@wenget.ch oder besuchen Sie wenget.ch.

Quellenverzeichnis

• EN 50090: Elektrische Systemtechnik für Heim und Gebäude (ESHG), Normenreihe für KNX
• ISO/IEC 14543-3: Information technology, Home Electronic Systems (HES), Normenreihe für KNX
• EN ISO 22510: KNXnet/IP, Kommunikation über IP-Netzwerke im KNX-System
• SN EN ISO 52120-1 (SIA 386.111): Energieeffizienz von Gebäuden, Beitrag der Gebäudeautomation und des Gebäudemanagements
• SN EN ISO 16484-1 (SIA 386.151): Gebäudeautomationssysteme, Teil 1: Projektspezifikation und Umsetzung
• SN EN ISO 16484-5 (SIA 386.155): Gebäudeautomationssysteme, Teil 5: Datenkommunikationsprotokoll BACnet
• SWKI BA101-01: Leistungen der Gebäudeautomation
• KNX Association (Brüssel): KNX ist eine eingetragene Marke der KNX Association; ETS ist eine eingetragene Marke der KNX Association. Landesorganisation Schweiz: KNX Swiss.
• Eigene Projekterfahrung der WENGET GmbH aus KNX-Planung, GA-Beratung und Schnittstellenkoordination in Zweck- und Wohnbauten