Forum automatisme

Bonjour,

Je suis vraiment désolée si je n'arrive pas a être clair et aussi désolé de répondre si tard je suis sur un autre projet,

Je ne parle pas d'alarme ni de défaut c'est bien un action qui n'est que du suivie de fonctionnement.
Pour moi les alarmes sont traitées ailleurs avec fenêtre d'alarme et couleur d'alarme et fonctionnement d'alarme, etc.

Et c'est l'IHM qui suit, afin que un opérateur X puisse voir quel opérateur a passé tel ou tel commande.

Donc en utilisant le module "Résumé d'événement" il faut mettre en place la fonction "envoie message d'événement" sur une action (Genre l’opérateur clique sur un bouton).
Dans le module "Résumé d'événement", il est possible de changer la mise en forme (couleur écriture et couleur de fond) suivant que l'événement est "Actif" ou "Inactif".

Je chercher donc à rendre un événement "Actif" ou "Inactif".

Le but : L’opérateur clique sur un bouton = Mise a un d'un bit = Événement écriture bleue fond blanc ( Genre événement Actif) et l’opérateur reclic sur même bouton (ou alors clic sur autre bouton, si vraiment pas possible même bouton) = Mise a zéro du même bit = Événement écriture blanc sur fond bleue (Genre événement Inactif) .

Bon encore mille excuse

Salut !

Je comprend mieux !

Mais un évènement, ça arrive c'est tout !
Par nature il n'est pas 'actif' ou 'inactif'.
Par exemple, l'évènement 'utilisateur se connecte' !
- il survient quand l'utilisateur se connecte mais ne dure pas !!
- il ne te dit pas que l'utilisateur est toujours connecté ou pas !!
Ce n'est pas son utilité
- il existe un autre évènement 'utilisateur se déconnecte'


Sinon, à toi de programmer :
- un évènement Opération qui débute ! (avec son propre texte)
- un évènement Opération qui se termine ! (avec son propre texte)
Mais tu auras 2 évènements et pas 1 seul !
Et tu ne PEUX PAS animer un texte en fonction de l'état de l'opération dasn le résumé d'évènement (en cours, ou terminée) car tu n'a pas d'état sur un d'évènement, contrairement aux messages.


Pour ce que tu veux faire, utilise un deuxième groupe d'alarmes que tu utilises en 'messages'
tu attribues des variables bit internes (ou externes)..et tu utilises un résumé d'alarme (en mode historique, ou en mode journal) propre à ce deuxième groupe d'alarmes !

-Mise à 1 du bit -> Message 'Actif' -> avec l'heure d'apparition
-Mise à 0 du bit -> Message 'Inactif' -> avec l'heure de disparition

en mode historique, sur la même ligne
en mode journal, 1 ligne par état

slts
c'est pas possible car sur le Résumé d’événements ya pas la notion d'ETAT

Bonjour

Merci pour la patience.

J'ai réussi a faire ce que je voulais, c'est a dire suivre l’évolution d'une variable booléenne.
DONC : Résume d’événement en mode Journal + Plus couleurs adéquat + plus groupe d'alarme réservé au suivie d'action IHM (par L’IHM pour l’opérateur).

Voila merci.

Re bonjour,

J'ai encore un petit souci. en faisant cela je n'ai pas le nom de l’utilisateur..

Salut !

Effectivement, oui.. pas d'utilisateur dans les alarmes...

On peut activer le suivi des utilisateurs dans les alarmes, mais cette fonction renseigne le nom de l'utilisateur UNIQUEMENT lors de l'acquittement de l'alarme !

Une solution...Activer :
-Messages Dynamiques du groupe d'alarmes.
-- laisser Déclencheur de mise à jour à chaque état

Et dans le texte de ton alarme insérer <var:_UserName>
De cette façon, tu auras le nom de l'utilisateur directement dans le texte du message !

Ok je vais tester cela....