Comment savoir quand une machine est en panne ?
Les machines choisissent rarement un moment opportun pour tomber en panne.
Cela arrive généralement :
Pendant le travail actif
Sous pression du temps
Quand les retards deviennent coûteux
Et au moment où quelqu’un vous appelle, vous réagissez déjà au lieu de l’empêcher.
La surveillance des pannes ne consiste pas à vérifier les tableaux de bord.
Il s’agit de savoir immédiatement quand une machine entre en état d’alarme ou de panne.
En configurant correctement les notifications de panne, vous :
On est informé dès qu’une machine signale un défaut
Réduire les temps d’arrêt
Améliorer le temps de réponse
Gardez le contrôle au lieu de réagir trop tard
Ci-dessous, nous expliquons comment fonctionne la surveillance des pannes et comment s’assurer que les notifications sont correctement configurées dans le portail.
Flux de notifications
Les notifications sont construites à partir de quatre composants qui fonctionnent ensemble :
Définition de l’événement : détermine quand quelque chose devient un avertissement, une erreur ou un événement critique
Prédéfini de notification : détermine comment vous êtes informé (portail, email, SMS, etc.)
Rôle de notification : groupe les préréglages de notification pour des utilisateurs ou équipes spécifiques
Abonnement : relie les utilisateurs à des ressources spécifiques via un rôle de notification
Si vous ne connaissez pas ces concepts, consultez Comment les notifications sont configurées dans le portail.
1. Fonctionnement de la surveillance des pannes
Les signaux de panne ne sont pas standardisés entre machines.
Différents fabricants utilisent différents contrôleurs, conventions de nommage et structures de données différents. Il n’existe pas de « capteur de défaut » universel unique qui s’applique à toutes les machines.
Selon le type d’actif, les signaux de panne peuvent apparaître sous différents chemins.
En raison de cette variation, sélectionner les bons signaux d’alarme est une étape importante lors de la configuration des notifications.
Dans de nombreux cas, les signaux de panne incluent le mot « alarme » dans leur nom, tels que :
Alarme moteur.
hydraulic_alarm
fault_alarm
machine_alarm_state
Chercher « alarme » est souvent le moyen le plus rapide d’identifier les signaux de panne pertinents.
Certaines machines utilisent également des événements définis par le système. Ce sont des définitions d’événements prédéfinies qui représentent des états de machine significatifs.
Si une telle définition d’événement indique clairement une condition de panne, elle peut être utilisée dans votre préréglage de notification.
Quelle définition d’événement utiliser dans un préréglage
Vérifiez toujours que la définition d’événement sélectionnée représente une véritable condition de défaut et non un avertissement non critique.
Utilisation du préréglage standard (si disponible)
Pour certains types d’actifs, Calculus fournit un préréglage standard nommé : « storingen ».
Ce préréglage contient des signaux d’alarme connus pour mettre la machine en état de défaut.
Si ce préréglage est disponible pour votre type d’actif :
Vous n’avez pas besoin de créer un nouveau préréglage
Vous pouvez simplement utiliser celui existant
C’est l’approche recommandée, car elle repose sur le comportement connu de la machine.
2. Comment vous êtes informé
Il y a une différence entre :
Quand une machine entre dans un état de défaut
Comment vous en êtes informé
La première partie dépend du chemin d’alarme sélectionné ou de l’événement défini par le système.
La seconde partie est contrôlée par un préréglage de notification.
Le niveau que vous sélectionnez dans votre préréglage de notification détermine à quel moment vous souhaitez être notifié.
Cela dépend de la configuration de la définition d’événement de surveillance des défauts.
Si un préréglage approprié existe déjà, vous pouvez simplement l’utiliser. Il n’est pas nécessaire d’en créer un nouveau.
3. Relier le préréglage à un rôle de notification
Un préréglage de notification seul n’envoie rien.
Pensez-y ainsi :
Le préréglage définit la manière dont les notifications sont envoyées.
Le rôle de notification définit qui doit les recevoir.
Le préréglage doit être lié à un rôle de notification, sinon personne ne sera informé, même si une machine entre en état de défaut.
Si un rôle de notification approprié existe déjà, il suffit de s’assurer que le bon préréglage y est lié.
Si aucun rôle n’existe encore, vous pouvez en créer un et le connecter au préréglage approprié.
4. S’abonner aux machines
Même si tout le reste est configuré correctement, les notifications ne seront envoyées que lorsque les utilisateurs sont abonnés à des machines spécifiques.
Un abonnement connecte :
L’utilisateur
La machine (atout)
Le rôle de notification
Si un utilisateur n’est pas abonné à une machine, il ne recevra pas de notifications pour cette machine, peu importe la qualité de la configuration du reste.
Il vaut toujours la peine de vérifier les abonnements si les notifications ne sont pas reçues.
Comment fonctionnent les notifications de panne – Aperçu
Les notifications de panne se composent de quatre éléments de base :
Chemin d’alarme ou événement défini par le système : Détermine lorsqu’une machine entre dans un état de défaut.
Préréglage de notification : Détermine comment vous êtes informé (portail, email, etc.).
Rôle de notification : Regrouper les préréglages de notification
Abonnement : Relie des utilisateurs spécifiques à des machines spécifiques ayant un rôle spécifique.
Si l’un de ces éléments manque, les notifications ne seront pas envoyées.