Supervisez vos systèmes avec PCVue

GIL AUBERT,
Enseignant de génie électrique
Lycée L’Essouriau, avenue Dordogne
91940 Les ULIS
Aubert.cgil@free.fr

Résumé : laa commande de systèmes à distance via une interface graphique motive les étudiants .C’est ce
que nous avons constaté lors de la mise en place de supervision à l’aide de PCVue (logiciel (logicie
HMI/SCADA) sur certains équipementss dans le cadre des projets et essais de systèmes en STS
électrotechnique
La supervision permet à l’apprenant d’acquérirr ou de revoir un certain nombre de notions importantes
en informatique industrielle : mots, bits, écriture, lecture, adressage mémoire, protocole de
communication, programmation, sécurité…
sécurité
Cet article s’adresse à l’enseignant désireux de mettre en œuvre un tel outil et vise à présenter pas à
pas :
- laa mise en place, la configuration et l’animation
animation de la supervision d’un système équipé d’un
A.P.I (TSX 37, 57) ou d’un contrôleur (WAGO 750-84X,
750 84X, Twido) via une communication série
(UnitelWay, Modbus) et/ou Ethernet (TCP/IP),
(TCP/IP) suivant le niveau d’équipement.
- le logiciel PCVue permettant de réaliser les animations (lecture, écriture, gestion d’alarme,
d’alar
courbe de tendance, …)

1. La Supervision, une réalité industrielle les limitations) à l’adresse suivante :

