Création d'une classe d'alarme

Les paramètres de base tels que la priorité, la méthode d'accusé de réception, les actions de notification et les options d'affichage sont configurés dans un Classe d'alarme objet.

Les classes d’alarme prédéfinies suivantes sont disponibles :

Classe d'alarme : Erreur
Classe d'alarme : Informations
Classe d'alarme : Avertissement

Priorité

La priorisation vise à garantir que toutes les alarmes sont structurées en fonction de leur importance et de leur urgence.

Méthode d'accusé de réception

La méthode d'acquittement définit la gestion attendue des alarmes pour l'utilisateur de la visualisation. Les états et transitions d'une alarme de cette classe sont définis en sélectionnant la méthode d'acquittement.

Dans un premier temps, une alarme a été déclenchée et est désormais active. Les méthodes d'acquittement suivantes sont alors possibles :

Méthode d'accusé de réception : ACK
L'utilisateur de la visualisation reconnaît l'alarme soit avec «ACK " ou "confirmL'alarme revient alors à son état normal. C'est la méthode pour les événements.Événements")
Le graphique de transition d'état suivant montre l'accusé de réception avec «confirm".
Méthode d'accusé de réception : REPRÉSENTANT
Une fois que l'utilisateur de la visualisation a résolu (réparé) la cause de l'alarme, l'alarme revient automatiquement à l'état normal.
Méthode d'accusé de réception : REP_ACK
Une fois que l'utilisateur de visualisation a résolu (réparé) la cause de l'alarme, le système attend que l'utilisateur de visualisation l'accuse réception avec «confirm". Ensuite, l'alarme revient à son état normal.
Méthode d'accusé de réception : ACK_REP
Situation 1 : Une fois la cause de l'alarme résolue (et l'alarme désactivée), le système attend que l'utilisateur de la visualisation confirme avec «confirmSi l'alarme se déclenche à nouveau pendant ce temps, elle redevient active et l'utilisateur de la visualisation doit la désactiver. L'alarme revient alors à son état normal.
Situation 2 : L'utilisateur de la visualisation reconnaît l'alarme avec «ACK". L'alarme se déclenche dans le "Active, Acknowledged « L'alarme reste active jusqu'à ce que la cause de l'alarme soit résolue et que l'alarme soit désactivée. Entre-temps, l'alarme peut être déclenchée à nouveau. L'utilisateur de la visualisation doit confirmer ce déclenchement si cela se produit. La cause de l'alarme peut alors être résolue et l'alarme peut revenir à son état normal.
Le graphique de transition d’état suivant montre les flux pour les deux situations.
Méthode d'accusé de réception : ACK_REP_ACK
Situation 1 : Une fois la cause de l'alarme résolue (et l'alarme désactivée), le système attend que l'utilisateur de la visualisation confirme avec «confirmSi l'alarme se déclenche à nouveau pendant ce temps, elle redevient active et l'utilisateur de la visualisation doit rechercher à nouveau la cause de l'alarme et la résoudre. Lorsque l'utilisateur de la visualisation confirme la résolution avec « »confirm", l'alarme revient à son état normal.
Situation 2 : L'utilisateur de la visualisation reconnaît l'alarme avec «ACK"L'alarme se déclenche dans le"Active, Acknowledged « L'état est maintenu jusqu'à ce que la cause de l'alarme soit résolue et que l'alarme soit désactivée. Entre-temps, l'alarme peut être déclenchée à nouveau. »Re-AlarmL'utilisateur de la visualisation doit confirmer ce problème si cela se produit. Il doit ensuite résoudre la cause de l'alarme. Cependant, l'alarme ne revient pas à son état normal, mais attend un acquittement. Elle ne revient à son état normal qu'après confirmation de l'utilisateur de la visualisation par « »confirm".

Astuce

Lorsque vous déplacez le pointeur de la souris sur les méthodes d'accusé de réception possibles dans la module déroulante développée dans l'éditeur, le graphique de transition d'état correspondant s'affiche sur le côté droit.

Actions de notification

