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
  • Informations

    • Centrales prises en charge
  • Types de centrale

    • Centrales solaires
    • Installations éoliennes
    • Stockage par batterie
    • Système d'alarme

Système d'alarme

De nombreux parcs disposent d'une centrale d'alarme intrusion dans le poste de livraison et d'une armoire de communication dont l'alimentation est surveillée par ses propres contacts. Là où ces contacts sont câblés sur un automate que Mirox peut lire, la plateforme en fait des signaux en direct, un historique que vous pouvez remonter et des événements de parc qui vous parviennent comme tous les autres.

Concept

Rien sur cette page n'est mesuré. Chaque valeur est la position d'un contact de relais lu via les entrées numériques d'un automate : la centrale ferme un contact lorsque le portail ou la porte est ouvert, un lorsqu'elle a déclenché une alarme et un lorsqu'elle est en dérangement — et le même automate lit les contacts de supervision de l'armoire de communication.

Chaque signal est normalisé de sorte que 1 signifie toujours « la condition est présente » — porte ouverte, alarme déclenchée, ASI sur batterie, disjoncteur déclenché — et 0 signifie normal, quel que soit le câblage du contact. Et une absence de lecture n'est jamais un 0 : un signal que l'automate n'a pas servi est affiché comme un trou, pas 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. Les sept signaux lui appartiennent et tout sur cette page est regroupé par lui : un site avec deux centrales affiche donc deux jeux de tuiles.

Ce que la page affiche

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 cinq parties :

  • Intrusion — trois tuiles en direct pour la centrale elle-même : portail / porte ouvert, alarme déclenchée, dérangement. Chaque tuile affiche l'état courant, depuis combien de temps il dure et l'âge de la lecture la plus récente.
  • Armoire de communication — quatre tuiles en direct pour les contacts de supervision de l'armoire : alarme ASI, ASI sur batterie, disjoncteur de chauffage déclenché, interrupteur général coupé.
  • Historique des états — une bande 0/1 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 périodes sans lecture sont dessinées comme des trous, pas comme un état normal.
  • Événements — les événements d'alarme du parc, les ouverts d'abord, avec la même vue détaillée que tout autre événement de parc.
  • Composants — les systèmes d'alarme eux-mêmes : nom, logger 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 y laisser une note.

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.

Les sept signaux

SignalGroupeSignificationGénère un événementPriorité
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 propreOuiÉlevée
Alarme ASIArmoireL'ASI de l'armoire signale un défautOuiÉlevée
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éOuiÉlevée

Pourquoi une porte ouverte ne génère aucun événement

Que quelqu'un ouvre le portail relève de la routine : maintenance, relevé de compteur, livraison. C'est enregistré comme signal et tracé dans l'historique, de sorte que vous pouvez toujours retrouver quand une porte a été ouverte — mais cela n'ouvre jamais d'événement et ne notifie personne. Ce qui compte, c'est le verdict de la centrale elle-même : elle a déclenché une alarme, ou non.

Événements et notifications

Un événement d'alarme s'ouvre à l'instant où un signal s'active, à l'horodatage où la condition a réellement commencé, et reste ouvert tant qu'elle dure. Lorsque le contact retombe, 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.

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é, et sont délivrés via les mêmes réglages de notification que vos autres constats critiques (le groupe alarmes de production). Choisissez canaux et seuils sur votre page notifications.

Un système d'alarme masqué reste silencieux

Masquer un système d'alarme dans la vue Composants l'empêche de générer des événements et ferme ceux qui restaient ouverts pour lui. À utiliser pour une centrale en cours de mise en service ou de remplacement.

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 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é —, la découverte n'y touche plus jamais. 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'a plus de centrale.

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 contacts d'alarme parviennent à Mirox via un automate WAGO PFC200 programmé par l'intégrateur du parc, lu en Modbus TCP en lecture seule, sans identifiants. Il s'ajoute comme n'importe quel autre logger, sur la page Flux de données du parc — avec une différence :

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

Un automate WAGO est un API vierge que des centaines d'intégrateurs programment pour des centaines d'usages, et rien sur le fil n'indique quel programme tourne. Mirox ne propose donc jamais cet adaptateur dans le tableau Loggers possibles : une WAGO trouvée par le balayage réseau est une WAGO, pas nécessairement un automate d'alarme. Utilisez Ajouter un logger et choisissez l'adaptateur vous-même.

  1. Sur Flux de données, cliquez sur Ajouter un logger et choisissez l'automate dans la liste des équipements réseau.
  2. Choisissez l'adaptateur WAGO PFC200 alarm PLC.
  3. Définissez le profil — quel programme d'intégrateur tourne sur cet automate. C'est lui qui décide de la signification de chaque entrée. Mirox implémente aujourd'hui abo_uegs, l'automate de poste de livraison d'ABO Energy (ÜGS WAGO SPS) : les relais portail, alarme et dérangement de la centrale, plus les contacts ASI, disjoncteur de chauffage et interrupteur général de l'armoire.
  4. Donnez éventuellement un identifiant au système d'alarme (par exemple UEGS). Rien sur le fil n'est un numéro de série : c'est donc le nom stable du système au sein du parc. Laissé vide, il est dérivé du nom du logger.
  5. Cochez éventuellement les contacts désactivés — voir l'avertissement ci-dessous.
  6. Observez la sonde en direct : elle affiche l'état courant de chaque contact, pour comparer la lecture à l'armoire réelle avant d'enregistrer.
  7. Enregistrez, puis cliquez sur Appliquer les changements sur la page Flux de données.

La connexion prouve également la forme du programme : les fenêtres d'adresses du profil doivent répondre intégralement et l'adresse suivant chacune d'elles doit être refusée. Un automate exécutant un autre programme est rejeté au lieu d'être lu comme si ses entrées étaient des alarmes.

Polarité et contacts non câblés

La moitié des contacts d'une armoire sont câblés en sécurité positive (ouvert = alarme, de sorte qu'un câble coupé alarme aussi), l'autre moitié non. Le profil porte cette information entrée par entrée : c'est pourquoi 1 signifie toujours « condition présente » sur cette page, quel que soit le câblage. Mais cela signifie aussi qu'un contact documenté qui n'a jamais été réellement raccordé lit sa polarité d'alarme indéfiniment.

Si un contact reste en alarme sur un parc manifestement sain, n'acceptez pas l'événement : inscrivez ce contact dans les contacts désactivés du logger. Mirox ne publie alors ni son signal ni son événement, plutôt que de lever une alarme que personne ne peut acquitter. Faites vérifier le câblage sur site, puis retirez-le de la liste.

Collecte des données

Les sept signaux sont collectés par l'adaptateur WAGO de l'agent en périphérie et stockés sous la famille de métriques alarm_* — voir Collecte de métriques pour les noms exacts des séries et le Data Scraper pour la façon dont les adaptateurs lisent un équipement et normalisent ce qu'ils trouvent. Les contacts sont lus toutes les 15 secondes par défaut.

Si votre centrale d'alarme ou votre armoire est câblée sur un autre automate, demandez une intégration — un nouveau profil ou un nouvel adaptateur est exactement ce que Mirox ajoute sur demande.

Fonctionnalités associées

  • É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 la famille alarm_*
  • Data Scraper — comment les adaptateurs en périphérie collectent et normalisent les données du parc
Prev
Stockage par batterie
MIT Licensed | Copyright 2026 Mirox Verwaltungs GmbH | Privacy