Une grande partie du matériel technique — compteurs d’énergie, onduleurs, variateurs, automates, centrales de mesure — ne communique qu’en Modbus (RTU sur RS485 ou TCP/IP). Mais les supervisions et GTB modernes attendent du BACnet. Résultat : un équipement Modbus parfaitement fonctionnel reste invisible pour la GTB. La solution habituelle — une passerelle dédiée par marque, ou un automate intermédiaire — est coûteuse et rigide.
Passerelle Modbus ⇄ BACnet
Exposez vos équipements Modbus dans une GTB BACnet — sans automate intermédiaire ni matériel propriétaire.
Le problème
Comment la WBox le fait
La passerelle WBox lit les registres Modbus (RTU sur RS485 ou TCP/IP, en rôle maître ou esclave) et les expose comme des objets BACnet/IP natifs — analog input/value, binary input/value. La GTB les découvre et les lit comme n’importe quel équipement BACnet, sans savoir qu’il s’agit à l’origine de Modbus.
Le mapping se fait par glisser-déposer dans la table de routage, avec si besoin une transformation de la valeur (mise à l’échelle, changement d’unité, conversion de type) en Blockly ou JavaScript. Le pont est bidirectionnel : la GTB peut aussi écrire une consigne BACnet qui sera répercutée dans un registre Modbus. Une hystérésis et un contrôle de cohérence limitent le trafic et protègent les équipements.
Ce dont vous avez besoin
- une passerelle WBox (S103, S485, G110…) ;
- le driver Modbus ;
- le driver BACnet.
Les deux drivers s’activent par licence sur la même passerelle — aucun matériel supplémentaire. Le même principe s’applique à d’autres protocoles : vous pouvez router de la même manière du KNX, du M-Bus ou du MQTT vers BACnet, ou inversement.
© 2026 Weble GmbH. All rights reserved. Conditions générales