Routage inter-protocole

La fonctionnalité phare de la passerelle Weble : faites dialoguer tous vos systèmes, sans dépendre d’un fabricant.

Le principe

Le routage inter-protocole est la fonctionnalité phare de la passerelle Weble. La table de routage transfère n’importe quelle donnée sérialisable — valeurs numériques, chaînes de caractères, objets JSON — entre tous les protocoles supportés : KNX, BACnet, Modbus, M-Bus, MQTT et bien d’autres. Vous interconnectez des équipements et des systèmes hétérogènes sans vous soucier de leur compatibilité, et sans matériel propriétaire ni dépendance à un fabricant.

Schéma du routage inter-protocole Weble : du terrain (KNX, Modbus, BACnet, M-Bus) vers la supervision et le cloud (BACnet/IP, MQTT, Azure)

Créer une route

Par glisser-déposer, sans code pour les cas simples.

Créer une route est immédiat : glissez une adresse source sur une adresse de destination entre les deux panneaux. Au relâchement, une fenêtre s’ouvre pour configurer les paramètres de la route. Aucune ligne de code n’est nécessaire pour les cas simples.

Sens du routage

  • → de la source vers la destination (par défaut)
  • ← inversé, de la destination vers la source
  • ↔ bidirectionnel

Routage dynamique & transformation

Des fonctions JavaScript ou des blocs Blockly pour aller au-delà des routes simples.

Les fonctions de routage et de transformation s’écrivent en JavaScript. Au-delà des routes statiques 1↔1, vous créez des routages dynamiques : une fonction peut calculer l’adresse de destination à la volée (mapping 1→n), sélectionner les cibles par expression régulière, ou adapter le comportement selon le contenu du message. Le routage s’ajuste ainsi en temps réel à la structure de votre installation.

Transformation de la valeur

La valeur peut être transformée avant écriture. Laissé vide, le champ route la valeur telle quelle. Sinon, trois modes :

  • Constante — remplace la valeur par une valeur fixe (binaire, numérique, chaîne ou objet JSON).
  • Fonction JavaScript — reçoit la valeur routée, la traite et retourne la valeur transformée.
  • Diagramme Blockly — programmation visuelle par blocs, sans savoir coder (ex. diviser par 100 pour une conversion d’unité).

Cas d’usage

Trois exemples concrets de ce que le routage permet au quotidien sur une installation.

Comptage énergétique vers le cloud

Routage des valeurs de compteurs M-Bus et Modbus vers un cloud MQTT et smart-me

Vos compteurs d’énergie communiquent en M-Bus (filaire ou sans fil) et en Modbus RTU. La WBox relève leurs index, applique une conversion d’unité (Wh → kWh, en Blockly ou JavaScript), puis publie chaque valeur vers un broker MQTT cloud et/ou vers smart-me. Vous centralisez la télérelève et le suivi de consommation de tout un bâtiment — facturation, sous-comptage, optimisation énergétique — sans concentrateur propriétaire. En savoir plus →

Alerte SMS sur une valeur BACnet

Envoi d'un SMS ou d'un e-mail lorsqu'une valeur BACnet dépasse un seuil

La GTB remonte ses valeurs et alarmes en BACnet/IP. Une route surveille un objet BACnet (température, défaut, niveau) ; une fonction JavaScript évalue un seuil et, lorsqu’il est franchi, déclenche l’envoi d’un SMS (driver SMPP) ou d’un e-mail (driver SMTP) à l’équipe d’astreinte. L’hystérésis évite les alertes en rafale. Notification immédiate, sans superviseur tiers ni serveur d’alarme dédié.

Pont Modbus → BACnet

Pont Modbus vers BACnet : exposer un équipement Modbus dans une GTB BACnet

Un automate, un onduleur ou un compteur ne parle que Modbus (RTU ou TCP), mais votre supervision est en BACnet. La WBox lit les registres Modbus et les expose comme des objets BACnet natifs (analog / binary value) : la GTB les découvre et les lit comme n’importe quel équipement BACnet. Vous intégrez du matériel non-BACnet dans une supervision existante, sans le remplacer. En savoir plus →

Passerelles dédiées

Autres scénarios

Le routage ne connaît pratiquement pas de limite : n’importe quelle donnée d’un protocole peut être transformée puis réécrite vers un autre. Voici une sélection d’exemples concrets documentés sur notre wiki — la liste n’est pas exhaustive.

  • Régulation VAV en BACnet — routage avancé combinant plusieurs sources pour piloter une boîte à débit d’air variable.
  • Index → valeur instantanée — convertir l’index croissant d’un compteur d’énergie en consommation instantanée (puissance).
  • Alerte e-mail inter-passerelles — envoyer un e-mail (driver SMTP) lorsqu’une autre passerelle rencontre un problème et redémarre.
  • Compteurs Landis+Gyr E450 — relève des compteurs électriques E450 (en production chez Romande Energie).
  • Régulateurs Siemens RVD25x/RVD26x — support M-Bus complet : températures, états de pompe, positions de vanne, diagnostics.
  • Watchdog Modbus — surveiller un registre et le réinitialiser automatiquement (ex. : si la valeur passe sous 350, réécrire 500).
  • Watchdog de routage — vérifier, via une fonction JavaScript, qu’une donnée continue d’être routée et mise à jour.
  • Mapping dynamique 1→n (Airthings) — une fonction de destination renvoie la liste des objets BACnet correspondant à une adresse MQTT source.
  • BACnet → MQTT — router un objet BACnet et ses propriétés dans des messages JSON MQTT, légers et adaptés à l’IoT.
  • Conversion d’unité — diviser par 1000 pour passer de Wh à kWh, en Blockly ou JavaScript.

Maîtrise du trafic & fiabilité

Une hystérésis limite le trafic généré par des mises à jour trop fréquentes, un délai de désactivation évite les boucles, et une vérification de cohérence (formats et types de valeurs) protège vos équipements — une route qui surcharge le système peut être désactivée automatiquement.

Tester sur la démo → Documentation complète (wiki) →