Le comité technique 57 (TC 57) de l’IEC a approuvé la proposition de nouvel article de travail (New Work Item Proposal, NWIP) pour l’IEC 61850-8-3 — une nouvelle Carte de service de communication spécifique (SCSM) qui définira la manière dont les services ACSI sont transportés via WebSocket et JSON. Le vote s’est clôturé début mars 2026 avec seulement un comité national dissident sur l’ensemble des membres du TC 57. La norme sera désormais développée.

Ce qui vient d’être approuvé

La proposition approuvée porte le numéro de document 57/2866/NP et la désignation provisoire IEC 61850-8-3, Ed.1. Son titre officiel est le suivant :

Réseaux et systèmes de communication pour l’automatisation des services publics électriques – Carte de service de communication spécifique (SCSM) – Mappage vers la spécification de message direct (DMS), règles d’encodage JSON et WebSockets

La NWIP a été publiée pour vote en décembre 2025 et distribuée à tous les comités nationaux du TC 57. Lorsque la date limite est arrivée le 6 mars 2026, le résultat était clair : environ 95 % des membres ont voté en faveur. Comme l’a écrit Karlheinz Schwarz, rédacteur désigné, dans son blog NettedAutomation le jour où le résultat a été confirmé : « Aujourd’hui, nous sommes heureux que la NWIP ait été approuvée par l’IEC — un seul pays a été en désaccord lors du processus de vote. »

Ce que définira l’IEC 61850-8-3

La nouvelle norme est une troisième SCSM — la troisième liaison concrète pour l’Interface de service de communication abstraite (ACSI) définie dans l’IEC 61850-7-2. L’ACSI spécifie ce que font les systèmes IEC 61850 : récupérer des valeurs de données (GetDataValues), définir des valeurs de données (SetDataValues), rapporter des événements, enregistrer des données, contrôler des équipements, et d’autres services abstraits. Les couches SCSM définissent comment ces services sont transportés sur des réseaux réels.

Aujourd’hui, deux SCSM sont en usage :

  • IEC 61850-8-1 mappant l’ACSI sur MMS (Manufacturing Message Specification), transporté sur une pile ISO complète. C’est la base de l’automatisation des postes de transformation déployée dans le monde entier depuis deux décennies. L’encodage est BER (Basic Encoding Rules, ASN.1), la pile est lourde, et le contexte opérationnel est le poste de transformation.
  • IEC 61850-8-2 mappant l’ACSI sur XMPP, visant l’intégration au niveau des technologies de l’information et de la communication (ICT). Encodage XML, modèle de publication-abonnement.

L’IEC 61850-8-3 ajoute une troisième voie :

  • Transport : WebSocket (RFC 6455) — un canal TCP persistant et full-duplex. Contrairement à HTTP, WebSocket ne suit pas un cycle demande-réponse pour chaque échange ; une fois la connexion établie, le client et le serveur peuvent transmettre à tout moment.
  • Encodage : ASN.1 JER (JSON Encoding Rules, ISO/IEC 8825-8:2021). Les schémas de message sont définis en ASN.1, mais sérialisés en JSON — lisible par les outils web standards.
  • Modèle de mappage : direct. Pour chaque service ACSI abstrait, l’IEC 61850-8-3 définit un schéma de message concret pour la requête et la réponse. Il n’y a pas de couche d’abstraction intermédiaire.
graph LR
    A[ACSI - IEC 61850-7-2] --> B[8-1: MMS / BER]
    A --> C[8-2: XMPP / XML]
    A --> D[8-3: WebSocket / JSON]
    B --> E[Automatisation des postes de transformation]
    C --> F[Intégration ICT]
    D --> G[Opérations des DSO / Au-delà du poste de transformation]

La pile MMS dans la norme IEC 61850-8-1 est puissante et éprouvée, mais elle a été conçue pour l’environnement de sous-station. L’implémentation en dehors de ce contexte — dans des plateformes SCADA, des systèmes de gestion de la distribution, des systèmes de gestion de l’énergie ou des dispositifs de terrain exploités par des entreprises de distribution — a historiquement nécessité des passerelles de protocole, des middleware spécialisés ou des ponts personnalisés.

L’IEC 61850-8-3 est conçue précisément pour ces environnements. WebSocket et JSON sont des technologies web natives, largement prises en charge sur les plateformes, langages et systèmes d’exploitation. Le centre d’exploitation d’un distributeur de services (DSO), un système de gestion de la distribution (DMS), un dispositif de bord de réseau ou une plateforme d’analyse basée sur le cloud peuvent communiquer en WebSocket/JSON sans nécessiter la pile de protocole ISO que transporte MMS.

Schwarz a formulé directement l’importance de cette avancée : « Le résultat de ce travail va très probablement changer la facilité d’utilisation de l’IEC 61850 en dehors des sous-stations. »

Pour les ingénieurs travaillant à l’intégration de l’IEC 61850 au niveau du DSO — reliant les sous-stations aux centres de contrôle, concevant des interfaces RTU vers DMS ou conçant l’automatisation aux frontières du réseau — cette norme offre une voie vers des sémantiques natives ACSI sans la charge de MMS.

Le POC qui a tout déclenché

La NWIP ne provient pas d’un groupe d’étude de comité isolé. Elle est le résultat direct de la standardisation d’un preuve de concept (PoC) initié et géré par Netbeheer Nederland, l’organisme représentant les opérateurs de réseau de distribution néerlandais.

Schwarz, qui a participé à la mise en œuvre du PoC, l’a décrit en décembre 2025 comme démontrant « les grands avantages qui peuvent être tirés de cette solution ». Le PoC a établi que la cartographie WebSocket/JSON des services ACSI de l’IEC 61850 était techniquement viable, opérationnellement utile et méritait d’être intégrée dans la voie des normes.

Ce travail est également à la base de IEC 61850 Realtime Interface (RTI) v2.0, qui documente la manière dont les DSO néerlandais ont déployé l’IEC 61850 au niveau opérationnel. La RTI v2.0 représente la mise en œuvre pratique actuelle ; l’IEC 61850-8-3 sera la norme internationale qui formalisera cette approche.

Que vient-il ensuite ?

L’approbation de la NWIP marque le début du processus formel de développement de normes, et non sa fin. Le groupe de travail va maintenant rédiger la norme, diffuser des projets de comité (Committee Drafts) pour commentaires, et passer par les étapes de vote de l’IEC (CD, CDV, FDIS) avant que le document final ne soit publié. Ce processus prend généralement plusieurs années.

Pour l’instant, le résultat du vote établit que les organes membres de la TC 57 — les comités nationaux responsables des normes IEC — perçoivent un besoin suffisant et une base technique solide pour investir dans ce travail. Le taux d’approbation de 95 % est exceptionnellement élevé.

Les ingénieurs et développeurs d’outils souhaitant suivre l’évolution peuvent le faire via leur comité national TC 57. Des copies des documents de travail à chaque étape sont disponibles via les canaux des organes nationaux.