Zum Inhalt springen
FM-Connect Chat

Hallo! Ich bin Ihr FM-Connect Chat-Assistent. Wie kann ich Ihnen helfen?

FM-Solutionmaker: Gemeinsam Facility Management neu denken

BACnet über Gerätegrenzen hinweg nachweisen

Facility Management: Gebäudeautomation » Schnittstellen » BACnet-Interoperabilität

Protokollfähigkeit ist noch kein Projekterfolg

Die Bezeichnung BACnet beschreibt nicht automatisch, welche Funktionen zwei konkrete Geräte gemeinsam bereitstellen. Für die Integration zählt die tatsächlich implementierte und benötigte Funktionalität. Die herstellerseitige Konformitätserklärung PICS beschreibt unter anderem unterstützte Interoperabilitätsbausteine, Objektarten und Eigenschaften. BTL-Zertifizierungen ergänzen die Auswahl um geprüfte Standardkonformität im jeweiligen Zertifizierungsumfang. Weder ein Datenblatt noch ein Zertifikat ersetzt jedoch den Nachweis der projektspezifischen Funktionskette. Deshalb sollte die Ausschreibung nicht lediglich BACnet verlangen, sondern die erforderlichen Lese-, Schreib-, Ereignis- und Historienfunktionen eindeutig festlegen.

BACnet-Interoperabilität funktional und dauerhaft nachweisen

Gemeinsames Funktionsprofil vereinbaren

Integrator und Betreiber erstellen ein Anwendungsprofil für die beteiligten Geräte und Systeme. Es enthält die benötigten Objekte, Eigenschaften, Einheiten, Statusinformationen und Zugriffsarten. Für jede Funktion wird geprüft, ob Sender und Empfänger dieselbe Bedeutung unterstützen. Dabei sind auch Produktversionen und tatsächlich bestellte Optionen zu berücksichtigen. Eine Funktion in einer anderen Firmwareversion oder einer zusätzlichen Lizenz hilft dem ausgelieferten System nicht. Offene Punkte werden vor der flächigen Beschaffung an einem Referenzaufbau geklärt. Dieser zeigt frühzeitig, ob technische Einschränkungen durch Konfiguration lösbar sind oder die Systemauswahl geändert werden muss.

Arbeitsfeld

Festlegung

Nachweis

Funktionsumfang

PICS und Projektbedarf abgleichen

Gerätebezogenes Anwendungsprofil

Bedienung

Schreiben, Vorrang und Rücknahme prüfen

Test der tatsächlichen Führungsfunktion

Datenqualität

Status und Ereignisse durchgängig prüfen

Referenzdatensatz mit Grenzfällen

Fortschreibung

Produkt- und Versionswechsel bewerten

Aktueller Integrationsnachweis

Schreibzugriffe bewusst beherrschen

Lesbare Werte bedeuten noch nicht, dass sichere und nachvollziehbare Bedienzugriffe möglich sind. Für schreibbare Objekte werden berechtigte Instanzen, Vorränge und die Rücknahme eines Befehls festgelegt. Der Test prüft, ob eine übergeordnete Vorgabe nach ihrer Freigabe tatsächlich endet und die vorgesehene lokale Funktion wieder übernimmt. Auch Neustart und Kommunikationsverlust gehören dazu. Ein scheinbar akzeptierter Befehl ist nicht mit der erreichten Anlagenwirkung gleichzusetzen. Deshalb werden Objektzustand, gegebenenfalls vorhandene Rückmeldung und reale Wirkung getrennt betrachtet. Dauerhafte Übersteuerungen müssen erkennbar bleiben und dürfen nicht als normaler Automatikbetrieb erscheinen.

Ereignisse und Qualität mitprüfen

Die Integration umfasst mehr als aktuelle Messwerte. Ereignisse müssen dem richtigen Objekt zugeordnet werden; ihre Zustände und Quittierungen müssen im vereinbarten Prozess verständlich bleiben. Ungültige oder veraltete Informationen dürfen nicht als aktuelle, fehlerfreie Werte weiterverarbeitet werden. Bei Historien sind Zeitbezug, Aufzeichnung und Wiederaufnahme nach Unterbrechungen zu prüfen. Ein projektspezifischer Testdatensatz enthält deshalb bewusst unterschiedliche Zustände und nicht nur ideale Normalwerte. Netzwerk- und Systemverantwortliche stimmen die zulässigen Prüfverfahren ab, damit die Untersuchung selbst keine unkontrollierte Belastung produktiver Automationsnetze auslöst.

Interoperabilität bei Änderungen erhalten

Das Ergebnis wird als freigegebenes Integrationsprofil mit Produkt-, Firmware- und Konfigurationsstand dokumentiert. Bei Änderungen wird bewertet, welche Eigenschaften und Gegenstellen betroffen sind. Ein Herstellerwechsel kann dadurch gezielt vorbereitet werden, ohne sämtliche Beziehungen erneut durch Ausprobieren zu entdecken. Die Anlage bleibt nicht allein deshalb offen, weil sie ein standardisiertes Protokoll verwendet. Offenheit entsteht durch verfügbare Informationen, vereinbarte Nutzungsrechte und wiederholbare Nachweise. Das Betriebsteam sollte die wesentlichen Integrationsprüfungen verstehen und beauftragen können, auch wenn das ursprüngliche Projektteam nicht mehr zur Verfügung steht.