Niveaux d'alarme et événements notifiables

Mirox surveille les centrales solaires, éoliennes et de stockage par batterie avec un seul et même système d'alarme. Cette page répertorie tous les événements qui peuvent vous notifier, le niveau auquel ils s'ouvrent, ce qui les déclenche, la rapidité de leur détection et ce qui y met fin — pour que vous puissiez décider à partir de quel niveau vous souhaitez être informé. Les tableaux de cette page sont générés à partir du même catalogue que celui qu'utilise la plateforme pour envoyer les notifications : ils décrivent donc toujours ce qui se passe réellement.

Comment un constat devient une notification

1. Mirox détecte une condition sur une centrale — une unité arrêtée par un défaut, une source de données devenue silencieuse, une alarme de sécurité — et ouvre un événement.
2. Mirox attribue le niveau. Chaque type d'événement a un niveau fixe, de Critique à Très basse. Ce niveau est défini par la plateforme, pas par vous, et il est le même sur chaque centrale.
3. Vous choisissez le niveau minimal par catégorie. Dans vos paramètres de notification, chaque catégorie (Production, Disponibilité, Système d'alarme, …) a un niveau minimal. Un événement vous notifie si son niveau est égal ou supérieur à ce minimum et si vous avez activé au moins un canal pour la catégorie.

Pourquoi les niveaux sont les mêmes pour tous, et que faire si l'un d'eux ne vous convient pas, est expliqué dans Pourquoi les niveaux sont fixes.

Une notification par situation. Une centrale de quarante onduleurs, douze éoliennes ou une douzaine d'unités de batterie n'envoie pas quarante notifications lorsqu'un départ déclenche. L'état propre à chaque unité est enregistré comme événement au niveau Normale, et le site dans son ensemble émet une seule notification au niveau Haute — « composants hors service » — qui liste toutes les unités concernées et se met à jour à mesure que des unités s'y ajoutent ou se rétablissent. Seules les alarmes de sécurité échappent à ce regroupement.

Les six niveaux

Critique

Des personnes ou l'installation peuvent être en danger physique immédiat : incendie, fumée, emballement thermique, déclenchement d'un système d'extinction, arc électrique sur une éolienne ou un stockage par batterie, alarme anti-intrusion. Les notifications critiques sont envoyées immédiatement, à chaque fois — sans regroupement, y compris pendant une intervention de maintenance, et même si elles arrivent en nombre.

Exemples typiques : un conteneur de batterie signale un emballement thermique ; une éolienne signale de la fumée dans la nacelle ; l'alarme anti-intrusion du site se déclenche. L'alarme de sécurité propre à un onduleur (un défaut d'arc ou de courant résiduel qu'il signale) est enregistrée comme événement de niveau Normale et n'est pas notifiée par défaut.

Très haute

Une modification volontaire perturbe la collecte des données, ou une fonction du site est perdue — par exemple une source de données mise en pause ou supprimée, ou un identifiant révoqué. Aucun événement d'équipement de centrale ne s'ouvre aujourd'hui à ce niveau ; il sert surtout de seuil : c'est le minimum par défaut de la ligne Système d'alarme (de sorte que seule l'alarme anti-intrusion elle-même notifie) ainsi que des rôles Membre et Externe.

Haute

Des unités ne produisent rien parce qu'elles signalent un défaut, ou nous n'avons plus de visibilité sur elles — ou sur toute la centrale — depuis longtemps. Une notification par situation du site, et non une par unité.

Exemples typiques : « composants hors service » sur un site où deux éoliennes se sont arrêtées sur défaut ; un enregistreur de données qui n'a rien transmis depuis 30 minutes ; le VPN de supervision vers le site est coupé ; un capteur d'irradiance confirmé défectueux ; la centrale d'alarme signale un défaut.

Normale

L'état d'une seule unité derrière la notification du site, ou un défaut d'appareil alors que l'unité continue de fonctionner. Visible dans la liste des événements et sur les pages de la centrale ; la plupart de ces événements ne notifient pas par défaut.

Exemples typiques : un onduleur en panne ; une éolienne arrêtée sur défaut ; une unité de batterie qui ne communique pas ; un convertisseur de batterie qui signale un défaut tout en continuant de fonctionner ; l'armoire de communication qui fonctionne sur son onduleur (ASI).

