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.

Live-Demo testen →Mein Gateway finden


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

Beliebte Kombinationen

Das sind nur die häufigsten Anfragen: Mit 52 Treibern im Katalog routet die WBox über 2 600 Quelle-Ziel-Kombinationen. Testen Sie Ihre mit der Auswahl oben.

Brücken im selben Protokoll & Medienkonverter

Eine Route = 2 Treiberlizenzen + 1 WBox-Gateway

Jeder Treiber wird per Lizenz auf jeder WBox aktiviert. Sagen Sie dem Konfigurator, was Sie verbinden möchten — er empfiehlt das passende Modell und die Lizenzen.

Mein Gateway konfigurieren

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

In einem Gebäude spricht jedes Gewerk sein eigenes Protokoll: Komfort über KNX, die GLT über BACnet, Feldgeräte über Modbus, die Verbrauchsmessung über M-Bus, Cloud und Industrie über MQTT oder OPC UA. Für sich genommen reden diese Netze nicht miteinander. Das protokollübergreifende Routing — die Kernfunktion der WBox — liest Datenpunkte aus einem Protokoll und stellt sie in einem anderen bereit, in Echtzeit.

  • Alles läuft auf dem Gateway — Quell- und Ziel-Treiber aktivieren, dann die Punkte zuordnen; Konvertierung, Skalierung und Logik laufen auf der WBox selbst, ohne PC, ohne Middleware, ohne Cloud-Abhängigkeit.
  • Alle serialisierbaren Daten — Zahlenwerte, Zeichenketten, JSON-Objekte; unidirektionale oder bidirektionale Routen.
  • So viele Routen wie nötig — ein einziges Gateway verarbeitet viele Routen gleichzeitig, über alle unterstützten Protokolle.
  • Offen, ohne Herstellerbindung — Bestandsanlagen ohne proprietäre Hardware integrieren; der komplette Stack ist auch als Windows-Anwendung verfügbar (PC, Server, virtuelle Maschine).

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.