MiroxMirox
  • Plateforme

    • Philosophie
    • Vue d'ensemble de la plateforme
    • Ressources de la plateforme
  • Mirox-Cloud

    • Vue d'ensemble du cloud
    • Microservices connectés
  • Mirox-Agent

    • Vue d'ensemble de l'agent
    • Options de déploiement
    • Data Scraper
    • Jumeau numérique
  • Détails techniques

    • Collecte de métriques
  • Informations

    • Centrales prises en charge
  • Types de centrale

    • Centrales solaires
    • Parcs éoliens
    • Stockage par batteries
    • Système d'alarme
  • Monitoring et visualisation

    • Monitoring en temps réel
    • Jumeau numérique
    • États des composants
    • Codes d'état des onduleurs
    • Événements des onduleurs
    • Détection des pertes
    • Limites de puissance et écrêtement
    • Détection d'efficacité
    • Tableau de bord KPI
  • Gestion des données

    • Événements
    • Tickets
    • Prévisions
    • Rapports
  • Intégration et partage

    • Coopérations
    • Jetons API
    • VPN
    • Proxy
  • IA

    • Assistant IA et assistants
    • Accès agentique (MCP)
  • Facturation

    • Marché et tarifs
    • Comptabilité et facturation
  • Collaboration

    • Invitations
  • Sécurité

    • Authentification
    • Verrouillage de compte
    • Système de permissions
    • Segmentation réseau
    • Restrictions de coopération
    • Journalisation d'audit d'accès
    • Activité et journal d'audit
  • Nœuds

    • mrxnode
  • Application

    • Contrôle de porte
    • Relais générique
  • Cluster edge

    • Orchestration
  • Premiers pas

    • Onboarding
    • Configuration initiale
  • Personnel

    • Utiliser le VPN
    • Utiliser le proxy
    • Authentification à deux facteurs
    • Sessions
    • Jetons API
    • Notifications
    • Connecter Microsoft Teams
  • Par centrale

    • Contacts
    • Périphériques réseau
    • Enregistreurs de données
    • Composants
    • VPN direct (par agent)
    • Volume de données
    • Importer l'historique
  • Organisation

    • Permissions des membres
    • Coopérations
    • Stockage de fichiers
    • Services VPN
  • Export de données

    • API d'export de métriques
    • MiroxQL — langage de requête
    • Génération externe de rapports
    • Grafana
    • Vue d'ensemble de l'API
  • Assistance

    • Demander une intégration
  • mrxnode

    • Vue d'ensemble
    • Guides
    • Déploiement de conteneur
    • Référence des commandes
    • Dépannage
  • Reporting

    • Générateur de rapports externe
    • Export de données brutes pour Excel
  • Accès distant
  • L'IA dans Mirox
  • Import de l'historique
  • English
  • Deutsch
  • Español
  • Français
  • Português
  • Italiano
  • English
  • Plateforme

    • Philosophie
    • Vue d'ensemble de la plateforme
    • Ressources de la plateforme
  • Mirox-Cloud

    • Vue d'ensemble du cloud
    • Microservices connectés
  • Mirox-Agent

    • Vue d'ensemble de l'agent
    • Options de déploiement
    • Data Scraper
    • Jumeau numérique
  • Détails techniques

    • Collecte de métriques
  • Informations

    • Centrales prises en charge
  • Types de centrale

    • Centrales solaires
    • Parcs éoliens
    • Stockage par batteries
    • Système d'alarme
  • Monitoring et visualisation

    • Monitoring en temps réel
    • Jumeau numérique
    • États des composants
    • Codes d'état des onduleurs
    • Événements des onduleurs
    • Détection des pertes
    • Limites de puissance et écrêtement
    • Détection d'efficacité
    • Tableau de bord KPI
  • Gestion des données

    • Événements
    • Tickets
    • Prévisions
    • Rapports
  • Intégration et partage

    • Coopérations
    • Jetons API
    • VPN
    • Proxy
  • IA

    • Assistant IA et assistants
    • Accès agentique (MCP)
  • Facturation

    • Marché et tarifs
    • Comptabilité et facturation
  • Collaboration

    • Invitations
  • Sécurité

    • Authentification
    • Verrouillage de compte
    • Système de permissions
    • Segmentation réseau
    • Restrictions de coopération
    • Journalisation d'audit d'accès
    • Activité et journal d'audit
  • Nœuds

    • mrxnode
  • Application

    • Contrôle de porte
    • Relais générique
  • Cluster edge

    • Orchestration
  • Premiers pas

    • Onboarding
    • Configuration initiale
  • Personnel

    • Utiliser le VPN
    • Utiliser le proxy
    • Authentification à deux facteurs
    • Sessions
    • Jetons API
    • Notifications
    • Connecter Microsoft Teams
  • Par centrale

    • Contacts
    • Périphériques réseau
    • Enregistreurs de données
    • Composants
    • VPN direct (par agent)
    • Volume de données
    • Importer l'historique
  • Organisation

    • Permissions des membres
    • Coopérations
    • Stockage de fichiers
    • Services VPN
  • Export de données

    • API d'export de métriques
    • MiroxQL — langage de requête
    • Génération externe de rapports
    • Grafana
    • Vue d'ensemble de l'API
  • Assistance

    • Demander une intégration
  • mrxnode

    • Vue d'ensemble
    • Guides
    • Déploiement de conteneur
    • Référence des commandes
    • Dépannage
  • Reporting

    • Générateur de rapports externe
    • Export de données brutes pour Excel
  • Accès distant
  • L'IA dans Mirox
  • Import de l'historique
  • English
  • Deutsch
  • Español
  • Français
  • Português
  • Italiano
  • English
  • Monitoring et visualisation

    • Supervision en temps réel
    • Jumeau numérique
    • États des composants
    • Codes d'état des onduleurs
    • Événements des onduleurs
    • Détection de pertes
    • Limites de puissance et écrêtement
    • Détection d'efficacité (PRRC)
    • Inspecteur de réseau local
    • Surveillance des accès
    • Tableau de bord KPI
    • Visualisation graphique
  • Gestion des données

    • Événements
    • Tickets
    • Prévisions
    • Rapports
  • Intégration et partage

    • Coopérations
    • Jetons API
    • VPN
    • Proxy (accès web aux appareils de la centrale)
  • IA

    • Assistant IA et assistants guidés
    • Accès agentique (MCP)
  • Facturation

    • Marché et tarifs
    • Comptabilité et facturation
  • Collaboration

    • Invitations
  • Sécurité

    • Authentification
    • Compte temporairement verrouillé
    • Système d'autorisations
    • Segmentation réseau
    • Restrictions des autorisations de coopération
    • Journalisation d'audit des accès
    • Activité et piste d'audit

Événements des onduleurs

L'onduleur est le composant qui peut tomber en panne d'une dizaine de façons différentes, et Mirox le surveille des deux côtés à la fois : les mesures qu'il livre, et les signalements qu'il fait sur lui-même. Cette page est l'endroit unique où est expliqué ce que signifie chacun de ces événements, ce qu'il faut pour en ouvrir un, ce qui le tient à jour et quand il se ferme.

Tout ce qui suit se fait tout seul. Il n'y a aucun interrupteur pour activer une vérification : chacune s'arme d'elle-même pour un onduleur dès que le logger livre effectivement les relevés dont elle a besoin, et reste silencieuse sur les onduleurs qu'elle ne peut pas juger.

Les trois familles, et leurs règles de comptage

Les événements d'onduleur se répartissent en trois familles, et chacune répond à une question différente. La règle qui dit combien d'entre eux peuvent se tenir sur une même machine à un instant donné est différente dans chacune — savoir laquelle s'applique est ce qui rend lisible un onduleur chargé.

FamilleLa question à laquelle elle répondCombien peuvent se tenir à la fois
ProductionCet onduleur livre-t-il l'énergie qu'il devrait ?Un seul par onduleur. Panne, conflit de mesure, absence de communication et production réduite occupent un seul emplacement. Lorsque les indices changent, l'événement est reclassé sur place — il n'est pas fermé puis rouvert.
Constats de maintenanceQuelque chose s'use-t-il, qui exige que quelqu'un aille voir ?Un par problème. Température élevée, isolation en baisse, déséquilibre de phases et rendement en baisse sont indépendants. Un onduleur qui chauffe et dont l'isolement baisse porte deux constats, chacun planifiable et refermable séparément.
État de l'appareilQue dit la machine elle-même de son propre état ?Un par mode. Une autolimitation se tient à côté d'une production réduite ; une alarme de sécurité se tient à côté de n'importe quoi.

