Principe fonctionnel (logique métier)

Une alarme technique est un signal opérationnel indiquant qu’un équipement ne fonctionne pas comme attendu.

Dans une logique de maintenance, une alarme ne doit pas être vue comme une simple notification, mais comme :

• un indicateur de dysfonctionnement réel ou potentiel,
• un point d’entrée pour une action corrective,
• un élément d’historique permettant d’identifier des récurrences.

👉 L’objectif n’est pas seulement de traiter les alarmes une par une, mais de :

• comprendre leur origine,
• identifier les causes profondes,
• éviter leur répétition.

Les alarmes s’inscrivent donc dans un processus continu :

Détection → Qualification → Action → Suivi → Analyse

Fonctionnement et usage principal

1. Consulter les alarmes

Les alarmes sont accessibles depuis les modules de supervision du site.

Elles permettent de visualiser :

• les équipements concernés,
• le type d’alarme,
• leur état (active, résolue),
• leur fréquence.

👉 Cette étape correspond au tri initial (qu’est-ce qui nécessite une action immédiate ?).

2. Qualifier une alarme

Avant toute action, il est essentiel de comprendre :

• Le contexte : quel équipement ? quelle zone ?
• La nature du problème : défaut, incohérence, absence de donnée…
• La criticité : impact sur le confort, l’énergie ou la sécurité

👉 Une même alarme peut avoir :

• une cause ponctuelle (incident),
• ou structurelle (mauvaise configuration, équipement défaillant).

3. Passer de l’alarme à l’action

Une alarme doit systématiquement déboucher sur une action de maintenance :

• Vérification terrain (équipement, capteur, câblage)
• Ajustement de paramétrage
• Intervention technique
• Correction de configuration (ex : calendrier, seuils)

👉 L’important est de ne pas laisser une alarme active sans décision :

• soit elle est corrigée,
• soit elle est justifiée (et donc comprise).

4. Suivre et clôturer

Une fois l’action réalisée :

• vérifier que l’alarme disparaît,
• contrôler que le comportement de l’équipement est redevenu normal,
• éviter les corrections “temporaires” non documentées.

👉 Une alarme récurrente après intervention indique généralement :

• une mauvaise résolution,
• ou une cause non traitée.

5. Analyser dans le temps (logique maintenance)

L’exploitation avancée des alarmes repose sur leur historique :

• Identifier les alarmes fréquentes
• Détecter des équipements problématiques
• Prioriser les interventions de maintenance préventive

👉 Une alarme isolée = incident

👉 Une alarme répétée = problème structurel

Cas d’usage concrets terrain

Maintenance corrective rapide

• Une alarme indique un défaut sur une climatisation
  → Intervention immédiate pour rétablir le fonctionnement

Détection d’un équipement défaillant

• Même alarme sur un équipement plusieurs fois par semaine
  → Remplacement ou maintenance approfondie nécessaire

Optimisation de configuration

• Alarmes liées à des seuils trop stricts
  → Ajustement des paramètres pour éviter des déclenchements inutiles

Priorisation multi-sites

• Plusieurs sites remontent des alarmes
  → Priorisation selon criticité et impact opérationnel

Points de vigilance / erreurs fréquentes

⚠️ Traiter les alarmes sans analyse

• Corriger sans comprendre → problème récurrent

⚠️ Ignorer les alarmes fréquentes

• Une alarme répétée est un signal fort, pas un bruit

⚠️ Confondre alarme et anomalie

• Une alarme est liée à un équipement
• Une anomalie énergétique est liée à une dérive de consommation

⚠️ Multiplier les alarmes inutiles

• Des seuils mal configurés peuvent générer du bruit et nuire à la maintenance

⚠️ Ne pas vérifier après action

• Une alarme “corrigée” doit disparaître durablement

Screenshots à insérer

Capture 1 — Liste des alarmes du site

• Objectif : comprendre comment visualiser et trier les alarmes
• À montrer :
• • liste des alarmes,
  • équipements associés,
  • statut (active / résolue),
  • filtres disponibles
• À éviter :
• • données sensibles (nom client, identifiants),
  • trop d’alarmes rendant la lecture difficile

Capture 2 — Détail d’une alarme

• Objectif : expliquer comment qualifier une alarme
• À montrer :
• • type d’alarme,
  • équipement concerné,
  • informations de contexte (si disponibles),
  • historique ou occurrences
• À éviter :
• • données techniques non lisibles ou trop complexes

Capture 3 — Historique / récurrence des alarmes

• Objectif : illustrer l’analyse dans le temps
• À montrer :
• • répétition d’une même alarme,
  • fréquence,
  • évolution dans le temps
• À éviter :
• • capture trop large sans focus sur la récurrence

À retenir

• Une alarme est un point de départ pour une action de maintenance, pas une fin en soi
• Toujours qualifier avant d’agir pour éviter les corrections inutiles
• Une alarme récurrente indique un problème structurel à traiter
• L’historique des alarmes est clé pour prioriser la maintenance
• Une bonne exploitation des alarmes améliore fiabilité, performance et réactivité du site