Plus d'innovation :
L’interopérabilité est le problème le plus complexe de l’internet des objets industriel. Voici comment le résoudre.
Si vous développez une solution d’internet des objets industriel, vous avez probablement déjà vécu ce moment où votre technologie fonctionne parfaitement seule, puis échoue à communiquer avec les équipements déjà en place dans l’usine d’un client. Un capteur qui fonctionne sans faille dans votre environnement de test se retrouve soudain incapable de dialoguer avec un automate programmable (PLC) hérité. Votre plateforme se connecte sans problème à l’API d’un fabricant de robots, mais rencontre des erreurs avec celle d’un autre. Votre pipeline de données fonctionne à merveille jusqu’à ce qu’il rencontre un système de contrôle utilisant un protocole propriétaire vieux de vingt ans.
Il ne s’agit pas d’un cas marginal. C’est l’une des raisons les plus fréquentes et les plus coûteuses pour lesquelles les projets d’internet des objets industriel s’arrêtent avant d’atteindre la commercialisation, et c’est ce défi qui distingue les solutions qui impressionnent en démonstration de celles qui sont réellement déployées à grande échelle.
Pourquoi l’interopérabilité est si difficile dans les environnements manufacturiers
Les environnements manufacturiers ne sont pas des pages blanches. La plupart des installations font fonctionner un mélange d’équipements provenant de différents fournisseurs, achetés au fil de différentes décennies, utilisant différents protocoles de communication et gérés par différentes équipes. Sur n’importe quel plancher d’usine, on peut trouver des PLC datant des années 1990 côtoyant des contrôleurs plus récents compatibles avec OPC-UA, des lecteurs RFID utilisant leurs propres formats de données propriétaires, et des systèmes de surveillance connectés au nuage qui attendent des API REST. Faire en sorte que tous ces systèmes partagent des données de manière fiable n’est pas un problème de configuration. C’est un problème d’architecture.
L’interopérabilité constitue l’un des principaux obstacles à l’adoption complète de l’Industrie 4.0 et à une transformation numérique efficace. Ce défi est amplifié par le fait que des groupes d’appareils provenant de divers fournisseurs rendent souvent le partage de données impossible sans configuration supplémentaire, ce qui entraîne une utilisation partielle du potentiel de l’internet des objets industriel et empêche les entreprises d’obtenir tous les bénéfices que cette technologie peut offrir (Source : N-iX).
Le marché mondial de l’internet des objets industriel a atteint 514,39 milliards de dollars en 2025, mais seulement 46 % des fabricants ont déployé des solutions d’internet des objets industriel dans leurs installations, ce qui signifie que plus de la moitié de l’industrie est encore en rattrapage (Source : Manufacturing Lead Generation). Pour les start-ups technologiques canadiennes qui développent des solutions d’internet des objets industriel, cet écart représente une opportunité commerciale considérable, mais seulement pour les entreprises capables de prouver que leur technologie s’intègre proprement aux systèmes déjà en place chez leurs clients.
Le paysage des protocoles : à quoi vous êtes confronté
Pour comprendre pourquoi l’interopérabilité est si complexe, il faut d’abord comprendre le paysage fragmenté des protocoles dans lequel les solutions d’internet des objets industrielles doivent naviguer.
OPC-UA s’est imposé comme la solution la plus proche d’une norme universelle pour la communication machine-à-machine. OPC-UA a été conçu pour répondre aux défis d’interopérabilité, d’évolutivité et de sécurité, ce qui en fait un choix fiable pour l’échange de données dans les applications d’internet des objets. L’une des caractéristiques marquantes d’OPC-UA est sa capacité à fournir un moyen standardisé et indépendant de la plateforme pour que les appareils communiquent, permettant à différents dispositifs, quel que soit leur fabricant ou leur technologie sous-jacente, d’échanger des données de façon transparente (Source : Hilscher). Pour les équipes de start-ups qui développent des solutions devant se connecter à des équipements industriels modernes, la conformité OPC-UA est souvent une attente de base des acheteurs en entreprise.
MQTT adopte une approche différente. MQTT, reconnu pour sa messagerie légère et efficace, convient bien aux besoins de l’internet des objets industriel, tandis qu’OPC-UA est un protocole fiable et sécurisé largement utilisé dans les systèmes d’automatisation hérités (Source : IEEE Xplore). Plutôt que de traiter ces protocoles comme des concurrents, la plupart des déploiements matures les utilisent ensemble. OPC-UA sert à la communication locale sur le plancher d’usine, puis est relié à MQTT pour la connectivité infonuagique. Une passerelle en périphérie de réseau s’abonne aux serveurs OPC-UA des équipements locaux, puis publie les données sélectionnées vers des plateformes infonuagiques via MQTT, en assurant la traduction de protocole, le filtrage des données, la mise en mémoire tampon en cas de panne de réseau et l’application des limites de sécurité (Source : Einnosys).
Au-delà d’OPC-UA et de MQTT, les environnements industriels peuvent aussi faire fonctionner Modbus, PROFIBUS, PROFINET, MTConnect, AMQP et une gamme de protocoles propriétaires selon l’âge et l’origine des équipements. Une recherche comparant MQTT, AMQP, Modbus, PROFIBUS, OPC-UA, HTTP/REST et MTConnect a conclu que le choix d’un protocole de communication doit tenir compte de contraintes industrielles précises telles que la latence, la sécurité et l’évolutivité, et qu’aucun protocole unique n’est optimal pour tous les cas d’usage (Source : Université de Linköping).
Pour une start-up qui développe un seul produit destiné à fonctionner dans tous ces environnements, l’implication est claire : votre solution ne peut pas présumer d’une pile de protocoles homogène. Elle doit prouver son interopérabilité face à la réalité désordonnée de ce que les fabricants ont réellement installé.
En quoi consiste réellement le test d’interopérabilité
Beaucoup de start-ups traitent l’interopérabilité comme une simple case à cocher. Elles confirment que leur solution prend en charge OPC-UA, l’inscrivent dans leur documentation technique et passent à autre chose. Les acheteurs en entreprise ne se satisfont plus de cette réponse.
Ce que les équipes d’approvisionnement des environnements manufacturiers veulent voir, c’est la preuve qu’une solution a été validée sur de véritables équipements industriels, dans des conditions d’exploitation réelles. Cela signifie faire fonctionner vos capteurs, applications ou plateformes contre plusieurs systèmes de contrôle, robots, cobots, méthodes d’accès réseau et plateformes logicielles simultanément, dans un environnement qui reflète la complexité et le bruit d’un véritable plancher d’usine.
Un test d’interopérabilité concret pour une solution d’internet des objets industriel doit couvrir plusieurs dimensions.
La validation de la conformité aux protocoles confirme que votre solution implémente correctement les protocoles qu’elle prétend prendre en charge, non seulement en théorie mais également sous charge, avec de vrais appareils. La conformité OPC-UA comporte plusieurs paliers, et une solution qui réussit un test de conformité de base peut tout de même échouer lorsqu’elle communique avec certains profils d’équipement ou fonctionne à haute fréquence de messages. Des architectures de référence comme RAMI 4.0 ont identifié OPC-UA comme le protocole de communication principal pour surmonter la barrière de l’interopérabilité dans les environnements industriels (Source : ScienceDirect).
L’intégration multi-fournisseurs teste votre solution face à du matériel de différents fabricants. Une plateforme de maintenance prédictive qui fonctionne avec des contrôleurs Siemens mais génère des erreurs avec du matériel Rockwell Automation n’est pas une solution interopérable. C’est une solution partielle avec un problème de marketing.
La latence et le débit, dans des conditions de protocoles mixtes valident que votre pipeline de données ne se dégrade pas lors de la traduction entre protocoles à grande échelle. La traduction de protocole par le biais de passerelles intergicielles introduit une surcharge de latence, et sous des volumes de messages élevés, cette surcharge peut devenir suffisamment importante pour affecter la prise de décision en temps réel dont dépend votre solution. Des recherches ont montré que les protocoles plus légers offrent des avantages mesurables lorsque les données doivent être livrées rapidement sans exigence stricte de structuration, ce qui signifie que le choix du protocole a des conséquences directes sur la performance (Source : ScienceDirect).
L’intégration aux systèmes de contrôle et aux plateformes logicielles confirme que votre solution se connecte proprement aux systèmes d’exécution manufacturière (MES), aux systèmes de planification des ressources d’entreprise (ERP) et aux plateformes de gestion de l’internet des objets que les clients en entreprise utilisent pour exploiter leurs opérations. Une solution qui produit des données inaccessibles depuis les systèmes d’affaires existants crée une friction d’adoption qui fait échouer les ventes.
Le test de résilience réseau valide que votre solution résiste aux conditions de connectivité d’un véritable environnement manufacturier, incluant les interférences, la dégradation du signal dans les espaces à forte densité métallique, le basculement entre connexions filaires et sans fil, et le profil de latence des réseaux 5G privés par rapport à l’infrastructure Wi-Fi plus ancienne.
Pourquoi les tests simulés ne suffisent pas
L’une des erreurs les plus courantes et les plus coûteuses que commettent les start-ups spécialisées en internet des objets industriel est de s’appuyer sur des environnements simulés pour valider l’interopérabilité. La simulation est utile en phase de développement précoce. Elle n’est pas suffisante pour valider une vente en entreprise.
Le problème est que les environnements simulés ne peuvent pas reproduire pleinement les interférences électromagnétiques, les obstructions physiques, les effets de vieillissement des équipements et les comportements limites des protocoles qui apparaissent dans les véritables installations manufacturières. Un ensemble de capteurs qui lit avec précision dans un environnement de laboratoire propre peut produire des données erratiques une fois monté près de moteurs de forte puissance ou dans une installation avec des rayonnages métalliques denses.
Une intégration OPC-UA qui fonctionne sans accroc dans un environnement de développement peut rencontrer un comportement inattendu une fois connectée à un PLC hérité fonctionnant avec un micrologiciel antérieur à la spécification OPC-UA actuelle.
L’adoption de l’internet des objets industriel n’a pas répondu aux attentes en raison de défis tels que l’interopérabilité, la cybersécurité et la préparation de la main-d’œuvre, malgré les avantages considérables qu’offre cette technologie, notamment une efficacité et une productivité accrues, le soutien aux opérations autonomes et des données probantes pour le reporting et la conformité (Source : IIoT World). Une grande partie de cet écart d’adoption peut être attribuée à des solutions validées dans des conditions contrôlées, puis ayant échoué à performer de façon constante une fois déployées dans des environnements réels.
Tester dans un véritable environnement industriel avec de véritables équipements manufacturiers ne fait pas que réduire le risque d’échecs après déploiement. Cela produit des preuves de validation dont les acheteurs en entreprise et les équipes d’approvisionnement peuvent avoir confiance. Pour une start-up qui traverse un long cycle de vente avec un acheteur manufacturier averse au risque, cette preuve fait souvent la différence entre un projet pilote et un contrat signé
Le rôle de la 5G dans la réduction de l’écart d’interopérabilité
Les réseaux 5G privés occupent une place de plus en plus importante dans le portrait de l’interopérabilité en fabrication avancée, et ils introduisent à la fois de nouvelles capacités et une nouvelle complexité que les développeurs de solutions doivent valider.
Les caractéristiques de latence et de débit des réseaux 5G privés changent ce qui est possible dans les applications manufacturières en temps réel. Des cas d’usage sensibles au temps qui nécessitaient auparavant des connexions filaires, comme le contrôle qualité en boucle fermée, la coordination robotique en temps réel et le sondage haute fréquence des capteurs pour la maintenance prédictive, deviennent réalisables sur une infrastructure sans fil lorsqu’ils fonctionnent sur un réseau 5G privé dédié. Cependant, les solutions conçues pour le Wi-Fi ou les environnements filaires ne performent pas automatiquement de la même manière en 5G, et l’intégration de la 5G aux systèmes de technologie opérationnelle (OT) existants introduit de nouveaux points de discordance potentiels entre protocoles.
Parmi les principaux défis du marché de l’internet des objets industriel figure le manque de normalisation des protocoles de l’internet des objets, tandis que des occasions importantes résident dans l’émergence de la technologie 5G et des applications de maintenance prédictive (Source : MarketsandMarkets). Pour les start-ups qui développent des solutions destinées à fonctionner sur des réseaux 5G privés, valider l’interopérabilité dans un environnement compatible 5G avant la mise en marché n’est pas optionnel, c’est un prérequis pour vendre à des comptes manufacturiers en entreprise qui déploient déjà ou prévoient de déployer une infrastructure 5G privée.
Comment aborder l’interopérabilité de façon systématique
Intégrer l’interopérabilité dans un produit dès sa conception, plutôt que de l’ajouter après coup à la fin d’un cycle de développement, est le moyen le plus efficace de réduire le coût et le risque d’un déploiement en entreprise. En pratique, cela implique plusieurs éléments.
Adopter des normes ouvertes dès le début.
Les normes ouvertes comme OPC-UA, MQTT Sparkplug et d’autres permettent une connectivité et une intégration universelles entre appareils et systèmes et sont essentielles pour réduire les coûts d’intégration, accélérer le déploiement et améliorer la qualité des données (Source : N-iX). S’appuyer sur des normes ouvertes n’élimine pas les défis d’interopérabilité, mais réduit considérablement la surface de travail d’intégration personnalisée requise pour chaque nouveau déploiement client.
Concevoir pour la couche intergicielle.
Dans la plupart des environnements manufacturiers en entreprise, une couche d’intergiciel ou de passerelle en périphérie se situe entre les équipements OT et les systèmes TI. Concevoir votre solution pour s’intégrer proprement à cette couche, plutôt que de présumer un accès direct aux appareils, rend votre produit plus compatible avec l’éventail d’architectures d’intégration réellement utilisées par les clients en entreprise. L’espace de noms unifié s’est imposé comme une approche architecturale prometteuse centrée sur les données, avec OPC-UA et MQTT comme principaux ancrages d’interopérabilité au sein de celui-ci (Source : ScienceDirect).
Tester face à de vrais équipements, tôt et souvent.
Les problèmes d’interopérabilité découverts lors d’un projet pilote client sont coûteux à corriger et nuisibles à la relation commerciale. Les mêmes problèmes découverts lors de tests structurés dans un véritable environnement industriel, avant le cycle de vente, ne sont que de simples problèmes d’ingénierie à résoudre.
Documenter clairement vos limites d’intégration.
Les équipes d’approvisionnement en entreprise poseront des questions détaillées sur ce à quoi votre solution se connecte, comment et dans quelles conditions. Avoir des réponses claires et appuyées par des preuves à ces questions, soutenues par des résultats de tests en conditions réelles, raccourcit le cycle de vente et réduit le risque de surprises au moment du déploiement.
Comment le laboratoire vivant de fabrication de pointe de CENGN peut vous aider
Pour les start-ups et les entreprises en croissance technologiques canadiennes qui développent des solutions d’internet des objets industriel, avoir accès à un véritable environnement manufacturier pour tester l’interopérabilité permet de lever l’un des obstacles les plus importants entre un produit fonctionnel et un produit prêt pour le marché. Les installations manufacturières spécialement conçues, offrant le bon mélange d’équipements industriels, d’infrastructure réseau et d’expertise technique, ne sont pas faciles d’accès de façon indépendante, et bâtir ou louer cette infrastructure est hors de portée pour la plupart des entreprises en démarrage.
Le laboratoire vivant de fabrication de pointe de CENGN, propulsé par le CNIMI et Ericsson, répond directement à cet obstacle. Situé dans les installations du CNIMI à Drummondville, au Québec, le laboratoire donne aux start-ups canadiennes accès à un environnement industriel de qualité production équipé d’un réseau 5G privé sur le spectre NCLL, de systèmes de positionnement intérieur multi-technologies incluant l’ultra-large bande, le Bluetooth Low Energy et la RFID, de bras robotiques collaboratifs et autonomes, de robots mobiles autonomes, d’appareils de réalité mixte, de plateformes de gestion de l’internet des objets, ainsi que d’une zone de démonstration technologique manufacturière avec de véritables équipements industriels.
Pour les tests d’interopérabilité en particulier, le laboratoire prend en charge exactement le type de validation multi-appareils, multi-protocoles et multi-réseaux que les acheteurs manufacturiers en entreprise exigent comme preuve avant l’approvisionnement. Les start-ups peuvent confirmer la conformité aux protocoles et l’intégration transparente en testant leurs capteurs ou leurs applications contre plusieurs appareils de l’internet des objets, robots, cobots, systèmes de contrôle, méthodes d’accès réseau et plateformes logicielles simultanément, dans le même environnement.
L’équipe de CENGN offre un accompagnement de bout en bout couvrant la planification des tests, la configuration des équipements et des opérations, l’exécution et l’analyse, ainsi que des configurations de test personnalisées pour des exigences complexes en matière de réseau et d’automatisation. Cela signifie que les start-ups ne traversent pas le processus de test seules. Elles ont accès à l’expertise combinée de CENGN, du CNIMI et d’Ericsson à chaque étape.
Si vous développez une solution d’internet des objets industriel et que l’interopérabilité est l’obstacle qui se dresse entre votre produit et votre prochaine entente en entreprise, le laboratoire vivant de fabrication de pointe de CENGN est l’endroit où la valider.
