Événements

Les événements sont les signaux détectés par machine que vos centrales remontent d'elles-mêmes — une coupure réseau, un plafonnement de surproduction, un logger qui perd le contact avec sa source. Ils vous fournissent un relevé objectif et horodaté de ce qui s'est passé, afin que vous puissiez réagir rapidement et prouver plus tard ce que la plateforme a observé, et quand.

Le concept d'événement

Un événement est créé automatiquement lorsque la plateforme reconnaît une condition notable sur une centrale. La plupart des événements proviennent du Jumeau Numérique et des agents de supervision surveillant chaque centrale ; d'autres sont émis comme effet secondaire de changements de configuration (par exemple, lorsqu'un data logger est ajouté ou mis en pause). Vous pouvez aussi enregistrer vous-même un événement pour quelque chose que vous avez observé sur site.

Les événements sont volontairement légers : chacun capture ce que la plateforme a détecté, où, quand et avec quelle gravité. Le côté humain de l'histoire — notes de triage, qui s'en occupe, ce qui a été fait pour corriger — réside dans les Tickets, et non dans l'événement lui-même.

Types d'événements

Chaque événement porte un type qui vous indique ce qui a été détecté. Les types se répartissent en quelques familles :

Production et réseau

• Un écrêtement par le gestionnaire de réseau ou l'agrégateur est enregistré comme Écrêtement détecté (voir Écrêtement et règlement ci-dessous).
• Surproduction : la centrale a dépassé son niveau de production attendu ou autorisé.

Santé des composants — levés par le watchdog de santé des composants de la centrale. Chaque type porte le nom du composant sur lequel il se pose : un onduleur, une boîte de jonction et un string ont chacun leur version du même constat. Pour les onduleurs, Événements des onduleurs détaille chacun d'eux — ce qui l'ouvre, ce qui le confirme et comment il se ferme.

Production — un seul de ces événements se tient à la fois sur un composant :

• Panne de production onduleur : production nulle confirmée dans des conditions justifiant une production.
• Conflit de mesure onduleur : l'onduleur produit, mais sa propre mesure est fausse — un défaut de données à investiguer, jamais compté comme production perdue.
• Onduleur sans communication : l'onduleur a cessé de remonter des données — sa production est inconnue, délibérément non comptée comme perte.
• Production réduite onduleur : l'onduleur produit, mais bien en dessous de son attente modélisée.

Et une synthèse au niveau du parc, qui se pose au-dessus des événements de composant plutôt qu'à leur place :

• Synthèse des pannes de composants : l'unique synthèse de haute priorité au niveau du parc qui liste toutes les unités actuellement à l'arrêt — onduleurs, boîtes de jonction, éoliennes et unités de batterie confondus, de sorte qu'un site hybride n'a toujours qu'une seule synthèse — c'est ce récapitulatif qui porte l'alarme opérateur.

Constats de maintenance — un onduleur qui produit à pleine puissance pendant que quelque chose s'use. Chacun s'ouvre d'abord comme une ligne Observation : … et devient un constat confirmé une fois les indices réunis :

• Température élevée onduleur : il chauffe sensiblement plus que des unités comparables du même logger, à charge égale.
• Isolation en baisse onduleur : son relevé d'isolement matinal stabilisé passe durablement sous celui de ses pairs.
• Déséquilibre de phases onduleur : les trois phases CA ne portent plus le même courant.
• Rendement en baisse onduleur : la perte de conversion CC-CA augmente de mois en mois, au-delà de ce qu'expliquent la charge et la température.

État de l'appareil — ce que la machine dit de son propre état, un événement par mode :

• Défaut d'appareil onduleur : l'onduleur signale un défaut qui lui est propre, dans une fonction dont la plateforme n'a aucune mesure — matériel, firmware, licence, configuration, arrêt d'urgence, string continu ou comptage. Une intervention, pas une perte de production.
• Le logger n'atteint pas l'onduleur : le logger déclare qu'il n'arrive pas à atteindre la machine alors qu'aucun relevé de notre côté ne nous en parvient non plus. Un relevé d'arrière-plan discret — il ne notifie personne et ne pose aucun état sur l'onduleur ; après une heure de plein jour, il est repris par un événement sans communication.
• Alarme de sécurité onduleur : un défaut d'arc ou une condition de courant résiduel signalés par l'appareil — ouverts sur un unique signalement actif, de jour comme de nuit.
• Arrêt de protection onduleur : une protection a déclenché la machine ; elle peut nécessiter un redémarrage manuel sur site.
• Onduleur arrêté sur commande : il a été arrêté délibérément, par une personne ou par une instruction à distance.
• Autolimitation onduleur : il produit mais se bride pour se protéger, le plus souvent contre la chaleur.

