Eléments de Configuration affectés par la Portée

La majorité des éléments de configuration affectés par la portée sont soit les variables, soit associés aux variables. Certains ont une propriété Portée, d'autres héritent de la portée de la variable à laquelle ils sont associés.

Variables

La portée des variables est définie par leur propriété Portée. La portée affecte la distribution de la valeur, de l'horodate et de la qualité (VTQ) des variables.

• Si la portée est Partagée, alors le VTQ est le même pour toutes les sessions ouvertes sur le poste et il est distribué aux autres postes en fonction des listes de serveurs et de clients de la variable.
• Si la portée est Poste local, alors le VTQ existe sur chaque poste et est géré localement. Le VTQ sera le même pour toutes les sessions ouvertes sur un poste donné, et la même variable pourra avoir un autre VTQ sur un autre poste.
• Si la portée est Contexte session, le VTQ existe dans un contexte de session. Le VTQ sera différent dans différentes sessions sur un même poste.
• Si la portée est Contexte client, alors le VTQ existe dans un contexte client. Le VTQ sera différent dans différents contextes clients, même s'ils sont rattachés à la même session.

Les variables prennent en charge les quatre portées. Les variables IHM ne peuvent pas être distribuées en multiposte et ne prennent en charge que les Portées Contexte session, Contexte client et Poste local.

Pour plus d'informations sur la façon dont la portée affecte les propriétés d'une variable et leurs comportements, voir la rubrique Propriétés communes à toutes les variables.

Synthèses d'alarmes

La portée d'une synthèse d'alarme est définie automatiquement en utilisant la règle suivante :

• Si la propriété Prendre en compte la population appliquée est cochée, alors la portée de la synthèse sera Contexte session parce que la population appliquée peut être différente d'une session à une autre.
• Si une ou plusieurs alarmes éligibles pour une synthèse d'alarmes ont une portée Contexte session, alors la portée de cette synthèse sera Contexte session.
• Sinon, la portée sera Partagée.

La portée d'une variable résultat est héritée de la synthèse d'alarme à laquelle elle est rattachée.

Si une population est modifiée dans une session, les synthèses d'alarmes à portée Contexte session en tiennent compte automatiquement.

Evénements

La portée d'un événement est héritée de la variable de déclenchement.

• Si la portée de la variable de déclenchement est Partagée, alors l'événement déclenche une action dans toutes les sessions sur tous les postes définis dans la liste des serveurs de la variable sur laquelle il est déclenché.
• Si la portée de la variable de déclenchement est Poste local, alors l'événement déclenche une action dans toutes les sessions sur le poste où la condition de déclenchement est vraie.
• Si la portée de la variable de déclenchement est Contexte session, alors l'événement déclenche une action uniquement dans le contexte de la session dans laquelle l'événement est géré sur le poste gérant cette session.
• Si la portée de la variable de déclenchement est Contexte client, alors l'événement déclenche une action uniquement dans le contexte client dans lequel l'événement est géré, sur le poste gérant la session correspondant à ce contexte client.

La portée d'un événement créé par SCADA Basic est héritée du contexte d'exécution.

Il n'est pas possible de supprimer un événement de portée Contexte session ou Contexte client depuis une autre session.

Actions cycliques

La portée d'une action cyclique créée par configuration est définie par sa propriété Portée.

La portée d'une action cyclique créée par SCADA Basic est héritée du contexte d'exécution.

Il n'est pas possible de supprimer une cyclique de portée contexte session ou contexte client depuis une autre session.

Fonctions SCADA Basic

La portée d'une fonction SCADA Basic est héritée du contexte dans lequel elle est lancée. Il peut s'agir d'un contexte session, d'un contexte client ou d'un contexte Poste local.

• Lorsqu'une fonction est exécutée à partir d'une animation, son contexte est hérité du contexte du synoptique (contexte client).
• Lorsqu'une fonction est exécutée à partir d'un événement, son contexte est hérité de la variable de déclenchement de l'événement.
• Lorsqu'une fonction est exécutée à partir d'une action cyclique, son contexte est hérité de la portée de l'action cyclique.
• Lorsqu'une fonction est exécutée à partir du gestionnaire de programmes SCADA Basic, d'un séquenceur ou d'une touche de fonction, son contexte est Poste local.

Expressions sur variable

La portée d'une expression est héritée de la variable résultat. Si une ou plusieurs variables membres d'une expression ont une portée Contexte session ou Contexte client, la portée de la variable de résultat doit correspondre.

Requêtes Sql

La portée d'une requête Sql est utilisée pour contrôler la distribution des résultats de la requête Sql entre les sessions utilisateur, permettant le traitement des données partagées dans n'importe quel contexte utilisateur et empêchant les données spécifiques à un utilisateur d'être accessibles à d'autres sessions utilisateur.

Lors de l'utilisation du mapping de variables Sql, la portée de la requête Sql et la portée des variables mappées doivent correspondre. La portée de la requête Sql contraint également la portée des variables qui peuvent être utilisées comme paramètres d'entrée.

Synoptiques

La portée d'un synoptique est toujours héritée. Il peut s'agir de Contexte client ou de Poste local.

• Lorsqu'un synoptique est ouvert depuis PcVue, son contexte est Poste local.
• Lorsqu'un synoptique est ouvert depuis WebVue, son contexte est Contexte client.
• Lorsqu'un synoptique est ouvert à partir d'un autre synoptique, son contexte est le même que celui du synoptique appelant.
• Lorsqu'un synoptique est ouvert par SCADA Basic, son contexte est le même que celui de la fonction SCADA Basic appelante.