Protokollübergreifendes Routing

Die Schlüsselfunktion des Weble-Gateways: Lassen Sie all Ihre Systeme miteinander kommunizieren — ohne Herstellerabhängigkeit.

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 →

Dedizierte Gateways

Weitere Szenarien

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.

Live-Demo testen → Vollständige Dokumentation (Wiki) →