Miroir des signalements de l'appareil — la liste d'alarmes actives du constructeur, recopiée telle qu'envoyée et jamais jugée :

• Défaut signalé par l'onduleur / Avertissement signalé par l'onduleur (et les équivalents batterie, éolienne, tracker solaire et contrôleur de parc) : un relevé par code, ouvert lorsque l'appareil le lève et fermé lorsqu'il le retire. Ils sont le détail derrière les événements évalués — ils ne notifient jamais d'eux-mêmes. Ils sont classés sous la catégorie Alarmes constructeur dans la liste des événements, quel que soit le type de centrale.

Éoliennes — évaluées à partir des données de 10 minutes de chaque éolienne ; voir Niveaux d'alarme — Éoliennes :

• Éolienne arrêtée sur défaut : l'éolienne signale un arrêt sur défaut ou sur protection. Rejoint la synthèse des pannes de composants après deux lignes consécutives.
• Éolienne sans communication : les données de l'éolienne se sont interrompues alors que les autres éoliennes du site transmettent encore.
• Alarme de sécurité éolienne : incendie, fumée ou arc électrique dans le convertisseur ou l'appareillage de commutation — Critique, notifiée immédiatement.

Une pause à distance, un bridage pour la protection des chauves-souris, l'ombre portée, le givre ou le bruit, un arrêt ordonné par le vendeur direct ou le gestionnaire de réseau, une pause au clavier ou un arrêt de maintenance est un état, pas un événement.

Stockage par batterie — évalué par convertisseur de puissance (PCS) et par conteneur de batterie sur chaque site équipé de matériel de batterie, y compris les centrales solaires avec stockage ; voir Niveaux d'alarme — Stockage par batterie :

• Unité de batterie arrêtée sur défaut : le mot d'état de l'unité indique un défaut pendant cinq minutes. Rejoint la synthèse des pannes de composants après 15 minutes.
• Unité de batterie sans communication : les données d'une unité se sont interrompues alors que sa source de données continue de transmettre.
• Défaut d'appareil batterie : l'unité signale un défaut qui lui est propre mais continue de fonctionner — une intervention, pas un arrêt.
• Alarme de sécurité batterie : alarme incendie, détection de fumée ou de gaz, emballement thermique, déclenchement de l'extinction automatique ou arc électrique — Critique, notifiée immédiatement.

Les événements de batterie portent dans la liste des événements les mêmes catégories que ceux des autres types de centrale — défauts, arrêts et alarmes de sécurité Production, une unité qui ne communique plus Disponibilité, les alarmes signalées par la batterie elle-même Alarmes constructeur — et notifient via la ligne Production de vos paramètres de notification. Les relevés antérieurs peuvent encore afficher la catégorie Batterie.

Trackers solaires et contrôleurs de parc — une rangée de trackers évaluée à partir du relevé que son champ rafraîchit environ toutes les cinq minutes, et le contrôleur de parc facultatif d'un champ de trackers ou d'une centrale de stockage évalué à partir de ses lectures d'une minute ; voir Niveaux d'alarme — Trackers solaires et contrôleurs de parc :

• Tracker arrêté sur défaut : le mot d'erreur de la rangée reste positionné pendant deux rafraîchissements, environ 10 minutes.
• Tracker sans communication : aucun relevé pendant trois rafraîchissements alors que le champ continue de se rafraîchir.
• Tracker désaligné (Basse) : écart d'au moins 10° par rapport à sa consigne pendant environ 15 minutes, alors qu'il suit le soleil et que le contrôleur du champ n'impose ni mise en sécurité, ni forçage, ni nettoyage.
• Alarme de sécurité du tracker : une classe de danger signalée par la rangée — Critique, notifiée immédiatement.
• Contrôleur de parc arrêté sur défaut : le contrôleur indique que la centrale est en défaut pendant deux lectures consécutives — Critique, notifié de lui-même.
• Contrôleur de parc sans communication : aucune mesure pendant 15 minutes.
• Alarme de sécurité du contrôleur de parc : alarme incendie, détection de fumée ou de gaz, ou déclenchement de l'extinction automatique au niveau de la centrale — Critique, notifiée immédiatement.
• Contrôleur de parc arrêté sur commande (Basse) : veille, mode nuit, mise en sécurité, forçage ou cycle de nettoyage — enregistré comme explication, jamais notifié.

