Description : Dans beaucoup d'installations on trouve plusieurs pupitres. Il est donc indispensable d'inter-verrouiller ces pupitres pour que l'installation ne puisse pas être pilotée par plusieurs pupitres simultanément.
Sommaire:
- Utilisation de Sm@rtAccess
- Méthode conventionnelle - configuration par l'utilisateur
2.1 Fonctionnement du verrouillage d'accès du projet exemple
2.2 Programmation STEP 7
a) Structure du programme S7
b) Description de la fonction FC 501
c) Description de la fonction FC 500
2.3 Configuration WinCC flexible
a) Adaptation de la configuration
b) Réglage sur le pupitre (WinCC flexible Runtime)
- Téléchargement
Vous trouverez des informations sur le verrouillage d'accès avec commutateur à clef à l'article ID: 32967530.
1. Utilisation de Sm@rtAccess Un pupitre qui est configuré comme Sm@rtServer peut être visualisé ou commandé à distance par un autre PC ou pupitre en tant que Sm@rtClient. La liaison entre Sm@rtClient et Sm@artServer se fait exclusivement sur un réseau Ethernet. La communication entre l'automate S7 et le pupitre qui est configuré en tant que Sm@rtServer n'est, elle, pas nécessairement sur Ethernet.
  Figure 01
Des pupitres coordonnés -cf. figure 01- peuvent être utilisés pour le pilotage de machines ou installations étendues ou réparties. L'opérateur peut alors visualiser ou commander l'installation depuis plusieurs endroits. Sur chaque pupitre, l'opérateur voit la même image. Le verrouillage d'accès est implémenté en standard dans l'option Runtime Sm@rtAccess. Cela permet de ne piloter l'installation que depuis un seul pupitre.
Comme il s'agit que d'une seule configuration maître, les modifications à cette configuration ne doivent être réalisées qu'une seule fois.
2. Méthode conventionnelle - configuration par l'utilisateur Dans le cas de la méthode conventionnelle, la logique de l'inter-verrouillage se fait dans l'automate. Chaque pupitre accède à l'automate S7 via une liaison S7 sur Profibus ou Ethernet. L'inconvénient de cette méthode est que chaque pupitre doit être configuré séparément.
  Figure 02
Cette méthode peut être appliquée sur les machines ou installations étendues ou réparties. Il existe de nombreuses possibilités pour programmer un verrouillage d'accès. Dans cet exemple, la configuration de chaque pupitre est identique pour le process mais diffère en ce qui concerne le verrouillage d'accès car ce dernier est propre à chaque pupitre.
Sur les grandes installations, on découpe l'installation en sections ou groupes de fonctions. Ainsi, différentes parties de l'installation peuvent être pilotées en parallèle par plusieurs pupitres. Lorsque plusieurs pupitres doivent accéder à la même partie d'installation, tous les pupitres sont verrouillés sauf celui qui a été le premier connecté. Les autres parties d'installation peuvent, cependant, être pilotées par les autres pupitres.
2.1 Fonctionnement du verrouillage d'accès du projet exemple Le verrouillage d'accès de cet exemple dépend de la vue actuellement affichée ou du numéro de vue actuellement utilisé. Lorsque deux pupitres opérateurs déterminent le même numéro de vue dans l'automate, alors un pupitre est verrouillé pour ce groupe de fonctions. Sur le pupitre verrouillé, l'opérateur ne peut que visualiser ce groupe de fonctions.
Comme en fonction de l'installation, un nombre différent de vues peut est nécessaire par groupe de fonction, le nombre de numéro de vue propre au pupitre peut être donné par une matrice. Dans cet exemple, un maximum de dix vues par groupe de fonction peut être saisi - cf. tableau 01.
|
Groupe de fonction |
vue |
| 01 |
02 |
03 |
04 |
05 |
06 |
07 |
08 |
09 |
10 |
| FG 00 |
1 |
- |
- |
- |
- |
- |
- |
- |
- |
- |
| FG 01 |
10 |
11 |
12 |
- |
- |
- |
- |
- |
- |
- |
| FG 02 |
20 |
21 |
- |
- |
- |
- |
- |
- |
- |
- |
| FG 03 |
31 |
- |
- |
- |
- |
- |
- |
- |
- |
- |
Tableau 01
Dans l'exemple suivant, le verrouillage d'accès est expliqué à l'aide d'une machine de nettoyage et de tri de bouteilles.
Info: La représentation de chacun des process n'est qu'une indication dans l'exemple suivant !
Le projet exemple est scindé selon les découpages ou groupes de fonctions suivants :
|
N° |
Groupe de fonction |
Partie d'installation |
Numéro de vue |
| 1 |
FG 00 |
Installation complète |
1 |
| 2 |
FG 01 |
Prélèvement des bouteilles |
10-12 |
| 3 |
FG 02 |
Lavage des bouteilles |
20-21 |
| 4 |
FG 03 |
Tri des bouteilles |
30 |
Tableau 02
2.2 Programmation STEP 7 Le projet exemple est dimensionné pour dix pupitres et dix groupes de fonctions. Le verrouillage d'accès se trouve dans les blocs FC510 et FC511 avec les modules de fonctions FC500 et FC501.
a) Structure du programme S7
Le déroulement habituel du process de chacun des groupes de fonctions pour la machine ou l'installation est réalisé dans les fonctions FC10, FC20 et FC30. L'appel se fait, comme pour le verrouillage d'accès, dans l'OB1.
Note : Si vous n'utilisez pas plus de dix pupitres et pas plus de dix vues par groupe de fonction, le programme STEP 7 concernant le verrouillage d'accès n'a pas besoin d'être modifié.
  Figure 03