Deux événements de plus se situent en dehors de ces familles : le relevé de compteur d'énergie bloqué (un défaut de comptabilité, pas un défaut de production) et le miroir des alarmes signalées par l'appareil, qui est une copie de la liste active du constructeur et n'est jamais jugé.

Tous les événements d'onduleur en un coup d'œil

ÉvénementPrioritéCe qui l'ouvreCe qui le confirmeCe qui le ferme
Panne de production onduleurNormale3 fenêtres consécutives de cinq minutes à production nulle avec assez de lumièreLes enfants du niveau inférieur : ils sont éteints eux aussi, ou ne disent rien3 fenêtres productrices, ou les enfants qui reviennent à la vie
Conflit de mesure onduleurNormaleLes mêmes fenêtres à zéro — mais les enfants, eux, produisent, ou le compteur d'énergie de la machine a avancéDécidé à l'instant de l'ouverture, en interrogeant les enfantsLa mesure de l'onduleur lui-même qui se rétablit
Onduleur sans communicationNormaleUne heure de plein jour jugé sans aucun relevé, alors que ses semblables transmettent — ou une heure de plein jour sur un relevé Le logger n'atteint pas l'onduleur en placeSes enfants sont sondés pour distinguer un trou de comptage d'un arrêt réel ; le signalement d'injoignabilité du logger l'accompagneTélémesures de retour et production, ou des relevés sur 3 fenêtres consécutives alors que le logger ne le signale plus injoignable
Production réduite onduleurNormale30 minutes sous un dixième de sa propre attente, ou une journée auditée à 30 % ou moins de celle-ciLes deux paliers utilisent le modèle propre à l'onduleur, pas la moyenne du parc3 fenêtres au-dessus de 80 %, ou 3 journées rétablies
Température élevée onduleurNormale5 K de plus que les unités comparables de son logger, 5 jours sur 7L'une des six voies, de l'écart qui se creuse sous charge à l'alarme thermique de la machine5 journées propres consécutives
Isolation en baisse onduleurNormaleUn relevé matinal stabilisé sous 35 % de celui de ses pairs, 3 jours de suiteAujourd'hui, seul le signalement d'isolement de l'onduleur lui-même le confirme5 journées propres consécutives
Déséquilibre de phases onduleurNormaleUn écart médian journalier de courant de 3 % ou plus4 % tenus pendant 7 jours, ou 3 % avec une signature de tension concordante5 journées propres consécutives
Rendement en baisse onduleurNormaleDeux mois consécutifs de rendement de conversion en baisse, d'au moins 0,5 ptPas encore — celui-ci reste une observation5 journées propres consécutives
Observation : … (les quatre jumeaux)BasseLa première étape de chaque constat de maintenance— (elle devient le constat confirmé)Les indices qui redeviennent propres, à l'étape où ils se trouvent
Défaut d'appareil onduleurNormaleUn code de défaut que l'appareil tient sur 2 vérifications, ou un code d'avertissement qu'il lève deux foisLe signalement de l'appareil lui-même fait office d'indiceLa revendication disparue et Mirox ayant réellement regardé
Le logger n'atteint pas l'onduleurBasseLe logger signalant la machine injoignable alors qu'aucun relevé de notre côté n'arriveDeux silences indépendants qui concordent — rien de plus n'est peséLe logger l'atteignant de nouveau et les relevés qui reviennent, ou une heure de plein jour qui passe la main
Alarme de sécurité onduleurNormaleUn signalement actif de défaut d'arc ou de courant résiduel — immédiatement, de jour comme de nuitAucun filtrage, aucune conditionLa machine signalant la condition levée
Arrêt de protection onduleurNormaleL'état arrêté par une protection sur 3 vérifications consécutivesLe mot d'état de l'appareil lui-mêmeL'état qui disparaît sur 3 vérifications
Onduleur arrêté sur commandeBasseL'état arrêté sur commande sur 3 vérifications consécutivesLe mot d'état de l'appareil lui-mêmeL'état qui disparaît, ou un plafond de 6 heures de jour qui passe la main à une panne
Autolimitation onduleurBasseUn épisode de bridage tenu sur 3 vérifications consécutivesUn seul événement par onduleur, comptant ses épisodes3 journées à forte charge sans épisode
Compteur d'énergie onduleur bloquéNormaleLe registre cumulé qui ne bouge plus alors que la puissance continue de circulerUn semblable du même logger qui, lui, a avancé entretempsLe registre qui repart
Défaut / Avertissement signalé par l'onduleurNormale / BasseLe constructeur qui lève le codeRien — c'est un miroirLe constructeur qui retire le code
Synthèse des pannes de composantsHauteAu moins un onduleur ou une boîte de jonction à l'arrêt depuis 30 minutesAppartenance tenue sur 3 vérifications avant d'entrer2 vérifications sans plus personne à l'arrêt

Événements de production

Un seul de ces quatre événements se tient sur un onduleur à la fois. Ils partagent un même déclencheur, puis se séparent selon les indices.

Panne de production onduleur

  • Ce que cela signifie. L'onduleur a cessé de livrer, dans des conditions où il aurait dû livrer. C'est l'événement qui vous coûte de l'énergie, et c'est lui qui alimente l'alarme au niveau du parc.
  • Ce qui l'ouvre. Trois fenêtres consécutives de cinq minutes dont chaque échantillon est nul ou négatif — soit environ un quart d'heure sur un parc densément interrogé, jusqu'à trois quarts d'heure là où le logger transmet toutes les quinze minutes. La lumière est examinée en trois paliers : sous 50 W/m² il fait nuit et la série est remise à zéro, entre 50 et 150 W/m² la situation est marginale et la série est simplement suspendue, et ce n'est qu'au-dessus de 150 W/m² qu'une fenêtre est jugée. Ce seuil doit également avoir tenu sur les deux fenêtres précédentes. Neige, gel, brouillard, un plafond d'écrêtement contraignant, un logger en pause et un parent mort opposent chacun un veto à la fenêtre.
  • Comment il est confirmé. À l'instant de l'ouverture, les composants du niveau immédiatement inférieur — boîtes de jonction, ou strings là où il n'y a pas de niveau boîte de jonction — sont relus sur toute la plage à zéro. S'ils sont éteints eux aussi, la panne est corroborée. S'il n'y a aucune donnée enfant, elle s'ouvre malgré tout et le dit dans son raisonnement. Si un enfant produisait, vous obtenez un conflit de mesure à la place (voir ci-dessous).
  • Une seconde voie d'entrée. Un onduleur qui cesse entièrement de transmettre accumule un compteur qui n'avance que sur les fenêtres lumineuses, tant que ses semblables continuent de transmettre. Après une heure de plein jour jugé, ses enfants décident du verdict : des enfants qui livrent des zéros ouvrent une panne ; des enfants éteints ou producteurs ouvrent plutôt un événement sans communication.
  • Ce qui le tient à jour. Tant qu'une panne se tient, elle porte tout ce que la machine dit d'elle-même : chaque code de défaut qu'elle lève, avec un décompte et une date, ainsi que les états de fonctionnement qu'elle déclare. Ce bloc est rafraîchi sur changement, jamais à chaque interrogation : une machine qui ne dit rien ne coûte rien. Ce n'est que de la corroboration — aucun code levé par l'appareil ne peut ouvrir, fermer ni reclasser la panne.
  • Comment il se ferme. Trois fenêtres productrices consécutives. Il existe une seconde voie : des enfants vivants sur trois fenêtres consécutives, parce qu'un onduleur qui redémarre enregistre ses canaux de string une dizaine de minutes avant que sa propre voie de production ne revienne.
  • Où vous le voyez. Une pastille rouge Panne dans la colonne État, l'icône rouge sur la ligne de station, la fenêtre Problèmes ouverts de la station, et la liste d'événements du parc.

