La Commission électrotechnique internationale a franchi une nouvelle étape vers la publication d’une nouvelle partie de la série IEC 61850. Le 4 septembre 2026, la CEI a publié le Committee Draft 57/2980/CD de l’IEC 61850-8-3 — Communication networks and systems for power utility automation — Part 8-3: Specific Communication Service Mapping (SCSM) — Mapping to Direct Message Specification (DMS), JSON Encoding Rules, and WebSockets.
Le projet est passé au stade Committee Draft (CD) et est désormais accessible aux comités nationaux de la CEI pour examen et préparation de commentaires. La période de commentaires du document se termine le 30 octobre 2026.
L’IEC 61850-8-3 présente un intérêt particulier, car il propose une nouvelle variante de mapping des services de communication de l’IEC 61850, fondée sur des technologies largement utilisées dans les systèmes logiciels modernes : WebSocket, JSON et ASN.1.
L’IEC 61850 reçoit un nouveau mapping de communication
Pour les spécialistes des postes numériques, l’interaction client-serveur de l’IEC 61850 est traditionnellement associée avant tout au MMS, utilisé conformément à l’IEC 61850-8-1.
Dans le même temps, l’architecture même de l’IEC 61850 prévoit dès l’origine une séparation entre le modèle abstrait des services et la façon concrète de les transmettre sur le réseau. Les services ACSI — par exemple l’accès aux données, la commande, le travail avec les rapports — peuvent être liés à une pile de communication déterminée au moyen d’un Specific Communication Service Mapping, SCSM.
L’IEC 61850-8-3 définit un mapping de ce type de plus.
Le nouveau projet utilise plusieurs technologies à la fois :
- Direct Message Specification (DMS) — pour organiser l’échange direct de messages ;
- WebSocket — comme mécanisme de communication ;
- JSON Encoding Rules — pour représenter les données ;
- ASN.1 — pour la description formelle de la structure des messages.
Ainsi, il ne s’agit pas de créer un nouveau modèle d’information de l’IEC 61850 ni de remplacer les nœuds logiques, objets de données ou services existants. Le modèle IEC 61850 existant est conservé, tandis que ses services reçoivent une nouvelle façon d’être mappés sur les technologies de communication.
Le rôle clé d’ASN.1
L’un des éléments importants du Committee Draft publié est le schéma formel ASN.1 des messages.
Une annexe normative du projet indique que les messages de protocole transmis dans la charge utile du WebSocket sont définis par un schéma ASN.1. Le niveau supérieur du schéma forme la structure de la PDU applicative, sur la base de laquelle sont décrits les messages et les services.
ASN.1 devient ici, de fait, une description formelle du protocole : le schéma définit la structure des messages nécessaire à leur encodage et à leur décodage.
De plus, le module ASN.1 est publié séparément parmi les documents d’accompagnement de l’IEC TC 57, ce qui permet potentiellement de l’utiliser directement lors du développement d’implémentations logicielles.
Des technologies web à une partie normative de l’IEC 61850
L’utilisation de technologies web dans l’IEC 61850 est discutée depuis déjà assez longtemps.
L’évolution des systèmes électriques conduit progressivement à ce que l’IEC 61850 soit utilisée non seulement pour l’interaction des IED physiques au sein d’un poste. Un rôle de plus en plus important est joué par les applications serveur, les fonctions de protection et de commande centralisées et virtualisées, les passerelles logicielles, les systèmes de niveau supérieur et les plateformes de calcul distribuées.
Dans une telle architecture apparaît le besoin de mécanismes de communication plus faciles à intégrer aux technologies logicielles modernes.
Le WebSocket présente à cet égard un intérêt évident. C’est un mécanisme largement pris en charge d’échange bidirectionnel de données, disponible dans pratiquement tous les systèmes d’exploitation, langages de programmation et plateformes logicielles modernes.
L’IEC 61850-8-3 permet d’utiliser de telles technologies sans renoncer pour autant au modèle d’information et aux services de l’IEC 61850.
C’est précisément là le point fondamental : ce ne sont pas les applications qui doivent inventer elles-mêmes leurs propres REST API ou formats d’intégration pour les données IEC 61850 — la norme définit de quelle manière les services existants de l’IEC 61850 peuvent être mappés sur la nouvelle pile de communication.
Une implémentation ouverte existe déjà
Le développement de la norme s’accompagne aussi d’expériences pratiques.
Comme le note Karlheinz Schwarz, l’un des participants à l’élaboration du document, le Committee Draft s’appuie notamment sur le Netbeheer Proof of Concept for RTI2. L’organisation néerlandaise Netbeheer Nederland maintient une implémentation expérimentale sous la forme d’un projet open source sur GitHub.
Le dépôt publie notamment le schéma ASN.1 utilisé pour implémenter l’échange IEC 61850 via WebSocket. La version du schéma sur GitHub est considérée comme préliminaire par rapport à la version officielle accompagnant le Committee Draft.
L’existence d’une telle implémentation est importante non seulement pour les développeurs de la norme. Elle permet de commencer des expériences pratiques avec le nouveau SCSM avant même la publication de l’édition finale de l’IEC 61850-8-3.
L’IEC 61850 devient une norme pas seulement pour les IED
L’apparition de l’IEC 61850-8-3 s’inscrit bien dans le processus plus large de développement de l’IEC 61850.
Au départ, la norme était largement perçue comme une technologie de communication entre les dispositifs électroniques intelligents d’un poste. Puis l’IEC 61850 est progressivement devenue la base du modèle d’information du poste numérique, s’est étendue à de nouveaux domaines de l’énergie et a commencé à être utilisée à différents niveaux d’automatisation.
Aujourd’hui, une transformation analogue se produit avec l’architecture de calcul.
Les fonctions autrefois étroitement liées à un terminal physique particulier peuvent progressivement se déplacer vers des plateformes de calcul partagées. Apparaissent des protections centralisées et virtualisées, des implémentations logicielles de fonctions d’automatisation, des plateformes serveur et des postes définis par logiciel.
Dans ces conditions, il devient important non seulement de normaliser les données, mais aussi d’offrir des moyens commodes et normalisés de les utiliser avec les applications logicielles modernes.
L’IEC 61850-8-3 peut devenir l’un des éléments de cette transformation : le modèle d’information de l’IEC 61850 reste le même, mais les façons de l’utiliser dans l’infrastructure logicielle se multiplient.
Pour l’instant, le document n’est qu’au stade Committee Draft, de sorte que certaines solutions techniques particulières peuvent encore changer à l’issue de l’examen par les comités nationaux.
Cependant, le fait même que l’IEC 61850-8-3 ait atteint le stade CD montre déjà la direction du développement de la norme : l’IEC 61850 se transforme progressivement d’une norme d’interaction entre dispositifs individuels du poste numérique en un socle commun d’information et de communication d’un système électrique défini par logiciel.