MiroxMirox
  • Plateforme

    • Philosophie
    • Vue d'ensemble de la plateforme
    • Ressources de la plateforme
    • Disponibilité et fenêtres de maintenance
    • Versions et numéros de version
  • 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
    • Trackers solaires et contrôleurs de parc
    • 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
    • Niveaux d'alarme
    • Tickets
    • Prévisions
    • Rapports
    • Indicateurs
  • Alert Manager

    • Vue d'ensemble
    • Règles d'alerte
    • Alertes et notifications
    • Exemples
  • Intégration et partage

    • Coopérations
    • Jetons API
    • VPN
    • Conflits d’adresses VPN
    • Proxy
  • IA

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

    • Marché et tarifs
    • Comment les revenus sont calculés
    • Comptabilité et facturation
    • Contrats
  • Collaboration

    • Invitations
  • Sécurité

    • Authentification
    • Verrouillage de compte
    • Politique de sécurité de l'organisation
    • Système de permissions
    • Segmentation réseau
    • Restrictions de coopération
    • Journalisation d'audit d'accès
    • Activité et journal d'audit
    • Isolation des données
  • 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
    • Lecteur Modbus générique
    • Composants
    • VPN direct (par agent)
    • Volume de données
    • Importer l'historique
  • Organisation

    • Permissions des membres
    • Politique de sécurité
    • Coopérations
    • Stockage de fichiers
    • Services VPN
    • Travailler avec les rapports
  • Export de données

    • Metric Export
    • API Metric Export
    • Migrer vers le Metric Export
    • API de l'ancien export
    • Génération externe de rapports
    • Grafana
    • Tableaux de bord Grafana
    • Vue d'ensemble de l'API
    • Formules MiroxQL (API)
  • Assistance

    • Demander une intégration
  • Reporting

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

    • Philosophie
    • Vue d'ensemble de la plateforme
    • Ressources de la plateforme
    • Disponibilité et fenêtres de maintenance
    • Versions et numéros de version
  • 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
    • Trackers solaires et contrôleurs de parc
    • 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
    • Niveaux d'alarme
    • Tickets
    • Prévisions
    • Rapports
    • Indicateurs
  • Alert Manager

    • Vue d'ensemble
    • Règles d'alerte
    • Alertes et notifications
    • Exemples
  • Intégration et partage

    • Coopérations
    • Jetons API
    • VPN
    • Conflits d’adresses VPN
    • Proxy
  • IA

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

    • Marché et tarifs
    • Comment les revenus sont calculés
    • Comptabilité et facturation
    • Contrats
  • Collaboration

    • Invitations
  • Sécurité

    • Authentification
    • Verrouillage de compte
    • Politique de sécurité de l'organisation
    • Système de permissions
    • Segmentation réseau
    • Restrictions de coopération
    • Journalisation d'audit d'accès
    • Activité et journal d'audit
    • Isolation des données
  • 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
    • Lecteur Modbus générique
    • Composants
    • VPN direct (par agent)
    • Volume de données
    • Importer l'historique
  • Organisation

    • Permissions des membres
    • Politique de sécurité
    • Coopérations
    • Stockage de fichiers
    • Services VPN
    • Travailler avec les rapports
  • Export de données

    • Metric Export
    • API Metric Export
    • Migrer vers le Metric Export
    • API de l'ancien export
    • Génération externe de rapports
    • Grafana
    • Tableaux de bord Grafana
    • Vue d'ensemble de l'API
    • Formules MiroxQL (API)
  • Assistance

    • Demander une intégration
  • Reporting

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

    • Centrales prises en charge
  • Types de centrale

    • Centrales solaires
    • Trackers solaires et contrôleurs de parc
    • Installations éoliennes
    • Stockage par batterie
    • Système d'alarme

Système d'alarme

Chaque parc possède des signaux qui lui sont propres et qu'aucun onduleur ni compteur ne remonte : la centrale d'alarme intrusion du poste de livraison, les contacts de supervision de l'armoire de communication, le relais de protection d'un transformateur, une centrale de détection incendie. Là où ces signaux sont disponibles sur un automate que Mirox peut lire, la plateforme en fait des signaux en direct, un historique dans lequel vous pouvez remonter, et des événements de parc qui vous parviennent comme tous les autres.

Concept

Les signaux sont définis par parc. Aucun poste de livraison n'est câblé comme un autre : Mirox n'impose donc pas de liste. L'exploitant technique du parc définit chaque signal sur l'automate du parc lui-même — à quelle adresse il est lu, ce qu'il signifie, s'il est seulement enregistré ou s'il déclenche une alarme, et à quel niveau — avec le lecteur Modbus générique.

