Jumeau numérique du réseau électrique de Yamal LNG : mise à jour automatisée du modèle DIgSILENT PowerFactory à partir des données DMS

L'alimentation électrique de l'usine Yamal LNG est assurée par une centrale propre en îlotage, d'une puissance installée de 376 MW, reposant sur huit turbines à gaz. Le réseau de distribution couvre quatre niveaux de tension — 110, 35, 10 et 0,4 kV — et compte plus de cinq cents départs. L'exploitation en îlotage avec production propre impose des exigences sévères aux calculs de stabilité statique et dynamique, de courants de court-circuit et de sélectivité des protections : tenir ces calculs au rythme de l'exploitation sans un modèle numérique à jour est pratiquement impossible.

Le modèle du réseau électrique sous DIgSILENT PowerFactory accompagne l'usine depuis plusieurs années et a été validé à maintes reprises sur des perturbations réelles. L'article décrit un cycle de mise à jour automatique du modèle de réseau à partir de la télémétrie du DMS. Le calcul de répartition s'exécute en un seul processus, sans ouvrir l'interface graphique — via le mode de contrôle externe de PowerFactory (Engine mode). Le cycle démarre automatiquement dès qu'un nouvel export de télémétrie apparaît, et toute la commande est concentrée dans une icône de la zone de notification Windows : lancement du calcul, consultation des résultats et de l'historique des régimes, diagnostic de l'équilibre de puissance, chargement de régimes archivés dans le modèle. Sont abordés les principes de correspondance entre les tags de télémétrie et les éléments du modèle, le contrôle intégré de l'équilibre des puissances active et réactive par sections de jeux de barres, et les alertes automatiques de surcharges et de violation de la réserve de production.

Pourquoi une usine de GNL a besoin d'un jumeau numérique

La production de GNL est un procédé continu et à forte responsabilité — une heure d'arrêt non planifié d'une ligne de production se chiffre en millions de roubles de recettes perdues. L'exploitation en îlotage, sans liaison au Réseau électrique unifié de Russie, accentue encore la criticité de chaque décision de conduite : un déficit ou un excédent de puissance active se répercute immédiatement sur la fréquence du réseau, et une défaillance des protections peut dégénérer en perturbation en cascade. C'est pourquoi chaque raccordement de nouvelles charges, chaque modification de réglages de protection et chaque changement du schéma primaire fait l'objet d'un calcul préalable sur le modèle numérique.

Le modèle sous DIgSILENT PowerFactory reproduit la topologie complète de l'ouvrage — machines synchrones avec modèles de régulateurs automatiques de tension et de vitesse, transformateurs de puissance, liaisons câbles, cellules des tableaux, relais de protection et algorithmes d'automatismes de sûreté. La fidélité du modèle est confirmée par de nombreuses comparaisons des transitoires calculés avec les oscillogrammes enregistrés par les relais de protection lors de perturbations réelles ; les écarts de courant de court-circuit et de variation de fréquence en régime transitoire ne dépassent pas quelques pour cent. La haute précision de reproduction des régimes de défaut tient à une approche complète de la collecte des données de base. Les paramètres statiques des éléments de réseau ont été saisis d'après la documentation de projet as-built et les fiches techniques des constructeurs des équipements. Pour modéliser les éléments dynamiques — systèmes d'excitation et régulateurs de vitesse des turbines — les modèles mathématiques standard de l'IEEE ont servi de base ; leurs paramètres ont d'abord été calés d'après les fiches techniques des constructeurs des turbines à gaz, puis modifiés à partir de l'analyse des essais dynamiques et des événements de défaut.

Précision du modèle

Des événements de diverses classes ont été reproduits avec succès : doubles défauts à la terre et courts-circuits triphasés sur les réseaux 35 et 10 kV, déclenchements d'urgence de générateurs avec action du délestage automatique par fréquence (UFLS) et du système de délestage de charge (LSS — Load Shedding System), et courants d'appel à la mise sous tension des transformateurs de puissance.

Quelles tâches le modèle couvre aujourd'hui

Le jumeau numérique du réseau électrique traite régulièrement les principales classes de tâches d'exploitation : analyse des perturbations avec reconstitution des transitoires à partir des oscillogrammes des relais de protection ; calculs de courants de court-circuit ; calculs de régimes permanents normaux, de maintenance et post-défaut ; calculs de transitoires — courants de démarrage de moteurs asynchrones haute tension, courants d'appel des transformateurs de puissance, stabilité statique et dynamique des machines synchrones ; expertise des solutions de projet au stade des études d'exécution des nouveaux ouvrages.

Toutes ces tâches partagent une exigence — la justesse du régime permanent initial. Pour un réseau de plus de cinq cents départs, la collecte et la vérification manuelles de la télémétrie avant chaque calcul prenaient plusieurs jours ouvrés, et un régime permanent à jour en début de journée ne correspondait déjà plus à la charge réelle des équipements en fin de journée. Pour que le calcul s'appuie toujours sur la charge réelle, la mise à jour du modèle et le calcul de régime ont été réunis dans un cycle de mise à jour automatique qui ne requiert pas l'intervention d'un ingénieur de calcul.

