Routage de protocoles

Connectez KNX, BACnet, Modbus, MQTT, OPC UA et M-Bus sur une seule passerelle — du vrai routage inter-protocole, sans PC ni dépendance cloud.


Dans un bâtiment, chaque corps de métier parle son propre protocole : le confort en KNX (éclairage, stores, CVC), la GTB en BACnet, les compteurs d’énergie et équipements de terrain en Modbus, le comptage en M-Bus, le cloud et l’industriel en MQTT ou OPC UA. Seuls, ces réseaux ne communiquent pas entre eux. Le routage inter-protocole est la fonction centrale de la WBox : elle lit les points de données d’un protocole et les expose sur un autre, en temps réel, pour que des systèmes jamais conçus pour dialoguer échangent directement leurs valeurs.

Le routage s’exécute entièrement sur la passerelle. Vous activez les drivers source et destination, puis vous mappez chaque point de données ; la conversion, la mise à l’échelle et la logique tournent sur la WBox elle-même — sans PC, sans middleware, sans dépendance au cloud. Les routes peuvent être unidirectionnelles ou bidirectionnelles, et une seule passerelle gère de nombreuses routes à la fois, à travers tous les protocoles qu’elle supporte.

Le même moteur relie les bus de terrain entre eux comme aux services IoT et cloud, d’une conversion KNX vers BACnet jusqu’à la remontée de mesures Modbus en MQTT. Parce que tout s’exécute sur un seul appareil ouvert, vous intégrez les installations existantes sans matériel propriétaire et sans vous lier à un fabricant unique.

Le même logiciel tourne aussi hors de notre matériel : la pile complète — tous les drivers, le moteur de routage, la logique et la supervision — est disponible en application Windows installable, identique à ce qui s’exécute sur la WBox. Déployez-la sur un PC, un serveur ou une machine virtuelle — une souplesse que la plupart des passerelles d’automatisation de bâtiment n’offrent pas.

La passerelle WBox route nativement n'importe quel protocole vers n'importe quel autre. Choisissez une source et une destination pour voir comment :

Combinaisons populaires

Tous les protocoles & drivers

La WBox interconnecte plus de 50 drivers, des protocoles du bâtiment aux bus industriels — chacun activé par licence sur n'importe quelle passerelle.

Voir tous les drivers →


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 →

Exemples concrets depuis notre wiki

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.