Les trackers n'entrent jamais dans la synthèse des pannes de composants. Les modifications des trackers et des contrôleurs de parc d'une centrale — découverts ou modifiés — sont enregistrées sous la catégorie Composants.

Système d'alarme — les signaux d'alarme de la centrale : les signaux que votre organisation a définis avec le lecteur Modbus générique, et les contacts fixes des installations WAGO existantes (la centrale d'alarme anti-intrusion et l'armoire de communication) ; voir Système d'alarme :

• Alarme déclenchée (Critique), Dérangement de la centrale d'alarme, Alarme ASI et Interrupteur général coupé (Haute), ASI sur batterie et Disjoncteur de chauffage déclenché (Normale) : chacun s'ouvre tant que son contact est actif et se ferme lorsqu'il revient à la normale. Un portail ou une porte ouverts sont enregistrés uniquement comme signal.
• Signal défini par l’exploitant (niveau défini par signal) : un contact, un bit d'état ou une valeur mesurée comparée à une limite, défini sur un appareil Modbus. Il s'ouvre tant que sa condition est remplie et se ferme lorsqu'il revient à la normale ; un signal sans condition est seulement enregistré.
• Signaux d’alarme illisibles (Haute) : l'appareil interrogé par un lecteur ne répond plus — les signaux sont alors inconnus, et non normaux.

Santé des capteurs — une chaîne par étapes, afin qu'un capteur sain ne soit jamais condamné sur des preuves fragiles :

• Investigation de capteur : un canal d'irradiance a cessé de fournir un signal exploitable — sous observation.
• Défaut de capteur : le défaut est corroboré par des preuves indépendantes — remplacez le capteur.
• Encrassement de capteur : le dôme du capteur est sale ou couvert de neige — nettoyez-le ; l'événement escalade en défaut s'il ne se rétablit pas.

Investigations de strings — la même approche par étapes pour les strings :

• Investigation de string : un string présente des zéros inexpliqués dans des conditions justifiant une production — sous observation.
• Panne de string / Défaut de string : l'investigation a été confirmée — un string mort, ou un string produisant bien en dessous de ses voisins sans se rétablir.
• Ombrage de string : les zéros du string se répètent en suivant la course du soleil — enregistrés discrètement comme de l'ombrage, pas comme un défaut.

Connexion et disponibilité — une seule alarme au niveau où se situe la cause racine :

• VPN hors ligne : le tunnel de supervision vers la centrale est coupé.
• Réseau du parc hors ligne : le réseau local de la centrale est injoignable.
• Appareil réseau hors ligne : un seul appareil réseau supervisé a cessé de répondre.
• Panne massive d'appareils réseau : une grande partie des appareils de la centrale est passée hors ligne en même temps.

Écrêtement et règlement — voir Règlement de l'écrêtement pour l'explication complète :

• Écrêtement détecté : le relevé en direct de chaque épisode d'écrêtement, avec son début, sa fin et sa limite réels.
• Enregistrements de règlement : la comptabilité derrière l'indemnisation — un événement de règlement par mesure d'écrêtement avec la méthode légale et les chiffres, une valeur mensuelle par centrale, et des événements de révision pour les corrections ultérieures des prix officiels. Ils apparaissent sous la catégorie Analyse de l'écrêtage dans la liste des événements.

Intégrité de l'énergie

• Compteur d'énergie figé : le registre d'énergie cumulée d'un appareil a cessé d'avancer alors qu'il continue de produire — son propre relevé de production doit être réparé.
• Énergie d'injection estimée : une partie de la série d'injection de la centrale est temporairement estimée à partir des relevés de puissance.

Acquisition de données et configuration

• Disponibilité des sources : une source de données est devenue injoignable ou s'est rétablie (interruption d'acquisition de données).
• Cycle de vie du logger : un data logger a été créé, mis à jour, mis en pause, repris, supprimé, ou a vu ses identifiants modifiés.
• Créé par l'utilisateur : un événement que vous avez enregistré manuellement pour une condition observée.

