i3X et OPC UA — introduction pratique

Si vous travaillez dans l'IT industriel, vous avez probablement entendu parler d'i3X — le nouveau standard d'API ouvert de CESMII. On le décrit parfois comme « OPC UA pour les développeurs IT » ou « une alternative plus simple à OPC UA ». Les deux descriptions sont trompeuses.

Cet article explique ce qu'est réellement i3X, comment il se rapporte à OPC UA, et où chacun s'inscrit dans une architecture de production moderne.

Quel problème i3X résout-il ?

Les usines modernes utilisent des dizaines de plateformes logicielles : historiens, MES, ERP, SCADA, outils d'analyse, moteurs d'IA. Chacune possède une API propriétaire. Quand vous devez connecter un nouvel outil d'analyse à trois plateformes existantes, vous écrivez trois intégrations sur mesure. Ajoutez une quatrième plateforme, et vous en écrivez trois de plus.

C'est le problème d'intégration n×m : le nombre d'intégrations croît de manière quadratique avec le nombre de systèmes. À grande échelle, cela devient ingérable.

i3X résout ce problème en définissant une API REST commune et indépendante des fournisseurs que toute plateforme peut implémenter. Écrivez votre outil d'analyse une seule fois contre l'API i3X, et il fonctionne sur toute plateforme conforme — sans adaptateurs dédiés.

Qu'est-ce qu'i3X, exactement ?

i3X signifie Industrial Information Interoperability eXchange. C'est une spécification d'API open source (licence MIT) coordonnée par CESMII, l'institut américain du Smart Manufacturing. Mi-2026, i3X est au stade de Release Candidate.

Caractéristiques principales :

• REST/JSON sur HTTP — des technologies web standard que tout développeur IT peut utiliser.
• Basé sur des requêtes — les applications tirent les données à la demande, contrairement à MQTT qui pousse des données par événements.
• Indépendant des fournisseurs — la même API fonctionne sur toute plateforme conforme (historien, MES, cloud).
• Données contextualisées — les réponses incluent types de données, unités, qualité et horodatages (le modèle VQT), pas seulement des valeurs brutes.

i3X n'est pas un protocole de transport. Il ne remplace ni OPC UA ni MQTT. C'est une couche d'accès — une manière standardisée d'interroger des données industrielles qui ont déjà été collectées et modélisées.

Quel est le lien entre i3X et OPC UA ?

C'est la question clé, et la réponse est simple : i3X s'appuie sur la modélisation d'information d'OPC UA, mais fournit un mécanisme d'accès plus simple.

En résumé :

• OPC UA est le backbone temps réel et sémantique qui connecte machines, automates et systèmes SCADA. Il fournit le modèle sémantique (le « dictionnaire ») et le transport sécurisé.
• i3X est l'API développeur-friendly qui permet aux applications IT (tableaux de bord, IA, analytique) de consommer ces mêmes données sans apprendre la pile OPC UA complète.

Ils sont complémentaires, pas concurrents.

Que sont les SM Profiles ?

Les SM Profiles (Smart Manufacturing Profiles) sont le lien entre i3X et OPC UA. Un SM Profile est un modèle de données standardisé qui définit les attributs, types de données et la structure d'un actif industriel — par exemple une pompe, un convoyeur ou une presse à injection.

Les SM Profiles sont construits avec la modélisation d'information OPC UA Part 5. Beaucoup dérivent de Companion Specifications OPC UA existantes (PackML, Euromap, PADIM). Le modèle sémantique est donc cohérent, que vous accédiez aux données via OPC UA Client/Serveur ou via l'API REST i3X.

Le SM Profile Designer de CESMII permet de créer, partager et réutiliser des profils via leur Smart Manufacturing Marketplace.

Une architecture concrète

Voici comment OPC UA et i3X s'articulent dans une architecture de production réelle :

Couche 1 : Atelier (OPC UA)

Des serveurs OPC UA tournent sur les équipements edge et se connectent directement aux automates, capteurs et machines. Ils exposent des espaces d'adressage structurés via les Companion Specifications. Cette couche gère le contrôle temps réel, les alarmes et la communication machine-to-machine sécurisée.

Couche 2 : Edge / Plateforme (OPC UA + i3X)

Une plateforme industrielle (historien, analytique edge, ou UNS) collecte les données des serveurs OPC UA. Elle stocke les données avec le contexte complet — types, unités, qualité, horodatages. La plateforme implémente l'API i3X pour exposer ces données aux applications de niveau supérieur.

Couche 3 : Entreprise / Cloud (i3X)

Les applications IT — tableaux de bord, pipelines IA/ML, connecteurs MES, ERP — consomment les données via des appels REST i3X. Elles n'ont besoin ni de SDKs OPC UA, ni de gestion de sessions, ni de certificats. Un simple GET HTTP retourne du JSON typé et contextualisé.

Quand utiliser quoi

Ce qu'i3X ne fait pas

Il est important d'être clair sur les limites :

• i3X ne remplace pas OPC UA pour le contrôle temps réel. Vous ne pouvez pas appeler une méthode sur un automate ou vous abonner à des alarmes via i3X.
• i3X ne définit pas de protocole de transport. Les données doivent d'abord être collectées via OPC UA, MQTT ou d'autres moyens avant de pouvoir être interrogées via i3X.
• i3X ne remplace pas le besoin de modélisation d'information. Sans un SM Profile bien défini (typiquement construit avec les concepts OPC UA), les données retournées par i3X manqueraient du contexte qui les rend utiles.

État actuel

Mi-2026, i3X est au stade Release Candidate. La spécification est open source sous licence MIT. Un groupe de travail incluant Rockwell Automation, Siemens, Microsoft, AWS et Inductive Automation la développe activement. Les ressources développeur sont disponibles sur i3x.dev et sur le GitHub de CESMII.

C'est encore tôt. Les déploiements en production se limitent aux programmes pilotes au sein des organisations membres de CESMII. Mais la direction est claire : OPC UA reste le backbone sémantique et transport, tandis qu'i3X devient la couche d'accès IT standardisée.

Points clés

1. i3X ne remplace pas OPC UA. C'est une couche API REST qui se pose sur des données modélisées en OPC UA.
2. Les SM Profiles font le lien. Ils utilisent la modélisation OPC UA pour définir des contrats de données que OPC UA et i3X peuvent servir.
3. OPC UA pour l'OT, i3X pour l'IT. Utilisez OPC UA pour la communication temps réel, sécurisée, à sessions. Utilisez i3X pour l'accès léger et sans état des applications web.
4. Le problème n×m est réel. Si vous écrivez des intégrations sur mesure pour chaque paire plateforme-application, i3X vaut le détour.

Références

1. CESMII — Smart Manufacturing Innovation Institute. cesmii.org
2. Portail développeur i3X — Spécification et documentation de l'API ouverte. i3x.dev
3. CESMII GitHub — SM Profile Designer et ressources i3X. github.com/cesmii
4. OPC Foundation — OPC UA Specification Part 5: Information Model. opcfoundation.org
5. CESMII — Smart Manufacturing Marketplace. marketplace.cesmii.net

Chez Sterfive, nous construisons l'infrastructure OPC UA qui alimente des systèmes comme i3X. Nos outils — node-opcua, OPC UA Modeler et Omni-Edge — créent les modèles sémantiques et les pipelines de données temps réel qui donnent du sens aux requêtes i3X. Contactez-nous si vous concevez une architecture qui fait le pont entre OT et IT.