Comportement d’exécution de SignedAlarmAck()
- Last UpdatedSep 26, 2024
- 3 minute read
Pendant l’exploitation, la fonction SignedAlarmAck() agit de la manière suivante :
-
La fonction vérifie si une signature est requise sur les alarmes à acquitter.
-
Elle vérifie si le paramètre signature_Requise_Intervalle est vrai.
-
Si c'est le cas, elle vérifie si la sécurité est activée sur votre projet ou application HMI/SCADA.
-
Dans ce cas, elle vérifie la priorité de chaque alarme signalée et elle la compare avec la plage de priorités spécifiées. Si l'une des alarmes signalées tombe dans l'intervalle de priorités, alors une signature est requise.
-
Si aucune des alarmes signalées ne tombe dans l'intervalle de priorités, mais aucun opérateur n'est authentifié, alors une signature est aussi requise.
-
Si aucune alarme n'est en attente d'acquittement, la fonction ne fait rien, mais renvoie une valeur indiquant qu'aucune alarme n'est en attente d'acquittement.
-
-
Si aucune des alarmes spécifiée ne requiert de signature, la fonction affiche un simple message d'acquittement dans une fenêtre indépendante.
-
Quand l'utilisateur clique sur OK, la fonction écrit le commentaire d'acquittement dans l'attribut AckMsg de chacune des alarmes spécifiée avec le paramètre liste_Alarmes.
Le système identifie l'utilisateur connecté, s'il y en a un, comme étant l'opérateur qui a acquitte toutes les alarmes.
-
Si l'utilisateur est autorisé à acquitter des alarmes, ou si le projet ou l'application n'utilise pas de mode de sécurité, les alarmes sont marquées comme acquittées.
-
Si l'acquittement échoue, aucun retour n'est renvoyé directement vers l'utilisateur. L'état des alarmes, cependant, indiquera qu'elles n'ont pas été acquittées.
-
-
Si n'importe quelle alarme spécifiée requiert une signature et se trouve en attente d'acquittement, la fonction affiche une fenêtre de dialogue indépendante pour demander la signature requise.
-
Cette fenêtre de dialogue présente des zones de saisie pour entrer les informations de l'utilisateur : nom utilisateur, mot de passe et domaine. Par défaut, l'utilisateur affiché est celui déjà connecté, s'il existe à ce moment-là. Autrement, la zone est vide. Tous ces champs sont modifiables.
Si l'usage de carte à puce n'est pas disponible, les boutons Mode pour choisir l'authentification avec carte ou par mot de passe sont désactivés.
-
L'opérateur saisit le commentaire d'acquittement, si prévu, ainsi que ses données d'utilisateur.
-
La fonction valide les informations de l'utilisateur.
-
Si les informations de l'utilisateur sont incorrectes, la fonction affiche un message d'erreur.
Quand l’utilisateur clique sur OK sur le message d’erreur, la fonction réaffiche la fenêtre d’authentification pour permettre à l’utilisateur de recommencer.
La fenêtre de dialogue ainsi réaffichée présente les mêmes informations de nom de l’utilisateur, de domaine et de commentaire d’acquittement précédemment saisis, mais la zone du mot de passe ou du PIN de la carte reste vide. L'utilisateur peut alors s'authentifier à nouveau ou annuler l'opération.
-
Si les informations sur l'utilisateur sont acceptées, la fonction écrit le commentaire d'acquittement dans l'attribut AckMsg de chacune des alarmes spécifiée dans le paramètre liste_Alarmes.
Le système identifie l'utilisateur autorisant l'opération comme étant l'opérateur qui a acquitté toutes les alarmes, y compris celles qui ne nécessitent pas de signature.
Si l'utilisateur est autorisé à acquitter des alarmes, les alarmes sont marquées comme acquittées.
Si l'acquittement échoue, aucun retour n'est renvoyé directement vers l'utilisateur. L'état des alarmes, cependant, indiquera qu'elles n'ont pas été acquittées.
-
-
La fonction renvoie une valeur de retour, et écrit un message d'information dans le journal si une erreur se produit ou si l'opération est annulée.
Pour plus d'informations sur le comportement d'exécution et sur la séquence d'exécution des opérations de script, voir Séquence d'exécution du script SignedWrite() en exploitation.