Un signal est l'une de ces deux choses :

  • un contact ou un bit d'état — porte ouverte, alarme déclenchée, ASI sur batterie, disjoncteur déclenché ;
  • une valeur mesurée — la température d'une armoire, une pression — affichée sous forme de nombre et éventuellement comparée à une limite.

Chaque signal doté d'une condition est normalisé de sorte que 1 signifie toujours « la condition est présente » et 0 signifie normal, quel que soit le câblage du contact. Et une absence de lecture n'est jamais un 0 : un signal qui n'a pas pu être lu est affiché comme un trou, et non comme « tout va bien ».

Un composant par système d'alarme

Un système d'alarme est un composant unique et plat du parc, et non une hiérarchie. Il est lu par un lecteur sur un équipement, tous ses signaux lui appartiennent et tout sur cette page est regroupé par lui : un site avec deux automates affiche donc deux jeux de tuiles.

Ce que montre la page

La page Système d'alarme apparaît dans la navigation de gauche d'un parc dès que le parc est marqué comme en possédant un. Elle comporte deux onglets.

État

Ce que les signaux du parc signalent à cet instant, leur historique et les alarmes qu'ils ont déclenchées.

  • Tuiles de signaux — une tuile en direct par signal, regroupées par type (intrusion, ASI, transformateur, …). La tuile d'un contact affiche l'état courant et depuis combien de temps il dure ; une valeur mesurée affiche le nombre avec son unité. Une tuile dont la dernière lecture est trop ancienne est marquée comme périmée, un signal en mode Désactivé est affiché comme désactivé, et lorsque le lecteur ne parvient pas à lire l'équipement, le système le dit au lieu de présenter d'anciennes valeurs comme actuelles.
  • Historique des états — une bande par signal sur les 24 dernières heures, 7 ou 30 jours, pour voir exactement quand un portail a été ouvert ou combien de temps l'armoire a fonctionné sur batterie ; les valeurs mesurées sont tracées sous forme de courbe. Les périodes sans lecture sont tracées comme des trous, et non comme normales.
  • Événements — les événements d'alarme du parc, les ouverts d'abord, intitulés du nom du signal, avec la même vue détaillée que tout autre événement de parc.
  • Systèmes d'alarme — les systèmes eux-mêmes : nom, lecteur par lequel ils sont lus, dernière lecture, état en ligne et ticket éventuellement associé. Vous pouvez renommer un système, le masquer, le marquer comme vérifié et laisser une note.

Signaux

Ce que lit chaque lecteur du parc, comment les signaux sont classés et si la définition actuelle est en service.

  • Une carte de lecteur par système d'alarme : le nom du lecteur, l'équipement qu'il lit, son intervalle d'interrogation, s'il lit ou si l'équipement est hors ligne ou refuse des adresses, et son état de déploiement — Pas encore déployé, Modifications en attente ou Déployé. Modifier les signaux ouvre l'établi du lecteur.
  • La table des signaux : nom, type, valeur en direct, mode (Désactivé / Enregistrer / Alarme), niveau et adresse. Un clic sur une ligne permet de modifier le nom, le type, le mode, le niveau et l'unité d'un signal. Le nom et le niveau s'appliquent immédiatement ; une alarme déjà ouverte conserve les personnes qui ont été notifiées pour elle.

Toute personne qui peut voir les composants du parc voit les deux onglets. La modification des signaux est réservée aux fonctions techniques du parc, Exploitant et Gestionnaire technique.

Si le parc n'est pas marqué comme possédant un système d'alarme, la page l'explique au lieu d'afficher des tuiles vides.

Modes et niveaux

Chaque signal a un mode :

ModeCe qui se passe
DésactivéLe signal n'est pas lu. Pour un contact documenté mais non câblé.
EnregistrerLe signal est lu et affiché sur sa tuile et dans l'historique, mais n'ouvre jamais d'événement et ne notifie personne.
AlarmeComme Enregistrer, et le signal ouvre un événement de parc à son niveau tant que sa condition est présente.

Pourquoi le mode Enregistrer existe

Que quelqu'un ouvre le portail relève de la routine : maintenance, relevé de compteur, livraison. Enregistré comme signal, c'est tracé dans l'historique, de sorte que vous pouvez toujours retrouver quand une porte a été ouverte, sans que personne ne soit appelé pour cela. Ce qui mérite une alarme, c'est le verdict de la centrale elle-même : elle a déclenché une alarme, ou non.

Chaque signal en mode Alarme porte l'un des six niveaux d'alarme.

Pour les signaux lus par le lecteur Modbus générique, le niveau est attribué par l'exploitant technique du parc, signal par signal — lui seul sait ce que signifie un contact sur ce parc. Toute autre alarme garde son niveau fixe, défini par la plateforme. Qu'un signal vous notifie dépend toujours uniquement du fait que vous avez activé la catégorie Système d'alarme et de votre propre niveau minimal dans celle-ci (activée par défaut uniquement pour le responsable technique, dès Très haute).