Analyse automatique des données du DMS

L'objectif — chaque nouvel export de télémétrie devient un régime de calcul à jour sans opération manuelle. Le calcul est mené en mode de contrôle externe de PowerFactory (Engine mode) : le programme de commande se connecte au cœur de calcul, active le projet et le cas d'étude, applique au modèle les données de télémétrie, exécute le calcul de répartition et exporte les résultats — le tout en un seul processus, sans ouvrir l'interface graphique et sans opération manuelle dans celle-ci.

La télémétrie provient de deux systèmes DMS indépendants, de constructeurs différents : chacun couvre son propre segment d'équipements de l'usine et exporte les valeurs de puissance active (P) et réactive (Q) de chaque départ. Le format du fichier d'entrée est reconnu automatiquement à sa signature, de sorte que les deux sources sont acceptées sans changer de mode. Le démarrage est automatique : un programme distinct surveille en permanence le dossier d'export et lance le calcul dès qu'un nouvel export y apparaît.

Le pipeline de calcul

Le calcul comporte quatre étapes séquentielles réunies en un seul processus de commande. Entre les étapes transitent des fichiers de format strictement défini — ce qui permet d'améliorer ou de remplacer n'importe quelle étape indépendamment des autres.

Étape 1 — préparation des données. Le programme de commande lit les fichiers d'export des deux systèmes DMS, relie chaque tag de télémétrie à un élément précis du modèle à l'aide d'une table de correspondance et produit un fichier intermédiaire de format unique. Au même stade, les puissances active et réactive sont ramenées à des unités uniques (kW et kvar), quelle que soit la manière dont elles étaient stockées dans les exports d'origine.

Étape 2 — écriture des données dans le modèle. Via le mode de contrôle externe de PowerFactory, les opérations correspondantes sont appliquées aux objets du modèle : écriture des puissances active et réactive des charges, écriture de la puissance active des moteurs asynchrones, écriture de la consigne de tension du régulateur de tension de l'ensemble du poste, ainsi que l'écriture de la tension réelle des sections de jeux de barres maintenue par les régleurs en charge (OLTC) des transformateurs de puissance (la tension de consigne du nœud par le canal de télémétrie correspondant).

Étape 3 — calcul de répartition. Le module intégré de répartition (Load Flow) est lancé, et les résultats sont enregistrés sous deux formes : un instantané ponctuel pour la tâche courante et un enregistrement dans la base de données de l'historique des calculs. La base s'enrichit à chaque calcul, constituant une archive de la charge réelle des équipements primaires. À ce même stade, la réserve de production est calculée selon le critère N-1 : la puissance nominale totale des turbines à gaz en service, moins la production actuelle, est comparée à la puissance de la plus grande turbine à gaz en service — on évalue ainsi la capacité de l'îlot isolé à supporter la perte d'un générateur.

Étape 4 — génération du rapport. À partir de l'instantané du régime permanent, un rapport HTML d'une page est produit avec une échelle de couleur de la charge des équipements (seuils 60 / 80 / 100 / 120 % de la valeur admissible) et la mise en évidence automatique des éléments surchargés dans un bloc de synthèse.