Priorité d'événement

Chaque événement porte l'un des six niveaux — Critique, Très haute, Haute, Normale, Basse et Très basse. Le niveau est fixé par la plateforme pour chaque type d'événement et il est le même sur chaque centrale — à une exception près, les signaux d'alarme définis par l'exploitant, dont le niveau est attribué par l'exploitant technique de la centrale, signal par signal : Critique signifie un danger physique possible, Haute une situation du site qui coûte de la production ou vous prive de visibilité, Normale l'état d'une seule unité. Les événements qui s'ouvrent à chaque niveau, la rapidité de leur détection et ceux qui peuvent vous notifier sont répertoriés dans Niveaux d'alarme ; vous choisissez le niveau minimal par catégorie dans vos paramètres de notification.

Statut d'événement

Les événements suivent un cycle de vie court et clair :

• Détecté : l'événement vient d'être remonté et n'a pas encore été examiné.
• Reconnu : quelqu'un a vu l'événement et l'a accepté pour suivi.
• Clôturé : la condition sous-jacente est résolue. De nombreux événements se clôturent automatiquement — par exemple lorsqu'une source écrêtée se reconnecte, qu'une coupure prend fin ou que la surproduction s'atténue — tandis que d'autres sont clôturés manuellement une fois le travail terminé.

Les événements clôturés peuvent être rouverts si la condition réapparaît, afin qu'un problème récurrent conserve son historique regroupé.

Liaison et suivi

Les événements ne sont pas isolés. Vous pouvez relier chaque événement aux parties de la centrale qu'il concerne et au travail nécessaire pour le résoudre :

• Liens vers les composants : rattachez un événement aux composants spécifiques qu'il affecte (un logger, un onduleur, un GAK, un string, un compteur d'injection ou un capteur), et recherchez parmi les composants de la centrale pour trouver le bon.
• Liens vers les tickets : référencez un événement depuis un ticket afin que l'investigation, l'affectation, les commentaires et la résolution soient suivis au même endroit.
• Suivi des notifications : chaque événement enregistre quels utilisateurs ont été notifiés et qui l'a vu.

Trouver et examiner les événements

Les événements sont conservés sous forme d'historique à long terme afin que vous puissiez à la fois réagir sur le moment et analyser les tendances plus tard :

• Liste et filtres : parcourez les événements de toutes les centrales auxquelles vous avez accès, filtrés par centrale, portefeuille, type, statut ou priorité, et triés pour faire remonter les plus récents ou les plus urgents en premier.
• Compteurs : des compteurs en un coup d'œil résument combien d'événements sont ouverts et comment ils se répartissent, alimentant le Tableau de bord KPI.
• Vue détaillée : ouvrez n'importe quel événement pour voir son contexte complet, les composants liés, les tickets liés et l'historique des notifications.
• Relevé historique : les événements clôturés restent disponibles pour les audits, les réclamations de garantie et l'identification de schémas récurrents dans le temps.

Accès et autorisations

Les événements sont une sous-ressource de la centrale, l'accès suit donc votre rôle sur la centrale parente — et non un réglage distinct. Toute personne pouvant consulter une centrale peut voir ses événements. Au-delà :

• Rôles techniques — les Exploitants et les Gestionnaires techniques bénéficient d'une gestion complète des événements : reconnaître, créer, clôturer et supprimer.
• Asset Manager (Commercial) peut créer et reconnaître des événements pour la supervision commerciale, mais ne peut pas les supprimer.
• Spectateurs ont un accès en lecture seule.

Les coopérateurs qui détiennent le rôle de mission requis sur une centrale partagée sont inclus aux mêmes conditions. Consultez le Système d'autorisations pour le modèle de rôles complet.

Fonctionnalités associées

• Tickets — l'espace de travail humain de suivi où les événements sont triés et résolus
• Niveaux d'alarme — tous les événements qui peuvent notifier, leur niveau, leurs délais et des exemples
• Événements des onduleurs — tous les événements de santé de composant qu'un onduleur peut porter, en détail
• Jumeau Numérique — le moteur d'analyse qui détecte la plupart des événements
• Détection des pertes — quantifie la production perdue pendant les coupures
• Tableau de bord KPI — fait remonter les compteurs d'événements aux côtés des indicateurs de performance
• Rapports — intègre les données d'événements et de pertes de coupure dans la documentation périodique