La principale conclusion de l'histoire de quinze ans du IOP : la qualité des fichiers SCL — surtout les ICD générés par les outils ICT des fournisseurs — reste le goulet d'étranglement critique de l'intégration multifournisseur. Lors du IOP 2019, seulement 10 fichiers ICD sur 159 (6,28 %) ont passé la validation sans erreurs, ce qui a conduit à une révision fondamentale de la philosophie de test de l'UCAIug : depuis 2020, la fonctionnalité ICT est devenue une partie obligatoire des tests de certification des IED. Parallèlement, le rôle des règles de validation lisibles par machine (OCL) a augmenté, et le IOP 2024 a identifié plus de 120 problèmes, dont la grande majorité liés aux fichiers SCL. Ces résultats sont transmis directement à l'IEC TC 57 WG10 via le User Feedback Task Force et la base de données TISSUE, influençant le développement du standard IEC 61850-6 lui-même.
Histoire et chronologie des événements UCAIug IOP
UCA International Users Group (UCAIug) est une organisation à but non lucratif qui promeut l'intégration et l'interopérabilité des systèmes électriques basés sur des standards internationaux. L'organisation est une structure chapeau pour trois groupes d'utilisateurs : CIM, IEC 61850 et OpenFMB. Dans le domaine de l'IEC 61850, l'UCAIug remplit trois fonctions clés : accréditation des laboratoires d'essais, certification des résultats de conformité, et organisation des événements IOP.
Les événements IOP ont lieu tous les deux ans depuis 2011. La différence fondamentale entre IOP et tests de conformité : tandis que les tests de conformité vérifient si un dispositif spécifique est conforme au standard, l'IOP vise à identifier les parties du standard qui admettent différentes interprétations et peuvent empêcher l'échange d'informations entre dispositifs certifiés de différents fournisseurs.
| Année / Cycle | Lieu | Participants | Axe principal |
|---|---|---|---|
| 2011 | EDF R&D, Paris, France | 19 entreprises, 14 fournisseurs, 37 personnes | Tests IED un à un ; échange SCL de base (ICD/CID/SCD) |
| 2013 | TÜV SÜD, Munich, Allemagne | 43 entreprises, 20 fournisseurs, 93 personnes | Un à un + premier test du processus d'ingénierie (top-down/bottom-up) ; compatibilité ascendante Ed.2 |
| 2015 | Hôtel Crowne Plaza, Bruxelles, Belgique | 49 entreprises, 29 fournisseurs, 130 personnes | Un à un + tests approfondis des processus SCL (avec ENTSO-E) ; premiers tests de conformité SCT/ICT par DNV GL |
| 2017 | La Nouvelle-Orléans, Louisiane, États-Unis | 7+ fournisseurs MU (liste complète non publiée) | Premier test «intégré» — modélisation d'un poste entier ; participation du NIST |
| 2019 | EPRI, Charlotte, Caroline du Nord, États-Unis | 25 fournisseurs de 12 pays, ~70 IED | Première piste dédiée SCL/SCT ; application intégrée en parallèle ; validation de 159 ICD avec 5 outils |
| 2021–2022 | Virtuel (oct. 2021) + CESI/KEMA, Milan, Italie (juil. 2022) | 28 fabricants, ~80 personnes | 2 SCT en parallèle ; intégrateur indépendant (POWER Engineers) ; 7 tests fonctionnels ; premier R-GOOSE sécurisé avec KDC |
| 2023–2024 | SCL IOP virtuel (déc. 2023) + Birmingham, Alabama, États-Unis (sept. 2024) | 130 personnes, 86 dispositifs/applications | BAP (IEC 61850-7-6) ; validation OCL ; autoconfiguration réseau depuis SCD ; 120+ problèmes détectés |
| 2025–2026 (prévu) | Europe (automne 2026) | — | Prévu avec le IEC 61850 Boot Camp |
À partir du cycle 2021–2022, chaque IOP est divisé en une composante SCL virtuelle et une composante F2F présentielle, organisées à plusieurs mois d'intervalle.
Quand les tests d'outils de configuration sont devenus une discipline à part entière
Lors du IOP 2011 à Paris, les tests d'échange SCL étaient obligatoires mais menés comme activité auxiliaire sans piste dédiée. Conclusion principale : «Il n'existe pas d'outil complet de validation SCL» — la validation XML s'est avérée insuffisante pour vérifier la conformité à l'IEC 61850-6.
Lors du IOP 2013 à Munich, le flux de travail d'ingénierie (top-down et bottom-up) est devenu pour la première fois l'un des principaux domaines de test. Des «nombreux problèmes liés à la configuration des dispositifs et au processus d'ingénierie basé sur SCL» (selon DNV) furent découverts, catalysant le développement de procédures formalisées.
En 2015, DNV GL initia les premières procédures de conformité pour SCT et ICT. Lors du IOP 2015 à Bruxelles, avec ENTSO-E, les premiers tests approfondis des processus SCL furent réalisés, avec transmission immédiate des résultats au WG10.
Une piste SCT formellement dédiée apparut lors du IOP 2019, divisé en deux flux indépendants — échange SCL entre SCT et application intégrée. Ce fut le point de bascule qui donna aux tests d'outils de configuration un caractère systématique.
Méthodologie des tests SCT/ICT
Cadre procédural
Le UCAIug Test Procedure Working Group (TPWG) développe et maintient les procédures de test via le système Redmine (redmine.ucaiug.org). Les procédures pour SCT et ICT, développées par DNV GL sur la base d'Edition 2 et accréditées par UCAIug, incluent des cas de test sCnf, sDs, sSvp, etc. Le standard de base IEC 61850-10 (Ed.2, 2012) définit les méthodes et cas de test abstraits. Avec l'évolution du standard, les règles IEC 61850-6-3 (OCL) s'y ajoutent, largement appliquées pour la première fois lors du IOP 2024.
Types de fichiers SCL dans les tests
| Type de fichier | Rôle dans IOP | Période de test active |
|---|---|---|
| ICD (IED Capability Description) | Fichier d'entrée principal pour SCT ; validation de masse au IOP 2019 (159 fichiers) | De 2011 à aujourd'hui |
| SCD (System Configuration Description) | Résultat clé du travail SCT ; configuration complète du poste | De 2011 à aujourd'hui |
| CID (Configured IED Description) | Sous-ensemble de SCD pour un IED spécifique ; chargé dans le dispositif | De 2011 à aujourd'hui |
| SSD (System Specification Description) | Schéma unifilaire, niveaux de tension, LN requis ; point de départ top-down | Depuis 2015, activement depuis 2021 |
| IID (Instantiated IED Description) | Configuration IED spécifique au projet ; approche bottom-up (Ed.2) | Depuis 2013, activement depuis 2019 |
| SED (System Exchange Description) | Description de l'interface entre projets (Ed.2) | Limité depuis 2013 ; tests étendus prévus |
Flux de travail d'ingénierie testés
L'approche top-down est la méthode principale, testée activement depuis 2019 : création SSD → import ICD → configuration GOOSE/SV → génération SCD → extraction CID → chargement IED. Testée de bout en bout avec POWER Engineers au IOP 2021.
L'approche bottom-up implique la configuration individuelle via ICT spécifiques, génération de fichiers IID/CID et leur import dans le SCT. Nécessaire quand les outils top-down ne gèrent pas les spécificités de chaque fournisseur.
L'ingénierie aller-retour (round-trip) est l'échange itératif SCT↔ICT où les modifications SCD sont retransmises à l'ICT via IID, et vice-versa.
Évolution des tests selon les éditions du standard
Ère Edition 1 (IOP 2011)
Seuls ICD, SSD, SCD et CID disponibles. Tests limités à l'échange CID et création SCD basique. Conclusion principale : la validation XSD n'est pas équivalente à la validation SCL.
Transition vers Edition 2 (IOP 2013, 2015, 2017)
Le IOP 2013 fut le premier à tester Edition 2 : nouveaux fichiers IID et SED, compatibilité ascendante, section Services étendue. Problèmes Redmine : namespaces (#445), mélange Ed.1/Ed.2 (#444), ClientLN (#446), ExtRef (#445), DataSets (#463).
Au IOP 2015, avec ENTSO-E, processus d'ingénierie généralisé développé — première fois que SCL fut testé aussi profondément. Les résultats furent l'une des causes du retard du CDV IEC 61850-6 Ed.2.1.
Le IOP 2017 à La Nouvelle-Orléans : passage au test intégré — modélisation d'un vrai poste. Problème découvert : absence dans IEC 61850-6 d'une description de la configuration d'authentification client (Issue IOP_2017/8).
Ère Edition 2.1 (IOP 2019, 2021–2022, 2023–2024)
IOP 2019 : validation de 159 ICD avec 5 outils — seulement 6,28 % sans erreurs. Conséquence : fonctionnalité ICT incluse dans les tests de conformité obligatoires Ed.2 Amendment 1.
IOP 2021–2022 : deux SCT en parallèle, POWER Engineers comme intégrateur neutre. Test Elia révèle que certains IED bloquaient la protection en cas de perte de synchronisation PTP. Premiers tests ADMS et R-GOOSE sécurisé avec KDC.
IOP 2023–2024 : règles OCL largement appliquées, approche BAP selon IEC 61850-7-6. Brunner (WG10) : «Beaucoup d'ICD contenaient des éléments Services incomplets ou incorrects». Plus de 120 problèmes détectés, majoritairement SCL via nouvelles règles OCL.
Résultats, problèmes et outils participants
SCT et ICT participants
| Outil | Fournisseur | Type | Participation confirmée au IOP |
|---|---|---|---|
| ASE61850 SCL Manager | ASE / Kalkitech | SCT | 2021 (virtuel), 2022 (Milan), 2024 (Birmingham) |
| Helinks STS | Helinks | SCT | 2022 (Milan — ingénierie SCD pour F2F) |
| IEC 61850 System Configurator | Siemens | SCT | Tous les IOP depuis 2011 ; Ed.1, Ed.2, Ed.2.1 |
| OpenSCD / CoMPAS | LF Energy (open-source) | SCT | Écosystème en croissance ; Transpower NZ migré en 2024 |
| DIGSI 4/5 | Siemens | ICT | Tous les IOP depuis 2011 |
| PCM600 / IET600 / ITT600 | ABB / Hitachi Energy | ICT | IED (REL670, REB670, etc.) largement utilisés |
| AcSELerator Architect | SEL | ICT | IED (SEL-451, SEL-421, etc.) |
| Enervista (outils série UR) | GE / Alstom / GE Vernova | ICT | Participation et white papers multifournisseurs |
| Automation Studio | Efacec | ICT | IOP 2013 (Munich) — BCU 500, UC 500 |
| MiCOM S1 Agile | Schneider Electric | ICT | Participation à plusieurs IOP |
Données basées sur sources publiques (PAC World, blogs fournisseurs, LinkedIn).
Problèmes typiques d'interopérabilité
Gestion des espaces de noms — domaine chroniquement problématique. Les fournisseurs utilisent des namespaces propriétaires sans fournir les XSD, rendant impossible une validation correcte.
Les sections privées restent source d'incompatibilité. Perte d'informations lors de la conversion ICD → SCD → CID documentée.
Inadéquations DataTypeTemplates : types non standards non reconnus par d'autres fournisseurs. Erreur typique : «FCDA does not refer any existing DA or BDA».
Conflits d'adresses : GOOSE AppID, MAC, IP doivent être coordonnés par le SCT ; implémentations différentes de GSESettings, ReportSettings, SMVSettings.
Abonnements GOOSE/SV : «la partie la plus complexe» (GE Vernova). Liaison ExtRef très variable selon les fournisseurs.
Fichiers SCD volumineux : plus d'un million de lignes sur grands projets (2300 IED), causant des problèmes de performance.
Section Services — problème aigu au IOP 2024. ClientServices (attribut goose absent = SCT considère l'IED incapable de s'abonner au GOOSE) et valKind/valImport.
Réalisations et tendances positives
ENTSO-E : «Le IOP a montré que les parties du standard IEC 61850 et les produits sont très stables… il n'est pas nécessaire d'attendre pour déployer IEC 61850».
OpenSCD/CoMPAS (LF Energy) : changement de paradigme. Transpower NZ en 2024 : flux complet sans dépendance fournisseur. L'autoconfiguration réseau depuis SCD réduit significativement les coûts de mise en service.
Impact sur le standard IEC 61850 et documents associés
Canal direct (IOP → WG10) : User Feedback Task Force et base TISSUE (iec61850.tissue-db.com). Exemple : 9 problèmes du IOP 2019 soumis, revus et résolus par WG10.
Canal inverse (WG10 → IOP) : WG10 développe les règles OCL testées au IOP. IEC 61850-6-3 (en développement) les formalise. Personnels croisés : Herbert Falk (UCAIug + éditeur IEC 61850), Christoph Brunner (convocateur WG10 + analyste IOP).
IEC 61850-6 Amendment 2 (2024) : UUID des éléments, SclFileReference, suivi des droits d'ingénierie.
Brochures CIGRE : TB 819 (2020) note les «sérieuses difficultés» de certains projets IEC 61850. WG B5.68 (2018) adresse directement l'interopérabilité des outils. TB 401 fournit une méthode structurée de test fonctionnel.
Chronologie de l'évolution des tests SCT/ICT
| Paramètre | 2011 (Paris) | 2013 (Munich) | 2015 (Bruxelles) | 2017 (N.-Orléans) | 2019 (Charlotte) | 2021–2022 (Virt.+Milan) | 2023–2024 (Virt.+Birmingham) |
|---|---|---|---|---|---|---|---|
| Format de test | Un à un | Un à un | Un à un + SCL approfondi | Application intégrée | Piste SCL + intégrée | SCL virtuel + F2F fonctionnel | SCL virtuel + BAP fonctionnel |
| Piste SCT dédiée | Non | Partiellement | SCL approfondi | Non (formellement) | Oui | Oui | Oui |
| Édition du standard | Ed.1 | Ed.1 + Ed.2 | Ed.2 | Ed.2 | Ed.2 / 2.1 | Ed.2.1 | Ed.2.1 / Ed.2 Amd.2 |
| Types de fichiers SCL | ICD, CID, SCD | + IID, SED | + SSD | + SSD | Les 6 types | Les 6 types | Les 6 + ASD (BAP) |
| Outils de validation | Aucun adéquat | Initiaux | DNV GL | — | 5 outils | Multiples | OCL (RISEclipse) + XSD |
| Intégrateur indépendant | Non | Non | ENTSO-E | Non | Non | POWER Engineers | POWER Engineers |
| Nombre de SCT | — | — | — | — | Multiples | 2 | Multiples |
| Résultat SCL clé | «Pas de validateur complet» | Namespaces, mélange Ed.1/2 | Tests SCL approfondis | Pas de plan formel | 6,28 % ICD pass rate | Échange SCD, test Elia | 120+ problèmes (OCL) |
Conclusion : perspectives stratégiques pour le marché des outils de configuration
L'histoire de quinze ans du IOP révèle des tendances fondamentales pour les développeurs SCT/ICT. Premièrement, la qualité ICD/IID est le talon d'Achille de l'intégration multifournisseur — l'inclusion des tests ICT dans la certification IED crée un nouvel impératif. Deuxièmement, la validation OCL supplante la validation XSD. Troisièmement, l'approche BAP et l'autoconfiguration depuis SCD définissent le vecteur de développement pour les prochaines années. Quatrièmement, l'émergence d'outils open-source et d'intégrateurs indépendants signale une déconcentration du marché.
Chaque IOP confirme : l'ingénierie top-down reste la bonne approche, mais les obstacles pratiques nécessitent encore des solutions hybrides. Le IOP 2026 en Europe, avec IEC 61850-6-3 (OCL), IEC 61850-90-30 et Edition 2 d'IEC 61850-7-6, promet d'être le prochain point de contrôle de maturité.