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 ">
Public link updated
The public link to your chat has been updated.