http://www.arcinfo.com/
Les outils de supervision s’adressent à tous les
industriels ayant des besoins de pilotage à distance et
de visualisation de l’état de leurs équipements. Ces Le travail présenté dans cet article à été réalisé avec la
outils « temps réel » ont pour principaux buts la version 8.1 VBA à télécharger sur
représentation graphique et la prise en charge de http://ulis.electro.free.fr/3EI
fonctions avancéess du procédé. Les systèmes de
supervision permettent d’obtenir des vues synthétiques 2. Principe de la SuperVision (SV)
des équipements ou ensembles d’équipements afin de
visualiser leurs états physiques ou fonctionnels. Situés SV A.P.I
dans des salles de commande ou en pied de machine,
les systèmes de supervision offrent la possibilité de
déporter et de centraliser la vision et le pilotage des
organes physiques (capteurs, actionneurs) parfois
parfoi très
éloignés. Appelés à dialoguer avec des systèmes de
contrôle commande (API, SNCC, machines
spéciales...), les contrats d’interfaces mis en place sont Dialogue A.P.I - Système
supportés par des protocoles industriels de Sur le bus de données, l’A.P.I exécute le programme et
communication standards ou propriétaires.
priétaires. gère les entrées/sorties. Le bus peut être AS-i,
AS Modbus,
Les principaux objectifs des systèmes de supervision
Canopen, Ethernet, … Le type de bus utilisé ainsi que
sont :
concentrer
oncentrer les données, déporter ou centraliser
cen le le protocole de communication sont propres à l’A.P.I et
pilotage du procédé, sont invisibles
sibles pour le Superviseur.
apporter
pporter une vision temps réel des états permettant
aux opérateurs de réagir et de décider rapidement, Dialogue SV – A.P.I
apporter les premiers outils d’analyselyse nécessaires Le SuperViseur et l’A.P.I communiquent
communique sur un BUS
au contrôle des équipements concernés (Ethernet, Modbus,…) suivant un protocole définit en
(historiques, courbes, alarmes, login)...
commun (RS232, Protocole IP…).
Le logiciel présenté ici est téléchargeable gratuitement
en version démonstration (nous en verrons par la suite
 4. Exercice d’application, supervision TOR
SV lit et écrit dans la mémoire de l’A.P.I
Nous vous présentons ici le détail des actions à mettre
en œuvre pour réaliser une application de supervision
LECTURE :
simple. L’exercice a été conçu pour être reproduit par
trame (bits)
le lecteur, quelque soit ses pré requis sur le sujet. Des
trame (words)
ressources en lignes sont associées aux explications de
manière à préciser certains points.
SV Mémoire A.P.I
La correction
rrection (USB et Ethernet) de l’exercice
l’ proposé à
ECRITURE :
été réalisée avec les éléments suivants :
trame (bits)
- Twidowido TWD LCAE40DRF
LCAE40 (Ethernet inclus),
trame (words)
- câble USB TSXPCX3030,
TSXPCX3030
- PCVue 8.1VBA.
SV Mémoire A.P.I
Les informations pour accéder à la correction sont
données en fin d’exercice (.
3. Marche à suivre pour la réalisation d’une
Ce dernier a pour but de contrôler à distance le système
SuperVision
via le SV. Pour cela, des modifications dans le
De prime abord assez complexe, la supervision devient programme de l’A.P.I sont nécessaires.
vite passionnante tant les possibilités sont nombreuses.
nombreuses
C’est pourquoi, avant de se lancer dans la 4.1. Cahier des charges
programmation de l’A.P.I ou de l’IHM, il y a lieu de Nous avons à disposition un A.P.I avec E/S TOR
bien définir les différents scénarios possibles puis (TSX, Twido, Wago…)) dans lequel le programme de
d’établir un cahier des charges. la figure 1 est implanté.
L’objectif est d’ajouter une commande virtuelle M/A
Les principales étapes pour réaliser une supervision via la supervision. Lorsque la
l SV « prend la main », le
optimisée sont les suivantes : pupitre du système doit être rendu inactif et un voyant
sur le pupitre signalera la prise de commande à
ETAPE 1 distance.
définition des scénarios,
scénarios
cahier
ahier des charges fonctionnel.
fonctionnel

ETAPE 2
modification du programme A.P.I
d’origine,
simulation (forçage)) de la supervision Figure 1 : programme
rogramme A.P.I d’origine
créée,
validation
alidation du nouveau programme 4.2. Modification du programme A.P.I
A.P.I. Pour une lecture aisée du programme, toutes les
Remarque : à ce stade il est impératif de s’assurer que commandes du SuperViseur seront notées par la suite
le programme A.P.I. fonctionne parfaitement. avec le préfixe « Sv_ ».
Débuguer la SuperVision sans être sûr que Il est nécessaire d’ajouter un verrouillage (Sv_maitre)
l’application est correcte n’est pas envisageable. en série ie avec le BP_arret
BP_a pour inhiber le
fonctionnement local. Sur le SV le bouton marche/arrêt
marche
(Sv_ma) sera bistable. Son fonctionnement n’intervient
ETAPE 3 que si Sv_maitre est activé. Ces deux boutons virtuels
élaboration
laboration de la table de transfert.
transfert sont des mémoires bits de l’A.P.I.
De plus, une sortie physique réelle de l’A.P.I
ETAPE 4 (Voyant_sv) se trouve sur le pupitre réel.
création des variables,, Le programme modifié correspond à la figure 2
configuration de la communication,
communication
conception des synoptiques et des
animations,
tests
ests de la supervision,
supervision
validation
alidation du fonctionnement global.
global
 Nous utiliserons dans le SV les variables nommées
« SV.BP.maitre », « SV.BP.MA » et
« API.sortie.voyant ».

Remarques importantes :
élémécanique, il faut toujours
- pour Télémécanique
commencer la table de transfert à 00. %M0 sera le
premier bit lu ou écrit à l’adresse 0 sur le bus de
communication.