Basse

Avertissements et tâches d'entretien.

Exemples typiques : un string en cours d'analyse avant confirmation ; un capteur qui indique l'obscurité pendant une heure ; un avertissement du constructeur.

Très basse

Enregistrements sans effet opérationnel, comme des commentaires ou des étiquettes. Jamais notifiés.

Valeurs par défaut selon votre rôle

Vous n'avez rien à configurer : votre rôle dans l'organisation fixe des valeurs par défaut raisonnables, et vous ne modifiez que ce que vous souhaitez différent.

• Canaux. Par défaut, les catégories du site notifient via l'App (centre de notifications, badge et push mobile). L'e-mail est désactivé par défaut pour elles et peut être activé par catégorie ; les webhooks relèvent toujours de votre propre choix.
• L'agent de surveillance est activé pour tous les rôles, mais démarre à Critique. Les actions sur l'agent sont de niveau Normale ou Basse : rien ne vous parvient donc tant que vous n'abaissez pas la ligne.
• Pourquoi les responsables techniques reçoivent Haute par défaut : ils répondent de l'exploitation de la centrale. Haute correspond exactement au niveau « le site a besoin de quelqu'un » : des unités à l'arrêt, un site que vous ne voyez plus. En dessous de Haute, vous recevriez l'état de chaque unité, que la notification du site résume déjà.

Pourquoi les niveaux sont fixes

Un niveau est une promesse sur les conséquences : Critique signifie toujours un danger physique possible, Haute toujours une situation du site qui coûte de la production ou vous prive de visibilité. Cette promesse ne tient que si elle est la même partout. C'est pourquoi les niveaux sont définis par la plateforme — ni par client, ni par centrale.

• L'automatisation a besoin d'un seul vocabulaire. Un exploitant technique qui suit de nombreuses centrales automatise la réponse : un webhook qui déclenche une intervention, une étape d'escalade qui alerte le technicien d'astreinte. Ces étapes ne peuvent être écrites une fois pour chaque situation que si chaque événement est classé de la même façon sur chaque centrale. Si les niveaux variaient selon le client ou la centrale, la « haute » priorité d'un collègue ne vous dirait rien, et la même règle réagirait à des choses différentes selon les personnes.
• Les seuils sont déjà choisis par source de données. L'agent de chaque centrale sait comment ses données arrivent et choisit pour chaque source des délais raisonnables : les lignes de 10 minutes d'une éolienne, issues de la base de données du constructeur, ne sont pas jugées comme les données minute par minute d'une batterie (voir Délais). Ce qui compte, c'est qu'un vrai problème soit détecté et traité — pas un seuil réglé centrale par centrale.
• Si un niveau ne vous convient pas, dites-le-nous. Dans vos paramètres de notification, Proposer un autre niveau sur une catégorie ou un événement envoie votre proposition à notre support, si vous le souhaitez avec le dernier exemple de vos centrales. Nous l'examinons et, si elle se confirme, ajustons le niveau pour tous.

Ce qui vous revient, c'est jusqu'où descendre dans la liste pour être informé : le niveau minimal de chaque catégorie.

Alertes sur indicateurs (prévues)

Les alarmes d'événements gardent leurs niveaux fixes. Pour tout ce qui concerne une mesure — « prévenez-moi quand cette valeur franchit tel seuil » — des alertes sur indicateurs sont prévues : des seuils sur n'importe quel indicateur de la même collection unifiée que celle du Metric Export, avec une liberté totale sur ce qui est surveillé et le moment de l'alerte.

Délais : quand nous savons, quand nous sommes aveugles

La rapidité d'ouverture d'un événement dépend de ce que nous savons :

• Lorsque les données indiquent qu'une unité est en défaut ou à l'arrêt, nous ne devinons pas — seule une brève confirmation sépare la mesure de l'événement.
• Lorsqu'aucune donnée n'arrive, le silence ne prouve pas un défaut : une micro-coupure réseau, le redémarrage d'un enregistreur ou le déploiement d'un logiciel y ressemblent exactement pendant plusieurs minutes. Nous attendons donc plus longtemps avant d'annoncer une panne — assez longtemps pour absorber les lacunes que présente un chemin de données sain, assez peu pour qu'une perte réelle soit tout de même signalée le matin même.