b) Description de la fonction FC 501 La fonction FC501 "** Interlock Reset" permet de remettre à zéro le numéro de la vue en cours sur le pupitre lorsque la communication entre l'automate et le pupitre est interrompue. Cela évite qu'un groupe de fonctions reste verrouillé par ce pupitre. Pour déterminer si la communication est interrompue, le bit d'activité du pupitre qui est transmis dans le pointeur de zone "coordination" est évalué. La remise à zéro s'effectue lorsque le bit d'activité n'est plus modifié pendant un certain temps. L'appel du FC501 se fait dans le FC511 "General iReset" - cf. figure 03.
  Figure 04
| Paramètre |
Type de données |
Interface |
Description |
| T_High |
Timer |
INPUT |
Temporisations pour l'évaluation du bit d'activité sur le pupitre (signal haut et bas) |
| T_Low |
Timer |
INPUT |
| WatchDogTime |
S5Time |
INPUT |
durée des deux temporisations |
| Coordination |
Word |
INPUT |
Pointeur de zone "Coordination" |
| ScreenNo |
Word |
INOUT |
Numéro de vue actuelle du pupitre |
Tableau 03
c) Description de la fonction FC 500 La fonction FC500 "** Interlock Screens" est nécessaire une seule fois par groupe de fonctions et assure la gestion du verrouillage pour ce groupe de fonctions. Avec cette fonction, le numéro de vue actuelle de chaque pupitre (maxi dix pupitres) est comparé pour chaque groupe de fonctions avec le numéro de vue indiqué dans le bloc de données DB500. Lorsque ce groupe de fonctions n'est pas bloqué par un autre pupitre, son utilisation pour ce pupitre est autorisé.
  Figure 05