- pour Wago,
Wago l’adressage est figé par
le constructeur comme présenté sur la figure 4 (voir la
notice détaillée à l’adresse :
http://ulis.electro.free.fr/3EI/Exercice_WAGO/Manuels
/Adressage_tete_WAGO.pdf
Les E/S sortiess peuvent être lues directement. En
revanche, pour écrire dans la tête Wago (contrôleur),
Figure 2 : prise
rise en compte de la SV dans le programme A.P.I il fautt utiliser les variables réseau situées sur la plage
d’adresses comprise entre 256.0 et 511.15 (norme
4.2.1. Simulation (forçage) de la supervision créée CEI).. Sur le bus il faudra donc écrire à partir de la
En mode simulation, il y a lieu de tester le valeur 4096 (DEC) pour our écrire un bit à l’adresse
fonctionnement
ment de notre nouveau programme. Un U %IX256.0.
A.P.I sans aucune E/S câblée permettra quand même
de valider le programme.
4.2.2. Elaboration de la table
able de transfert
A ce stade il est impératif de noter toutes les
informations concernant les échanges entre l’A.P.I et le
SV (voir figure 3 et 3b) à l’aide d’un tableur.
tableur
L’état de chaque bouton virtuel est associé à un bit
mémoire A.P.I (M0 et M1). Sur ur le bus de
communication, cet échange
change se fera via une trame Figure 4 : tableau
ableau mémoire bit pour Wago 750-84X
750
d’écriture nommée pour l’exemple BIT_WRITE.
L’état de la sortie « Voyant » (adresse A.P.I %Q0.0
%Q Contrairement à Télémécanique (Cf. figure 2), la ligne
chez Télémécanique) est recopiée dans le bit mémoire de programmation qui permet la recopie de l’état de la
M10. Le SuperViseureur devra donc lire cette adresse via sortie dans une mémoire n’est pas utile (lecture
une trame de lecture nommée
mée BIT_READ. directe des entrées/sorties avec Wago).

AP.I SuperViseur 4.3. Création de la SuperVision (PCVue)

Le fichier d’aide « Maitriser_PCVue.pdf » disponible à
l’adresse http://ulis.electro.free.fr/3EI/ est ici
indispensable pour l’utilisation du logiciel.
logiciel
Conformément aux indications de la page 4 de cette
Figure 3 : table de transfert pour A.P.I Télémecanique
aide, créer un projet avec le nom « 3EI_TOR ».
4.3.1. Création des variables
AP.I SuperViseur
Les informationss minimales à fournir concernant une
variable sont son nom et sonso type. Se reporter aux
pages 4 et 5 de l’aide.. Sur les figures 5a et 5b nous
déclarons deux des variables de notre exercice. La case
« Commande » est cochée sur la figure 5b. 5b Ceci
Figure 3b : table
able de transfert pour A.P.I WAGO signifie que la variable « SV.BP.maitre » passera de
l’état 0 à 1 et inversement à chaque appui sur le bouton
poussoir virtuel qui sera dessiné par la suite.
Figure 5a : variable correspondant au voyant
Figure 5b : variable correspondant au BP virtuel
Le sélecteur de variables (Cf. figure 6), accessible à
partir du menu « Configuration/Variables/Sélecteur »,
permet de visualiser les variables du projet. L’insertion
d’un « . » dans le nom des variables permet de
structurer les variables, ceci pour plus de lisibilité.
Figure 6 : aperçu des variables TOR du projet
4.3.2. Configuration de la communication
Réseaux, équipements et trames
La création de la communication est délicate. Tous les
pilotes sont intégrés au logiciel mais encore faut-il
utiliser le bon avec la configuration adéquate. Dans le
document d’aide, les pages 12 et 13 détaillent la
marche à suivre ainsi que les paramètres à saisir en
fonction de l’A.P.I et du bus utilisé entre l’A.P.I et le
SV (Cf. figure 7).
Figure 7 : communication complète de notre exemple
Remarques :
- avec TSX37 (ou plus) ou avec un Twido,
démarrer par une supervision série (ou USB)
si l’adressage IP n’est pas maîtrisé.
- pour WAGO le protocole IP est plus naturel,
la tête étant de base prévue pour cela.
Dans tous les cas, avant de se lancer dans la
supervision via Ethernet, il faut savoir programmer
l’A.P.I par ce biais
Mappage des variables
Il faut maintenant faire le lien entre les variables et le
type de trame qui sera chargé de les acheminer sur le
bus de données (« mappage »). Sur la figure 8, la
variable « SV.BP.maitre » est mappée sur le bus de
données via la trame BIT_WRITE (Bit OUT) à
l’adresse 00000 comme défini dans notre table de
transfert (Cf. 4.2.2, première ligne du tableau).
Mapper les 3 variables avec les trames
correspondantes, (voir pages 18 et 19 de l’aide pour
vous guider).
Figure 8 : mappage des variables sur le bus de données
L’A.P.I étant en mode RUN, la connexion physique
entre SV et A.P.I étant établie, valider puis démarrer la
communication. En page 19 de l’aide sont donnés les
codes erreurs de la communication permettant de
diagnostiquer le problème éventuel.
Les erreurs fréquentes sont les suivantes :
• protocole de communication différent entre
A.P.I et SV, IP non valide, API en Stop,
• mauvais mappage des variables,
• PCVue version démonstration stoppant la
communication toutes les 1H30 environ, il
peut être nécessaire de relancer le logiciel.
4.3.3. Conception des synoptiques et des
animations
Un synoptique est un écran de contrôle et/ou de
commande. Plusieurs synoptiques sont souvent
nécessaires pour une supervision : écran d’accueil,
schéma électrique, grafcet, écran de diagnostic, table
d’alarme, contrôle du système, présentation de valeurs
mesurée. Chaque synoptique comporte des animations
(de textes, de couleurs, de commande, de visibilité, des
courbes de tendances, des fenêtres d’alarmes…). Les
synoptiques peuvent être chaînés les uns aux autres et
accessibles ou non, selon l’utilisateur. En figure 9, sont
présentés les 2 synoptiques qu’il faut réaliser pour
notre exemple.
Figure 9 : superviseur et pupitre réel sont répartis en deux
synoptiques
• Création des synoptiques
En s’appuyant sur la page 7 de l’aide, créer 2
synoptiques. Dans les propriétés, changer les noms.
Avec les paramètres « #D :#M :#Y » la date courante
s’affiche dans la barre de titre en plus du nom.
Redimensionner et positionner manuellement les objets
créés. Il est également possible de modifier les
propriétés des synoptiques, notamment pour qu’ils
soient non déplaçables par exemple.
Figure 10 : synoptique vierge
• Création des animations
Les animations disponibles sont nombreuses. Seules les
plus simples et les plus usuelles sont présentées ci-
après.
Les animations concernent les objets, symboles ou
dessins déposés sur les synoptiques. Il faut distinguer
deux cas :
Les animations de symbole (bibliothèque
du logiciel)
Pour la création des boutons, nous travaillerons sur le
synoptique nommé « pupitre virtuel ».
Pour le bouton « SV.BP.maitre », nous utiliserons le
symbole « GENERAL_SWITCH_14.ani », disponible
dans la bibliothèque « COMMANDES » (menu
insertion – symbole). Ce symbole comprend en fait
deux autres symboles qui sont
« GENERAL_SWITCH_14.off » et
« GENERAL_SWITCH_14.on » (voir page 8 de
l’aide).
L’animation de ce symbole se définit comme sur la
figure 11.
Figure 11 : affectation de la variable d’animation
Remarque : à ce stade, il apparait clairement qu’il faut
d’abord créer les variables avant les synoptiques et les
animations, sous peine de ne pas pouvoir lier ces
dernières.
Le symbole est maintenant animé graphiquement. Pour
le vérifier, il suffit de passer le synoptique en mode
exécution.
L’interrupteur « GENERAL_SWITCH_14 » doit en
plus de cela envoyer une information à l’automate ce
qui nécessite la création d’une animation logicielle de
type « envoi de commande », voir page 11 de l’aide.
Affectons cette animation à la variable définie pour
cela, c'est-à-dire « SV.BP.maitre ». La commande doit
être de type bistable, (« inversée », mode « direct »,
voir figure 12). D’autres modes de commande sont
disponibles. Par exemple, le fonctionnement en bouton
poussoir (monostable) correspond au mode
impulsionnel.
Comme l’utilisateur n’est pas en mesure de savoir dans
quelle position doit être l’interrupteur pour prendre le
contrôle de l’installation à distance, nous allons ajouter
un texte animé pour le préciser.
Pour cela, insérer un texte ( « Etat_SV.BP.maitre ) puis
créer une animation de type « texte sur état » comme
indiqué sur la figure 13 (clic droit sur le symbole puis
« animation – texte – état »).
 Reste à définir les couleurs du bouton et lier
l’animation à la variable. Dans tous les cas, laisser la
couleur mauve pour l’état invalide (Cf. figure 15). Cela
est utile au débogage en cas de problème de
communication.

Figure 12 : envoi de commande 0 ou 1 par inversion

Figure 15 : l’état invalide permet de retrouver des erreurs

Il reste à créer le voyant qui indique le fonctionnement

du système sur le synoptique « pupitre réel ».
Pour rappel, l’état de ce voyant (sortie de l’API) est
simplement lu (BIT_READ). Un symbole ou un cercle
animé avec la variable « API.sortie.voyant » sera
suffisant (Cf. figure 16).
Figure 13 : animation de texte sur état

Enregistrer les deux synoptiques avec des noms

Ainsi en mode exécution, lorsque la position de
explicites.
l’interrupteur est modifiée, le texte change. Le contenu
de la variable « SV.BP.maitre » est envoyé à l’API (si
la communication est établie, ce qui n’est pas le cas
pour le moment) via la trame BIT_WRITE sur le BUS
de communication à l’emplacement mémoire défini à
cet effet.
Les animations de dessins créés par nos
soins.
Nous allons maintenant créer, à partir d’un simple
cercle dessiné avec l’outil de dessin, le bouton
« SV.BP.ma ».
Un double clic sur l’objet permet d’afficher ses
propriétés et de modifier l’objet pour avoir le rendu
visuel souhaité (épaisseur, ombre, couleur…). Figure 16 : les propriétés du symbole utilisé pour l’exemple
Ce bouton doit envoyer une commande (même
opération que pour l’animation du symbole précédent) 4.3.4. Tests de la supervision
et sa couleur doit changer en fonction de l’état du A l’aide page 7 du fichier « Maitriser_PCVue.pdf »,
contact (NO ou NF). Voir la figure 14 pour la création indiquer quel synoptique s’affichera au lancement du
de l’animation de couleur projet. Cocher également la case « Lancer le logiciel de
communication ».
Dans la « configuration de la communication de
l’équipement », mettre en « marche » la
communication. Avant de vérifier le fonctionnement
des animations, s’assurer qu’il n’y a pas de problème
Figure 14 : création d’une animation de couleur suivant
de communication (voir page 19 de l’aide). Dans le cas
l’état de la variable
de la figure 17, le câble entre l’API et le PC n’est pas
branché.

Figure 18 : comptage des allumages du voyant

création de la variable dans PCvue.

Dans le menu « configuration – variable – mesure »
créer la variable « API.MW.0 ». Utiliser l’aide page 6
pour la configurer. Saisir « dem » dans le champ
« Unité » et « #u » dans le champ « Format ». De cette
Figure 17 : câble absent, génère l’erreur 413 sur le réseau
manière, l’unité s’affichera à la suite de la valeur.
Dans le cas d’une communication correcte, le code de
Création de la trame de lecture du mot dans le
retour d’état des trames est « x000 » où x représente
menu « configuration – communication –
n’importe quel chiffre ou lettre.
équipement ».
Si la communication est opérationnelle (Figure 17b),
Nom de la trame : « WORD_READ ».
votre SuperVision est terminée. Tester les boutons
Lecture de WORD
virtuels et vérifier l’inhibition du pupitre réel.
Adresse de début 0, nombre 1
Valider la saisie.

Figure 17b : la communication fonctionne
Mappage de la variable
A partir de la fiche de la variable de mesure
« API.MW.0 », établir le lien avec l’équipement en
sélectionnant la trame « WORD_READ » et la variable
« API.MW.0 » (Cf. la figure 19).

5. Supervision, lecture/écriture de mots

Il est souvent necessaire d’échanger des valeurs
numériques entre le péocédé et la SV (consigne vitesse,
résultat de mesure,…). Cet échange s’effectue avec des
mots. PCVue traite des mots de 32 bits par défaut.
Dans le cas d’un traitement d’une grandeur analogique,
la correspondance d’échelle entre la valeur numérique
et cette grandeur (0-10volts, par ex.) est expliquée dans
l’aide à la page 6. Figure 19 : mappage de la variable du mot en lecture

5.1. Cahier de charges Création de l’animation sur le synoptique

« pupitre virtuel ».
Ajoutons un compteur du nombre de mises en marche
Le nombre d’allumages sera indiqué dans un texte
animé. Il faut donc créer un objet texte que nous
5.2. Démarche à suivre :
nommerons « NB ». Le texte sera animé avec la valeur
modification du programme API
de la mesure « API.MW.0 ». La figure 20 indique la
conformément à la figure 18 et mise en
marche à suivre.
marche de l’A.P.I,
ajout de la ligne suivante dans la table de
transfert en respectant l’ordre des champs
de colonne (Cf. figure 3).
Figure 20 : animation d’un texte suivant la valeur d’un mot
Champs Automate de la table de transfert
ANA/interne/WORD/%MW0/compteur allumage
Enregistrer le synoptique et fermer PCVue si le logiciel
Champs SuperViseur
est en route depuis plus d’une heure.
%MW0/WORD_READ/API.MW.0/R (Télémécanique)
12288/WORD_READ/API.MW.0/R (WAGO)
Tester votre SuperVision avec des allumages répétitifs.
Retoucher l’affichage si nécessaire.
La remise à zéro du compteur ne devrait pas poser de
problème puisqu’il s’agit d’une écriture de bit du SV
vers l’automate :

insérer dans la table de transfert une ligne
pour « %M2 »,

modifier le programme en conséquence
(« ↑M2 » remet le compteur à zéro :
« %MW0 :=0 »),

dans la supervision, modifier le nombre de
variables à écrire dans la trame
« BIT_WRITE » et ajouter une variable
« SV.BP.RESET_CPT » (en mode
« Equipement, commande »). Mapper la
variable sur la trame d’écriture. Créer un
bouton avec l’animation « Envoi de
commande ».
Remarque : avec la solution proposée, la fonction
« reset » est accessible même si le SV n’a pas pris la
main.
L’écriture de mots se ferait de la même manière en
déclarant une trame d’écriture avec une variable de
type « mesure » déclarée en consigne.
Cet exercice terminé. En cas de besoin, le chemin
d’accès à la correction sont donnés ci-dessous :
http://ulis.electro.free.fr/3EI/CORRECTION/
Pour PCVue (version 8.1 VBA) :

SuperVision en USB ou RS232 : 3EI_USB.rar,

SuperVision en ETHERNET : 3EI_ETH.rar,

le programme pour Twido : 3EI_PROG.rar,

descriptif du programme : 3EI_PROG.pdf
Suivre la procédure de la page 4 de l’aide pour
transporter le projet vers votre ordinateur dans
l’arborescence du logiciel d’Arc Informatique.
6. Fonctionnalités avancées de PCVue
Dans l’aide, vous trouverez les explications pour gérer
les alarmes, les comptes utilisateurs et autres
possibilités du logiciel.
Pour finir, sont présentées les courbes de tendances qui
permettent de visualiser l’évolution des variables dans
le temps de manière très simple et très efficace. Pour
cela, il suffit d’insérer dans un synoptique une
« Courbe de tendance ». Dans les propriétés de cet
objet, indiquer les variables à visualiser, le temps
d’acquisition, l’échantillonnage, les couleurs, l’allure
des courbes… Se reporter à la page 23 de l’aide. La
figure 21 illustre le paramétrage d’un objet de ce type.
Cependant, ce mode de visualisation ne permet pas
d’observer des évolutions rapides. Les trames sont
échangées sur le bus avec un intervalle de temps réglé
dans la communication pour chaque trame. Par défaut
(car nous n’avons pas modifié ce paramètre dans notre
exemple), le temps d’acquisition pour une trame de
lecture WORD est de 800 ms (à modifier dans la
communication de l’équipement).
Figure 21 : configuration des courbes de tendances
7. Exercices corrigés – Wago & Télémécanique
Des ressources sont disponibles sur une page Web pour
compléter le présent article.
http://ulis.electro.free.fr/3EI
Vous y trouverez le fichier d’aide cité dans l’article, le
présent article ainsi que deux exercices
supplémentaires corrigés. Ces deux exercices sont
réalisables sur n’importe quel A.P.I. ou contrôleur. Il
est d’ailleurs intéressant de traiter le même exercice
avec les produits Télémécanique puis avec les produits
Wago pour bien maitriser les adressages et les
paramétrages de communication.
Chaque exercice nécessite l’A.P.I. mais pas forcement
une partie opérative puisqu‘un forçage des E/S permet
à l’ensemble « API – SuperViseur » de fonctionner
parfaitement.
Cependant, si pour les enseignants la partie opérative
est un plus, pour les apprenants la partie opérative est
indispensable. C’est pourquoi, les exercices proposés
seront réalisables dans tous les établissements avec le
matériel déjà en place.
Les corrections comprennent les programmes API ainsi
que les projets PCvue réalisés et testés sur les API cités
dans l’exercice.
7.1. Exercice corrigé n°1 (Support WAGO)
Sont abordés durant l’exercice :
 la programmation d’un va et vient avec
CoDeSys,
 le câblage des E/S,
 la configuration de la tête 750-841,
 la SuperVision avec PCVue (R/W, mots/bits),
 la mise en place d’un écran de supervision
avec le serveur Web embarqué dans le 750-
841,
 la lecture des E/S via un mot pour PCVue.
 7.2. Exercice corrigé n°2 (Support TWIDO)
Sont abordés durant l’exercice :
 la programmation d’un démarrage Y-∆,
 la commande par SuperVision du démarreur,
 la limitation du nombre de démarrages à 3 par
heure (affichage du temps d’attente sur le SV),
 le réglage du temps du couplage étoile par le
SuperViseur,
 la supervision avec PCVue (lecture/écriture,
mots/bits).
8. La version démonstration de PCVue -
LIMITATIONS
Cet article à été réalisé avec la version 8.1 VBA de
PCVue. Actuellement la version 9 est disponible. La
société Arc Informatique propose en téléchargement ce
logiciel en version démonstration dont les limitations
sont les suivantes :
Avantages de l’outils par rapport à des outils
propriétaires
Les logiciels propriétaires exigent la maîtrise des outils
de chaque constructeur. Ceci est vrai pour la
programmation et pour la supervision.
En programmation, CoDeSys (logiciel gratuit) sera
dans les années à venir le logiciel de programmation
pour tous les A.P.I., les constructeurs devront se plier
aux exigences futures de la norme.
En ce qui concerne la supervision, plusieurs logiciels
concurrencent PCVue, ils permettent tous la
supervision de n’importe quel système.
De ce fait, maîtriser les outils CoDeSys et PCVue
permet de programmer et de superviser tous type
d’A.P.I. sans se soucier de l’A.P.I utilisé.

o échanges sur le BUS limités à 25 variables,

cela signifie 25 mappages.
Pour s’affranchir de ce problème, il faut regrouper
toutes les entrées/sorties dans deux mots. Il restera
alors 23 variables libres pour échanger sur le BUS.
Les 2 mots récupérés sur une trame de lecture de mots
dans PCVue seront traités par une routine en SCADA
Basic. Cette partie est développée dans la fin de
l’exercice n°1 pour WAGO ainsi que dans la
correction.

o Interruption de la communication
intempestive.
Toutes les 1h30 environ, la communication est
interrompue par le logiciel sans qu’aucun signe
extérieur ne l’indique. La seule solution est
d’arrêter/relancer le logiciel toutes les heures lorsqu’on
est en mode exécution afin d’éviter des recherches de
« BUG » inutiles.

9. Conclusion

Utilisation avec des étudiants

L’expérience monte que les étudiants se passionnent

rapidement pour ce type d’activité. Lorsque le cahier
des charges des projets de deuxième année de STS
exige la mise en place d’une supervision, un apport de
connaissance dans le domaine est impératif. Le thème
« Equipements communicants » des essais de systèmes
du référentiel est tout a fait approprié pour cela.