Vous utilisez les actions de notification pour définir quelles actions (également multiples) doivent être exécutées pour les transitions d'état respectives.

Configuration d'une visualisation d'alarme

Dans le Options d'affichage pour le tableau d'alarme/la bannière d'alarme Dans le groupe, vous pouvez configurer les paramètres d'affichage de la classe d'alarme. L'affichage des éléments d'alarme est configuré dans le tableau en fonction des états d'alarme possibles. La mise en page configurée doit correspondre à l'état d'alarme concerné en termes de police, de couleur de police et d'arrière-plan.

Configuration étape par étape d'une nouvelle classe d'alarme

Dans la section ci-dessous, vous configurez un exemple Pénurie de pièces de rechange pour climatiseurs Classe d'alarme dont toutes les alarmes dérivées héritent de ses propriétés. Les alarmes déclenchées de cette classe définissent bPartsShortage variable à TRUE. Lorsque le Tableau d'alarme L'élément de visualisation est programmé, en cas d'alarme les alarmes déclenchées sont surlignées en rouge et les alarmes non confirmées sont surlignées en jaune.

Procédure. Définir un AC_Partshortage classe d'alarme

Dans l'arborescence des périphériques, sélectionnez le Alarm Configuration objet.
Cliquez sur le Projet → Ajouter un objet → Classe d'alarme commande. Spécifiez le nom AC_PartsShortage.
Une fois ajouté, le nouveau AC_PartsShortage La classe d'alarme s'affiche dans l'arborescence des périphériques. L'objet s'ouvre dans l'éditeur.
Configurez la classe d’alarme comme suit :
- Priorité : 10
- Archivage
  Les alarmes déclenchées sont archivées au moment de l'exécution.
  Remarque : Lorsque vous définissez des alarmes avec ce type de classe dans un groupe d'alarmes, vous devez également attribuer un objet de stockage d'alarmes à ce groupe. Sinon, l'archivage ne fonctionnera pas.
  Lors de l'exécution, toutes les transitions d'état des alarmes sont stockées de manière permanente dans une base de données SQLite. Le contenu de la base de données peut également être affiché sous forme de table d'alarmes. Pour cela, History la variable de contrôle de la table d'alarme doit être définie sur TRUE.
- Méthode d'accusé de réception: REP_ACK
- Reconnaître séparément
  L'utilisateur de la visualisation doit accuser réception de chaque alarme de cette classe individuellement.
Configurez une action de notification pour les transitions d’état comme suit :
1. Dans le Actions de notification groupe, double-cliquez dans le Action colonne.
2. Sélectionnez le Variable action et appuyez sur le Entrer touche pour confirmer votre sélection.
  Des champs de Entrée seront affichés sous la liste des actions de notification afin de configurer la nouvelle action.
3. Dans votre programme IEC, déclarez le bPartsShortage variable de contrôle si nécessaire et saisissez-la dans le Variable champ de entrée . Dans le champ de entrée de droite, indiquez la valeur TRUE.
L'action est insérée. Par défaut, Désactiver et Confirmer Les transitions d'état sont sélectionnées. Cela signifie que la variable action est exécutée pour les deux transitions d'état et que la variable est automatiquement définie pour les deux transitions.
Un résumé de la configuration est affiché dans le Détails colonne: PLC_PRG.bPartsShortage := TRUE.
Laissez l'option dans le Activer colonne sélectionnée et effacez la Désactiver et Confirmer transitions d'état.
L'action n'est exécutée qu'avec le "activate " transition.
Dans le Options d'affichage pour le tableau d'alarme/la bannière d'alarme groupe, configurez l'affichage des alarmes pour la visualisation comme suit :
1. Configurer l'affichage pour le Actif État:
  Double-cliquez sur la cellule correspondante dans le Actif rangée et le Couleur d'arrière-plan colonne. Sélectionnez le rouge comme couleur.
2. Double-cliquez sur la cellule correspondante dans le En attente de confirmation rangée et le Couleur d'arrière-plan colonne. Sélectionnez le jaune comme couleur.
Le AC_PartsShortage la classe d'alarme est programmée.

Dans cette section: