Protokoll-Routing

Verbinden Sie KNX, BACnet, Modbus, MQTT, OPC UA und M-Bus auf einem Gateway — echtes protokollübergreifendes Routing, ohne PC und ohne Cloud-Bindung.


In einem Gebäude spricht jedes Gewerk sein eigenes Protokoll: Komfort über KNX (Beleuchtung, Storen, HLK), die Gebäudeleittechnik über BACnet, Energiezähler und Feldgeräte über Modbus, die Verbrauchsmessung über M-Bus, Cloud und Industrie über MQTT oder OPC UA. Für sich genommen kommunizieren diese Netze nicht miteinander. Das protokollübergreifende Routing ist die Kernfunktion der WBox: Sie liest Datenpunkte aus einem Protokoll und stellt sie in einem anderen bereit, in Echtzeit – damit Systeme, die nie für die Zusammenarbeit ausgelegt waren, ihre Werte direkt austauschen.

Das Routing läuft vollständig auf dem Gateway. Sie aktivieren den Quell- und den Ziel-Treiber und ordnen anschliessend jeden Datenpunkt zu; Umwandlung, Skalierung und Logik laufen auf der WBox selbst – ohne PC, ohne Middleware, ohne Cloud-Abhängigkeit. Routen können unidirektional oder bidirektional sein, und ein einziges Gateway verwaltet zahlreiche Routen gleichzeitig über alle unterstützten Protokolle.

Dieselbe Engine verbindet Feldbusse untereinander ebenso wie mit IoT- und Cloud-Diensten – von einer Umwandlung KNX zu BACnet bis zur Übermittlung von Modbus-Messwerten über MQTT. Weil alles auf einem einzigen, offenen Gerät läuft, integrieren Sie bestehende Anlagen ohne proprietäre Hardware und ohne Bindung an einen einzelnen Hersteller.

Dieselbe Software läuft auch unabhängig von unserer Hardware: Der komplette Stack – sämtliche Treiber, die Routing-Engine, Logik und Supervision – ist als installierbare Windows-Anwendung verfügbar, identisch mit dem, was auf der WBox läuft. Setzen Sie sie auf einem PC, einem Server oder einer virtuellen Maschine ein – eine Flexibilität, die die meisten Gebäudeautomations-Gateways nicht bieten.

Das WBox-Gateway routet nativ jedes Protokoll zu jedem anderen. Wählen Sie Quelle und Ziel, um zu sehen, wie:

Beliebte Kombinationen

Alle Protokolle & Treiber

Die WBox verbindet über 50 Treiber, von Gebäudeautomations-Protokollen bis zu Industriebussen — jeder per Lizenz auf jedem Gateway aktivierbar.

Alle Treiber ansehen →


So funktioniert es

Das protokollübergreifende Routing ist die Schlüsselfunktion des Weble-Gateways. Die Routing-Tabelle überträgt beliebige serialisierbare Daten — numerische Werte, Zeichenketten, JSON-Objekte — zwischen allen unterstützten Protokollen: KNX, BACnet, Modbus, M-Bus, MQTT und vielen weiteren. Sie verbinden heterogene Geräte und Systeme, ohne sich um Kompatibilität zu sorgen, und ohne proprietäre Hardware oder Herstellerabhängigkeit.

Diagramm des protokollübergreifenden Routings von Weble: vom Feld (KNX, Modbus, BACnet, M-Bus) zur Leittechnik und in die Cloud (BACnet/IP, MQTT, Azure)

Eine Route erstellen

Drag & Drop, ohne Code für einfache Fälle.

Eine Route ist sofort erstellt: Ziehen Sie eine Quell-Adresse auf eine Ziel-Adresse zwischen den beiden Bereichen. Beim Loslassen öffnet sich ein Popup zur Konfiguration der Routenparameter. Für einfache Fälle ist keine Zeile Code nötig.

Routing-Richtung

  • von der Quelle zum Ziel (Standard)
  • umgekehrt, vom Ziel zur Quelle
  • bidirektional

Dynamisches Routing & Transformation

JavaScript-Funktionen oder Blockly-Blöcke, um über einfache Routen hinauszugehen.

Routing- und Transformationsfunktionen werden in JavaScript geschrieben. Über statische 1↔1-Routen hinaus bauen Sie dynamisches Routing: Eine Funktion kann die Zieladresse zur Laufzeit berechnen (1→n-Mapping), Ziele mit einem regulären Ausdruck auswählen oder das Verhalten je nach Nachrichteninhalt anpassen. Das Routing passt sich so in Echtzeit an die Struktur Ihrer Anlage an.

Wertumwandlung

Der Wert kann vor dem Schreiben transformiert werden. Bleibt das Feld leer, wird der Wert unverändert geroutet. Andernfalls drei Modi:

  • Konstante — ersetzt den Wert durch einen festen Wert (binär, numerisch, Zeichenkette oder JSON-Objekt).
  • JavaScript-Funktion — erhält den gerouteten Wert, verarbeitet ihn und gibt den transformierten Wert zurück.
  • Blockly-Diagramm — visuelle Block-Programmierung, ohne Programmierkenntnisse (z. B. durch 100 teilen für eine Einheitenumrechnung).

Anwendungsfälle

Drei konkrete Beispiele, was Routing im Alltag auf einer realen Anlage leistet.

Energiezählung in die Cloud

Routing von M-Bus- und Modbus-Zählerwerten in eine MQTT-Cloud und an smart-me

Ihre Energiezähler sprechen M-Bus (verdrahtet oder drahtlos) und Modbus RTU. Die WBox liest deren Register, wendet eine Einheitenumrechnung an (Wh → kWh, in Blockly oder JavaScript) und veröffentlicht anschließend jeden Wert an einen Cloud-MQTT-Broker und/oder an smart-me. Sie zentralisieren Fernauslesung und Verbrauchserfassung für ein ganzes Gebäude — Abrechnung, Sub-Metering, Energieoptimierung — ohne proprietären Konzentrator. Mehr erfahren →

SMS-Alarm bei einem BACnet-Wert

Senden einer SMS oder E-Mail, wenn ein BACnet-Wert einen Schwellwert überschreitet

Die GLT meldet ihre Werte und Alarme über BACnet/IP. Eine Route überwacht ein BACnet-Objekt (Temperatur, Störung, Füllstand); eine JavaScript-Funktion wertet einen Schwellwert aus und sendet bei Überschreitung eine SMS (SMPP-Treiber) oder eine E-Mail (SMTP-Treiber) an das Bereitschaftsteam. Eine Hysterese verhindert Alarmfluten. Sofortige Benachrichtigung, ohne Drittanbieter-Leitsystem oder dedizierten Alarmserver.

Modbus-→-BACnet-Brücke

Modbus-zu-BACnet-Brücke: ein Modbus-Gerät in einer BACnet-GLT bereitstellen

Eine SPS, ein Wechselrichter oder ein Zähler spricht nur Modbus (RTU oder TCP), Ihre Leittechnik läuft jedoch auf BACnet. Die WBox liest die Modbus-Register und stellt sie als native BACnet-Objekte bereit (Analog- / Binärwert): Die GLT erkennt und liest sie wie jedes andere BACnet-Gerät. Sie integrieren Nicht-BACnet-Geräte in ein bestehendes Leitsystem, ohne es zu ersetzen. Mehr erfahren →

Praxisbeispiele aus unserem Wiki

Routing kennt praktisch keine Grenzen: Jeder Datenpunkt eines Protokolls lässt sich transformieren und in ein anderes schreiben. Nachfolgend eine Auswahl realer, in unserem Wiki dokumentierter Beispiele — die Liste ist bei Weitem nicht vollständig.

  • BACnet-VAV-Regelung — fortgeschrittenes Routing, das mehrere Quellen kombiniert, um einen Volumenstromregler (VAV) anzusteuern.
  • Zählerstand → Momentanwert — einen steigenden Energiezählerstand in einen Momentanverbrauch (Leistung) umrechnen.
  • Gateway-übergreifender E-Mail-Alarm — eine E-Mail (SMTP-Treiber) senden, wenn ein anderes Gateway in Schwierigkeiten gerät und neu startet.
  • Landis+Gyr-E450-Zähler — Auslesung von E450-Stromzählern (im Produktiveinsatz bei Romande Energie).
  • Siemens-RVD25x/RVD26x-Regler — vollständige M-Bus-Unterstützung: Temperaturen, Pumpenzustände, Ventilstellungen, Diagnose.
  • Modbus-Watchdog — ein Register überwachen und automatisch zurücksetzen (z. B. bei einem Wert unter 350 wieder 500 schreiben).
  • Routing-Watchdog — mit einem JavaScript-Gate prüfen, dass ein Wert weiterhin geroutet und aktualisiert wird.
  • Dynamisches 1→n-Mapping (Airthings) — eine Zielfunktion gibt die Liste der BACnet-Objekte zurück, die zu einer MQTT-Quelladresse passen.
  • BACnet → MQTT — ein BACnet-Objekt und seine Eigenschaften in schlanke JSON-MQTT-Nachrichten routen, ideal für IoT.
  • Einheitenumrechnung — durch 1000 teilen, um Wh in kWh umzuwandeln, in Blockly oder JavaScript.

Verkehrssteuerung & Zuverlässigkeit

Eine Hysterese begrenzt den durch häufige Aktualisierungen verursachten Datenverkehr, eine Deaktivierungsverzögerung verhindert Schleifen, und eine Konsistenzprüfung (Formate und Werttypen) schützt Ihre Geräte — eine Route, die das System überlastet, kann automatisch deaktiviert werden.