Passerelles IoT industrielles : critères de choix
Entre l'automate et le système d'information, la passerelle est le petit boîtier dont tout dépend. Quatre familles coexistent sur le marché ; elles ne répondent pas aux mêmes besoins.
Connecter un atelier au système d’information, c’est rarement relier directement les automates au réseau de l’entreprise. Entre les deux, on place une passerelle : elle lit les données dans les protocoles de l’atelier, les met en forme, les filtre, et les transmet dans des protocoles compris par le reste du système. Choisir parmi les passerelles industrielles disponibles semble une affaire de catalogue. C’est en réalité un choix d’architecture, qui engage la sécurité et l’exploitation pour une dizaine d’années.
Ce comparatif ne classe pas des marques. Il compare quatre familles de solutions, sur les mêmes critères, pour aider à savoir laquelle correspond à votre situation.
Les quatre familles en présence
Le module du constructeur d’automates. Les grands constructeurs proposent des modules de communication ou des passerelles qui s’insèrent dans leur gamme. L’intégration avec leurs automates est excellente ; l’ouverture vers d’autres marques est plus variable.
Le PC industriel avec logiciel de connectivité. Un ordinateur durci, sur rail ou en armoire, exécute un logiciel de connectivité qui embarque de nombreux pilotes de protocoles. C’est la solution la plus polyvalente, et la plus proche d’un serveur à administrer.
La passerelle IoT dédiée. Un boîtier conçu pour la collecte et la transmission, avec un système embarqué, une console d’administration à distance et souvent la possibilité d’exécuter des traitements en périphérie (conteneurs, scripts, règles).
Le matériel ouvert. Un nano-ordinateur, éventuellement en version industrialisée, avec des outils libres comme Node-RED ou des bibliothèques OPC UA et Modbus. Souple et peu coûteux à l’achat ; tout le reste est à votre charge.
Le comparatif, critère par critère
| Critère | Module constructeur | PC industriel + logiciel | Passerelle IoT dédiée | Matériel ouvert |
|---|---|---|---|---|
| Protocoles de l’atelier | Excellents pour la marque, variables pour les autres | Très larges, selon les pilotes achetés | Larges, à vérifier protocole par protocole | Selon les bibliothèques disponibles et leur maturité |
| Protocoles vers le SI | OPC UA souvent, MQTT selon les modèles | OPC UA, MQTT, bases de données, API | MQTT et API en standard, OPC UA fréquent | Tous, au prix de l’intégration |
| Administration d’une flotte | Outils du constructeur | Comme un parc de serveurs | Console centrale, mises à jour à distance | À construire |
| Calcul en périphérie | Limité | Important | Moyen à important | Moyen |
| Robustesse | Celle de l’automate | Bonne, selon le modèle | Conçue pour l’environnement industriel | À vérifier (température, alimentation, montage) |
| Sécurité et mises à jour | Suivi du constructeur | Système et logiciel à maintenir séparément | Suivi de l’éditeur, à contractualiser | Entièrement à votre charge |
| Dépendance | Forte à la marque | Moyenne (logiciel) | Moyenne à forte (console de l’éditeur) | Faible, mais dépendance aux compétences internes |
La sécurité devient un critère réglementaire
Une passerelle est, par construction, un point de passage entre deux zones de confiance. Elle doit être traitée comme telle dans l’architecture, conformément au modèle de zones et de conduits de la série IEC 62443 : flux sortants de préférence, aucun accès direct depuis le réseau de l’entreprise vers les automates, comptes nominatifs pour l’administration.
À cette exigence technique s’ajoute un cadre réglementaire. Le Cyber Resilience Act, entré en vigueur le 10 décembre 2024, s’appliquera aux produits comportant des éléments numériques mis sur le marché européen, dont les passerelles. L’obligation de signaler les vulnérabilités activement exploitées s’appliquera à partir du 11 septembre 2026, et l’ensemble des exigences à partir du 11 décembre 2027. Pour un achat fait aujourd’hui, il est raisonnable de demander au fournisseur sa politique de gestion des vulnérabilités, la durée pendant laquelle il fournira des mises à jour de sécurité, et sa feuille de route de conformité.
Les mêmes questions pour toutes les offres
Avant de comparer des prix, faites répondre chaque fournisseur, par écrit, aux mêmes questions.
- Quels protocoles de votre atelier sont pris en charge nativement, avec quelle version, et testés sur quels équipements ?
- Comment publie-t-on vers le SI : OPC UA, MQTT, API ? Les données sont-elles contextualisées (unités, horodatage, qualité) ?
- Comment administre-t-on cinquante passerelles : configuration, mises à jour, supervision, sauvegarde ?
- Pendant combien d’années le matériel sera-t-il disponible et les mises à jour de sécurité fournies ?
- Comment la passerelle se comporte-t-elle en cas de coupure réseau : mise en tampon, durée, reprise ?
- Que se passe-t-il si l’on change de plateforme côté SI : la passerelle reste-t-elle utilisable ?
Le dernier point est souvent négligé. Une passerelle dont la console d’administration est liée à une plateforme cloud précise peut rendre le changement de plateforme très coûteux.
Quelle famille pour quelle situation ?
Un atelier homogène, équipé d’une seule marque d’automates, gagne souvent à commencer par l’offre du constructeur. Un site hétérogène, avec des machines d’âges et de marques variés, s’oriente vers un PC industriel ou une passerelle dédiée riche en pilotes. Un groupe multi-sites qui veut déployer des dizaines de points de collecte privilégiera la capacité d’administration de flotte. Le matériel ouvert convient aux preuves de concept et aux équipes qui disposent des compétences pour le maintenir.
Pour les machines anciennes sans interface réseau, le sujet change de nature : voir notre article sur le retrofit des machines anciennes. Le dossier de référence sur les automates et le SI replace la passerelle dans l’architecture d’ensemble, et notre expertise industrie et automates accompagne ce choix sans lien avec les fournisseurs.
- IEC 62443, série de normes sur la sécurité des systèmes d’automatisation et de commande industriels.
- IEC 62541, OPC Unified Architecture.
- OASIS, MQTT version 5.0.
- Règlement (UE) 2024/2847 (Cyber Resilience Act).
Questions fréquentes
OPC UA ou MQTT : lequel choisir ?
Les deux sont complémentaires. OPC UA décrit finement les données et leur contexte, et convient bien aux échanges avec les automates et les systèmes de supervision. MQTT est un protocole de messagerie léger, adapté à la remontée de nombreux points vers une plateforme. Beaucoup de passerelles lisent en OPC UA ou en protocole natif côté atelier et publient en MQTT côté système d'information.
Peut-on utiliser un nano-ordinateur grand public comme passerelle ?
Pour un prototype ou une preuve de concept, oui. En production, il faut vérifier la tenue en température, l'alimentation, le montage, la durée de disponibilité du matériel et la sécurité du système. Des versions industrialisées existent, avec un boîtier et des garanties adaptées.
Faut-il une passerelle par machine ?
Pas nécessairement. Une passerelle peut collecter plusieurs machines si le réseau de l'atelier le permet. On en place une par machine quand les machines sont isolées, de protocoles très différents, ou quand on veut limiter l'impact d'une panne.