BACnet und Modbus in einem Gebäude: die Mapping-Strategie über das Gateway
Wenn das BMS BACnet spricht, aber Kühler, Frequenzumrichter und Energiezähler vor Ort nur Modbus RTU oder Modbus TCP verstehen, liegt die Lösung nicht in einem zweiten Leitsystem, sondern in einem sauber dokumentierten Mapping über ein BACnet/Modbus-Gateway.
So planen wir das Mapping
Jedes Modbus-Gerät erfassen
Wir listen jeden Kühler, Frequenzumrichter, Zähler und Regler auf der Anlage auf und holen die Registerkarte -- Adresse, Datentyp, Skalierung und Function Code -- direkt aus der Herstellerdokumentation, nicht aus Annahmen.
BACnet-Objektliste entwerfen
Für jedes Register wird festgelegt, ob es zu einem AI (Messwert) oder zu einem AV bzw. BV (steuerbarer Punkt) wird -- die Object_Name-Konvention steht fest, bevor am Gateway etwas konfiguriert wird.
Gateway konfigurieren und Schreibrechte zuweisen
Die Register-zu-Objekt-Übersetzung wird im Gateway programmiert, und es wird dokumentiert, welches einzelne Gerät -- BMS oder lokaler Regler -- das Schreibrecht auf jeden Punkt hält.
Inbetriebnahme und Prüfung im BMS
Vor der Abnahme wird für jedes gemappte Objekt der Present_Value geprüft, die Status_Flags bei Kommunikationsausfall kontrolliert und die Punktliste gegen die ursprüngliche Modbus-Registerkarte abgeglichen.
Worauf es beim Mapping ankommt
Jedes Modbus-Register wird zum nativen BACnet-Objekt
Ein korrekt konfiguriertes Gateway bildet jedes Modbus Holding- oder Input-Register als eigenes BACnet-Objekt ab -- meist Analog Input für Messwerte, Analog Value oder Binary Value für steuerbare Punkte -- sodass die komplette Modbus-Punktliste in der BMS-Grafik wie jedes andere native BACnet-Gerät erscheint.
Registerkarte statt Vermutung
Modbus hat kein selbstbeschreibendes Objektmodell -- Registeradresse, Datentyp und Skalierungsfaktor müssen aus dem Gerätehandbuch dokumentiert werden, bevor am Gateway ein Objekt angelegt wird.
Objekttyp passend zum Punkt wählen
Messwerte werden zu Analog Input; steuerbare Sollwerte und Start/Stopp-Punkte werden zu Analog Value oder Binary Value, mit denselben Present_Value- und Status_Flags-Konventionen wie bei nativen BACnet-Geräten.
Eine Namenskonvention, keine AI-1/BO-14
Vom Gateway erzeugte Objekte übernehmen den Namen, den der Integrator vergibt -- ohne dieselbe Etage-System-Punkt-Konvention wie bei nativen BACnet-Geräten wird die BMS-Grafik unlesbar.
Ein Gerät besitzt jedes Schreibrecht
Vorab wird festgelegt, ob das BMS oder ein lokaler Regler Schreibzugriff auf einen gemappten Punkt hat -- das Priority_Array löst Konflikte zwischen BACnet-Clients, aber nicht einen Konflikt zwischen BACnet- und Modbus-Schreibzugriff auf dasselbe Register.
PICS des Gateways vor der Verdrahtung prüfen
Die PICS des Gateways zeigt genau, welche BACnet-Objekttypen und -Dienste es als Server unterstützt -- das wird geprüft, bevor das Mapping entworfen wird, nicht danach.
Was im Mapping-Paket enthalten ist
Dokumentation, die Installateure, Integratoren oder Facility-Teams übernehmen und weiterverwenden können.
- Modbus-Registerkarte für jedes Quellgerät (Adresse, Datentyp, Skalierung, Function Code)
- Ziel-Objektliste in BACnet mit abgestimmter Object_Name- und Description-Konvention
- Tabelle der Schreibrechte, die zeigt, welches Gerät welchen Punkt beschreiben darf
- Dokumentation der Gateway-Konfiguration mit PICS-Abgleich
- Checkliste zur Inbetriebnahme zur Prüfung von Present_Value und Status_Flags nach dem Go-Live
Häufige Fragen
Kann ein BACnet-BMS direkt mit Modbus-RTU-Geräten sprechen?
Nein -- BACnet und Modbus sind unterschiedliche Protokolle mit unterschiedlichen Objektmodellen. Ein BACnet/Modbus-Gateway sitzt dazwischen, fragt das Modbus-Gerät ab und bildet jedes Register als BACnet-Objekt ab, sodass das BMS selbst nie Modbus spricht.
Welcher BACnet-Objekttyp passt zu einem Modbus Holding Register?
Das hängt vom Punkt ab, nicht vom Registertyp. Ein reiner Messwert wird meist zu Analog Input; ein Register, das das BMS beschreiben muss, wird zu Analog Value oder Binary Value -- je nachdem, wie der Punkt tatsächlich genutzt wird.
Wer sollte das Schreibrecht auf einen gemappten Punkt halten?
Genau ein Gerät sollte Schreibzugriff haben -- entweder das BMS über das Gateway oder ein lokaler Regler direkt am Modbus-Gerät. Das wird pro Punkt dokumentiert; schreiben beide Seiten auf dasselbe Register, entstehen sporadische, schwer zu diagnostizierende Konflikte.
Brauchen wir für so ein Gateway-Setup ein BBMD?
Nur, wenn Gateway und BMS-Server in unterschiedlichen IP-Subnetzen liegen und BACnet/IP-Broadcasts -- Who-Is/I-Am -- diese Grenze überqueren müssen. Ein Gateway im selben Subnetz wie der BMS-Server braucht in der Regel keines.
Worin unterscheidet sich das von einer OPC-UA-Bridge?
Ein BACnet/Modbus-Gateway ist eine direkte, zweckgebundene Übersetzung zwischen zwei Feldprotokollen. OPC-UA kommt meist als breitere Integrationsschicht hinzu, wenn ein drittes System -- SCADA, ein MES oder eine Analytics-Plattform -- dieselben Daten ebenfalls braucht; siehe dazu unsere Seite zur OPC-UA / BACnet / Modbus-Brücke.
Modbus-Geräte in ein BACnet-BMS einbinden?
Schicken Sie uns die Geräteliste -- wir helfen bei der Planung des Register-zu-Objekt-Mappings, bevor das Gateway konfiguriert wird.