Conflit de mesure onduleur

  • Ce que cela signifie. L'onduleur produit — mais sa propre mesure dit le contraire. C'est un défaut de données, pas un défaut de production, et il n'est délibérément jamais compté comme énergie perdue.
  • Ce qui l'ouvre. Les mêmes trois fenêtres à zéro qu'une panne. La différence tient à ce qu'a trouvé l'interrogation croisée : au moins un enfant a produit 50 W ou plus sur la plage à zéro, ou le registre d'énergie cumulée de l'onduleur a avancé sur cette plage d'au moins trois fois son pas démontré. L'un ou l'autre témoin contredit le zéro, c'est donc le zéro qui est faux.
  • Comment il est confirmé. Le verdict est fixé à l'ouverture. Une série enfant qui répète une même valeur non nulle sur six échantillons ou plus est un registre bloqué et ne compte pas comme témoin ; des enfants qui restent au-dessus du seuil mais dont le total net reste sous un dixième de l'attente du parent relèvent d'un comptage résiduel sur un bus mort, et se lisent comme une panne plutôt que comme un conflit.
  • Ce qui le tient à jour. Le même bloc de signalements de l'appareil que la panne.
  • Comment il se ferme. Sur le rétablissement de la production du parent lui-même. Des enfants qui reviennent à la vie ne peuvent jamais le fermer — ce sont justement des enfants producteurs qui le définissent.
  • Où vous le voyez. Une pastille orange Conflit de mesure, l'icône orange de la station, et la fenêtre Problèmes ouverts de la station.

Onduleur sans communication

  • Ce que cela signifie. L'onduleur a cessé de transmettre. Sa production est inconnue, et l'inconnu n'est délibérément jamais compté comme une perte — un silence ne vous est pas facturé.
  • Ce qui l'ouvre. Une heure de plein jour jugé lumineux sans aucun relevé, alors qu'au moins un semblable continue de transmettre et qu'aucun parent n'explique le silence. Ses enfants sont ensuite sondés : des enfants éteints, ou des enfants qui produisent encore pendant que le parent se tait (un trou de comptage), ouvrent l'un comme l'autre cet événement plutôt qu'une panne.
  • Comment il est confirmé. Par les semblables. Un logger entier qui se tait n'est pas imputé à un onduleur particulier.
  • Ce qui le tient à jour. Rien qui vienne de l'onduleur lui-même — c'est bien là le sujet : l'événement enregistre le moment où les données se sont arrêtées et le nombre de minutes de jour écoulées depuis. Ce qui arrive, en revanche, c'est la parole du logger. Lorsque le logger signale qu'il n'atteint pas la machine, ce signalement accompagne cet événement et y est actualisé sur place — combien de coupures distinctes, et depuis quand —, et le relevé d'arrière-plan qui le portait jusque-là est repris par cet événement, qui le nomme comme prédécesseur. Voir Le logger n'atteint pas l'onduleur plus bas.
  • Comment il se ferme. Deux voies. Télémesures de retour et production — des télémesures qui reviennent en portant un zéro sont ambiguës : l'événement est alors reclassé sur place, en panne ou en conflit, selon la même interrogation croisée. Ou bien sur la seule communication : des relevés qui arrivent sur trois fenêtres consécutives alors que le logger a cessé de signaler la machine injoignable. Cette seconde voie fonctionne aussi dans le noir, si bien qu'une machine qui répond de nouveau au crépuscule n'est pas maintenue ouverte toute la nuit — et elle ne revendique rien sur la production. Savoir si la machine produit est décidé par la prochaine fenêtre à lumière exploitable.
  • Où vous le voyez. Une pastille ambre Pas de communication, l'icône ambre de la station, et la fenêtre Problèmes ouverts de la station.

Production réduite onduleur

  • Ce que cela signifie. L'onduleur produit, mais très en dessous de ce que son propre modèle prévoit pour les conditions du moment. Un filet de production est en soi une signature de défaut, et c'est pourquoi une fenêtre productrice ne ferme jamais celui-ci.
  • Ce qui l'ouvre. Deux paliers indépendants. Le palier en direct s'ouvre après six fenêtres jugées consécutives — environ une demi-heure — sous un dixième de l'attente. Le palier journalier s'ouvre sur une seule journée auditée à 30 % ou moins de l'attente.
  • Comment il est confirmé. Le palier en direct est filtré plus sévèrement qu'une panne : une irradiance d'au moins 300 W/m², un modèle qui situe l'onduleur à un cinquième au moins de sa puissance configurée, aucun plafond d'écrêtement contraignant, et une machine qui produit de façon mesurable. Le palier journalier exige au moins trois heures de minutes valides après les masques d'écrêtement, de neige et de gel, au moins un kilowattheure d'énergie attendue, et pas plus d'une heure d'écrêtage.
  • Ce qui le tient à jour. Le rapport est recalculé à chaque fenêtre ; l'événement porte la puissance mesurée, la puissance attendue et la voie d'attente utilisée.
  • Comment il se ferme. Trois fenêtres consécutives revenues à 80 % de l'attente ou mieux — mais seulement si le palier journalier est d'accord. Une machine encore signalée sur l'énergie de toute une journée n'est pas rétablie parce qu'elle a franchi la barre pendant un quart d'heure. Le palier journalier réclame lui-même trois journées rétablies consécutives à 50 % ou mieux.
  • Où vous le voyez. Une pastille rouge Production réduite, l'icône de courbe descendante de la station, et la fenêtre Problèmes ouverts de la station.

Constats de maintenance

Ces quatre-là forment la famille du « il faut que quelqu'un se déplace ». L'onduleur produit à pleine puissance pendant qu'ils se tiennent, et il est compté comme producteur partout sur la page d'analyse. Ce sont des interventions à planifier, pas des alarmes.

Tous suivent la même chaîne par étapes :

  • L'observation d'abord. La première étape ouvre un événement Observation : … en priorité Basse. C'est une ligne dans la liste d'événements, rien de plus : elle ne pose jamais d'état sur une machine et n'apparaît jamais dans la fenêtre par onduleur.
  • Trois journées jugées ouvrent l'observation — la plus courte série qu'aucun artefact météo isolé ni aucune mauvaise journée de télémesures ne peut produire. Deux des quatre suivent leur propre horloge : la température élevée demande cinq journées sur les sept dernières, le rendement deux mois calendaires consécutifs.
  • La confirmation n'intervient que lorsque les indices corroborants propres au constat arrivent, et chaque section ci-dessous les nomme. L'observation se ferme et le constat confirmé s'ouvre dans le même mouvement, en nommant l'observation dont il est issu. Cette fermeture interne relève de la comptabilité et ne lève aucun avis de « résolu » — l'onduleur ne va pas mieux. Deux des quatre — isolation en baisse et rendement en baisse — n'ont aujourd'hui aucune voie automatique vers la confirmation et restent délibérément à l'étape d'observation.
  • Cinq journées propres consécutives le ferment, à l'étape où il se trouve.
  • « Impossible à lire » n'est jamais « il n'y a rien ». Une journée que la plateforme n'a pas pu juger — pas de modèle, un parc dans le noir, une lecture en échec — laisse le constat exactement en l'état. Elle ne compte jamais comme journée propre.
  • Un constat ne redescend jamais la chaîne. Des indices qui faiblissent de « confirmé » à « en observation » maintiennent l'intervention ; seule la preuve positive d'une absence la retire.
  • Au moins deux semaines d'historique stocké sont recalculées à chaque passage — trois semaines pour la vérification de température et quatre mois pour celle de rendement — de sorte qu'un redémarrage au milieu d'un défaut de plusieurs semaines ne coûte rien.
  • Ses chiffres ne sont republiés que lorsqu'une valeur publiée a bougé de 10 % ou plus, afin qu'un constat en cours ne s'agite pas sur une dérive sur laquelle personne ne peut agir.

