Production d'énergie
Les actifs de production, photovoltaïques, éoliens, hydroélectriques, thermiques et de stockage, produisent une télémétrie continue que les opérateurs doivent interpréter, et pas seulement enregistrer, sans que cette interprétation n'ait jamais autorité sur le contrôle des centrales. Cette page explique comment un tel flux de travail serait planifié et exécuté sur inTheEU Assist, et non un enregistrement d'un déploiement terminé.
Comment le flux de travail serait structuré
La télémétrie des onduleurs, des turbines, des générateurs ou des systèmes de stockage serait ingérée et indexée sur place, alimentant ainsi un ensemble de connaissances destiné au propre locataire de l'opérateur. Un agent configuré pour le flux de travail comparerait les lectures actuelles à l'historique de fonctionnement approuvé et proposerait des anomalies potentielles, chacune liée à un actif spécifique et saisie avec le statut proposé. Une demande d'inspection plus approfondie, telle qu'un passage programmé d'un drone ou une visite de maintenance, suivrait le même chemin proposé à l'approbation.
Le contrôle déterministe des installations, les relais de protection, le contrôle des turbines et des onduleurs, la synchronisation du réseau, l'arrêt d'urgence resteraient totalement en dehors de ce flux de travail. La plate-forme ne détiendra, ne demandera ou n’exécutera jamais d’autorité sur ces systèmes.
Là où se situe l’approbation humaine
Chaque signalement d’anomalie ou recommandation de maintenance nécessiterait l’approbation explicite d’un ingénieur nommé avant d’être traité comme établi ou mis en œuvre. Il ne s’agit pas d’une politique superposée au flux de travail. C'est le mécanisme par lequel le flux de travail se déroule : une étape non approuvée n'exécute tout simplement pas l'étape suivante.
Sur quoi cela s’appuie-t-il aujourd’hui et sur quoi cela ne s’appuie-t-il pas ?
Le flux de travail de signalement des anomalies, le cycle de vie des examens proposés à approuvés et la chaîne d'audit signée derrière chaque action sont des éléments fonctionnels de la plateforme. Ce qui n'en fait pas encore partie : un modèle spécifique à un actif entraîné sur la télémétrie de l'onduleur, de la turbine ou du générateur d'un opérateur donné, qui est exactement ce qu'un pilote initial construirait. Les systèmes de contrôle d'usine restent totalement en dehors du champ d'application de la plate-forme, de par leur conception. Le jugement du domaine dans un déploiement énergétique resterait du ressort des propres ingénieurs de l'opérateur, et toute compétence d'analyse spécifique aux actifs serait développée en parallèle avec eux, et non fournie sous forme de modèle standard.
Une partie de l'architecture sous-jacente à cet ensemble de capacités est documentée dans des dossiers encore en cours. Cette page décrit ce pour quoi la plateforme est conçue, à un niveau approprié pour la planification d'un projet pilote, et non une spécification de mise en œuvre.
Les fonctionnalités et l'interface de la plateforme sont sujettes à une amélioration continue. Les descriptions contenues dans ce guide peuvent ne pas refléter la présentation ou le libellé exact de la dernière version publiée.