Wissen für die Planung

Welcher Datenweg passt

Die Frage ist nicht, welcher Datenweg der beste ist, sondern welcher zu dem System passt, das die Werte übernimmt. Häufig ist die richtige Antwort: zwei davon parallel.

JSONFormat der Übergabe
4Wege parallel nutzbar
500Sensoren je Gateway
0 €Lizenzgebühr je Sensor

Die vier im Vergleich

Einordnung

Alle vier Wege übertragen Messwerte, aber sie tun es mit verschiedenen Vorstellungen davon, was ein Messwert ist. Wer das übersieht, baut Umsetzer, die niemand warten will.

MQTT transportiert Nachrichten, ohne sich um ihren Inhalt zu kümmern. BACnet und KNX bringen ein Objektmodell mit, kennen also den Begriff eines Sensorwerts samt Einheit und Zustand. Modbus TCP kennt nur Register, also Zahlen an einer Adresse; die Bedeutung steht in einer Tabelle daneben.

WegModellStärkeGrenze
MQTTNachrichten, Broker, JSONSchlank, viele Empfänger gleichzeitig, passt zu Auswertung und Dashboard.Kein Objektmodell. Bedeutung und Einheit müssen vereinbart werden.
BACnet/IPObjekte nach ISO 16484-5Die Sprache der Gebäudeautomation. Werte, Einheiten und Zustände sind standardisiert.Aufwendiger in Einrichtung und Adressvergabe als MQTT.
KNXGruppenadressen, DatenpunkttypenVerbreitet in der Raumautomation, gut für Licht, Beschattung und Einzelraumregelung.Stärker auf Aktorik ausgelegt, weniger auf große Datenmengen.
Modbus TCPRegisterNahezu überall unterstützt, einfach zu prüfen, robust.Keine Semantik. Jede Adresszuordnung muss dokumentiert und gepflegt werden.

Wann zwei parallel sinnvoll sind

Der Regelfall

In vielen Projekten hat die Gebäudeautomation bereits eine Sprache, und die Auswertung will eine andere. Die Regelung läuft dann über BACnet oder Modbus in die vorhandene Leittechnik, während Dashboard, Auswertung und Flächenanalyse über MQTT laufen.

Das ist kein Kompromiss, sondern die saubere Trennung: Die Regelung braucht wenige Werte zuverlässig und in Echtzeit, die Auswertung braucht viele Werte historisch. Beides über denselben Weg zu zwingen macht einen von beiden schlecht.

Die VL-700 BASE gibt die Messwerte im JSON-Format an den MQTT-Broker Ihrer Wahl aus. Weitere Wege stehen parallel zur Verfügung. Entscheidend für die Ausschreibung ist, wer den Broker betreibt und wo er steht.

RegelungWenige Werte, sofortDer Weg in die Gebäudeautomation. Zuverlässigkeit und Zeitverhalten zählen, nicht Datenmenge.
AuswertungViele Werte, historischDer Weg ins Dashboard. Menge, Zeitreihen und Auswertbarkeit zählen, nicht Millisekunden.
BetriebWer betreibt den BrokerDie Frage, die am häufigsten offen bleibt. Sie gehört in die Ausschreibung, nicht in die Inbetriebnahme.

Was auf dem Topic liegt

MQTT im Einzelnen

Das Gateway veröffentlicht jeden empfangenen Messwert an den Broker. Welcher Zuschnitt der Topics dabei verwendet wird, ist eine Einstellung der Anlage und wird bei der Einrichtung festgelegt – nicht im laufenden Betrieb umgeschaltet. Es gibt drei Formen, und alle drei tragen dieselbe Nutzlast.

Damit ist die Frage, die vor jedem Angebot kommt, vorab beantwortbar: Der Integrator weiß, welche Struktur er erwarten darf, und kann seinen Teil planen, ohne auf die Inbetriebnahme zu warten.

Kann ich die Werte per REST abholen? Heute nicht: eine REST-Schnittstelle ist in Vorbereitung. Heute gehen die Werte über MQTT, BACnet, KNX oder Modbus TCP nach draußen – wenn Ihr Zielsystem auf REST aufsetzt, fragen Sie uns nach dem Stand.

FormTopicWann sinnvoll
Statischein festes Topic für alle Geräte des GatewaysDer Regelfall. Ein Abonnement genügt, die Unterscheidung passiert in der Nutzlast.
Dynamischein Topic je Geräteprofil und Geräte-IDWenn das Zielsystem nach Topic filtern will, statt jede Nachricht zu öffnen.
Frei gesetztgenau die vereinbarte Zeichenkette, ohne AnhangWenn eine bestehende Topic-Struktur beim Kunden eingehalten werden muss.
In der Nutzlast steht: ein JSON-Objekt je Funktelegramm, mit Geräteprofil, Geräte-ID, dem vergebenen Klarnamen, Zeitstempel, Empfangsstärke und einer Liste der Messwerte – mehrere je Telegramm, wenn ein Gerät mehrere Größen misst. Die genaue Feldbeschreibung steht im Handbuch der VL-700 BASE.

Was das für Ihre Ausschreibung heißt

7 Punkte
  • Zielsystem benennen, das die Werte übernimmt, mit Hersteller und Version.
  • Datenweg festlegen und, wenn zwei parallel laufen sollen, beide benennen.
  • Bei MQTT klären: Wer betreibt den Broker, wo steht er, wie ist er abgesichert.
  • Bei BACnet und Modbus die Adress- und Objektliste als Leistung verlangen.
  • Format und Benennung der Datenpunkte festlegen, nicht dem Zufall überlassen.
  • Historische Daten ansprechen: Wer speichert, wie lange, in welchem Format.
  • Netztrennung festhalten: Feldnetz und Leitnetz getrennt, Firewall dazwischen.
Stand und Quellen

Stand der Angaben: 16.09.2026. Regulatorische Angaben sind nach bestem Wissen zusammengestellt und ersetzen keine Rechtsberatung. Maßgeblich ist immer der Wortlaut der jeweils geltenden Fassung.

  • ISO 16484-5 (BACnet), Datenkommunikationsprotokoll der Gebäudeautomation.
  • ISO/IEC 14543-3 (KNX), Teil der Normenreihe zur Heim- und Gebäudeelektronik.
  • MQTT und Modbus TCP: herstellerunabhängige Industriestandards.
  • Übergabeformat und Grenzen aus dem Handbuch der VL-700 BASE.

Rechnen wir Ihr Gebäude durch?

Schicken Sie uns Grundriss, Messgröße und Zielsystem. Sie bekommen einen Vorschlag für die Zahl der Geräte, eine Liste mit Bestellnummern und ein Angebot.