Zum Inhalt springen
MSR-Technik – Kälte, Klima, Lüftung

Protokolle & Standards

Protokolle & Kommunikationsstandards

Offene Protokolle entscheiden darüber, ob Anlagen zusammenarbeiten und ob eine Anlage später erweiterbar bleibt. Wir zeigen je Protokoll die technische Funktion, die typische Anwendung und die Kriterien, nach denen wir es auswählen.

Protokolle im Detail

Sechs Protokolle – und die Kriterien für die Auswahl

Wählen Sie ein Protokoll: Sie sehen die technische Funktion, das Integrationsschema, typische Anwendungen und wann wir es einsetzen.

BACnet/IP

BACnet/IP nach DIN EN ISO 16484-5 ist der Standard für die Kommunikation zwischen Automations- und Managementebene. Wir planen Objektlisten, Adressierung und Netzstruktur vollständig durch, statt sie bei der Inbetriebnahme zu improvisieren.

AutomationsstationenBACnet/IP-Netz mit BBMD und RouternManagementebene / GLT
DIN EN ISO 16484-5BBMDMS/TP-Kopplung
Typische Anwendungen
  • Herstellerübergreifende Kopplung von Automation und GLT
  • Einbindung von Kältemaschinen und Lüftungsgeräten
  • Standortübergreifende Netzstruktur mit BBMD
Technisches Detail

Wann wir BACnet/IP wählen

Immer dann, wenn Gebäudetechnik untereinander und mit der Leitebene sprechen soll. Jeder Datenpunkt wird als BACnet-Objekt mit Objekttyp, Instanz, Einheit, Schreibrecht und Priorität dokumentiert; bei der Inbetriebnahme prüfen wir jedes Objekt gegen die Liste.

Was wir bei der Protokollintegration leisten

  • BACnet/IP zwischen Automations- und Managementebene
  • Modbus TCP für Kältemaschinen, Umrichter und Messgeräte
  • KNX für Raumautomation, OPC UA und MQTT zur IT und Cloud
  • M-Bus für Wärme-, Kälte- und Wasserzähler

Ihr Nutzen

  • Objekt-, Register- und Gruppenadresslisten vollständig dokumentiert
  • Keine unnötigen Gateways als zusätzliche Fehlerquelle
  • Prüfung jedes Datenpunkts bei der Inbetriebnahme

Vergleich

Welches Protokoll wofür?

Der schnelle Überblick: Anwendung und Vorteil je Kommunikationsstandard – als Orientierung für Planung und Ausschreibung.

Vergleich der Kommunikationsprotokolle nach typischer Anwendung und Vorteil
ProtokollTypische AnwendungVorteil
BACnet/IPAutomation und Leitebene, herstellerübergreifendNormierter Industriestandard, erweiterbar ohne Gateway
Modbus TCPKältemaschinen, Umrichter, MessgeräteSchlank, robust, praktisch überall verfügbar
KNXRaumautomation: Licht, Beschattung, KlimaNutzungsänderungen ohne neue Verkabelung
OPC UAÜbergabe an IT-, MES- und ERP-SystemeInformationsmodell plus Zertifikate und Verschlüsselung
MQTTVerteilte Standorte, Cloud-MonitoringMinimale Bandbreite, ausfalltolerant
M-BusWärme-, Kälte- und WasserzählerVerbrauchsdaten ohne manuelle Ablesung

FAQ

Häufige Fragen