| Paramètre |
Type de données |
Interface |
Description |
| ActScreenOP |
Pointeur |
INPUT |
Numéros de vues actuelles de chacun des pupitres |
| ScreenFG |
Pointeur |
INPUT |
Numéros de vues validées pour le groupe de fonctions |
| Panel_release_FG |
Pointeur |
INPUT |
Validation ou verrouillage du pupitre pour ce groupe de fonctions |
| FG_inUseOf |
Int |
INOUT |
Le groupe de fonctions est utilisé par le pupitre indiqué |
Tableau 04
2.3 Configuration WinCC flexible D'une manière générale, le verrouillage soit être adapté pour chaque pupitre. Pour cela des modifications dans le configuration ainsi qu'en Runtime sont indispensables.
a) Adaptation de la configuration Pour qu'un groupe de fonctions puisse être validé pour un pupitre, il faut adapter les deux pointeurs de zone "Coordination" et "Numéro de vue" en fonction du numéro du pupitre.
Dans le projet exemple, les blocs de données suivants sont utilisés pour les deux pointeurs de zone :
| Pointeur de zone |
N° du DB |
Nom du bloc de données |
| Coordination |
DB8 |
"DB_Coordination" |
| Numéro de vue |
DB501 |
"DB_AreaPointerScreenNo" |
Tableau 05
  Figure 06
Dans chaque projet WinCC flexible, les variables suivantes doivent être adaptées en fonction du numéro de pupitre :
Tableau 06
Légende:
| x = |
Numéro du pupitre |
| y = |
groupe de fonctions |
| z = |
numéros successifs |
  Figure 07
Les propriétés suivantes doivent être adaptées selon le numéro du pupitre :
| Objet |
Attribut |
Utilisation |
Champ E/S symbolique |
Animations > Représentation |
toutes les vues des groupes de fonctions |
Tableau 07
  Figure 08
b) Réglage sur le pupitre (WinCC flexible Runtime)
Sur le pupitre, dans la vue "500_Param" - cf. figure 09 - et dans la vue "501_Release" - cf. figure 10 -, des données doivent être saisies pour le verrouillage.
Les données suivantes doivent être saisies dans la vue "500_Param" :
- nombre de groupes de fonctions
- nombre de pupitres
- numéro du pupitre
Pour cela, dans la vue de base, cliquez sur le bouton "Config".
Note:
Veuillez noter que la variable "DB_FunctionGroups.general.Panel_No[x-1]" doit être reliée au champ E/S "Panel-No." selon le numéro de pupitre correspondant comme décrit au tableau 06 au N° 1.
  Figure 09
Pour les différents groupes de fonctions, chacun des numéros de vue qui doivent être utilisées dans chaque groupe de fonctions doit être saisi.
Pour cela, dans la vue "500_Param" - cf. figure 09 -, cliquez sur le bouton "Screens".
Dans la vue "501_Release" - cf. figure 10 -, toutes les vues du groupe de fonction correspondant sont indiquées. Les vues qui ne sont pas indiquées dans cette matrice ne sont pas non plus validées pour ce groupe de fonction en Runtime. Bien qu'avec WinCC flexible il soit possible d'utiliser des numéros de vue de 1 à 32767, dans cette configuration, seuls les numéros de vue de 1 à 999 sont autorisés car les champs E/S sont limités à 3 chiffres.
  Figure 10
Note :
Dans cette configuration, il existe une vue avec la matrice pour chaque pupitre. La configuration peut donc être étendue car, pour chaque pupitre est associée une vue "matrice" avec un ou plusieurs blocs de données. Ceci présente l'avantage que l'utilisation de certains groupes de fonctions sur certains pupitres peut être verrouillée en limitant ou en supprimant par exemple la représentation de certaines parties de l'installation. Avec cette configuration, la sélection d'un groupe de fonctions peut être empêchée par la suppression du bouton correspondant.
3. Téléchargement Le projet exemple décrit dans cet article avec trois pupitres WinCC flexible est contenu dans l'annexe 1.
Annexe 1: WinCC_flexible_Interlock.zip ( 7910 KB )
Exécutabilité et environnement de test: Vous trouverez dans le tableau suivant les composants qui ont servis pour la création et la vérification du fonctionnement de cet article.
| Composants |
Produits et versions |
| Système d'exploitation du PC |
Microsoft Windows XP SP2 |
| Outils standard |
- |
| Outils d'ingénierie |
STEP 7 V5.4 SP4 |
| Logiciels HMI |
WinCC flexible 2007 HF4 |
| Pupitres opérateurs |
MP 277 & MP377 & PC Runtime |
Mots-clefs:
Accès à distance
|