Température élevée onduleur

  • Ce que cela signifie. Cet onduleur chauffe sensiblement plus que des unités comparables à charge égale. La comparaison se fait toujours avec les machines de son propre bloc de logger, jamais du parc — plusieurs parcs portent plus d'une marque sous une même identité de parc, et un bloc peut légitimement tourner 40 K plus chaud qu'un autre.
  • Ce qui l'ouvre. Un excès de 5 K ou plus par rapport à la médiane des pairs sur cinq des sept dernières journées évaluées. Il faut au moins six onduleurs comparables, dont trois au moins dans la même bande de charge, et trois semaines d'historique de température. La charge est mesurée en moyenne glissante sur 60 minutes, car la température d'un onduleur suit la charge avec une demi-heure de retard sur certaines marques et bien plus de deux heures sur les grandes centrales.
  • Comment il est confirmé. Six voies, et la fenêtre de l'événement nomme celle qui a joué : l'écart croît avec la charge (3 K de plus entre faible et forte charge, et l'unité perdant de la production de façon mesurable face à ses semblables — les deux, pas l'un ou l'autre) ; le repli thermique (une unité qui se bride déjà et plafonne sa propre température, de sorte que l'écart cesse de croître — reconnaissable à un sommet parfaitement plat tenu sous une cohorte qui, elle, est à son plafond) ; chaud jour après jour (5 K sur 14 des 16 dernières journées jugées, avec un contrôle de taille pour qu'une machine plus grande ne se lise pas comme durablement chaude) ; l'alarme thermique de la machine elle-même sur trois journées jugées ; la machine qui se bride elle-même sur trois journées jugées ; et, là où aucune des autres ne peut se prononcer, le seul signalement de l'appareil.
  • Ce qui le tient à jour. L'excès journalier, la médiane des pairs, le nombre de journées qualifiantes et la voie de confirmation.
  • Comment il se ferme. Un excès de 2 K ou moins sur cinq journées propres consécutives. Le signalement de l'appareil ne peut jamais bloquer une fermeture.
  • Ce qu'il ne prétend pas. « Plus chaud que son bloc » vaut tout autant pour une entrée d'air obstruée, une position chaude dans la rangée d'armoires et une sonde qui lit haut. Le constat demande de vérifier le circuit de refroidissement, l'enveloppe et le capteur. Il n'affirme pas qu'un ventilateur est en panne.
  • Une note saisonnière. À partir de novembre, la bande de charge comparable ne fournit que peu de journées jugées sur la plupart des parcs : c'est donc surtout un instrument d'été.
  • Où vous le voyez. Une pastille bleue Température élevée dans la colonne État, sa propre icône sur la ligne de station — qui devient la clé bleue dès que le même onduleur porte plus d'une intervention — et la fenêtre Problèmes ouverts de la station.

Isolation en baisse onduleur

  • Ce que cela signifie. La résistance d'isolement CC dérive vers son seuil de déclenchement — généralement de l'humidité entrant dans un câble, un connecteur ou une entrée de module.
  • Ce qui l'ouvre. Le rapport entre le relevé matinal stabilisé de l'onduleur (pris vers 09 h 00, heure locale) et la médiane du même matin chez ses pairs, sous 0,35 pendant trois jours. Les seuils absolus sont délibérément écartés : la résistance d'isolement varie à l'inverse de la taille du champ, et sur la plupart des groupes de pairs la variation quotidienne partagée par tout le groupe est plusieurs fois plus grande que l'écart entre unités. La résistance d'isolement est, avant tout, un capteur d'humidité.
  • Comment il est confirmé. Aujourd'hui, uniquement par la parole de l'onduleur — une condition d'isolement que la machine elle-même a levée sur trois matins mesurés séparément, ou, pour les unités que la règle des pairs ne peut pas juger du tout, trois levées ou trois vérifications consécutives d'un code d'isolement de sévérité défaut. La confirmation sur notre propre relevé est délibérément désactivée jusqu'à ce que l'étalonnage soit refait sur une année complète de données, prévu autour de novembre 2026. D'ici là, nos propres indices maintiennent le constat à l'étape d'observation.
  • Ce qui le tient à jour. Le rapport matinal, la médiane des pairs et le nombre de matins qualifiants.
  • Comment il se ferme. Un rapport de 0,50 ou mieux sur cinq journées propres. Les relevés au-dessus de 20 MΩ sont traités comme « hors échelle » et censurés ; un groupe qui publie une constante figée est ignoré ; un relevé vieux de plus de trois jours ne compte pas. Un onduleur dont le rapport est très élevé alors qu'il ne produit presque rien a un champ débranché, pas un isolement faible, et fait l'objet d'un veto.
  • Un plafond délibéré. Au plus deux constats sont ouverts simultanément dans un même groupe de pairs — un groupe entier qui dérive ensemble, c'est la météo, pas huit pannes.
  • Où vous le voyez. Une pastille bleue Isolation en baisse dans la colonne État, sa propre icône sur la ligne de station — qui devient la clé bleue dès que le même onduleur porte plus d'une intervention — et la fenêtre Problèmes ouverts de la station.

Déséquilibre de phases onduleur

  • Ce que cela signifie. Les trois phases CA ne portent plus le même courant, ce qui sollicite le côté réseau et désigne une branche de phase faible.
  • Ce qui l'ouvre. La médiane journalière de l'écart de courant par créneau atteignant 3,0 %. Pour donner l'échelle : sur un rejeu de flotte portant sur plus d'un millier d'onduleurs, la pire journée saine d'un onduleur atteignait 1,8 %, et la distribution de la flotte présente un vide entre 1,8 % et 2,0 %.
  • Comment il est confirmé. Soit par l'amplitude seule — 4,0 % tenus sur sept journées évaluables consécutives — soit par 3 % assortis d'une signature de tension concordante sur la même phase. Un créneau ne compte que si la machine est chargée à 30 % au moins de son propre courant de pointe annuel, et une journée exige une douzaine de tels créneaux ; un onduleur si dégradé qu'il n'atteint jamais une douzaine de créneaux chargés voit trois jours de créneaux regroupés en un seul jugement, faute de quoi la machine la plus abîmée du rejeu n'aurait jamais été jugée.
  • Ce qui le tient à jour. L'écart médian journalier, la phase dominante et le nombre de journées.
  • Comment il se ferme. Une médiane journalière sous 2,0 % pendant cinq journées propres.
  • Aucune voie par l'appareil. Aucune liste d'alarmes de constructeur ne porte de condition de déséquilibre de phases : ce constat n'est donc jamais ouvert que par notre propre mesure.
  • Où vous le voyez. Une pastille bleue Déséquilibre de phases dans la colonne État, sa propre icône sur la ligne de station — qui devient la clé bleue dès que le même onduleur porte plus d'une intervention — et la fenêtre Problèmes ouverts de la station.

Rendement en baisse onduleur

  • Ce que cela signifie. La perte de conversion CC-CA augmente au-delà de ce qu'expliquent la charge et la température. Le rendement est jugé comme un résidu par rapport à la médiane des voisins immédiats de l'unité sur les mêmes créneaux de cinq minutes, puis ce résidu est comparé à son propre historique.
  • Ce qui l'ouvre. Deux mois calendaires consécutifs de baisse, d'au moins 0,5 pt chacun, sur au moins deux mois d'historique. Un demi-point de pourcentage paraît peu et ne l'est pas : au sein d'un même parc, l'écart entre unités se situe typiquement entre un dixième et un point et demi, et le bruit d'un mois sur l'autre pour une unité isolée se compte en quelques centièmes de point.
  • Comment il est confirmé. Il ne l'est pas, aujourd'hui. Ce constat reste à l'étape d'observation par choix, le temps que le relevé s'allonge assez pour justifier une escalade.
  • Ce qui le tient à jour. Le rendement mensuel, la baisse en points de pourcentage et le nombre de mois en baisse. Le mode commun à tout le parc est retiré d'abord, car le rendement absolu dérive jusqu'à 0,7 pt sur un parc entier en une quinzaine de jours.
  • Comment il se ferme. La baisse qui s'inverse à un cinquième de point près, sur cinq journées propres.
  • Où vous le voyez. Une pastille bleue Rendement en baisse dans la colonne État, sa propre icône sur la ligne de station — qui devient la clé bleue dès que le même onduleur porte plus d'une intervention — et la fenêtre Problèmes ouverts de la station.
  • Là où il n'est pas disponible. La vérification a besoin du relevé de puissance CC publié par l'onduleur. Les parcs dont les loggers n'en livrent pas ne sont simplement pas couverts, et sur certains la valeur CC publiée se révèle être la valeur CA multipliée par une constante — cela se détecte à partir des données elles-mêmes, et l'onduleur est alors écarté.

Événements d'état de l'appareil

Ces six-là proviennent de ce que la machine dit d'elle-même. Ils sont indexés par onduleur et par mode, donc ils s'empilent.

Une règle leur est propre : une ligne que vous fermez à la main reste fermée pendant 24 heures. Dans cette fenêtre, la plateforme ne rouvrira pas le même mode sur le même onduleur, et elle cesse de poser la question. La suppression est indexée par type autant que par composant : fermer un relevé d'autolimitation ne fait donc jamais taire l'alarme de sécurité du même onduleur. (Ce respect de 24 heures n'existe que pour cette famille — un constat de production ou de maintenance rouvre dès qu'il mérite à nouveau une détection.)

Défaut d'appareil onduleur

  • Ce que cela signifie. L'onduleur signale un défaut qui lui est propre, dans une fonction dont Mirox n'a aucune mesure — matériel, firmware, licence, problème de configuration, arrêt d'urgence, string continu, défaut de comptage, ou encore un code qu'aucune table de décodage ne contient. Il est dessiné en bleu maintenance, parce qu'il se tient sur une machine qui produit et qu'il constitue une intervention, non une perte de production.
  • Ce qui n'arrive plus ici. Ce que le logger dit sur le fait d'atteindre l'onduleur. Ces signalements ont désormais leur propre relevé — Le logger n'atteint pas l'onduleur, juste en dessous — parce qu'ils ne sont pas un défaut dans la machine, mais l'absence de réponse de sa part. La batterie fait exception : elle n'a aucune des autres voies d'un onduleur, ses signalements de communication continuent donc d'alimenter son Défaut d'appareil batterie.
  • Ce qui l'ouvre. Cela dépend de la sévérité attribuée par le constructeur lui-même. Un code que le constructeur qualifie de critique, majeur, erreur ou défaut ouvre l'événement après deux vérifications consécutives avec le code toujours présent — une dizaine de minutes. Un code que le constructeur qualifie de mineur ou d'avertissement exige une seconde levée (l'appareil l'a retiré puis remis) ou une journée achevée au cours de laquelle la pièce défaillante a réellement été sollicitée. Tout ce que le constructeur n'a pas étiqueté bascule du côté prudent de l'avertissement. Le comptage démarre toujours à la première apparition : une ouverture différée ne perd donc jamais une occurrence.
  • Trois filtres. La majeure partie d'un parc signalant le même mot réseau en quelques minutes est un fait de réseau, pas un défaut par onduleur — cela supprime l'ouverture d'une revendication entièrement réseau, et seulement l'ouverture : cela ne retire jamais une revendication déjà en place. Les classes réseau vont plutôt vers un arrêt de protection quand — et seulement quand — toutes les classes levées par l'appareil sont des classes réseau ; un onduleur déclenché par la protection réseau qui signale aussi un ventilateur en panne vous doit toujours le ventilateur. Enfin, un code non traduisible n'ouvre un événement qu'à la sévérité défaut, jamais au niveau de routine du constructeur.
  • Ce qui le tient à jour. Un seul événement par onduleur, listant toutes les conditions que la machine maintient actuellement, la sévérité la plus élevée en premier, avec le nombre de fois où chacune a été levée et retirée.
  • Comment il se ferme. La revendication disparue et Mirox ayant réellement regardé. Un appareil qui cesse de répéter son propre défaut n'a pas été réparé : il a cessé d'en parler. Voir Comment un code retiré est traité ci-dessous.
  • Où vous le voyez. Une pastille bleue Défaut d'appareil, sa propre icône sur la ligne de station — la clé bleue dès que le même onduleur porte plus d'une intervention —, la fenêtre Problèmes ouverts de la station, et la liste d'événements en bleu maintenance.

Le logger n'atteint pas l'onduleur (relevé d'arrière-plan)

  • Ce que cela signifie. Le logger qui lit cet onduleur déclare qu'il n'arrive pas à l'atteindre — et Mirox n'a reçu de cette machine aucune mesure qui lui soit propre non plus. Les deux moitiés sont nécessaires : la parole du logger seule n'est qu'une interrogation manquée, et notre propre silence seul est précisément ce que jugent déjà les événements de production ci-dessus. C'est un relevé d'arrière-plan, pas un verdict — rien n'est encore conclu sur ce que produit la machine.
  • Ce qui l'ouvre. Le logger signalant l'onduleur injoignable alors que notre propre voie est restée muette pour cette machine sur les deux dernières fenêtres, avec le soleil levé, la liaison du parc en bon état et au moins un autre onduleur du parc qui continue de transmettre. Il s'ouvre en quelques minutes — bien avant l'heure de plein jour qu'exige un événement sans communication —, et c'est précisément pour cela qu'il est classé discrètement. Un onduleur masqué dans l'arborescence des composants du parc n'ouvre rien, et tant qu'un événement de production se tient déjà sur la machine, aucun relevé n'est ouvert, actualisé ni fermé : c'est cet événement qui porte alors la parole du logger.
  • Comment il est confirmé. Il n'est pas pesé davantage. Deux silences indépendants qui concordent : c'est tout le contenu du relevé.
  • Ce qui le tient à jour. Un relevé par onduleur, qui nomme le logger à l'origine du signalement et compte les coupures : une machine qui décroche et revient six fois dans un après-midi donne un seul relevé portant six pertes de contact, pas six relevés. Il porte aussi le nombre d'onduleurs du même logger injoignables lors de la même interrogation, si bien qu'une machine isolée ne se lit pas comme un bloc de logger entier.
  • Comment il passe la main. Après une heure de plein jour passée ouvert — du jour seulement, une nuit n'avance jamais l'horloge —, il est repris par un véritable événement de production : un événement Onduleur sans communication, ou une Panne de production onduleur lorsque les composants situés en dessous de lui livrent des zéros. Le relevé est fermé comme escaladé — le mot que la plateforme inscrit elle-même pour un relevé repris plutôt que résolu — et le nouvel événement le nomme comme prédécesseur. Si cet événement se ferme plus tard alors que le logger n'atteint toujours pas la machine, un relevé neuf s'ouvre à sa place, en nommant l'événement fermé comme son prédécesseur.
  • Comment il se ferme. Le logger atteignant de nouveau la machine et les mesures propres de celle-ci nous parvenant de nouveau, sur trois fenêtres consécutives. Chaque moitié prise seule le laisse en place. Si le logger cesse complètement de surveiller cet onduleur, ou si le relevé atteint son propre plafond d'âge, il se ferme discrètement en disant que rien ne s'est rétabli.
  • Où vous le voyez. Dans la liste d'événements uniquement, en priorité Basse, avec son propre libellé et sa propre icône. Il ne pose délibérément aucun état sur la machine : pas de pastille dans la colonne État, pas d'icône sur la ligne de station, pas de ligne dans la fenêtre par onduleur, aucune appartenance à la synthèse des pannes de composants — et il ne vous notifie jamais. Il existe pour que les heures qui précèdent un verdict soient consignées, et pour qu'on puisse voir après coup ce que disait le logger à ce moment-là.

Alarme de sécurité onduleur

  • Ce que cela signifie. L'appareil signale un défaut d'arc, un défaut d'arc verrouillé ou une condition de courant résiduel le concernant. Ces conditions comportent un risque d'incendie et d'électrisation, et Mirox n'a de mesure propre pour aucune d'elles.
  • Ce qui l'ouvre. Un unique signalement actif. Aucun filtrage, aucune règle de lumière du jour, aucun filtre de rafale de parc — un défaut d'arc à deux heures du matin reste un défaut d'arc.
  • Comment il est confirmé. Il n'est pas pesé du tout. L'appareil est le seul témoin, donc la parole de l'appareil est l'événement.
  • Ce qui le tient à jour. Les codes et leurs décomptes, exactement tels que la machine les a levés.
  • Comment il se ferme. Uniquement lorsque la machine signale la condition levée, demandée à la machine elle-même. Un arc verrouillé qui s'est effacé a été réarmé par quelqu'un qui s'est déplacé, et c'est là la réparation. Le simple retrait du code de la liste par l'appareil n'en est pas une.
  • Où vous le voyez. Une pastille bleue Alarme de sécurité à côté du nom du composant sur la page Composants et dans la colonne État de l'onglet des onduleurs de l'analyse. C'est un état posé sur la machine : un défaut d'arc, il faut que quelqu'un aille le réarmer ; elle compte donc sur la ligne de station comme n'importe quelle autre intervention — avec sa propre icône tant qu'elle est seule ouverte, et dans la clé bleue sinon — et elle est listée avec les autres événements ouverts de l'onduleur dans la fenêtre par onduleur. Le miroir des alarmes signalées par l'appareil porte toujours le code brut en entier à côté.

Arrêt de protection onduleur

  • Ce que cela signifie. Une protection a déclenché cet onduleur. Il ne produit pas, et il peut nécessiter un redémarrage manuel sur site.
  • Ce qui l'ouvre. L'état de fonctionnement propre à l'onduleur indiquant arrêté par une protection sur trois vérifications consécutives, soleil levé. Le même filtre de rafale à l'échelle du parc s'applique. Il est lu dans l'état de fonctionnement, jamais dans la liste d'alarmes.
  • Comment il est confirmé. Par la persistance du mot d'état ; une interrogation isolée ne l'ouvre jamais.
  • Ce qui le tient à jour. L'événement porte les épisodes signalés par la machine — chacun avec son début, sa fin et sa durée, du plus récent au plus ancien.
  • Comment il se ferme. L'état qui disparaît sur trois vérifications consécutives.
  • Où vous le voyez. Une pastille ambre Arrêt de protection, et la fenêtre par onduleur.

Onduleur arrêté sur commande

  • Ce que cela signifie. Cet onduleur a été arrêté délibérément — par une personne, ou par une instruction à distance. La production est perdue tant que cela dure, mais rien n'est affirmé sur le matériel. C'est le seul événement d'état de l'appareil en priorité Basse.
  • Ce qui l'ouvre. L'état arrêté sur commande sur trois vérifications consécutives, soleil levé — sauf si un épisode d'écrêtement couvre le périmètre de l'onduleur, auquel cas l'« arrêt » est l'écrêtement. « Nous ne pouvons pas dire si un écrêtement couvre ce périmètre » ne l'ouvre pas non plus.
  • Comment il est confirmé. Le mot d'état, sur trois vérifications.
  • Ce qui le tient à jour. Les épisodes signalés.
  • Comment il se ferme. L'état qui disparaît sur trois vérifications. Il existe aussi un plafond : tant qu'un arrêt commandé se tient, le détecteur de panne est retenu — mais seulement pendant six heures de temps jugé lumineux (une nuit ne fait jamais avancer ce compteur). Au-delà du plafond, une panne de production normale s'ouvre, en emportant l'explication avec elle.
  • Où vous le voyez. Une pastille Arrêté sur commande, et la fenêtre par onduleur.

Autolimitation onduleur

  • Ce que cela signifie. L'onduleur produit, mais se bride pour se protéger — le plus souvent contre la chaleur. Une machine qui se replie se protège, ce qui est un indice fort qu'un problème de chaleur est réel plutôt qu'un décalage de capteur.
  • Ce qui l'ouvre. Le premier épisode soutenu : l'état tenu sur trois vérifications consécutives.
  • Comment il est confirmé. C'est un événement global unique par onduleur, maintenu à travers les épisodes et portant un compteur d'épisodes — pas un événement par après-midi.
  • Ce qui le tient à jour. Le nombre d'épisodes et les périodes enregistrées.
  • Comment il se ferme. Trois journées au cours desquelles la machine a tourné à 55 % de sa pointe de référence ou mieux sans épisode, ou un verdict propre de la vérification de température élevée.
  • Où vous le voyez. Dans la liste d'événements, et sous forme de pastille propre à côté du nom du composant sur la page Composants — stylée de sorte que la parole de l'appareil ne porte jamais les couleurs d'un verdict. Elle ne pose aucun état sur l'onduleur et n'est pas listée dans la fenêtre par onduleur — un onduleur qui se bride gagne encore de l'argent.

Compteur d'énergie onduleur bloqué

  • Ce que cela signifie. L'onduleur continue de transmettre puissance, température et tout le reste, mais son registre d'énergie cumulée a cessé d'avancer. La production reste réelle ; seul le relevé qu'en tient la machine est cassé.
  • Ce qui l'ouvre. Pas « inchangé sur N relevés » — cette règle est fausse, car ces registres stockent moins de décimales à mesure que le nombre grandit : une machine à 300 MWh reste donc légitimement immobile plusieurs minutes d'affilée. À la place, la puissance de l'onduleur est intégrée depuis le dernier mouvement du compteur, et l'événement s'ouvre lorsque cette intégrale dépasse dix fois le pas démontré du compteur. Trois planchers s'y ajoutent : une heure d'horloge, vingt relevés identiques consécutifs en production, et la corroboration d'un semblable du même logger qui, lui, a avancé entretemps — de sorte qu'un logger entier qui se fige n'est jamais imputé à des onduleurs particuliers.
  • Comment il est confirmé. Par le semblable. Un onduleur dont le logger ne déclare pas le comportement de son compteur n'est jamais jugé.
  • Ce qui le tient à jour. La valeur figée, l'énergie non enregistrée et la durée d'immobilité.
  • Comment il se ferme. Le registre qui repart.
  • Où vous le voyez. Une pastille Compteur figé et la fenêtre par onduleur. Tant qu'il se tient, la production est créditée à partir de la puissance mesurée, et un relevé distinct Énergie injectée estimée sur le parc indique exactement quelle part de l'énergie du parc est concernée.

Alarmes et avertissements signalés par l'appareil

Indépendamment de tout ce qui précède, Mirox tient un miroir brut de la liste d'alarmes actives du constructeur : un relevé par onduleur et par code, stocké exactement tel que l'appareil l'a envoyé. Il se lit Défaut signalé par l'onduleur lorsque le constructeur a classé le code comme un défaut, et Avertissement signalé par l'onduleur dans le cas contraire.

  • Il n'est jamais jugé. Aucun seuil, aucun filtrage, aucune condition. Un appareil peut lever un avertissement tout en injectant à pleine puissance.
  • Il n'est jamais un état de santé. Le miroir ne pose rien dans la colonne État de la page d'analyse et ne modifie aucun chiffre de disponibilité. Il apparaît en revanche sous forme de pastille propre à côté du nom du composant sur la page Composants, stylée de sorte que la parole de l'appareil ne porte jamais les couleurs d'un verdict.
  • Le retrait par l'appareil est la fermeture. La liste active complète est relue à chaque interrogation : une levée ouvre un relevé, une répétition met son décompte à jour sur place, et la sortie du code de la liste le ferme. Rien ici ne confronte le signalement à nos mesures.
  • Un changement de classe est un nouveau relevé. Si la table du constructeur reclasse un code d'avertissement en défaut, le relevé d'avertissement se ferme et un relevé de défaut s'ouvre à sa place.

Les batteries reçoivent le même traitement (Défaut signalé par la batterie / Avertissement signalé par la batterie), et toutes les conditions propres à une batterie vont vers un unique Défaut d'appareil batterie — une batterie n'a aucune des voies de maintenance d'un onduleur.

Synthèse des pannes de composants

L'unique synthèse au niveau du parc, et le seul événement lié aux onduleurs qui vous alerte par défaut.

  • Ce qui l'ouvre. Au moins un onduleur ou une boîte de jonction confirmé à l'arrêt depuis une demi-heure — en panne ou sans communication. Les composants en conflit de mesure ou en production réduite n'y entrent jamais : ils produisent de façon démontrable.
  • Ce qui la tient à jour. Les membres entrent après avoir qualifié sur trois vérifications consécutives et sortent immédiatement. L'âge de l'alarme s'ancre sur l'événement du membre le plus ancien et n'est jamais abaissé ensuite.
  • Comment elle se ferme. Deux vérifications consécutives sans plus personne à l'arrêt. Une synthèse que vous fermez à la main est respectée six heures avant de pouvoir être relevée.
  • Comment elle notifie. À la première ouverture et à la vraie fermeture de rétablissement uniquement. Tout changement d'appartenance entre les deux est silencieux — vous n'êtes pas réalerté parce qu'un quatrième onduleur a rejoint une liste que vous connaissez déjà.

Le signalement de l'appareil : deux rôles

Chaque alarme levée par un onduleur sert deux fois, pour deux questions différentes.

Rôle un — un indice pour les constats de Mirox. Le code est traduit dans un vocabulaire standard et remis aux vérifications qui examinent déjà les mesures de cet onduleur. Un code thermique alimente le constat de température élevée ; un code d'isolement alimente le constat d'isolement. Dans ce rôle, la parole de la machine corrobore une tendance que la plateforme voit déjà : elle ne peut jamais ouvrir une chaîne à partir de rien, et elle ne peut jamais bloquer un verdict propre. La seule exception concerne les onduleurs pour lesquels notre propre méthode est structurellement aveugle (un parc sans température d'armoire, un logger avec trop peu d'onduleurs à comparer) : là, et là seulement, le signalement de l'appareil ouvre l'observation à lui seul.

Rôle deux — le constat propre à l'appareil. Tout ce dont la plateforme n'a aucune mesure — matériel, firmware, licence, configuration, arrêt d'urgence, string continu, comptage, et les codes non traduisibles — devient un Défaut d'appareil onduleur : une intervention bleue posée sur un onduleur qui produit toujours. Pour un onduleur, la communication ne figure plus sur cette liste : ce que le logger signale sur le fait d'atteindre la machine va dans le relevé qui lui est propre, Le logger n'atteint pas l'onduleur. Pour une batterie, elle y reste, parce qu'une batterie n'a que cette seule voie.

Un code n'alimente qu'une seule voie, de sorte qu'un même fait n'obtient jamais deux cycles de vie. Les codes thermiques vont au constat de température et n'ouvrent jamais de défaut d'appareil ; les codes d'isolement vont au constat d'isolement ; les codes d'arc et de courant résiduel vont à l'alarme de sécurité ; les codes réseau vont à un arrêt de protection tant que la machine se déclare déclenchée, et à un défaut d'appareil sinon ; un signalement disant que le logger n'atteint pas la machine va au relevé d'accessibilité, et de là vers un événement sans communication. Les autotests de routine n'atteignent rien du tout — ils sont cités dans le raisonnement d'autres événements lorsqu'ils expliquent la situation, et nulle part ailleurs.

La reprise par une panne ou un événement sans communication, et le retour

Tant que l'onduleur produit et répond, un relevé d'état de l'appareil en cours et un événement de production sont deux relevés distincts. À l'instant où la mesure propre à Mirox dit que cet onduleur a cessé de produire — ou a cessé de répondre —, ils cessent d'être deux.

  1. L'événement de production reprend le signalement. Le relevé en cours est fermé dans le nouvel événement — une panne reprend le défaut d'appareil, un événement sans communication reprend le relevé d'accessibilité. Les deux fermetures sont consignées comme escaladées, le mot que la plateforme inscrit elle-même pour un relevé repris plutôt que résolu : aucun avis de « résolu », aucune réparation revendiquée. Le nouvel événement nomme le relevé fermé comme prédécesseur, de sorte que l'historique reste continu.
  2. L'événement porte ensuite tous les codes levés par la machine — tous, y compris thermiques, d'isolement et de sécurité, chacun avec son décompte, sa sévérité, son libellé et ses dates ; un événement sans communication porte de la même façon le signalement d'injoignabilité du logger, avec son nombre de coupures. Leurs constats propres ne sont pas touchés : le même code thermique figurant à la fois sur la panne et sur le constat de température est un listage, pas un second cycle de vie.
  3. Tant que l'événement se tient, aucun nouveau relevé d'état de l'appareil ne s'ouvre sur cet onduleur — ni défaut d'appareil, ni relevé d'accessibilité. Les décomptes continuent de s'accumuler en dessous, de sorte que rien de ce sur quoi reposera une décision ultérieure n'est perdu.
  4. Les codes sont une corroboration, jamais une cause. Aucun code levé par l'appareil ne peut ouvrir, fermer ni reclasser une panne. Une panne sur un onduleur qui ne signale absolument rien se tient exactement comme elle le ferait autrement. L'événement sans communication est la seule exception, et uniquement sur la question de l'accessibilité de la machine : le signalement d'injoignabilité du logger est ce qui le fait ouvrir tôt, et un signalement actif le maintient ouvert contre la fermeture sur la seule communication. Rien de ce que dit l'appareil ne décide si la machine produit.
  5. Lorsque l'événement se ferme, un relevé successeur s'ouvre immédiatement si une revendication susceptible d'en ouvrir un est toujours présente — un défaut d'appareil après une panne, et un relevé d'accessibilité neuf après l'un ou l'autre événement lorsque le logger n'atteint toujours pas la machine — en nommant l'événement fermé comme prédécesseur et en poursuivant les décomptes. Une revendication qui s'est effacée pendant l'événement n'ouvre rien et ne laisse que son relevé sur l'événement fermé.

Une machine qui signale se porter bien alors qu'elle ne produit rien n'est pas un rétablissement : la panne se ferme toujours sur la seule production mesurée, exactement comme auparavant.

Comment un code retiré est traité

Un code retiré par l'appareil ne ferme pas un défaut d'appareil. Il passe en attente, et quatre choses seulement l'en libèrent :

  • Une vérification indépendante dit que la condition a disparu — le verdict de température pour un code thermique, le verdict d'isolement pour un code d'isolement, la voie string pour un code de string continu, le compteur pour un code de comptage, et, pour les codes de communication qui atteignent encore cette voie — ceux d'une batterie —, la mention d'accessibilité que la plateforme tient pour cet appareil : une ligne du registre des signalements, et non un événement à part entière.
  • Des journées calmes au cours desquelles la pièce défaillante a réellement été sollicitée. Ce qui compte comme véritable occasion dépend de la classe, et leur nombre aussi : trois journées de ce type pour le thermique (une journée où la machine a atteint la moitié de ce qu'on lui a vu faire), l'isolement (un matin avec un relevé stabilisé), le string continu, les classes réseau et le comptage ; cinq pour les classes de sécurité ; deux pour un code de communication ou un code non traduisible, où « l'appareil a répondu tout court » est tout ce que l'on peut honnêtement exiger.
  • Le retrait qui, pour cette classe, est la réparation — un défaut d'arc verrouillé, un défaut matériel, un firmware, une licence, un défaut de configuration, un arrêt d'urgence. Quelqu'un a dû se déplacer et les réarmer. Cela ne vaut que pour les codes issus de la liste d'alarmes de l'appareil : quitter un état de fonctionnement n'est pas une réparation, c'est l'état suivant.
  • Le plafond — 90 jours depuis la première apparition du code, ou un an pour une classe de sécurité, afin qu'un code réseau qui revient à chaque crépuscule ne puisse pas tenir indéfiniment.

Un retrait n'est cru qu'après l'absence du code sur deux vérifications consécutives. Une liste qui vacille le temps d'une interrogation n'a rien retiré.


Où vous voyez tout cela

La ligne de station

Chaque station de la page Analyse résume ses onduleurs, et non ses problèmes. Chaque onduleur ayant quelque chose d'ouvert apparaît sous exactement un pictogramme :

IcôneCompte
L'icône propre à une intervention — température élevée, isolation en baisse, déséquilibre de phases, rendement en baisse, défaut d'appareil, alarme de sécuritéOnduleurs dont l'unique intervention en attente est celle-là
Clé bleueOnduleurs portant deux interventions en attente ou plus
AmbreOnduleurs ne livrant aucune donnée de mesure
OrangeOnduleurs dont l'unique intervention en attente est un conflit de mesure
Rouge, courbe descendanteOnduleurs en production réduite
RougeOnduleurs en panne

Les interventions sont les quatre constats de maintenance confirmés, un défaut d'appareil en cours, une alarme de sécurité et un conflit de mesure. Une seule d'entre elles sur un onduleur est dessinée telle quelle — le conflit de mesure conserve sa jauge orange habituelle plutôt que de passer au bleu — et deux ou plus se replient en l'unique clé bleue : son nombre compte donc des onduleurs portant plusieurs interventions, jamais les interventions elles-mêmes.

Une panne ne les rejoint jamais. Un onduleur chaud et éteint affiche l'icône de température et l'icône rouge de panne ; un onduleur chaud, déséquilibré et éteint affiche la clé et l'icône rouge de panne. Le pictogramme rouge dit que la machine est éteinte aujourd'hui, l'icône de maintenance dit que quelqu'un doit encore se déplacer.

Cliquer sur n'importe quelle icône de la ligne — un constat isolé, la clé, la jauge orange ou l'une des icônes de production — ouvre la même fenêtre Problèmes ouverts : tous les onduleurs de la station ayant quoi que ce soit d'ouvert, chacun avec ses propres événements. L'icône cliquée ne décide plus que de l'infobulle que vous veniez de lire ; elle ne restreint plus la liste, ce qui explique que la fenêtre soit généralement plus longue que le nombre affiché par l'icône. L'infobulle de la clé détaille ses onduleurs dans un ordre fixe — température élevée, isolation en baisse, déséquilibre de phases, rendement en baisse, Onduleurs signalant eux-mêmes un défaut, alarme de sécurité, conflit de mesure — et se termine par le nombre d'onduleurs demandant une visite au total.

Les icônes se lisent de gauche à droite, les plus calmes d'abord — la voie maintenance, puis l'absence de données de mesure, le conflit de mesure, la production réduite et enfin la panne — pour que votre œil se pose en dernier sur ce qui coûte de l'énergie. La voie maintenance ne touche jamais au décompte des producteurs : ses nombres sont donc toujours affichés.

La fenêtre par onduleur

Cliquer sur n'importe quelle icône de la ligne de station ouvre la même fenêtre, intitulée Problèmes ouverts. Elle liste tous les onduleurs de la station ayant le moindre problème ouvert, et chaque onduleur listé porte la liste complète de ses événements ouverts sous Événements ouverts — de sorte qu'un exploitant qui a cliqué sur la clé voit toujours la panne en cours sur la machine d'à côté. L'icône ne décide plus quels onduleurs sont listés ; elle n'a décidé que de l'infobulle lue avant le clic, ce qui explique que le total de la fenêtre soit généralement supérieur au nombre affiché par l'icône qui l'a ouverte.

Chaque événement tient sur une ligne : son icône dans la couleur de l'état qu'il pose sur la machine, son nom et depuis combien de temps il est ouvert. Cliquer sur la ligne ouvre la fenêtre propre à cet événement par-dessus la liste — ce qui a été détecté, les codes signalés par l'appareil avec leur badge actif, les horodatages ; en la fermant, vous revenez à la liste exactement là où vous l'aviez laissée. Les événements se lisent dans un ordre fixe au sein de chaque onduleur : l'événement de production d'abord, puis un arrêt de protection ou un arrêt sur commande, puis les constats de maintenance, puis le défaut d'appareil et l'alarme de sécurité, puis un compteur figé. Les onduleurs sont triés naturellement, si bien que « WR 2 » vient avant « WR 10 ».

Trois choses n'y sont délibérément pas listées : les quatre lignes Observation : … (ce ne sont pas des conditions posées sur une machine), le relevé d'autolimitation (un onduleur qui se bride gagne encore de l'argent, et le miroir de l'appareil porte déjà ce code en entier), et le relevé Le logger n'atteint pas l'onduleur (une note d'arrière-plan, pas un verdict).

Une exception subsiste : sur une station dont la production est comptée en boîtes de jonction, les quatre icônes de production comptent des boîtes et descendent vers elles. Toute autre icône ouvre la fenêtre Problèmes ouverts, sur toutes les stations — une intervention est toujours une affirmation sur une machine.

La courbe du jour

La courbe du jour de la page d'analyse parle le même langage d'icônes. À côté de chaque composant dans la légende, et dans l'infobulle de l'instant survolé, chaque constat est dessiné avec sa propre icône — et un composant portant plusieurs interventions en attente est dessiné avec la clé bleue, exactement la règle que suit la ligne de station. Survoler une icône liste les événements qu'elle recouvre.

La légende énumère tous les composants raccordés de la station sélectionnée, et pas seulement ceux qui ont une courbe. Un composant qui n'a livré aucune mesure ce jour-là y figure aussi, estompé et non cliquable, avec un aucune donnée en italique à la place de sa valeur d'énergie — ainsi un string muet se lit comme un trou dans la centrale au lieu de disparaître discrètement de la page.

La fenêtre d'événement

Ouvrir un événement — depuis la liste d'événements, ou en cliquant sur sa ligne dans la fenêtre Problèmes ouverts de la station, ce qui l'ouvre par-dessus cette liste — montre ce qui a été détecté, depuis quand et pourquoi il est ouvert. Là où la machine avait quelque chose à dire, deux sections supplémentaires apparaissent : Messages de l'appareil et États de fonctionnement signalés.

  • Le tableau des codes — colonnes Code, Nombre, Gravité et Message. La gravité est teintée : rouge pour défaut, alarme, erreur, critique et majeur ; ambre pour avertissement et mineur. C'est le mot de sévérité de l'appareil lui-même que vous voyez ; la table de décodage partagée ne complète que pour les constructeurs qui n'en attachent aucun.
  • Un badge actif signale un code que l'appareil lève encore, par opposition à un code qu'il a retiré et qui est maintenu en attente. Là où ni le signalement ni les décomptes ne peuvent trancher, le badge est omis plutôt que deviné.
  • Quatre lignes au repos, puis Tout afficher (N) déploie un cadre défilant. Une liste très longue est plafonnée, et +N codes supplémentaires vous indique combien ont été laissés de côté.
  • États de fonctionnement signalés — le même traitement en tableau pour ce que la machine a déclaré faire, avec le début, la fin et la durée de chaque période. Seuls les états sur lesquels il vaut la peine d'agir sont enregistrés : au repos, en production et inconnu ne le sont pas, et « limité de l'extérieur » est regroupé plutôt que listé, parce que c'est le mot qui disculpe et qu'il noierait sinon la liste qui existe pour montrer un défaut.

Le texte des codes et la gravité sont résolus au moment où vous ouvrez l'événement, et non figés à sa création — une correction apportée à une table de décodage atteint donc les événements déjà présents dans votre historique.

Notifications

Seule la Synthèse des pannes de composants vous alerte par défaut. C'est le récapitulatif de priorité Haute, et il pousse une notification à la première ouverture et à la vraie fermeture de rétablissement.

Tout le reste de cette page est délibérément silencieux. La panne de production individuelle est enregistrée mais reste sous le seuil par défaut de tous les rôles ; les constats de maintenance sont des interventions à planifier plutôt que des alarmes ; les événements d'état de l'appareil et de signalement par l'appareil restent muets tant qu'une formulation dédiée n'existe pas pour eux, car une notification générique vous alerterait avec un code constructeur brut et aucune consigne. Vous pouvez abaisser votre propre seuil dans vos paramètres de notification si vous en voulez davantage.

Par constructeur

Le mécanisme est le même pour toutes les marques — rien de ce qui précède ne se ramifie selon un fournisseur, un numéro de code ou un mot de sévérité de constructeur. Ce qui diffère, c'est ce que l'appareil donne.

  • L'appareil attache-t-il sa propre sévérité ? Huawei (interface web du SmartLogger), SMA (à la fois le niveau Error/Warn du Data Manager et le champ avertissement/erreur de la passerelle Sunny Central), Sungrow (le mot de niveau de la liste de défauts, partout où une entrée en indique un) et les familles batterie le font. Fronius ne le fait pas — pas plus qu'une entrée Sungrow n'indiquant aucun niveau lisible — et la table de décodage partagée fournit alors le mot.
  • Y a-t-il seulement une liste d'alarmes ? Huawei, SMA (par les deux voies), Fronius et Sungrow en livrent une. Les contrôleurs de centrale Zebotec ne livrent qu'un état de fonctionnement — pas de liste d'alarmes — donc aucun défaut d'appareil, aucun tableau de codes et aucun bloc de codes sur une panne n'est produit pour eux.
  • Ce qu'affiche un code inconnu. Huawei affiche le nom d'alarme du logger ; le manager SMA affiche sa propre phrase ; la Sunny Central affiche l'étiquette de message du firmware ; Sungrow affiche le nom de défaut du logger ; Fronius affiche un nombre nu pour les codes pas encore transcrits, classés non traduisibles à la sévérité avertissement, de sorte qu'ils n'ouvrent rien. La couverture varie beaucoup : la liste officielle complète de Huawei est embarquée, tandis que pour le SMA Data Manager seule une poignée de ses plusieurs milliers d'étiquettes de messages est classée — le reste est non traduisible et ouvre un défaut d'appareil bleu à la sévérité Erreur, et rien à la sévérité Avertissement. Il n'existe dans cette famille aucune étiquette thermique, d'isolement ou de sécurité : ces constats et l'alarme de sécurité ne peuvent donc pas être atteints depuis un Data Manager.
  • Une note de formulation. Les textes d'alarme décodés apparaissent dans la langue de votre interface. Les lignes issues de l'état de fonctionnement d'un onduleur plutôt que de sa liste d'alarmes sont affichées en anglais dans toutes les langues.

Si un code inconnu vous importe, transmettez le nombre, le constructeur et le modèle d'onduleur au support ou ouvrez un ticket, et il sera ajouté pour tout le monde.

Fonctionnalités associées

  • Codes d'état des onduleurs — l'état de fonctionnement que chaque onduleur signale sur lui-même, et comment il est décodé
  • États des composants — la classification par créneau que le Jumeau Numérique établit pour chaque composant
  • Événements — le catalogue complet des événements, priorités, statuts et autorisations
  • Détection des pertes — comment l'énergie derrière une panne est quantifiée et attribuée
  • Limites de puissance et écrêtement — pourquoi un onduleur plafonné n'est pas un défaut
  • Jumeau Numérique — le moteur d'analyse derrière les événements de production
  • Tickets — là où le travail nécessaire à la résolution d'un constat est suivi
Prev
Codes d'état des onduleurs
Next
Détection de pertes
MIT Licensed | Copyright 2026 Mirox Verwaltungs GmbH | Privacy