Le choix des modes, des conditions et des niveaux est décrit pas à pas dans le guide du lecteur Modbus générique.

Événements et notifications

Un événement d'alarme s'ouvre lorsque la condition d'un signal est lue comme présente, à l'horodatage où la condition a été vue pour la première fois, et reste ouvert tant qu'elle dure. Lorsque l'équipement signale que la condition a disparu, Mirox ferme l'événement automatiquement et note que l'équipement l'a lui-même acquitté — vous n'avez jamais à le fermer à la main, mais vous pouvez toujours ajouter une note de résolution.

  • Aucun délai, sauf si vous en demandez un. Un changement devient une alarme à l'interrogation suivante (60 s par défaut, plus environ 10 s) ; rien n'est retardé ni confirmé deux fois. La seule exception est une durée minimale que l'exploitant a définie sur un signal : la condition doit alors d'abord être remplie pendant ce temps, et l'alarme commence lorsque la durée est atteinte. La fin n'est jamais retardée.
  • Impulsions courtes. Le lecteur ne voit un signal que lorsqu'il interroge. Une impulsion plus courte que l'intervalle d'interrogation peut être entièrement manquée ; choisissez un intervalle plus court, ou faites mémoriser le signal par l'automate.
  • Illisibles. Si l'équipement ne répond pas à trois interrogations de suite, ou continue de refuser une adresse configurée, le parc affiche « Signaux d'alarme illisibles » — les signaux sont alors inconnus, et non normaux. C'est un événement à part entière, au niveau fixe Haute. Tant que les signaux sont inconnus, rien n'est acquitté : une alarme qui était ouverte reste ouverte.

Les événements d'alarme appartiennent à leur propre catégorie d'événements Alarme : ils ne sont donc jamais mélangés aux constats de production ou de disponibilité. Dans vos paramètres de notification, ils disposent de leur propre groupe, Système d'alarme, distinct des alarmes de production du parc — une alarme anti-intrusion est prise en charge par la personne qui répond du site, les deux peuvent donc être activés et désactivés indépendamment.

  • Démarre à Très haute. Le niveau minimal par défaut de la ligne est Très haute pour tous les rôles : d'emblée, seuls les signaux que l'exploitant a placés à Très haute ou Critique notifient. Abaissez la ligne à Haute ou Normale pour être informé de davantage.
  • Uniquement dans l'app par défaut. La ligne notifie via l'app (centre de notifications et push mobile) ; l'e-mail reste désactivé tant que vous ne l'activez pas pour la ligne, et les webhooks relèvent de votre propre choix.
  • Activée par défaut pour les responsables techniques. Le rôle Asset Manager (Technical) démarre avec la ligne activée ; tous les autres rôles l'activent si nécessaire.

Chaque événement d'alarme envoie un avis de fin d'alerte lorsque la condition disparaît. Les deux notifications — déclenchée et terminée — nomment le parc, le système d'alarme, le signal et son type (Onduleur de secours, Porte / portail, Transformateur, …) ; voir Notifications. Les niveaux, les valeurs par défaut et les délais sont répertoriés dans Niveaux d'alarme.

Un système d'alarme masqué reste silencieux

Masquer un système d'alarme l'empêche de générer des événements et ferme ceux qui restaient ouverts pour lui. À utiliser pour un automate en cours de mise en service ou de remplacement. Masquer un système alimenté par un lecteur réduit au silence tous les signaux de ce lecteur ; cela exige donc la même fonction technique que la modification des signaux.

Activer la page

Le fait qu'un parc possède un système d'alarme est une propriété du parc, à trois états :

  • Pas encore décidé — l'état initial de chaque parc. La page et l'entrée de navigation restent masquées.
  • Défini automatiquement, une seule fois. La première fois qu'un lecteur est créé ou qu'un système d'alarme est découvert sur un parc jamais décidé, Mirox marque le parc comme en possédant un et le consigne dans le journal d'activité du parc. Cela se produit exactement une fois.
  • Votre choix l'emporte. Dès que vous positionnez vous-même l'interrupteur — activé ou désactivé —, plus rien n'y touche, à la seule exception ci-dessous. Activez-le pour préparer un parc avant que l'automate ne soit raccordé, ou désactivez-le pour masquer la page sur un parc qui n'en a plus.
  • Réinitialisé avec le dernier système d'alarme. La suppression d'un lecteur Modbus supprime aussi le système d'alarme qu'il alimentait, sauf si ce système a encore d'autres signaux. S'il s'agissait du dernier système d'alarme du parc et que l'interrupteur était activé, le parc revient à « pas encore décidé » et la page disparaît ; un interrupteur que vous avez désactivé reste désactivé. Les événements du système supprimé restent dans la liste d'activité du parc.

