3. Mise en place de la communication.

Superviseur Pôle EnR « La Baronnerie ».
Mis en Place de la Communication.
3.
Mise en place de la communication.
Dans cette partie du mémoire du projet on explique comment on a mis au point la
configuration des automates et du PC pour faire la transmission de données.
Figure 3.1. Schéma de Communication du Système Superviseur.
Comme on peut observer sur la schéma de la figure 3.1 on fait l’acquisition de
données sur l’automate Micro (Pôle Electrique) configuré comme esclave, et lequel transmit
l’information suivant le protocole Uni-telway vers l’automate Premium configuré comme
maître.
Au moyen du protocole Modbus, l’automate maître va transmettre toutes les données,
tant du Pôle Electrique comme du Pôle Thermique, vers le PC. Ces données seront lues à
l’aide de l’interface OPC. Ces données seront affichées et traitées par le programme
Superviseur EnR développé avec le logiciel Labview.
3.1.
Communication entre les automates.
La communication entre les automates est réalisée par les modules TSX 3722 sur
l’automate Micro et TSX 57103 sur l’automate Premium. On a installé une carte PCMCIA
TSX SCP 114 pour chaque module.
49
Félix García Torres
Superviseur Pôle EnR « La Baronnerie ».
Mis en Place de la Communication.
3.1.1. Configuration de l’automate Maître.
On retourne sur le menu configuration de matériel, déjà expliqué sur le point 2.1.2.
donc on arrive a la fenêtre de la figure 3.1.1.
Figure 3.2. Configuration du Module TSX 57103 pour la communication.
Et en cliquant deux fois sur la partie sombre notée comm on arrive la fenêtre sur la
figure 3.1.2. Sur le champ voie, on choisi la voie 1, en fait, la voie 0 correspond à la prise
TER intégrée à l’automate. En deuxième lieu on doit indiquer la présence de la carte
PCMCIA TSX SCP 114. Pour finir avec ce champ, on va choisir le protocole de
communication avec lequel on a fait la liaison entre eux, dans notre cas comme on l’a déjà
commenté, il s’agit du protocole Unitelway.
Sur le champ type on va choisir maître, parce que c’est cet automate qui va transmettre
les données vers le PC.
Les caractéristiques de la communication sont :
-
Vitesse de transmission 19200 bits/s.
Délai d’Attente 30 ms.
1 bit de stop
Parité Impaire.
50
Félix García Torres
Superviseur Pôle EnR « La Baronnerie ».
Mis en Place de la Communication.
Figure 3.3. Paramètres de la communication.
3.1.2. Configuration de l’automate esclave.
Pour la configuration du module TSX 3722 sur l’automate Micro on va faire de même
sauf que, sur le champ Type, on va choisir Esclave et on lui donner le nombre 1, parce qu’il
n’y a plus qu’un esclave.
3.1.3. Code Pl7 pour la transmission de données.
On donne l’ordre à l’automate Maître de lire les variables qu’on veut transmettre vers
le PC avec la fonction de bibliothèque READ_VAR. Cet ordre permet de lire une série de
adresse de mots avec la limitation de que les adresses de lecture sont continues.
Donc sur l’esclave on va fait une nouvelle section où on va enregistrer les mot qu’on
va transmettre entre les champs de adresses %MW96 et %MW105 et entre %MW114 et
%MW130. On a décidé de faire deux bloques de transmission pour avoir un équilibre entre la
vitesse de transmission et la correcte acquisition des données.
Les variables qu’on a transmit sont tous las courants, la tension des batteries, les
puissances des onduleurs , énergie de chaque composant, vitesse du vent, vitesse moyenne,
vitesse hélice, vitesse génératrice, position de la nacelle et position des pales.
Pour écrire correctement la syntaxe de la fonction de bibliothèque, on crée un bloque
operate et en cliquant avec le bouton droit, on choit l’option de saisie appel d’une fonction, on
arrive sur la fenêtre de la figure 3.1.3.
51
Félix García Torres
Superviseur Pôle EnR « La Baronnerie ».
Mis en Place de la Communication.
Figure 3.4. Fonction Read_Var
En cliquant sur le champ détail on obtient la fenêtre où l’on va définir :
-
-
L’adresse de l’automate que l’on veut lire. L’adresse va avoir trois niveaux dans le
première niveau on va choisir 0, parce que c’est une adresse local et non distant.
Dans le deuxième niveaux on doit choisir la voie, dans nôtre case c’est la voie 1, et
finalement le numéro d’esclave, dans nôtre case c’est le numéro 1.
Le type d’objets à lire, et celui-là vont être que mots (%MW)
L’adresse de la premier mots, dans le deux bloques READ_VAR on a choisir un
mot antérieur.
La zone de réception et sa taille, la où les données vont être stockés.
Finalement bien qu’on ne le utilise pas la zone de compte rendu.
On arrive donc, au code PL7 suivant :
Figure 3.5. Code PL7 pour la lecture de variables.
3.2.
Communication entre l’Automate Maître et le PC. Serveur OPC.
Dans le monde de l’automatisation industrielle y des applications de test et mesure il y
a de plus en plus standard et protocoles de communications différents qui compliquent le
dessin et l’implémentation de ces systèmes. Le serveur OPC prend le charge de se
52
Félix García Torres
Superviseur Pôle EnR « La Baronnerie ».
Mis en Place de la Communication.
communiquer avec l’élément hardware en utilisant le protocole spécifique que est utilisé avec
l’objet de lui configurer et de travailler sur les distinctes E/S du dispositif, et d’exporter les
données afin de que autres applications peuvent agir ou lire sur les variables qui sont fournies
par le serveur.
Le serveur OPC est un module de software qui est basé en la technologie OLE (
Object LinKing and Embedding) de Microsoft. Ce permit développer des outils de software
qui sont chargés de l’accéder et gestioner le basse niveau ou l’interface physique avec
l’automate ou avec l’instrument que on utilise, en exportant fonctions qui soient utilisées par
autres outils de software comment par exemple LabVIEW, Visual Basic, C++.
On établit la communication entre l’automate maître et le PC à l’aide d’une liaison
Modbus; pour la réception des données au niveau du PC, on a utilisé l’interface Serveur de
données OPC de Schneider Electric.
OPC c’est seulement une interface, ou bien, un serveur de données capable de lire les
variables sur un automate programmable et servir ces variables vers un programme
d’application qu’on appelle Client OPC. Dans notre case, ce programme est LabVIEW.
La sortie de la carte PCMCIA de l’automate utilisé avec cet module est avec le
protocole RS-485 comme on l’a déjà signalé. Cette sortie est connectée sur le port série de
l’ordinateur, donc il faut un convertisseur RS485/RS232 pour faire la communication.
Pour cette mission on a utilisé un convertiseur IC-485, dont la documentation
technique est dans l’annexe 2 Documentation technique sur l’installation.
3.2.1. Configuration de l’Automate.
La communication au niveau de l’Automate est faite par le module SCY 21601, cette
configuration a été déjà commentée dans le point 2.1.2 de ce rapport.
3.2.2. Configuration de OPC.
Pour réaliser cette tâche, on doit lancer l’Outil de Configuration de OFS. On doit créer
un nouvel alias, en cliquant sur l’icône dans l’ellipse rouge.
53
Félix García Torres
Superviseur Pôle EnR « La Baronnerie ».
Mis en Place de la Communication.
Figure 3.6. Outil de Configuration OFS.
Dans le champ Nom, on va le désigner EnR et en cliquant sur le champ Driver API
adresse, on arrive à la écran de configuration suivante:
Figure 3.7. Configuration de la Communication OPC.
Comme l’indique la figure 3.2.2. on a choisit la liaison Modbus RTU. On va utiliser le
COM 1 comme port série. Dans le champ Noeud API, on a mis un 1 du fait que seulement
existe un automate. Finalement, on choisit TSX Premium; on valide et on obtient le logiciel
déjà configuré sous le nom de EnR. Donc tous les variables adresses sous le nom EnR vont
être adressées vers l’automate Premium.
54
Félix García Torres
Superviseur Pôle EnR « La Baronnerie ».
Mis en Place de la Communication.
La façon de procéder sera la suivante: LabView va faire une requête à OPC d’une
variable déterminée. OPC va lire sur l’automate cette variable à l’aide de la liaison Modbus
lorsque OPC aura obtenu cette variable, il l’enverra vers LabView.
Figure 3.8. OPC Historique d’Evènements.
Chaque fois qu’on lance un client d’OPC; OPC activera le programme OPC Factory
Server – Diagnostic Windows où l’on obtient un historique de tous les évènements de la
communication avec l’automate.
55
Félix García Torres