KNX-zu-BMS-Integration: OPC UA, BACnet und KNXnet/IP-Gateways
Gewerbegebäude über 5.000 m² benötigen ein Gebäudemanagementsystem, um eine zentrale Überwachung, Alarmierung und Berichterstattung über KNX-, HLK-, Energie- und Brandmelde-Subsysteme zu ermöglichen. Die Wahl des richtigen Integrationspfads zwischen KNX und dem BMS bestimmt die Zuverlässigkeit, den Datenreichtum und die langfristige Wartbarkeit der Anlage.
Warum BMS-Integration für Gewerbegebäude wichtig ist
In gewerblichen Gebäuden ab etwa 5.000 m² kann das Facility-Management-Team (FM) separate Steuerungssysteme für KNX-Gebäudeautomation, HVAC-BACnet-Controller, Energie-Modbus-Zähler, Brandmeldeanlagen und Zutrittskontrolle nicht effizient betreiben. Jedes Subsystem hat seine eigene Software-Oberfläche, Alarm-Log und Engineering-Tool – was dazu führt, dass Störungen über Systemgrenzen hinweg unbemerkt bleiben, Energieverschwendung unsichtbar ist und die Wartungsplanung fragmentiert ist.
Ein Gebäudemanagementsystem (BMS) bietet dem FM-Team eine einheitliche Oberfläche: eine Software-Schnittstelle mit Live-Werten aller Subsysteme, einheitliches Alarmmanagement mit Eskalation, zentrale Trendaufzeichnung für Energieberichte und einen einheitlichen Workflow für Wartungsaufträge. Die Anbindung von KNX an das BMS ist daher ein grundlegender Bestandteil jeder ernsthaften kommerziellen KNX-Installation.
Typischer BMS-Integrationsumfang für ein 10.000 m² großes Bürogebäude
- 300–800 KNX-Punkte: Energiezähler, HVAC-Temperaturen, Anwesenheit, Gerätestatus, Alarme
- HVAC BACnet/IP: RLT- und FCU-Controller, Kälteanlage, Sollwertvorgaben vom BMS an die Controller
- Energie Modbus: MID-zertifizierte Unterzähler pro Verteilung
- Brandmelder-Trockenkontakte: EN 54-2 Panel-Ausgang an KNX-Binäreingang, dann an BMS Priority 1 Alarm
- Zutrittskontrolle OPC DA: Türstatus und Einbruchalarme in das BMS-Alarmlog integriert
Übersicht Integrationspfade
Es gibt vier Hauptintegrationspfade, um KNX an eine GLT anzubinden, die sich in Hardwareanforderungen, Konfigurationsaufwand und Eignung für verschiedene GLT-Plattformen unterscheiden:
| Pfad | Hardware | GLT-Anforderung | Am besten geeignet für |
|---|---|---|---|
| Direktes KNXnet/IP | KNX-IP-Router (Weinzierl 770, MDT) | Nativer KNX-Treiber im BMS | BMS mit integrierter KNXnet/IP-Unterstützung |
| BACnet/IP-Gateway | Intesis IN701KNX300000, LOYTEC LKNX-100 | Beliebiger BACnet/IP-Client | Honeywell Niagara N4, Schneider EcoStruxure |
| OPC UA-Gateway | Lingg & Janke KNX Virtual, HMS Anybus | OPC UA-Client | Moderne BMS-Plattformen, Siemens Desigo CC |
| Modbus-TCP-Bridge | Weinzierl KNX ENO 634 | Modbus-TCP-Master | SCADA-Systeme mit starker Modbus-Unterstützung |
KNXnet/IP-Tunneling direkt zum BMS
Wenn die BMS-Software einen nativen KNX-Treiber enthält – wie Siemens Desigo CC mit dem KNX-Plugin oder bestimmte Honeywell-Konfigurationen – verbindet sich der BMS-Server direkt mit dem KNX-Netzwerk als KNXnet/IP-Tunneling-Client. Ein KNX-IP-Router (Weinzierl 770 oder MDT KNX IP Router), der im KNX-TP-Netzwerk installiert ist, fungiert als Gateway zwischen dem LAN und dem KNX-Twisted-Pair-Bus.
Der BMS-Server stellt eine Tunneling-Verbindung zum KNX-IP-Router über UDP-Port 3671 her. Der BMS kann dann Leseanfragen an jede KNX-Gruppenadresse senden und unaufgeforderte Aktualisierungen (Schreibtelegramme) von KNX-Geräten empfangen. Die KNX-IP-Router-Multicast-Gruppe 224.0.23.12 überträgt den gesamten KNX-Gruppenadressverkehr im LAN-Segment – BMS-Plattformen können dieser Multicast-Gruppe optional beitreten, um alle Telegramme ohne explizites Polling zu empfangen.
Grenzen der KNXnet/IP-Tunneling-Verbindung
Max. gleichzeitige Tunneling-Verbindungen pro KNX-IP-Router: 4
Jede BMS-Treiberinstanz = 1 Tunneling-Verbindung
ETS6-Kommissionierungssoftware = 1 zusätzliche Verbindung
Für große Projekte mit hohem Telegrammverkehr:
KNXnet/IP-Routing verwenden (BMS als Routing-Teilnehmer)
Routing: unbegrenzte Teilnehmer, multicast-basiert
Erfordert BMS, das den KNXnet/IP-Routing-Modus unterstützt
Weinzierl 770 unterstützt sowohl Tunneling (4 Verbindungen)
and routing mode — select routing for >1,000 GAs
Mehrere KNX-Bereiche: Große Gebäude mit mehreren KNX-Bereichen (z. B. eine TP-Linie pro Etage) benötigen jeweils einen eigenen KNX-IP-Router. Das BMS verbindet eine separate Treiberinstanz mit jedem KNX-IP-Router. Alle KNX-IP-Router sollten sich in einem dedizierten BMS-VLAN befinden, isoliert vom allgemeinen Büro-LAN-Verkehr, mit korrekt konfiguriertem Multicast auf verwalteten Switches (IGMP-Snooping aktiviert).
OPC-UA-Gateway-Integration
OPC UA (IEC 62541) ist der bevorzugte moderne Integrationsstandard für die Gebäudeautomation. Ein OPC-UA-Gateway liest KNX-Gruppenadresswerte aus und stellt sie als strukturierte OPC-UA-Knoten dar, die jeder OPC-UA-Client – einschließlich aller gängigen BMS-Plattformen – abonnieren kann.
Lingg and Janke KNX Virtual ist ein Software-OPC-UA-Server, der unter Windows oder Linux läuft. Es importiert direkt die ETS6-Projektdatei und erstellt für jede Gruppenadresse einen strukturierten OPC-UA-Knoten mit dem korrekten Datentyp, der Einheit (aus der DPT-EU-Definition) und der Beschreibung. Die kostenlose Version unterstützt bis zu 50 Gruppenadressen; darüber hinaus wird eine Pro-Punkt-Lizenz fällig. Das BMS verbindet sich als OPC-UA-Client am Standard-Endpunkt opc.tcp://[host]:4840.
OPC-UA-Vorteile gegenüber BACnet/IP
- Strukturierter Adressraum: Knoten tragen DPT-Typ, technische Einheit, Beschreibung
- Abonnementbasiert: BMS empfängt Änderungsbenachrichtigungen, kein Polling-Overhead
- X.509-Zertifikatsicherheit: gegenseitige Authentifizierung zwischen Client und Server
- Herstellerneutral: jeder OPC-UA-Client funktioniert, kein proprietärer Treiber erforderlich
- Namensräume: mehrere KNX-Bereiche in logischer Ordnerhierarchie organisiert
HMS Anybus Communicator KNX
DIN-Schienen-Hardware-OPC-UA-Gateway – kein PC-Server erforderlich. Verbindet sich über KNX-Stecker mit KNX TP und stellt einen OPC-UA-Server auf dem Ethernet-Port bereit. Konfiguration über Webbrowser: ETS6-Gruppenadressen-CSV hochladen, OPC-UA-Knotennamen zuweisen. Geeignet für Standorte, an denen ein dedizierter Server-PC unpraktisch ist. Unterstützt bis zu 512 KNX-Gruppenadressen.
BACnet/IP-Gateway-Konfiguration
Der Intesis IN701KNX300000 ist ein DIN-Schienen-BACnet/IP-zu-KNX-Gateway, das bis zu 3.000 KNX-Gruppenadressen auf BACnet-Objekte abbildet. Die Konfiguration erfolgt über die Intesis MAPS-Software: Importieren Sie den ETS6-Gruppenadressen-CSV-Export, weisen Sie jede GA einem BACnet-Objekttyp (Analog Value, Binary Value, Analog Input) und einer Instanznummer zu, und legen Sie dann die BACnet-Geräte-ID und IP-Adresse fest.
Die BMS liest BACnet-Objekte über BACnet/IP auf UDP-Port 47808, dem Standard-BACnet-Port. Alle wichtigen BACnet-fähigen BMS-Plattformen unterstützen dies: Honeywell Niagara N4 (Fox-Connector), Siemens Desigo PX (Feldcontroller mit BACnet/IP-Modul) und Schneider EcoStruxure Building Operation. Der LOYTEC LKNX-100 ist ein alternatives Gateway mit integriertem Webserver für Live-Diagnose und unterstützt KNXnet/IP-Routing neben BACnet/IP für große Installationen.
BACnet-Alarmkonfiguration für KNX-Binärpunkte
KNX-Binär-GA (DPT 1.001) auf BACnet Binary Value-Objekt abgebildet
Example: GA 2/5/0 "Fire_Alarm_Zone_1" → BV instance 250
In Intesis MAPS: Intrinsic Alarming für BV-Objekt aktivieren
Alarmwert: AKTIV (present-value = 1)
Benachrichtigungsklasse: 1 (Priorität 1 im BMS)
Verzögerung auf Auslösen: 0s (sofort)
Verzögerung auf Normal: 5s (Entprellung)
BMS abonniert COV (Wertänderung) auf dem BV-Objekt
Alarm erscheint im BMS-Alarmprotokoll mit Zeitstempel, Priorität,
Quittierungsstatus und Eskalationsregeln
Strategie zur Auswahl von Datenpunkten
Nicht alle KNX-Gruppenadressen sollten in das BMS integriert werden. Das Einbringen jeder GA in das BMS verschwendet Punktlizenzen, füllt Trenddatenbanken mit irrelevanten Daten und erzeugt Alarmfluten von Punkten, auf die das FM-Team nicht reagieren kann. Ein strukturierter Stufenansatz stellt sicher, dass das BMS nur betrieblich relevante Daten enthält.
| Stufe | Punkttypen | BMS-Aktion |
|---|---|---|
| Stufe 1 — Pflicht | Energiezählerleistung (kW) und kWh, Soll- und Ist-Temperaturen der HLK, Belegungsstatus, Betriebsstatus der Geräte, Alarmeingänge (Brand, SPD-Fehler, USV-Fehler) | Trendprotokoll, Alarm, Bericht |
| Stufe 2 — Betrieblich | Ein-/Aus-Status der Lichtzone, Jalousieposition (0–100 %), Lüfterdrehzahlstatus, Tür auf/zu (nur überwachte Türen) | Trendprotokoll, kein Alarm |
| Stufe 3 — Ausschließen | Einzeltastendruck-GAs, Szenenaktivierungs-GAs, KNX-interne Logikflags, Inbetriebnahme-Diagnose-GAs | Nicht in BMS importieren |
Typische Punktanzahl für ein 5.000 m² großes Bürogebäude: 300–800 Tier-1- und Tier-2-Punkte. Tier 3 (Tastendrücke, Szenen) repräsentiert typischerweise 3–5 Mal mehr Gruppenadressen in ETS6, trägt aber keinen betrieblichen Mehrwert im BMS. Die Filterung in der ETS6-Exportphase – unter Verwendung der ETS6-Gruppenadressen-Namenskonventionen und Exportfilter – verhindert, dass Tier-3-GAs in die BMS-Importdatei gelangen.
ETS6-Export-Workflow für BMS-Import
ETS6 bietet einen strukturierten Gruppenadressen-Export, der es BMS-Ingenieuren und Gateway-Konfigurationstools ermöglicht, hunderte von Datenpunkten ohne manuelle Eingabe zu importieren. Der Export erfolgt in ETS6 über Datei – Export – Gruppenadressen, mit Ausgabeoptionen CSV (für Gateway-Tools) oder OPC DA XML (für den Siemens Desigo CC OPS-Modulimport).
Der CSV-Export enthält für jede Gruppenadresse: die Adresse (z. B. 5/3/1), den DPT-Typ (z. B. 9.001 für 2-Byte-Gleitkomma in Grad Celsius), den Namen und das Beschreibungsfeld. Das Intesis MAPS Gateway-Konfigurationstool akzeptiert diese CSV direkt – das Auswählen der relevanten Zeilen und Zuweisen von BACnet-Objekttypen dauert Minuten statt Stunden manueller Eingabe für 500 Punkte.
ETS6-Namensdisziplin ist entscheidend für die BMS-Importqualität
The ETS6 group address name becomes the BMS point name. Cryptic names like "GA_001" or "Obj_KNX_5_3_1" create unmanageable BMS databases. Use a consistent naming convention from commissioning: "Floor2_Office3_Temp_Setpoint_degC" or "DB3_HVAC_AHU1_RunStatus". Good ETS6 naming practice during commissioning eliminates BMS rename work that can take several days on a large project.
Alarmweiterleitung von KNX an BMS
KNX-Binärgruppenadressen (DPT 1.001), die mit physischen Alarmeingängen verbunden sind – potenzialfreie Kontakte von Brandmeldern, SPD-Störmeldungen, UPS-Störrelais, Tür-aufgezwungen-Kontakte – werden BMS-Alarmpunkten zugeordnet. Die BMS-Alarmverwaltungsmaschine klassifiziert Alarme nach Priorität, leitet Benachrichtigungen an das richtige Personal weiter, erzwingt einen Bestätigungsworkflow und führt ein prüfbares Alarmprotokoll.
EN 54-2 Brandmelde-Integrationspfad
EN 54-2 Brandmelder-Trockenkontaktausgang
→ KNX Binäreingangsmodul (MDT SCN-B8230.02)
→ KNX GA 1/9/0 "Fire_Alarm_Zone_1" (DPT 1.001)
→ BACnet/IP Gateway Binary Value Objekt BV-900
→ BMS-Alarm: Priorität 1, Quittierungspflicht
→ BMS-Aktion: akustischer Alarm, E-Mail an FM-Dienstleiter
→ BMS-Protokoll: Brandprotokoll (getrennt vom allgemeinen Alarmprotokoll)
Quittierung: Techniker meldet sich vor Ort am BMS an
Liest Alarm, überprüft Zone, quittiert mit Grund
Brandprotokolleintrag wird 5 Jahre aufbewahrt (EN 54-2 Anforderung)
Trendaufzeichnung und Energiedatenspeicherung
Das BMS speichert KNX-Punktwerte als Zeitreihendaten in einer SQL Server-Datenbank. Aufbewahrungsfristen und Aufzeichnungsintervalle werden pro Punkttyp konfiguriert, um die Datenauflösung mit Speicheranforderungen und Berichtsnützlichkeit abzugleichen.
Energiedaten (kW, kWh)
- Intervall: 15 Minuten (96 Datensätze pro Tag pro Punkt)
- Aufbewahrung: mindestens 5 Jahre (ISO-50001-Anforderung)
- Totband: 0,1 kW, um Log-Überflutung bei stabilen Lasten zu vermeiden
- Berichte: täglich, monatlich, jährlich Energie pro Stromkreis
- Export: CSV für die Überprüfung von Versorgungsrechnungen und ISO-50001-Überprüfung
Temperatur- und HLK-Daten
- Intervall: 5 Minuten (288 Datensätze pro Tag pro Punkt)
- Aufbewahrung: 90 Tage rollierend
- Totband: 0,2 °C, um Sensorrauschen zu ignorieren
- Verwendung: Untersuchung von Komfortbeschwerden, Fehlerdiagnose bei HLK
- HLK-Betriebsstunden: abgeleitet aus binärem Laufzeittrend
Benötigen Sie KNX-Schaltschränke für die BMS-Integration?
Wir bauen KNX-Schaltschränke mit BACnet/IP- und OPC UA-Gateways vor konfiguriert, ETS6-Exporte für den BMS-Import vorbereitet und KNXnet/IP-Routing für große Mehrbereichsanlagen eingerichtet – geliefert mit vollständiger Bestandsdokumentation.
Angebot anfordern →