Après un calcul réussi, les exports d'entrée sont automatiquement déplacés vers une archive et renommés selon l'horodatage du régime (l'instant auquel se rapporte la télémétrie). En cas d'erreur à une étape quelconque, les fichiers restent en place pour une nouvelle session de calcul.

Commande depuis la zone de notification Windows

Toute la commande au quotidien est concentrée dans une icône de la zone de notification Windows (près de l'horloge système). La couleur de l'icône reflète l'état courant : en attente d'un nouvel export, calcul en cours, pause, erreur de la session précédente, interface graphique de PowerFactory ouverte. Un clic ouvre un menu regroupé par fonctions.

Lancement et résultats. « Lancer l'analyse » — calcul immédiat sur l'export courant, sans attendre le démarrage automatique. « Ouvrir le dossier Report » ouvre le répertoire des rapports HTML prêts. « Historique de répartition » reconstruit et ouvre le visualiseur interactif de l'historique des régimes à partir de la base cumulative.

Contrôle qualité. « Exports problématiques » — la liste des régimes de la dernière session pour lesquels l'équilibre de puissance n'a pas convergé ou des erreurs de lecture de données sont survenues ; la sélection de l'élément ouvre l'analyse. « Diagnostic d'équilibre » — sélection d'un régime dans l'archive et construction d'un rapport détaillé sur l'équilibre de puissance des demi-sections de jeux de barres, les problématiques étant mises en évidence.

Analyse des régimes accumulés. « Analyseur d'archive » — une application avec un tableau de tous les régimes accumulés et des métriques : charge maximale des transformateurs, des liaisons câbles et des moteurs, surcharges, réserve de production selon N-1 ; les régimes peuvent être classés par un élément choisi et filtrés par date, surcharge et réserve. « Charger le régime dans PF » — chargement d'un régime archivé sélectionné dans un cas d'étude distinct pour une analyse manuelle ultérieure dans l'interface graphique, sans affecter le régime d'exploitation.

Journaux et fonctions de service. Ouverture des journaux d'événements, de contrôle des données d'entrée et d'alertes, et ouverture du dossier d'export. « Pause du suivi » suspend temporairement le démarrage automatique ; « Démarrage auto » active le lancement automatique de l'application à l'ouverture de session Windows. Tant que l'interface graphique de PowerFactory est ouverte, le suivi est suspendu automatiquement et reprend après sa fermeture.

Alertes. Après chaque calcul, les conditions définies sont vérifiées et, lorsqu'une se déclenche, une notification contextuelle s'affiche avec un enregistrement au journal : échec du calcul, présence d'éléments surchargés, erreurs de lecture ou d'écriture des données, violation de la réserve de production selon N-1, non-convergence de l'équilibre par sections de jeux de barres. Cela transfère le contrôle courant de l'ingénieur de calcul au personnel de quart — l'intervention n'est requise que lorsqu'une alerte se déclenche.

Analyse de l'historique accumulé des régimes de calcul

La base de données d'historique évoquée à l'étape 3 accumule les résultats de tous les calculs de régimes permanents et devient, avec le temps, une archive de la charge réelle des équipements primaires. Pour exploiter cette archive, un outil interactif a été développé sous forme de page HTML qui s'ouvre dans n'importe quel navigateur sans installer de logiciel supplémentaire (élément de menu « Historique de répartition »). L'outil propose trois modes de visualisation des données :

• des tendances temporelles de la charge des éléments de réseau sélectionnés, avec la possibilité de superposer des lignes horizontales de seuils 60 / 80 / 100 % pour une évaluation visuelle de la marge de charge ;
• la comparaison de deux régimes de calcul avec l'affichage de la variation de charge de chaque élément de réseau — pour analyser les conséquences de manœuvres, de modifications de schéma ou comparer des régimes caractéristiques (maximum d'hiver, minimum d'été, etc.) ;
• une carte de chaleur « élément de réseau × calcul » pour évaluer la répartition de la charge sur l'ensemble de la liste d'équipements sur une période choisie.

En complément, l'élément de menu « Analyseur d'archive » fournit un tableau de synthèse des régimes avec des métriques intégrales (charge maximale par classe d'équipement, surcharges, réserve selon N-1) et une capacité de classement, tandis que « Charger le régime dans PF » permet de remonter n'importe quel régime archivé dans le modèle pour une analyse manuelle approfondie.

Conclusion

Le passage de la mise à jour du modèle en mode automatique a changé l'approche de la préparation des données de base pour les calculs sur le jumeau numérique du réseau de l'usine. Les régimes permanents, les calculs de courants de court-circuit et de stabilité sont désormais effectués sur un régime initial à jour, reflétant la charge réelle des équipements au moment de l'export de la télémétrie depuis le DMS. Les réserves de capacité des transformateurs de puissance et des liaisons câbles sont déterminées à partir de mesures réelles accumulées dans la base de données d'historique des calculs, et non à partir d'estimations de projet. Le calcul de répartition s'exécute sans ouvrir l'interface graphique et sans opération manuelle, démarre automatiquement à un nouvel export, et le contrôle courant ainsi que l'analyse des régimes accumulés sont accessibles au personnel de quart via le menu de la zone de notification — sans ingénieur de calcul.

La solution décrite est transposable à d'autres sites industriels disposant d'une centrale propre, d'un modèle de réseau électrique et d'un système de gestion de la distribution d'électricité. L'adaptation se limite au paramétrage de la table de correspondance des tags du DMS avec les éléments du modèle et à la prise en compte des spécificités du schéma primaire de l'entreprise.

L'approche, réalisée en interne, se distingue économiquement des équivalents commerciaux connus — les modules temps réel de DIgSILENT PowerFactory et d'ETAP Real-Time, dont le coût des licences pour un réseau de cette échelle se chiffre en dizaines de millions de roubles. Dans le même temps, l'effet opérationnel obtenu — un calcul sur une télémétrie à jour en quelques minutes — est comparable.

Au stade actuel, la seule action manuelle restante est la production de l'export dans le DMS. L'implémentation du DMS utilisée sur le site ne dispose pas de fonction de génération automatique et périodique d'exports par modèles, de sorte que cette étape est réalisée manuellement par un ingénieur. L'analyse de cette limite permet de formuler les exigences techniques de base pour les systèmes de niveau supérieur (DMS) en vue d'une automatisation maximale de leur intégration aux chaînes de calcul :

• Automatisation de l'export : présence d'un planificateur pour l'export cyclique de la télémétrie à intervalle configurable, en mode automatique.
• Accès programmatique direct : présence d'une API ouverte ou prise en charge de standards d'intégration (OPC UA, SQL direct) pour l'extraction directe des données par le pipeline de calcul depuis la base de données temps réel, en contournant les fichiers intermédiaires (CSV/TXT).
• Standardisation des données : prise en charge de l'échange de données fondé sur le modèle d'information CIM (CEI 61970/61968), qui permet d'associer automatiquement les éléments de réseau sans mappage manuel des tags.

L'intégration de ces exigences à l'architecture du DMS permettrait de transformer le pipeline de calcul en un système entièrement autonome.