L'interrupteur se trouve avec les données principales du parc, sur la page Données principales, à côté de celui du stockage par batterie.

Raccorder l'automate d'alarme

Les signaux d'alarme parviennent à Mirox via le lecteur Modbus générique : il lit n'importe quel équipement Modbus TCP — un automate, un module d'E/S déportées, une passerelle — strictement en lecture seule et sans identifiants.

  1. Assurez-vous que l'automate est un équipement réseau du parc.
  2. Sur la page Flux de données du parc, cliquez sur Ajouter un logger, choisissez l'automate et sélectionnez Lecteur Modbus générique (lecture seule).
  3. Réglez la connexion, définissez les signaux avec leurs valeurs en direct sous les yeux, vérifiez et déployez.

Le parcours complet — adresses et notations, types de données, conditions, outils en direct et limites — se trouve dans le guide du lecteur Modbus générique.

Pas de détection automatique — ajoutez-le à la main

Chaque intégrateur programme un automate différemment, et rien sur le fil n'indique ce que signifient ses adresses. Mirox ne propose donc jamais le lecteur dans le tableau Loggers possibles : vous l'ajoutez avec Ajouter un logger et définissez les signaux vous-même.

Installations WAGO existantes

Les parcs raccordés avant l'existence du lecteur générique lisent leurs contacts d'alarme via un automate WAGO PFC200 au programme fixe. Ces installations continuent de fonctionner sans changement. Leurs sept contacts et leurs niveaux sont fixés par la plateforme et affichés en lecture seule dans l'onglet Signaux :

SignalGroupeSignificationGénère un événementNiveau
Portail / porte ouvertIntrusionLa centrale signale le portail ou la porte comme ouvertNon — enregistré comme signal uniquement–
Alarme déclenchéeIntrusionLa centrale a déclenché une alarmeOuiCritique
DérangementIntrusionLa centrale signale un dérangement qui lui est propreOuiHaute
Alarme ASIArmoireL'ASI de l'armoire signale un défautOuiHaute
ASI sur batterieArmoirePerte du réseau — l'ASI alimente l'armoireOuiNormale
Disjoncteur de chauffage déclenchéArmoireLe disjoncteur du chauffage de l'armoire a déclenchéOuiNormale
Interrupteur général coupéArmoireL'interrupteur général de l'armoire est coupéOuiHaute

Ces contacts sont lus toutes les 15 secondes. Un contact documenté mais jamais câblé peut être inscrit sous contacts désactivés sur le logger, afin qu'il ne reste pas en alarme indéfiniment.

Les nouvelles installations utilisent le lecteur générique. Le profil d'alarme fixe WAGO n'est plus proposé pour les nouveaux loggers. Le même automate se lit avec le lecteur Modbus générique : ajoutez ses contacts comme signaux — à la main, en collant la liste de l'automate ou avec l'outil Apprentissage —, nommez-les, fixez leur niveau et ajoutez au besoin les autres entrées de l'automate.

Passer une installation existante au lecteur. L'assistant du lecteur crée toujours un nouveau système d'alarme ; le passage vers le système existant se fait donc avec le support Mirox — contactez-le avant de configurer le lecteur. L'historique reste alors sur la même ligne de temps. Les alarmes ouvertes à ce moment-là se poursuivent sans nouvelle notification et n'enverront pas d'avis « résolu » lorsqu'elles prendront fin.

Collecte des données

Les signaux sont collectés par l'agent du parc et stockés sous forme de séries temporelles par système d'alarme et par signal — voir Collecte de métriques pour les noms des séries et le Data Scraper pour la manière dont les adaptateurs lisent un équipement. Le lecteur générique interroge toutes les 60 secondes par défaut (10–900 secondes, réglable par lecteur).

Si vos signaux ne sont pas disponibles en Modbus TCP, demandez une intégration — un nouvel adaptateur est exactement ce que Mirox ajoute sur demande.

Fonctionnalités associées

  • Lecteur Modbus générique — définir les signaux d'un parc, pas à pas
  • Niveaux d'alarme — ce que signifie chaque niveau et qui est notifié à partir de quel niveau
  • Événements — comment les événements de parc sont détectés, priorisés et clôturés
  • Notifications — comment les événements d'alarme vous parviennent
  • Gérer les data loggers — l'assistant d'intégration étape par étape
  • Collecte de métriques — le vocabulaire complet des métriques, y compris les familles d'alarme
  • Data Scraper — comment les adaptateurs en périphérie collectent et normalisent les données du parc
Prev
Stockage par batterie
© 2026 Mirox Verwaltungs GmbH. Tous droits réservés. | Politique de confidentialité