Gestion de l’état d’Erreur

Structure Générale des Profils d’Erreur

Pour plus de clarté, nous analyserons le profil d’erreur par défaut créé par Aurora Vision pour chaque portfolio (qui ne peut pas être modifié ).

Sur Aurora Vision, un profil d’erreur est toujours identifié par un Nom, un Acronym et un Créateur et contient une série de Catégories d’Erreurs qui ont pour but d’évaluer la présence d’événements d’erreur pour les usines auxquelles le profil est attribué, générant ainsi l’activation d’événements Profile :

L’administrateur d’un portefeuille, en fonction de ses besoins et des usines auxquelles le profil d’erreurs doit être associé, a toute liberté pour créer des profils d’erreurs et y ajouter des catégories d’erreurs spécifiques et peut également décider des paramètres d’évaluation pour chacun des catégories d’erreurs.

Il y a 4 paramètres principaux qui peuvent être modifiés:

• Elapsed Time: indique le temps qui doit s’écouler avant qu’Aurora Vision, une fois l’erreur détectée, la remonte pour la montrer comme active aux niveaux hiérarchiques concernés. La valeur minimale pouvant être attribuée, pour éviter le déclenchement de fausses erreurs, est de 15 minutes;
• Evaluation: indique la fenêtre de temps pour laquelle Aurora Vision évaluera la présence ou l’absence d’erreurs liées à cette catégorie particulière, selon les paramètres définis. Différentes fenêtres de temps peuvent être choisies, mais il faut garder à l’esprit qu’en dehors de la fenêtre définie, Aurora Vision n’évaluera pas cette catégorie d’erreur spécifique appartenant à ce profil d’erreur;
• Severity: indique la gravité de l’erreur, qui est mappée individuellement avec le Status de l’entité hiérarchique affectée par l’erreur. Il existe 4 niveaux de gravité: INFO (événement informatif ), LOW (événement de faible gravité ), MEDIUM (événement de gravité moyenne ), HIGH (événement de gravité élevée );
• Threshold: l’événement d’erreur n’est activé que si le seuil indiqué est dépassé. Ce paramètre n’est pas présent pour toutes les catégories d’erreurs (pour plus de détails, veuillez vous référer à la Page 3 ).

Par exemple, l’erreur Power Off (PWROFF) est composée des paramètres suivants:

• Elapsed Time: 8 hours
• Evaluation: During Daylight – 2 hours after sunrise and before sunset
• Severity: MEDIUM
• Threshold: 100 W/m²

Cela signifie qu’Aurora Vision évaluera la présence d’un événement d’erreur PWROFF uniquement pendant la journée, deux heures après le lever du soleil et deux heures avant le coucher du soleil ; il n’activera l’erreur que si le seuil dépasse 100 W/m² et il le fera 8 heures après la détection, portant le Status des entités hiérarchiques concernées à MEDIUM, conformément à la sévérité définie.

Les profils d’erreur sont toujours attribués aux usines et, par conséquent, le Status d’une entité ne peut changer qu’à partir de ce niveau hiérarchique ; cependant, il existe des catégories d’erreurs évaluées uniquement au niveau de Plant (LVL 3) et/ou au niveau Logger (LVL 4) et/ou niveau Device (LVL 5). Lorsqu’une erreur est identifiée et activée à un certain niveau hiérarchique, elle est propagée à toutes les entités hiérarchiquement supérieures (allant du niveau usine ) et cela signifie donc que le Status de ces entités est modifié de manière uniforme.

Regardons un exemple:

L’exemple ci-dessus nous fait comprendre qu’un résumé évaluation de la présence/absence d’erreurs peut se faire directement au niveau hiérarchique de l’usine. Plus de détails seront disponibles sur Page 4, où nous analyserons un exemple concret de l’API GET Plant Status .