Chaque seuil ci-dessous est une constante nommée dans le code de la plateforme ; les tableaux générés de cette page lisent les mêmes valeurs.

Défaut signalé par les données

Aucune donnée

Les alarmes VPN ne concernent que les sites dotés d'un VPN configuré (VPN direct ou pair VPN) ; un VPN configuré qui est coupé déclenche VPN hors ligne.

Cadence des données (lignes de 10 minutes des éoliennes)

Les données des éoliennes parviennent à Mirox via la base de données SCADA du constructeur sous forme de lignes de 10 minutes : la ligne de 10:00–10:10 existe peu après 10:10. Avec le délai propre de la base de données (environ une minute) et notre interrogation, la ligne la plus récente date normalement de 1 à 11 minutes. C'est pourquoi rien ne peut être connu d'une éolienne en moins d'une dizaine de minutes — et pourquoi les seuils éoliens se comptent en lignes. Les unités de batterie transmettent chaque minute et les composants solaires sont évalués par fenêtres de 5 minutes : leurs seuils se comptent donc en minutes.

Avis de fin d'alerte

Lorsque la condition à l'origine d'une notification prend fin — l'unité produit de nouveau, la source de données transmet de nouveau, la centrale d'alarme est réarmée —, Mirox clôture l'événement et envoie un avis de fin d'alerte sur les mêmes canaux, pour que vous sachiez que vous pouvez lever le dispositif. La notification d'origine est marquée comme résolue dans votre centre de notifications.

• Un événement qui se referme pendant son délai (par exemple une coupure VPN de 2 minutes) n'envoie ni notification ni avis de fin d'alerte.
• Les avis ponctuels — un commentaire sur un ticket, une action sur l'agent de surveillance, un remplacement d'onduleur à confirmer — n'ont rien à lever et n'en envoient pas.

La colonne Avis de fin d'alerte des tableaux de catégories ci-dessous indique quels événements en envoient un.

Catégories

Chaque ligne de vos paramètres de notification correspond à une catégorie. Les tableaux listent tous les événements qui peuvent notifier dans cette catégorie.

Production

Unités qui cessent de produire, alarmes de sécurité des éoliennes et des stockages par batterie, et production non plausible. C'est la catégorie de tous les types de centrale : un onduleur solaire, une éolienne et une unité de batterie qui s'arrêtent sont signalés de la même manière — comme membres de l'unique notification du site.

Disponibilité

Sources de données, VPN, réseau du site et équipements réseau qui cessent de transmettre.

Signaux de commande

Commandes provenant de l'extérieur de la centrale : écrêtements du gestionnaire de réseau et du vendeur direct. Aucun événement ne notifie aujourd'hui dans cette catégorie. Les écrêtements sont enregistrés comme épisodes Écrêtement détecté et réglés (voir Événements) ; un arrêt ordonné par le gestionnaire de réseau ou le vendeur direct est un état, jamais un défaut, et ne compte donc pas non plus comme une unité à l'arrêt.

Capteurs

Capteurs d'irradiance qui ne fournissent plus de mesures plausibles — d'abord une analyse non confirmée, puis un défaut confirmé.

Système d'alarme

La centrale d'alarme anti-intrusion du site et les contacts de surveillance de son armoire de communication — voir Système d'alarme. La ligne dispose de son propre groupe sur la page des paramètres et démarre à Très haute : par défaut, seule l'alarme anti-intrusion elle-même (Critique) notifie.

Agent de surveillance

Actions administratives sur l'agent de surveillance du site : affectation, mise en pause, redémarrage, mise à niveau. Activé pour tous les rôles, mais avec un seuil à Critique : rien ne vous parvient tant que vous n'abaissez pas la ligne.

Composants

Modifications de l'équipement du site qui nécessitent votre confirmation — par exemple un onduleur qui semble avoir été remplacé.

Tickets

Tickets que vous créez, qui vous sont assignés, que vous commentez ou dans lesquels vous êtes mentionné. Les mentions et les assignations vous parviennent toujours, quels que soient vos réglages.

Organisation

Membres qui rejoignent ou quittent l'organisation, invitations, changements de rôle et coopérations avec d'autres organisations. Ces avis concernent votre organisation, et non une centrale : ils ne comportent donc aucun délai de détection ; votre rôle détermine lesquels sont activés par défaut.