Nach welchen Kriterien entscheiden Sie, welches Protokoll eingesetzt wird?
Nach Aufgabe und Gegenstelle: Automation zu Leitebene über BACnet/IP, Geräte mit vielen Betriebswerten über Modbus TCP, Raumfunktionen über KNX, IT-Systeme über OPC UA, verteilte Standorte über MQTT und Verbrauchszähler über M-Bus.
Können mehrere Protokolle in einem Objekt parallel laufen?
Ja, das ist der Normalfall. Wichtig ist eine klare Zuordnung: welches Protokoll auf welcher Ebene, wo die Übergabepunkte liegen und welches System der führende Datenhalter ist. Das legen wir vor der Umsetzung schriftlich fest.
Was gehört in eine BACnet-Objektliste beziehungsweise eine Modbus-Registerliste?
Bei BACnet Objekttyp, Instanz, Einheit, Schreibrecht und Priorität je Datenpunkt. Bei Modbus Registeradresse, Datentyp, Skalierung, Einheit und Bedeutung. Ohne diese Listen ist eine Störungssuche im Betrieb kaum wirtschaftlich.
Brauchen wir für die Protokollintegration Gateways?
Nur dort, wo Ebenen wirklich getrennt sind – etwa KNX zur Automationsebene oder Modbus zu BACnet. Wo native BACnet-Geräte vorhanden sind, verzichten wir auf Gateways, weil jede Zwischenschicht eine zusätzliche Fehlerquelle ist.
Wie wird die Kommunikation abgesichert, wenn Daten das Gebäude verlassen?
OPC UA über Zertifikate, Verschlüsselung und ein mit Ihrer IT abgestimmtes Rechtekonzept, MQTT über TLS und Zugriffsrechte je Topic. Übertragen wird ausschließlich, was ausdrücklich freigegeben ist.
Wird die Protokollintegration bei der Inbetriebnahme geprüft?
Ja. Jeder Datenpunkt wird gegen Objekt- beziehungsweise Registerliste ausgelöst, beobachtet und protokolliert – inklusive Schreibrechten, Einheiten und Alarmweiterleitung über die Protokollgrenze hinweg.

Warum S&R

Worauf Sie sich bei uns verlassen können

Kein Marketingversprechen: Arbeitsweise, Prüfumfang und Dokumentation sind an jedem Objekt überprüfbar.

  • Engineering Standards

    Nach Regelwerk geplant und gebaut

    Funktionsbeschreibungen, Datenpunktlisten, Schaltanlagen und Programmstände entstehen nach den einschlägigen Normen – prüfbar für Fachplanung und Rechnungsprüfung.

    • VDI 3814 und DIN EN ISO 16484 für Automation und Datenpunkte
    • DIN EN 61439 für Schaltgerätekombinationen
    • IEC 61131-3 für strukturierte Steuerungsprogramme
  • Dokumentation

    Unterlagen, mit denen weitergearbeitet werden kann

    Jedes Projekt wird so dokumentiert, dass Betreiber, Fachplaner und Dritte die Anlage verstehen, prüfen und erweitern können – ohne Rückfrage bei uns.

    • Revisionsunterlagen, Stromlaufpläne und Datenpunktlisten im Ist-Zustand
    • Programmstände inklusive Quellcode und Änderungshistorie
    • Prüf-, Abnahme- und Einweisungsprotokolle
  • Qualitätssicherung

    Geprüft, bevor es in Betrieb geht

    Wir trennen Werksprüfung und Anlagenabnahme. Jede Funktion wird ausgelöst, beobachtet und protokolliert – auch der Störfall.

    • Stück- und Funktionsprüfung der Schaltanlagen in der Werkstatt
    • Datenpunkt- und Wirkungsprüfung gegen die Funktionsbeschreibung
    • Störfall- und Umschaltszenarien werden aktiv getestet
  • Vor-Ort-Begehung

    Erst schauen, dann anbieten

    Vor jedem Angebot steht eine Begehung der technischen Zentralen. So entstehen Angebote, die zur Anlage passen – und keine Nachträge aus Annahmen.

    • Aufnahme von Anlagen, Schaltanlagen und Feldebene im Bestand
    • Sichtung vorhandener Schemata, Listen und Programmstände
    • Abgleich der Betriebsziele mit dem technisch Machbaren

Schnittstellen und Protokolle prüfen lassen

Senden Sie Datenpunktliste, Objekt- oder Registerliste. Wir bewerten, welche Protokolle sinnvoll sind und wo Gateways vermeidbar bleiben.

Schnittstellen prüfen lassen