Passerelle de communication industrielle :
le guide complet
Une passerelle de communication traduit un protocole en un autre pour faire dialoguer des équipements qui, sans elle, resteraient muets entre eux. Un automate en Profibus et une supervision en Modbus TCP. Un compteur Enedis en TIC et une GTB en BACnet. Un climatiseur piloté en infrarouge et un système de régulation KNX. Dans tous ces cas, la passerelle de communication est la pièce qui rend l’architecture possible sans remplacer l’existant.
Ce guide couvre trois questions : comprendre ce que fait réellement une passerelle et en quoi elle diffère d’un routeur, savoir quelles familles de produits existent et à quel besoin chacune répond, et repartir avec une méthode pour choisir la solution la plus adaptée à votre prochain projet.
Qu’est-ce qu’une passerelle de communication industrielle ?
Une passerelle de communication (ou gateway) est un équipement qui reçoit des données dans un protocole donné, les interprète, puis les restitue dans un autre protocole. Elle ne se contente pas de transporter : elle traduit.
Concrètement, elle lit une valeur à un endroit précis du premier protocole (un registre Modbus, un objet BACnet, un index de compteur) et l’écrit à un endroit précis du second. Cette correspondance s’appelle le mapping. C’est le vrai travail de configuration d’une passerelle, et c’est là que se joue la réussite ou l’échec d’une intégration.
La plupart des modèles industriels se montent sur rail DIN, s’alimentent en 24 V continu et tiennent dans une armoire électrique. Certains embarquent en plus une connectivité 4G, un serveur web de paramétrage ou une capacité de traitement local.
Passerelle, convertisseur de protocole ou routeur : quelles différences ?
La confusion entre routeur et passerelle revient sans arrêt dans les cahiers des charges. Les deux équipements interconnectent des réseaux, mais ils ne travaillent pas au même niveau.
|
|
Ce qu’il fait |
Ce qu’il ne fait pas |
Exemple concret |
|
Routeur |
Achemine des paquets IP entre deux réseaux, gère l’adressage et le filtrage |
Ne comprend pas le contenu applicatif des trames |
Relier le réseau machine d’un atelier au réseau bureautique |
|
Passerelle |
Traduit un protocole applicatif en un autre, avec correspondance des données |
Ne sert pas à router du trafic générique |
Exposer les registres d’un variateur Profibus vers une supervision Modbus TCP |
|
Convertisseur |
Change le support physique ou la couche basse (RS485 vers Ethernet, série vers fibre) |
Ne modifie pas le protocole applicatif |
Transporter du Modbus RTU sur un câble Ethernet existant |
En pratique, les frontières bougent. Un même produit peut faire convertisseur de média et passerelle applicative. Un routeur IIoT peut embarquer une fonction de passerelle protocolaire. Ce qui compte, c’est de savoir quelle fonction vous achetez : si vos deux systèmes parlent déjà le même protocole et qu’il s’agit juste de les relier, vous avez besoin d’un routeur ou d’un convertisseur, pas d’une passerelle.
Retenez la règle simple. Même langage, problème de chemin : routeur. Langages différents : passerelle.
Où se place une passerelle dans une architecture industrielle ?
Sur une architecture classique à trois niveaux, la passerelle s’intercale presque toujours entre le niveau terrain et le niveau supervision.
• Niveau terrain : capteurs, compteurs, variateurs, unités CVC, modules d’entrées/sorties. Protocoles variés, souvent propriétaires ou anciens.
• Niveau passerelle : c’est ici que la traduction se fait. La passerelle agit en maître sur le réseau terrain (elle interroge les équipements) et en esclave ou serveur côté supervision (elle répond aux requêtes).
• Niveau supervision : GTB, SCADA, hyperviseur, plateforme cloud. Un seul protocole attendu, le plus souvent Modbus TCP, BACnet/IP ou MQTT.
Ce double rôle (maître d’un côté, esclave de l’autre) est le point que les intégrateurs découvrent parfois trop tard. Il conditionne le paramétrage et, surtout, il détermine le nombre de points de données que la passerelle peut réellement gérer.
À quoi sert une passerelle de communication dans un projet IoT et M2M ?
Trois situations reviennent en boucle sur les projets que nous accompagnons. Elles couvrent probablement 90 % des besoins.
Faire dialoguer des équipements de générations différentes
Un site industriel ou un bâtiment tertiaire n’est jamais homogène. Il y a la chaufferie installée il y a quinze ans, le groupe froid remplacé l’an dernier, les compteurs divisionnaires ajoutés au fil des travaux, et une supervision qui doit tout voir.
Remplacer l’existant pour uniformiser ? Personne ne le finance. La passerelle sert exactement à ça : s’adapter à l’installation en place plutôt que la refaire. Vous ajoutez une passerelle par protocole non géré, et le parc ancien devient exploitable.
C’est aussi le moyen de prolonger la durée de vie d’équipements qui fonctionnent parfaitement mais dont le protocole n’est plus dans l’air du temps.
Homogénéiser les protocoles vers Modbus ou BACnet
Deuxième réflexe, moins évident : choisir un protocole de sortie unique pour tout le site.
Si chaque passerelle restitue ses données en Modbus TCP, votre supervision n’a qu’un seul driver à gérer. La maintenance devient lisible, les évolutions moins coûteuses, et le prochain intégrateur qui reprendra le dossier comprendra l’architecture en une heure.
En bâtiment tertiaire, BACnet/IP joue le même rôle fédérateur, avec l’avantage d’un modèle objet normalisé (une consigne de température reste une consigne de température, quel que soit le fabricant). En industrie, Modbus TCP et OPC UA se partagent le terrain, le second gagnant du poids sur les projets neufs.
Le choix se fait en amont, pas au moment de commander la passerelle. Nos capteurs IoT compatibles avec ces architectures s’inscrivent dans la même logique d’interopérabilité.
Remonter les données vers une GTB, une supervision ou le cloud
Troisième usage, en forte progression : la passerelle devient le point de sortie des données vers l’extérieur.
Les modèles récents savent publier en MQTT vers une plateforme cloud, exposer une API REST, ou faire serveur OPC UA. Certains bufferisent les données en cas de coupure réseau et les renvoient au rétablissement, ce qui change tout pour les sites mal couverts.
Sur ce type de projet, la passerelle sort de son rôle de simple traducteur. Elle horodate, filtre, agrège, parfois calcule. C’est ce qu’on appelle l’edge computing, et c’est la tendance de fond du marché. Nos passerelles LoRaWAN pour la collecte de capteurs sans fil répondent à cette même logique sur un réseau radio.
Quels protocoles gère une passerelle de communication ?
La question du protocole arrive toujours en premier dans une consultation. Voici les familles que vous rencontrerez, avec ce qui les caractérise vraiment.
Les protocoles industriels
• Modbus RTU : le plus répandu. Liaison série RS485 ou RS232, architecture maître/esclave, jusqu’à 247 esclaves adressables sur un bus. Simple, documenté, gratuit. Sa limite : pas de typage des données, tout se joue dans la table de registres.
• Modbus TCP : le même protocole applicatif transporté sur Ethernet. Plus rapide, plusieurs maîtres possibles.
• Profibus DP : bus de terrain historique de l’automatisme, encore très présent sur les parcs installés.
• Profinet : le successeur Ethernet de Profibus, avec gestion du temps réel.
• EtherNet/IP : équivalent côté écosystème américain, bâti sur le protocole CIP.
• CAN et CANopen : issus de l’automobile, utilisés en machines mobiles et en équipements embarqués.
• IO-Link : communication point à point avec les capteurs et actionneurs intelligents, en dessous du bus de terrain.
• OPC UA : plus qu’un protocole, un modèle d’information normalisé avec sécurité intégrée. C’est le standard visé par la plupart des projets d’industrie 4.0.
Les protocoles du bâtiment
• BACnet MS/TP : sur liaison série RS485, pour les équipements terminaux d’un bâtiment.
• BACnet/IP : sur Ethernet, pour l’interconnexion entre systèmes et la remontée vers la GTB.
• KNX : standard européen de la domotique et de l’immotique, très implanté en éclairage, volets et régulation terminale.
• M-Bus et Wireless M-Bus : dédiés au relevé de compteurs (eau, gaz, énergie thermique), en filaire ou en radio.
• DALI : pilotage adressable des luminaires, avec retour d’état et gestion des défauts.
Les protocoles d’énergie et de comptage
• TIC (Télé-Information Client) : sortie normalisée des compteurs Enedis, en mode historique ou standard. Elle donne accès aux index, à la puissance apparente et à la période tarifaire en cours.
• IEC 61850 : protocole des postes électriques et de la distribution haute tension.
• MQTT : protocole de publication/abonnement léger, devenu le standard de la remontée cloud.
• OCPP : protocole d’échange avec les bornes de recharge de véhicules électriques.
Voici comment ces familles se combinent en pratique.
|
Ce que vous avez en entrée |
Ce que vous voulez en sortie |
Type de passerelle à chercher |
|
Modbus RTU (RS485) |
Modbus TCP |
Passerelle de conversion simple |
|
Profibus, CANopen, EtherNet/IP |
Modbus TCP ou OPC UA |
Passerelle industrielle multi-protocoles |
|
M-Bus, wM-Bus, DALI, KNX |
BACnet/IP ou Modbus TCP |
Passerelle tertiaire multi-protocoles |
|
TIC Enedis |
Modbus RTU/TCP ou contacts secs |
Passerelle métier dédiée TIC |
|
Unité CVC propriétaire ou infrarouge |
Modbus, BACnet ou KNX |
Passerelle applicative CVC |
|
Protocoles terrain mixtes |
MQTT, API REST, OPC UA |
Passerelle edge ou IIoT |
Les grandes familles de passerelles de communication
Cinq familles, cinq problèmes différents. Confondre les deux premières coûte du budget, confondre la troisième et la cinquième coûte des semaines de projet.
Les passerelles de conversion simple, économiques
Un protocole en entrée, un protocole en sortie, un boîtier compact sur rail DIN. C’est la réponse quand il n’y a qu’une seule barrière à franchir.
Les passerelles Seneca R-KEY et Z-KEY illustrent bien cette catégorie. Elles gèrent la conversion Modbus RTU vers Modbus TCP, avec des déclinaisons selon les besoins : M-Bus, EtherNet/IP, OPC UA, Profinet ou IEC 61850. Format réduit, paramétrage rapide, coût maîtrisé.
Leur intérêt réel : pouvoir en déployer plusieurs sur un site sans faire exploser le budget. Sur une installation avec six armoires à raccorder, six petites passerelles reviennent souvent moins cher (et sont plus faciles à maintenir) qu’un équipement central surdimensionné.
Les passerelles multi-protocoles configurables
Ici, on change de logique : un catalogue très large, avec une référence produit par combinaison entrée/sortie.
La gamme ADFweb couvre les deux mondes. Côté industriel : Modbus RTU et TCP, CAN, CANopen, EtherNet/IP, Profibus, Profinet, OPC UA, IO-Link. Côté tertiaire : BACnet MS/TP et IP, KNX, M-Bus, wM-Bus, DALI.
L’approche convient aux intégrateurs qui rencontrent des combinaisons variées d’un chantier à l’autre. Vous identifiez vos deux protocoles, vous trouvez la référence correspondante, vous configurez le mapping avec le logiciel du constructeur.
Le point de vigilance : la richesse du catalogue impose de bien qualifier son besoin en amont, sous peine de commander une référence voisine mais pas identique.
Les passerelles applicatives dédiées à un type d’équipement
Cette famille ne résout pas un problème de bus, mais un problème de marque fermée.
Les passerelles Intesis en sont l’exemple le plus parlant, en particulier sur le CVC. Le besoin est toujours le même : un climatiseur ou une pompe à chaleur fonctionne parfaitement, mais son fabricant ne prévoit qu’un pilotage par télécommande ou par bus propriétaire. La passerelle vient s’intercaler et rend l’équipement visible depuis une GTB ouverte.
Trois configurations existent selon l’échelle du projet.
• Les modèles 1V1 raccordent une unité intérieure à une GTB Modbus, BACnet ou KNX, en bidirectionnel (vous lisez les états, vous écrivez les consignes).
• Les modèles multi-marques connectent plusieurs unités intérieures et extérieures sur une seule passerelle, avec des capacités allant de 4 à 128 unités selon les références. C’est la solution pour traiter un étage ou un bâtiment entier.
• L’interface Universal IR contrôle un climatiseur commandé par infrarouge depuis une GTB Modbus, BACnet ou KNX. Aucun remplacement de matériel, un parc ancien devient pilotable.
La compatibilité couvre les grandes marques du marché (Daikin, Fujitsu, Hitachi, Midea, Panasonic, Toshiba, entre autres). Intesis propose aussi des passerelles pour l’éclairage intelligent, les compteurs d’énergie et les bornes de recharge, avec Modbus, BACnet, M-Bus et MQTT.
Nos passerelles CVC pour l’intégration en GTB détaillent les modèles par marque de climatisation
Les passerelles métier dédiées à un usage
Certaines passerelles ne traitent qu’un seul sujet, mais elles le traitent complètement. Le comptage électrique Enedis en est le meilleur exemple.
La sortie TIC d’un compteur Enedis est normalisée, mais aucune supervision ne la lit nativement. Deux produits couvrent les deux besoins courants.
• TicMaster convertit la Télé-Information Client en Modbus RTU ou Modbus TCP. Les index, la puissance et la période tarifaire deviennent des registres lisibles par n’importe quelle GTB ou supervision.
• TicSwitch met à disposition la période tarifaire en cours sur des contacts secs. Plus simple, plus direct : un automate ou un délesteur peut réagir au changement de tarif sans passer par un bus.
Le second cas est typique des installations où l’on veut déclencher un effacement ou un stockage pendant les heures pleines, sans ajouter de couche logicielle.
Les passerelles edge et IIoT modulaires
Dernière famille, la plus récente. Ces équipements font de la conversion de protocole, mais ils ajoutent du traitement local, de la connectivité internet et souvent de l’accès distant.
La plateforme FlexEdge de Red Lion repose sur une architecture modulaire : un châssis auquel on ajoute des modules selon les interfaces nécessaires. L’intérêt est de faire évoluer l’équipement sans le remplacer quand le besoin change.
L’Ewon Flexy 205 relève de la même catégorie, avec une orientation collecte de données machine et accès distant. Il embarque Modbus RTU et TCP, Profibus, Profinet, EtherNet/IP, OPC UA et BACnet/IP, et sait publier vers une plateforme cloud via API REST ou MQTT.
Ces produits coûtent plus cher qu’une passerelle simple. Ils se justifient quand vous avez besoin de plusieurs protocoles, d’alarmes, de journalisation, ou d’une remontée cloud sécurisée. Pour une conversion unique, c’est surdimensionné.
|
Famille |
Problème résolu |
Sorties courantes |
Configuration |
Exemple de gamme |
|
Conversion simple |
Une barrière protocolaire unique |
Modbus TCP |
Rapide |
Seneca R-KEY / Z-KEY |
|
Multi-protocoles |
Combinaisons variées d’un projet à l’autre |
Modbus, BACnet, OPC UA |
Logiciel dédié |
ADFweb |
|
Applicative |
Marque ou équipement fermé |
Modbus, BACnet, KNX |
Plug and play ou assistée |
Intesis |
|
Métier |
Usage normé et récurrent |
Modbus, contacts secs |
Minimale |
TicMaster, TicSwitch |
|
Edge / IIoT |
Multi-protocoles, traitement et cloud |
MQTT, OPC UA, API REST |
Avancée |
FlexEdge, Ewon Flexy 205 |
Comment choisir une passerelle de communication industrielle ?
La méthode tient en cinq points. Suivie dans l’ordre, elle évite les deux erreurs les plus coûteuses : la passerelle sous-dimensionnée qu’il faut remplacer en cours de chantier, et la passerelle trop complexe que personne n’arrive à paramétrer.
Cartographier les protocoles en entrée et en sortie
Avant tout, listez précisément ce que vous avez et ce que vous visez. Pas « du Modbus », mais « Modbus RTU en RS485, 9600 bauds, adresses 1 à 12 ». Pas « du BACnet », mais « BACnet/IP, instance réseau imposée par le lot GTB ».
Cette précision sert à deux choses : commander la bonne référence, et anticiper les conflits d’adressage. Sur les projets multi-lots, c’est le document qui vous sauvera en réunion de synthèse.
Estimer le volume de points de données et la fréquence de rafraîchissement
Chaque passerelle a une capacité maximale, exprimée en nombre de points, de registres ou d’objets. Dépassez-la et le produit ne fonctionne plus, sans message d’erreur explicite.
Comptez large. Un projet gagne toujours des points en cours de route, et une marge de 30 % coûte moins cher qu’un remplacement. Vérifiez aussi le temps de cycle : interroger 200 points toutes les secondes sur du RS485 à 9600 bauds n’est pas réaliste, quel que soit le matériel.
Vérifier les contraintes d'environnement
Le tableau électrique impose ses règles. Montage sur rail DIN, largeur disponible, alimentation 24 V continu, plage de température (une armoire extérieure en plein soleil dépasse vite les 50 °C), indice de protection, et marquages réglementaires selon le secteur.
Sur les installations en zone humide ou en extérieur, le sujet mérite d’être tranché avant le choix du protocole.
Dans le logiciel Intesis MAPS, que signifient les registres de la table grise vide ?
Ce sont les variables internes que nous utilisons mais qui n’existent pas en tant que telles dans la machine de climatisation ou la télécommande IR : signaux de caractérisation, configuration de ce qu’il faut faire au démarrage, le débit en bauds, les limites des consignes qu’il nous envoie, la LED physique de notre appareil.
Anticiper la configuration et la mise en service
Un produit se juge aussi sur son outil de paramétrage. Interface web embarquée ou logiciel à installer ? Configuration par fichier importable et duplicable, ou saisie point par point ? Documentation en français ?
Sur un déploiement multi-sites, la capacité à dupliquer une configuration fait gagner des jours. C’est un critère sous-estimé, et c’est pourtant celui qui pèse le plus sur le coût réel d’une installation.
Intégrer la cybersécurité dès le choix de la passerelle
Une passerelle qui expose des données vers l’extérieur devient un point d’entrée. Regardez ce que le produit sait faire : segmentation entre ses interfaces réseau, gestion des comptes et des droits, chiffrement des échanges, mises à jour de firmware disponibles dans la durée.
Sur les sites où la remontée passe par internet, le sujet se traite avec l’exploitant, pas après coup. Nos solutions de cybersécurité industrielle et de télémaintenance VPN sécurisée complètent l’architecture.
Dans quels secteurs utilise-t-on une passerelle de communication ?
Bâtiment tertiaire et gestion technique du bâtiment
C’est le terrain le plus dense. Un immeuble de bureaux cumule facilement cinq protocoles : KNX sur l’éclairage, M-Bus sur les compteurs d’énergie thermique, BACnet sur la centrale de traitement d’air, du propriétaire sur les unités de climatisation, et du Modbus sur les onduleurs.
Scénario type que nous rencontrons souvent : une supervision Modbus TCP doit récupérer les états et les consignes de plusieurs dizaines d’unités intérieures de climatisation, sans que personne ne touche aux machines en place. Une passerelle Intesis multi-unités par zone, un mapping propre, et la supervision voit l’ensemble du parc CVC comme une liste de points Modbus.
Industrie et production
Interconnexion d’automates de marques différentes, remontée d’informations machine vers un MES, intégration de variateurs et de robots dans une supervision unique. La passerelle sert à décloisonner des îlots qui ont été installés à des années d’écart.
Les projets d’industrie 4.0 ajoutent une contrainte : exposer ces données en OPC UA ou en MQTT sans ouvrir le réseau de production.
Énergie et comptage
Sous-comptage électrique, suivi de consommation par usage, pilotage de charges selon la période tarifaire. Les passerelles TIC occupent ce terrain, aux côtés des passerelles M-Bus pour l’eau et l’énergie thermique.
Le moteur est réglementaire autant qu’économique : suivre finement les consommations devient une obligation pour de nombreux bâtiments professionnels.
Territoires connectés et agriculture
Stations de relevage, réseaux d’eau, éclairage public, bâtiments d’élevage. Les sites sont dispersés, souvent sans informatique locale, parfois mal couverts en réseau. Les passerelles edge avec stockage local et connectivité cellulaire prennent tout leur sens dans ce contexte.
Installer et paramétrer une passerelle de communication : les étapes clés
Cinq étapes, dans cet ordre.
1. Inventorier les équipements à raccorder, avec leur protocole, leur adresse et la liste des données utiles. Une donnée non identifiée à cette étape est une donnée que vous ne remonterez pas.
2. Raccorder physiquement la passerelle : alimentation, bus terrain (polarité et terminaison du RS485 comprises), liaison Ethernet côté supervision.
3. Configurer le côté terrain : vitesse, parité, adresses des esclaves, temps de cycle. Testez la lecture avant d’aller plus loin.
4. Construire le mapping vers le protocole de sortie, puis documenter cette table. Ce document vaut plus que la passerelle elle-même le jour d’une reprise de maintenance.
5. Valider de bout en bout depuis la supervision, avec un relevé comparé aux valeurs lues localement sur les équipements.
Une sixième étape, souvent oubliée : sauvegarder le fichier de configuration ailleurs que sur le poste du technicien.
Demande d'information ou de devis
Pour des informations détaillées ou un devis sur mesure, notre équipe est à votre écoute. Contactez-nous au 04 77 92 03 56 ou laissez-nous vos coordonnées via notre formulaire en ligne.