Éoliennes

Mirox évalue chaque éolienne à partir de ses propres données de 10 minutes et notifie sur l'état évalué, et non sur les codes bruts du constructeur :

• Arrêtée par un défaut (ou une protection) : l'éolienne signale un arrêt sur défaut. L'événement de l'unité s'ouvre dès la première ligne de ce type ; la notification du site « composants hors service » suit après deux lignes consécutives.
• Ne communique pas : les lignes de l'éolienne s'interrompent alors que les autres éoliennes du site transmettent encore — après 30 minutes pour l'unité, 3 heures pour la notification du site (12 heures après une intervention de maintenance ou un arrêt commandé).
• Alarme de sécurité (Critique) : incendie ou fumée, ou un arc électrique dans le convertisseur ou l'appareillage de commutation. Envoyée avec la première ligne qui la contient, y compris pendant une intervention de maintenance.

Arrêts qui ne sont pas des défauts. Une éolienne s'immobilise pour de nombreuses raisons parfaitement normales. Celles-ci sont enregistrées comme états — elles n'ouvrent aucun événement, ne notifient jamais et suspendent seulement le décompte qui surveille le silence :

• une pause à distance depuis le système de contrôle de l'éolienne ;
• un bridage environnemental : protection des chauves-souris, ombre portée, givre, réduction du bruit ;
• un arrêt ordonné par le vendeur direct ou le gestionnaire de réseau ;
• une pause déclenchée au clavier de l'éolienne ou un arrêt de maintenance par un technicien ;
• des routines automatiques comme le détorsadage des câbles par orientation de la nacelle.

Les codes du constructeur sont un détail. Le code et le texte d'alarme propres à l'éolienne accompagnent l'événement, pour que vous sachiez pourquoi elle s'est arrêtée — mais un code seul ne notifie jamais. Les simples avertissements du constructeur restent visibles dans la liste d'alarmes de l'éolienne sur les pages des centrales éoliennes et ne notifient pas.

Stockage par batterie

Les unités de batterie — les convertisseurs de puissance (PCS) et les conteneurs de batterie — sont évaluées de la même manière, à partir du mot d'état qu'elles transmettent chaque minute :

• Arrêtée par un défaut : le mot d'état indique un défaut pendant 5 minutes consécutives ; la notification du site suit à 15 minutes.
• Ne communique pas : les données d'une unité s'interrompent alors que sa source de données transmet encore — 15 minutes pour l'unité, 30 minutes pour la notification du site.
• Défaut d'appareil en fonctionnement (Normale, événement uniquement) : l'unité signale un défaut qui lui est propre mais continue de fonctionner — une intervention de maintenance, pas un arrêt.
• Alarme de sécurité (Critique) : alarme incendie, détection de fumée ou de gaz, emballement thermique, déclenchement de l'extinction automatique ou arc électrique. Vérifiée chaque minute et envoyée immédiatement. Un défaut de l'équipement de détection incendie lui-même (erreur d'un capteur ou de la centrale) est un défaut d'appareil, pas une alarme de sécurité.

Le repos, la veille et les arrêts ordonnés par quelqu'un sont des états, jamais des défauts.

Stockage sur les centrales solaires et éoliennes. Ces vérifications s'exécutent partout où du matériel de batterie est présent — pas seulement sur les centrales de type Batterie. Une centrale solaire équipée d'un système de stockage reçoit les mêmes alarmes de batterie, et un site hybride n'émet toujours qu'une seule notification du site, qui liste ensemble onduleurs et unités de batterie.

Les événements de batterie apparaissent sous la catégorie Batterie dans la liste des événements, mais ils notifient via la ligne Production de vos paramètres — il n'existe pas de ligne batterie distincte à configurer. Voir Stockage par batterie.

Exemples par niveau

Cas réels anonymisés par niveau, du plus récent au plus ancien.

Fonctionnalités associées

• Notifications — choisir les canaux et un niveau minimal par catégorie
• Événements — toutes les familles d'événements enregistrées par la plateforme, notifiées ou non
• Page Monitor — comment les événements déterminent l'état d'un site
• Événements des onduleurs — les événements des composants solaires en détail
• Installations éoliennes · Stockage par batterie · Système d'alarme