Schneider Electric Modes opératoires PL7-3 EXT 5.9 Mode d'emploi

Sommaire
Chapitre
Page
1 Introduction
1/1
1.1
Evolution de PL7-3 EXT V5.9
1.1.1 Les raisons du produit
1.1-2 Services rendus par le logiciel PL7-3 EXT V5.9
1/1
1/1
1/1
1.2
Recommandations d’utilisation de la fonction PL7_3 EXT V5.9
1.2-1 Désaturation mémoire des segments
1.2-2 Conversion d’applications V4.5 => V5.5
1.2-3 Compatibilité des applications V4.5
1.2-4 Installation PL7_3 EXT V5.9
1/2
1/2
1/2
1/2
1/2
2 Installation
2/1
2.1
Opérations préliminaires
2/1
2.2
Procédure d’installation
2/1
2.3
Installation du logiciel PL7-3
2/1
3 Utilisation
3/1
3.1
Mise en oeuvre
3/1
3.2
Limitations
3/1
3.3
Transfert de l’application V3 dans une station V4
3/2
3.4
Conversion de l’application V3 en une application V4
3/3
3.5
Optimisation mémoire de l’application V4
3/6
4 Modes opératoires
4/1
___________________________________________________________________________
1
Sommaire
Chapitre
Page
___________________________________________________________________________
2
Chapitre 11
Introduction
1 Introduction
____________________________________________________________________________
1.1
Evolution de PL7-3 EXT V5.9
1.1.1 Les raisons du produit
Le principe de la segmentation mémoire des programmes développés avec PL7-3
conduit parfois à obtenir des applications dont il n'est plus possible de réaliser des
modifications significatives, alors qu'il reste de la place mémoire programme disponible dans l'automate.
En particulier pour les applications réalisées avec des automates TSX87-30 avec
double bacs, les services offerts par cette évolution du logiciel PL7-3 permettent de
faire des modifications ou extensions de programme sur des applications saturées, en
remplaçant uniquement le processeur actuel par un PMX107-430 et sans modification de câblage.
De ce fait, il constitue une solution économique pour la mise à jour d'installation
existante.
1.1-2 Services rendus par le logiciel PL7-3 EXT V5.9
Le logiciel PL7-3 EXT V5.9 présente les mêmes fonctionnalités d'optimisation
mémoire et de mode opératoire pour une application V4 que le logiciel PL7-3 V5.9 pour
une application V5.
Il permet de modifier la segmentation et optimiser la mémoire d'une application de
niveau V3 après avoir réalisé au préalable une conversion en application V4.
___________________________________________________________________________
1/1
A
___________________________________________________________________________
1.2
Recommandations d’utilisation de la fonction PL7_3 EXT V5.9
1.2-1 Désaturation mémoire des segments
La désaturation mémoire des segments n'est garantie que sur les applications V4
configurées avec le processeur “ PMX 107/430 ”.
1.2-2 Conversion d’applications V4.5 => V5.5
L'application résultante de la conversion, d’une quelconque application de niveau
V4.5 (c’est à dire désaturée au niveau des segments mémoire) en une application de
niveau V5.5, n'est pas garantie.
1.2-3 Compatibilité des applications V4.5
L'utilisation des applications de niveau V4.5 (c’est à dire désaturée au niveau des
segments mémoire) doit se faire exclusivement avec un atelier XTEL muni de la
fonction PL7-3 EXT V5.9.
1.2-4 Installation PL7_3 EXT V5.9
L’installation de la fonction PL7_3 EXT V5.9 n’est prévue que dans un atelier XTEL
V5. De plus, cette installation ne doit être pratiquée que dans un contexte vierge de
fonction PL7_3, ou en remplacement d’une fonction PL7_3 autre que la fonction
PL7_3 V6.
___________________________________________________________________________
1/2
Chapitre
Installation
22
2 Installation
____________________________________________________________________________
2.1
Opérations préliminaires
Avant d’installer le logiciel PL7-3 EXT V5.9 sur disque, il est conseillé de :
• lire le certificat de licence et de garantie concernant les restrictions de copie et
d’installation du logiciel.
• faire une duplication des disquettes nécessaires à l’installation, afin de les préserver
contre toute détérioration accidentelle et ne travailler qu’avec la copie.
Important
Les disquettes PL7-3 EXT V5.9 sont livrées en position verrouillée en écriture. Ne
pas modifier la position du verrou sur les disquettes.
2.2
Procédure d’installation
Les opérations suivantes doivent précéder l’installation du logiciel PL7-3 :
• vérifier que l’atelier logiciel X-TEL V5 est déjà installé (se reporter à la documentation correspondante).
Si c’est le cas, poursuivre l’installation de PL7-3. Dans le cas contraire installer
d’abord l’atelier logiciel (se reporter à la documentation correspondante).
• fermer toutes les sessions en cours (se reporter à la documentation correspondante).
2.3
Installation du logiciel PL7-3
• ouvrir une session OS/2 plein écran,
• insérer la disquette PL7-3 EXT V5.9 numéro 1 dans le lecteur,
• saisir l’identificateur du lecteur qui contient la disquette (a: ou b:), puis valider par
<Entrée>,
• à partir du nouveau prompt (par exemple : [a:\] ou [b:\]), saisir la commande install,
puis valider par <Entrée>,
• suivre la procédure visualisée à l’écran : remplacer la disquette numéro 1 par la
disquette numéro 2 quand le système le demande, puis valider par <Entrée>,
• lorsque l’installation est terminée, fermer la session OS/2.
Note
Si une fonction PL7-3 est déjà présente sur le poste lors de l’installation, un message
d’avertissement est visualisé. Il est alors possible d’interrompre l’installation par une action sur
la touche <Q> du clavier.
___________________________________________________________________________
2/1
___________________________________________________________________________
___________________________________________________________________________
2/2
Chapitre 33
Utilisation
3 Utilisation
____________________________________________________________________________
3.1
Mise en oeuvre
Prenons par exemple une application V3 (qui s'exécute sur un 87-30) saturée au
niveau mémoire et qu'il faut faire évoluer, un moyen de la faire évoluer consiste à
effectuer les étapes suivantes :
• Transférez l’application V3 dans une station V4, en suivant les instructions précisées dans le § 3.3 “ Transfert de l'application V3 dans une station V4 ”.
• Changez le processeur TSX 87/30 de l’application V3 par le processeur
PMX 107/430 afin d’obtenir une application V4, en suivant les instructions précisées
dans le § 3.4 “ Conversion de l'application V3 en une application V4 ”.
• Optimisez la mémoire dans les segments de l’application V4, en suivant les
instructions précisées dans le § 3.5 “ Optimisation mémoire de l'application V4 ”.
Important
Au préalable, il est bien sûr nécessaire d’équiper les bases automates du
processeur PMX 107/430 dans les configurations qui vont évoluer.
3.2
Limitations
La fonction PL7_3 EXT V5.9 est spécialement développée pour répondre à un besoin
bien précis. Par conséquent, c’est un produit spécifique et elle ne sera pas considérée
comme la version de référence de la fonction PL7_3 V5.9.
D’autre part, une application V4.5, désaturée en mémoire grâce à la nouvelle version
de la fonction PL7_3 EXT V5.9, ne pourra être relue que par cette même fonction.
Au moment de la reconfiguration d’une application V4 après désaturation, les limitations sont les mêmes que pour une application V5. Par exemple, l’utilisateur ne pourra
pas pratiquer dans la même reconfiguration, la désaturation des segments et le
changement de paramètres de son application (nombre de SR, ajout ou retrait du
GR7...).
___________________________________________________________________________
3/1
___________________________________________________________________________
3.3
Transfert de l’application V3 dans une station V4
Le transfert d’une application V3 dans une station V4 nécessite l’utilisation du script
shell V3V4.cmd de l’atelier XTEL V5.
Soit “ stv3 ” le nom de la station de type “ tsxv3 ” du projet “ prjv3 ” contenant
l’application V3 équipée du processeur TSX 87/30.
Le transfert d’une application V3 dans une station V4 se fait en réalisant les opérations
suivantes :
• Créez une station “ stv4 ” de type “ pmxv4 ” dans le projet “ prjv4 ”.
• Ouvrez une session OS/2.
• Exécutez la commande «V3V4.CMD D: D: PRJV3 PRJV4 STV3 STV4 », D: étant
l’unité du disque sur lequel se trouve le répertoire XPROPRJ des projets.
Important: Le fichier ".bin" de la station V3 doit avoir le même nom que la
station.
La station “ stv4 ” contient bien maintenant une application V3 équipée du processeur
TSX 87/30.
___________________________________________________________________________
3/2
Utilisation
3
____________________________________________________________________________
3.4
Conversion de l’application V3 en une application V4
La conversion d’une application V3 en une application V4 consiste à changer le
processeur de l’application V3 par un processeur compatible avec une application V4,
cela nécessite l’utilisation de l’outil XTEL/Mem et de la fonction PL7_3 EXT V5.9 de
l’atelier XTEL V5.
Soit “ stv4 ” le nom de la station de type “ pmxv4 ” du projet “ prjv4 ” contenant
l’application V3 (transférée précédemment) équipée du processeur TSX 87/30.
Pour effectuer le changement du processeur de l’application V3 par le processeur PMX
107/430 afin d’obtenir l’application V4, réalisez les opérations suivantes :
• Lancez l’outil XTEL/Mem pour la station “ stv4 ”.
• Créez le fichier “ stv4.app ”.
• Choisissez le processeur PMX 107/430.
• Au besoin, ajouter une cartouche mémoire.
• Lancez l’option “ Optimisation ”.
• Validez et quittez l’outil XTEL/Mem.
___________________________________________________________________________
3/3
___________________________________________________________________________
Une fois le choix du processeur effectué, la conversion de l’application V3 en une
application V4 se fait en réalisant les opérations suivantes :
• Lancez la fonction PL7_3 pour la station “ stv4 ”.
• Charger l’application V3 par le mode opératoire “ Retrieve ”.
• Exécutez le mode opératoire “ Proc/V4 ” et choisissez le fichier d’archivage
“ stv4.app ”.
• Confirmer le choix du processeur.
• Validez la nouvelle configuration.
• Sauvez la configuration puis quittez la fonction PL7_3.
La station “ stv4 ” contient bien maintenant une application de niveau V4.0 équipée
du processeur PMX 107/430.
___________________________________________________________________________
3/4
Utilisation
3
____________________________________________________________________________
Remarques sur la conversion d’une application V3 en une application V4 :
Cette conversion est faite de manière automatique par la fonction PL7_3 EXT V5.9
et ne requiert normalement aucune modification des paramètres de l’application
à convertir.
Il existe cependant une différence au niveau du nombre de bits système réservés
par l’application :
• pour une application V3, le nombre de bits système réservés est de 64,
• alors que pour une application V4, le nombre de bits système réservés est de
128.
Il y a donc 64 bits en moins utilisables dans une application V4. Toutefois, il faut
savoir que le nombre total de bits utilisables 4096, reste largement suffisant.
Ces paramètres sont visibles par le mode opératoire «Configuration/Bits, Mots
et Blocs Fonctions».
Il peut arriver que, le nombre total de bits configurés dans l’application V3, soit
supérieur au maximum moins 64 (c’est à dire 4096 - 64) ; dans ce cas précis, la
conversion de l’application V3 en une application V4 sera impossible, et le
message d’erreur «MEMOIRE BITS INSUFFISANTE» apparaîtra.
Si le problème se présente, la solution consiste à réduire, si possible, le nombre
total de bits utilisés par l’application V3, en diminuant par exemple le nombre de
bits internes.
Lors de cette éventuelle diminution du nombre de bits, il faudra vérifier que si
l'application utilise des bits indexés et que ceux-ci ne soient pas hors bornes.
Le message d'erreur «MEMOIRE OPTIMISEE SATURE» indique qu'il faut ajouter
une cartouche mémoire ou augmenter la taille de celle qui est configurée.
___________________________________________________________________________
3/5
___________________________________________________________________________
3.5
Optimisation mémoire de l’application V4
L’optimisation mémoire des segments d’une application V4 nécessite l’utilisation de
la fonction PL7_3 EXT V5.9 de l’atelier XTEL V5.
Soit “ stv4 ” le nom de la station de type “ pmxv4 ” du projet “ prjv4 ” contenant
l’application V4 équipée du processeur PMX 107/430.
Pour effectuer l’optimisation mémoire des segments sur l’application V4, réalisez les
opérations suivantes :
• Lancez la fonction PL7_3 pour la station “ stv4 ”.
• Exécutez le mode opératoire “ Configuration/Mémoire/Segments ”.
• Choisissez l’option “ optimize ” ou “ manu ” : la première méthode permet à l’utilisateur de résoudre la saturation de son application de manière automatique, la
seconde méthode laisse à l’utilisateur le soin de modifier lui-même la configuration
des segments de code et de graphe de son application.
• L’optimisation mémoire implique que l’application passe du niveau V4.0 au niveau
V4.5. L’utilisateur peut toutefois revenir à son application originale de niveau V4.0
en sélectionnant l’option “ V4.5->V4.0 ”.
• Validez la nouvelle configuration.
• Sauvez la configuration puis quittez la fonction PL7_3.
La station “ stv4 ” correspond bien maintenant à une application de niveau V4.5
équipée du processeur PMX 107/430 et optimisée en mémoire
Pour de plus amples informations sur cette phase, consultez le chapitre 4 qui décrit les
modes opératoires de la désaturation mémoire.
___________________________________________________________________________
3/6
Chapitre 44
Modes opératoires
4 Modes opératoires
____________________________________________________________________________
Ce chapitre rappelle les modes opératoires concernant la désaturation mémoire des
segments pour des applications V5.
PL7-3 EXT V5.9 offre les mêmes fonctionnalités sur des applications V4.
Le mode CONFIGURATION de PL7-3 EXT V5.9 propose une touche dynamique qui
permet d’accéder à la modification des segments de code ou de graphe, lors de la
saturation d’un segment, signalée à l’utilisateur par le message «Mémoire saturée».
[SEGMENTS] donne accès à la modification des segments de code ou de graphe des
modules SRi, PRL, POST ou MAIN. Après appui sur cette touche,
l’écran suivant est visualisé :
[OPTIMIZE] réalise de manière automatique la «désaturation» des segments.
[MANU]
donne accès à l’écran suivant qui permet de modifier de manière
manuelle la configuration des segments.
___________________________________________________________________________
4/1
___________________________________________________________________________
[OPTIMIZE]
permet de rééquilibrer de manière automatique les segments visualisés
(code ou Graphe).
[V5.5 à V5] configure les segments à leur valeur initiale, afin de revenir à un niveau
d’application V5.0.
[MOVE]
déplace le module sélectionné d’un segment à l’autre de la tâche
(segment de code ou segment de graphe).
[SR]
permet de scinder les SR de la tâche courante en deux parties : SR0 à
SR(x-1) mémorisés dans le segment 1 et SRx à SRmax mémorisés dans
le segment 2. Cette opération n’est possible que si SR est sélectionné
dans la tâche courante. Une action sur [SR] provoque alors la visualisation de la répartition des SR dans les segments 1 et 2, ainsi que l’affichage
d’une ligne qui permet la saisie par l’utilisateur de la nouvelle valeur x.
[GRAPH.]
visualise l’écran des segments de graphe.
[CODE]
visualise l’écran des segments de code.
<ENTER> valide les modifications effectuées. <VALID><YES> déclenche une reconfiguration. Si la reconfiguration s’effectue suite à la
modification de la cartographie des segments mémoire, cette opération
peut prendre un certain temps. En fin de configuration, les modules
code ou graphe ont été déplacés d’un segment à l’autre. Une application
de niveau V5.0 avec des modules déplacés devient après reconfiguration,
une application de niveau V5.5.
___________________________________________________________________________
4/2
4
Modes opératoires
____________________________________________________________________________
Remarque
L’écran suivant, accessible par la commande <Alt><T> visualise sous forme
synthétique les occupations mémoire des segments. Cet écran est accessible
depuis tous les modes opératoires PL7-3.
Remarque : rappels sur la description de la mémoire utilisateur
Une application PL7-3 est composée de 7 tâches au maximum : IT, FAST, MAST,
AUX0, AUX1, AUX2 et AUX3, décomposées chacunes en 2 segments de code et
2 segments de graphe.
Pour les applications dont la version est inférieure à V5.5, le contenu des segments
est fixe et ne peut être modifié :
• pour une tâche sans Grafcet
- le premier segment de code contient les objets code du MAIN,
- le deuxième segment de code contient les objets code des SR,
- le premier segment de graphe contient les informations graphiques de
la tâche,
- le deuxième segment de graphe contient les sources associées aux OFBs
de diagnostic.
• pour une tâche avec Grafcet : tâche MAST
- le premier segment de code contient l’interpréteur Grafcet, les objets code
des pages Grafcet, du CHART et des XM, les objets code des SR, les
tables de compilation et le MAIN,
- le deuxième segment de code contient les objets code des actions/
réceptivités, les objets code du PRL et les objets code du POST,
- le premier segment de graphe contient les informations graphiques de la
tâche,
- le deuxième segment de graphe contient les sources associées aux OFBs
de diagnostic.
Pour de plus amples renseignements, voir Manuel de Référence PL7-3
(TXT
DR PL7-3 V52F).
___________________________________________________________________________
4/3
___________________________________________________________________________
Pour les applications de niveau V5.5, le contenu du segment 1 peut être déplacé
vers le segment 2 (et réciproquement) dans la même tâche, avec toutefois les
restrictions suivantes : seul ce qui est en gras dans le tableau peut être déplacé.
APPLICATION AVEC GRAFCET,
TACHE MAST
APPLICATION SANS GRAFCET,
TACHE MAST
CODE
OU
SEGMENT No1
SEGMENT No2
INTERPRETEUR GR7
CODE PAGES GR7
CODE CHART
CODE XMi
TABLES GR7
MAIN
CODE DES SRI
CODE DES ACTIONS
CODE DES RECEPTIVITES
CODE DU PRL
CODE DU POST
TOUTE APPLICATION,
AUTRES TACHES
CODE
SEGMENT No1
CODE MAIN
CODES AUTRES
GRAPHE
SEGMENT No1
INFOS. GRAPH. AUTRES
INFOS. GRAPH. SRi
INFOS. GRAPH. PRL
INFOS. GRAPH. POST
SEGMENT No2
SOURCE OFB DIAG
SEGMENT No2
CODE SRi
CODES AUTRES
GRAPHE
SEGMENT No1
SEGMENT No2
INFOS.GRAPH.AUTRES
INFOS.GRAPH.MAIN
INFOS. GRAPH.SRi
SOURCEOFBDIAG
La désaturation ne résoud pas par exemple les cas de saturation du catalogue qui
occupe un segment de 32 Kmots partagé avec le descripteur d’application.
Exemple
.
La saisie de nouveaux SR n’est
pas possible car le segment est
presque saturé (SEG2 = 31505
mots).
La commande [OPTIMIZE] permet de répartir le code des SR
dans les segments 1 et 2, ce qui
libère de la place pour la saisie
de nouveaux SR
___________________________________________________________________________
4/4
">