▼
Scroll to page 2
of
250
Manuel de Référence PL7 Micro/Junior/Pro Description du logiciel PL7 35015366.01 07/2008 fre www.schneider-electric.com 2 Structure de la documentation Structure de la documentation Présentation Ce manuel se compose de trois tomes: z z z 35015366.01 07/2008 Tome 1: Description du logiciel PL7 z Généralités z Langage à contacts z Langage liste d’instructions z Langage littéral structuré z Langage Grafcet z Blocs fonction DFB z Modules Fonctionnels Tome 2: Description détaillée des instructions et des fonctions z Instructions de base z Instructions avancées z Objets bits et mots système Tome 3: Annexes z Différences entre PL7-2/3 et PL7-Micro/Junior z Aide-mémoire z Liste des mots réservés z Conformité au standard CEI 1131-3 z Serveur OLE Automation z Performances 3 Structure de la documentation 4 35015366.01 07/2008 Table des matières A propos de ce manuel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Partie I Description du logiciel PL7 . . . . . . . . . . . . . . . . . . . . . . . 13 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 Chapitre 1 Présentation du logiciel PL7 . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation des logiciels PL7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation des langages PL7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Structure logicielle PL7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Modules fonctionnels. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Chapitre 2 Description des objets langages PL7 . . . . . . . . . . . . . . . . . . . . 25 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Définition des principaux objets booléen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Définition des principaux objets mots . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Adressage des objets bits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Adressage des objets de modules d’entrées/sorties du TSX 37. . . . . . . . . . . . . Adressage des objets de modules d’entrées/sorties en rack . . . . . . . . . . . . . . . Adressage des objets langage de modules déportés sur bus FIPIO . . . . . . . . . Adressage des objets langage liés au bus AS-i . . . . . . . . . . . . . . . . . . . . . . . . . Adressage des objets mots . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Règle de recouvrements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objets de bloc fonction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objets PL7 de type tableau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objets indexés. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objets Grafcet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Symbolisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objets présymbolisés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Chapitre 3 25 26 27 29 31 34 37 40 42 45 46 48 51 54 55 57 Mémoire utilisateur. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Structure mémoire des automates Micro . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Structure mémoire des automates Premium. . . . . . . . . . . . . . . . . . . . . . . . . . . . Description de la mémoire bits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35015366.01 07/2008 15 16 17 21 23 59 60 62 64 5 Description de la mémoire mots . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66 Caractéristiques de la mémoire des automates TSX 37 . . . . . . . . . . . . . . . . . . . 68 Caractéristiques de la mémoire des automates TSX/PCX 57 10/15/20/25/26/28 70 Caractéristiques de la mémoire des automates TSX/PCX 57 30/35/36 . . . . . . . 73 Caractéristiques de la mémoire des automates TSX 57 453/4823 . . . . . . . . . . . 75 Chapitre 4 Modes de marche. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77 Traitement sur coupure et reprise secteur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78 Traitement sur reprise à chaud . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80 Gestion du démarrage à froid . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82 Chapitre 5 5.1 5.2 5.3 5.4 Structure logicielle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 Description des tâches. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88 Présentation de la tâche maître . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89 Description des sections et des sous-programmes . . . . . . . . . . . . . . . . . . . . . . . 90 Présentation de la tâche rapide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94 Présentation des traitements événementiels . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95 Structure monotâche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 Structure logicielle monotâche. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 Exécution cyclique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99 Exécution périodique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101 Contrôle du temps de cycle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104 Structure multitâche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105 Structure logicielle multitâche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106 Séquencement des tâches dans une structure multitâche . . . . . . . . . . . . . . . . 108 Affectation des voies d’entrées/sorties aux tâches maître et rapide . . . . . . . . . 110 Echanges d'entrées/sorties dans les traitements événementiels . . . . . . . . . . . 112 Modules fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115 Structuration en modules fonctionnels. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115 Partie II Description des langages PL7 . . . . . . . . . . . . . . . . . . . . 117 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117 Chapitre 6 Langage à contacts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119 Présentation générale du langage à contacts . . . . . . . . . . . . . . . . . . . . . . . . . . 120 Structure d’un réseau de contacts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121 Etiquette d’un réseau de contacts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122 Commentaire d’un réseau de contacts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123 Eléments graphiques du langage à contacts . . . . . . . . . . . . . . . . . . . . . . . . . . . 124 Règles de programmation d’un réseau de contacts . . . . . . . . . . . . . . . . . . . . . 127 6 35015366.01 07/2008 Règle de programmation des blocs fonction . . . . . . . . . . . . . . . . . . . . . . . . . . . 128 Règles de programmation des blocs opération. . . . . . . . . . . . . . . . . . . . . . . . . 129 Exécution d’un réseau de contacts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130 Chapitre 7 Langage liste d’instructions . . . . . . . . . . . . . . . . . . . . . . . . . . 133 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation générale du langage liste d’instructions . . . . . . . . . . . . . . . . . . . . Structure d’un programme liste d’instructions . . . . . . . . . . . . . . . . . . . . . . . . . . Etiquette d’une phrase en langage liste d’instructions . . . . . . . . . . . . . . . . . . . Commentaire d’une phrase en langage liste d’instructions. . . . . . . . . . . . . . . . Présentation des instructions en langage liste d’instructions . . . . . . . . . . . . . . Règle d’utilisation des parenthèses en langage liste d’instructions . . . . . . . . . Description des instructions MPS, MRD et MPP. . . . . . . . . . . . . . . . . . . . . . . . Principes de programmation des blocs fonction prédéfinis . . . . . . . . . . . . . . . . Règles d’exécution d’un programme liste d’instructions . . . . . . . . . . . . . . . . . . Chapitre 8 Langage litteral structuré. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation du langage littéral structuré . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Structure d’un programme en langage littéral structuré . . . . . . . . . . . . . . . . . . Etiquette d’une phrase en langage littéral structuré . . . . . . . . . . . . . . . . . . . . . Commentaire d’une phrase en langage littéral structuré. . . . . . . . . . . . . . . . . . Instructions sur objets bits. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Instructions arithmétiques et logiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Instructions sur tableaux et chaîne de caractères. . . . . . . . . . . . . . . . . . . . . . . Instructions de conversions numériques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Instructions sur programme et instructions spécifiques . . . . . . . . . . . . . . . . . . Structure de contrôle conditionnelle IF...THEN . . . . . . . . . . . . . . . . . . . . . . . . . Structure de contrôle conditionnelle WHILE...END_WHILE . . . . . . . . . . . . . . . Structure de contrôle conditionnelle REPEAT...END_REPEAT . . . . . . . . . . . . Structure de contrôle conditionnelle FOR...END_FOR . . . . . . . . . . . . . . . . . . . Instruction de sortie de boucle EXIT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Règles d’exécution d’un programme littéral structuré . . . . . . . . . . . . . . . . . . . . Chapitre 9 9.1 9.2 35015366.01 07/2008 133 134 135 136 137 138 142 145 147 149 151 152 153 154 155 156 157 159 162 163 165 167 168 169 170 171 Grafcet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation générale du Grafcet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation du Grafcet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description des symboles graphiques du Grafcet. . . . . . . . . . . . . . . . . . . . . . . Description des objets spécifiques au Grafcet . . . . . . . . . . . . . . . . . . . . . . . . . Possibilités du Grafcet. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Règle de construction du Grafcet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Représentation du Grafcet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Utilisation des divergences et convergences OU . . . . . . . . . . . . . . . . . . . . . . . 175 176 176 177 178 180 182 184 184 185 186 7 9.3 9.4 9.5 Chapitre 10 Utilisation des divergences et convergences ET . . . . . . . . . . . . . . . . . . . . . . . . 187 Utilisation des renvois . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188 Utilisation des liaisons orientées . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191 Commentaire Grafcet. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192 Programmation des actions et des conditions . . . . . . . . . . . . . . . . . . . . . . . . . . 193 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193 Programmation des actions associées aux étapes . . . . . . . . . . . . . . . . . . . . . . 194 Programmation des actions à l’activation ou à la désactivation. . . . . . . . . . . . . 196 Programmation des actions continues. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197 Programmation des réceptivités associées aux transitions . . . . . . . . . . . . . . . . 199 Programmation des réceptivités en langage à contacts . . . . . . . . . . . . . . . . . . 201 Programmation des réceptivités en langage liste d’instructions . . . . . . . . . . . . 202 Programmation des réceptivités en langage littéral structuré . . . . . . . . . . . . . . 203 Macro-étapes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204 Présentation des macro-étapes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205 Constitution d’une macro-étape . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206 Caractéristiques des macro-étapes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207 Section Grafcet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209 Structure d’une section Grafcet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210 Description du traitement préliminaire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211 Prépositionnement du Grafcet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212 Initialisation du Grafcet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213 Remise à zéro du Grafcet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214 Figeage du Grafcet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215 Remise à zéro des macro-étapes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 216 Fonctionnement du traitement séquentiel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218 Description du traitement postérieur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220 Blocs fonction DFB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223 Présentation des blocs fonction DFB. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224 Comment mettre en oeuvre un bloc fonction DFB. . . . . . . . . . . . . . . . . . . . . . . 226 Definition des objets des blocs fonction type DFB. . . . . . . . . . . . . . . . . . . . . . . 228 Définition des paramètres DFB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231 Définition des variables DFB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232 Règle de codage des Types DFB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234 Création des instances de DFB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236 Règle d’utilisation des DFB dans un programme. . . . . . . . . . . . . . . . . . . . . . . . 237 Utilisation d’un DFB dans un programme en langage à contacts . . . . . . . . . . . 239 Utilisation d’un DFB dans un programme en langage liste d’instructions ou littéral . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 241 Exécution d’une instance DFB. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242 Exemple de programmation de bloc fonction DFB . . . . . . . . . . . . . . . . . . . . . . 243 8 35015366.01 07/2008 Index 35015366.01 07/2008 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 247 9 10 35015366.01 07/2008 A propos de ce manuel Présentation Objectif du document Ce manuel décrit les langages de programmation des automates Micro, Premium et Atrium. Champ d'application La mise à jour de cette publication prend en compte les fonctionnalités de PL7 V4.5. Elle permet néammoins de mettre en oeuvre les versions antérieures de PL7. Avertissements liés au(x) produit(s) Commentaires utilisateur 35015366.01 07/2008 Envoyez vos commentaires à l'adresse e-mail [email protected] 11 A propos de ce manuel 12 35015366.01 07/2008 Description du logiciel PL7 I Présentation Objet de cet intercalaire Cet intercalaire presente le logiciel PL7. Il décrit les notions élémentaires de base nécessaires à la programmation des automates Micro et Premium. Contenu de cette partie Cette partie contient les chapitres suivants : 35015366.01 07/2008 Chapitre Titre du chapitre Page 1 Présentation du logiciel PL7 15 2 Description des objets langages PL7 25 3 Mémoire utilisateur 59 4 Modes de marche 77 5 Structure logicielle 87 13 Description du logiciel PL7 14 35015366.01 07/2008 Présentation du logiciel PL7 1 Présentation Objet de ce chapitre Ce chapitre présente les principales caractéristiques du logiciel PL7. Contenu de ce chapitre Ce chapitre contient les sujets suivants: 35015366.01 07/2008 Sujet Page Présentation des logiciels PL7 16 Présentation des langages PL7 17 Structure logicielle PL7 21 Modules fonctionnels 23 15 Présentation du logiciel PL7 Présentation des logiciels PL7 Généralités La conception et la mise en oeuvre des applications pour automates Micro et Premium se réalisent à l’aide des logiciels PL7. Il est proposé 3 types de logiciels PL7: z z z Logiciels PL7 PL7 Micro PL7 Junior PL7 Pro Le tableau suivant montre les différences entre les 3 types de logiciels. Services PL7 Micro PL7 Junior PL7 Pro Programmation/Mise au point/ Exploitation M M/P/A M/P/A Blocs fonction utilisateur Création - - P/A Utilisation - P/A P/A Création - - M/P/A Utilisation - M/P/A M/P/A Modules fonctionnels - - P/A Bloc fonction DFB de diagnostic - - P/A Ecrans d’exploitation Légende: A = automates Atrium M = automates Micro P = automates Premium - = non disponible Conventions d’écriture Dans la suite du document: z z 16 la notation PL7 ou logiciel PL7 est utilisée pour désigner indifféremment les 3 types de logiciels PL7 Micro, PL7 Junior et PL7 Pro. la notation Premium est utilisée pour désigner indifféremment les processeurs TSX 57, PMX 57, et PCX 57. 35015366.01 07/2008 Présentation du logiciel PL7 Présentation des langages PL7 Généralités Le logiciel PL7 propose 4 langages de programmation: z z z z langage à contacts liste d'instructions littéral structuré Grafcet Le tableau suivant donne l’utilisation possible des langages en fonction des types d’automates. Langage Automates Micro Automates Premium Langage à contacts X X Liste d'instructions X X Littéral structuré X X Grafcet X (excepté les macro-étapes) X Légende: X = disponible - = non disponible Ces langages peuvent être mixés au sein d’une même application. Une section de programme peut être écrite en langage à contacts, une autre en littéral ... Ces langages mettent en oeuvre: z z z des blocs fonction pré-définis (Temporisations, Compteurs,...), des fonctions métiers (analogique, communication, comptage...), des fonctions spécifiques (gestion du temps, chaîne de caractères...). Les objets du langage sont symbolisables à l'aide de l'éditeur de variables ou en ligne dans les éditeurs de programme. Le logiciel PL7 est conforme à la norme IEC 1131-3 (voir (Voir Manuel de référence, Tomes 2 et 3) ). 35015366.01 07/2008 17 Présentation du logiciel PL7 Langage à contacts Le langage à contacts (LD) est un langage graphique. Il permet la transcription de schémas à relais, il est adapté au traitement combinatoire. Il offre les symboles graphiques de base: contacts, bobines, blocs. L'écriture de calculs numériques est possible à l'intérieur de blocs opérations. Exemple de réseau de contacts LD : MAST - CHART %L100 %I1.0 (* Attente de séchage*) %M12 %Q2.5 %I1.7 %TM4.Q %M17 %I1.10 %Q2.3 %M2 %I1.4 F2 18 F3 P F4 %M27 %TM0 IN TM Q MODE TON TB: 1 mn TMP: 9999 MODIF: Y %M25 %MW0.X OPERATE %MW15:=%MW18+500 SR2 C N F5 X F6 F7 F8 F9 F10 F11 S F12 R S.F1 S.F2 OPER S.F3 COHP H S.F4 COHP V S.F5 S.F6 FB S.F7 F (...) S.F8 35015366.01 07/2008 Présentation du logiciel PL7 Langage liste d’instructions Le langage liste d'instructions (IL) est un langage "machine" booléen qui permet l'écriture de traitements logiques et numériques. Exemple de programme en langage liste d’instructions IL : MAST - SR1 ! %L0 : ! %L5 : ! %L10: Langage littéral structuré LD ANDN OR ( AND ) AND ST %I1.0 %M12 %TM4.Q %M17 LD ANDN ANDN IN LD AND AND [ %MW15 := %I1.10 %Q2.3 %M27 %TM0 %TM0.Q %M25 %MW0:X5 %MW18+500] LD AND SR2 %I1.2 %I1.4 %I1.7 %Q2.5 Le langage littéral structuré (ST) est un langage de type "informatique" permettant l'écriture structurée de traitements logiques et numériques. Exemple de programme en langage littéral structuré ! ST : MAST - SR10 ( * Recherche du premier élément non nul dans un tableau de 32 mots Détermination de sa valeur (%MW10 ) , de son rang (%MW11) Cette recherche s’effectue si %M0 est à 1 %M1est mis à 1 si un élément non nul existe, sinon il est mis à 0 * ) IF %M0 THEN FOR %MW 99 := 0 TO 31 DO IF %MW100 [%MW99]< > 0 THEN %MW 10 : =%MW100 [%MW99]; %MW 11 : =%MW 99; %M1 : = TRUE; EXIT; ( *Sortie de la boucle FOR*) ELSE %M1 : = FALSE; END_IF; END_FOR; ELSE %M1 : = FALSE; END_ IF; 35015366.01 07/2008 19 Présentation du logiciel PL7 Langage Grafcet Le langage Grafcet permet de représenter graphiquement et de façon structurée le fonctionnement d'un automatisme séquentiel. Exemple de programme en langage Grafcet. GRAFCET : MAST - CHART 10 0 1 11 3 2 12 4 6 5 7 13 14 15 8 F2 20 F3 F4 F5 F6 F7 F8 F9 F10 F11 F12 35015366.01 07/2008 Présentation du logiciel PL7 Structure logicielle PL7 Généralités Le logiciel PL7 propose deux types de structure: z z 35015366.01 07/2008 Monotâche: c’est la structure simplifiée proposée par défaut, où une seule tâche maître composée d’un programme, constitué de plusieurs sections et de sousprogrammes, est exécutée. Multitâche: cette structure, mieux adaptée pour des applications temps réel perfomantes, se compose d’une tâche maître, d’une tâche rapide et de traitements événementiels prioritaires. 21 Présentation du logiciel PL7 Principe Les tâches maître et rapide d'un programme PL7 se composent de plusieurs parties appelées sections et de sous-programmes. Chacune de ces sections peut être programmée dans le langage approprié au traitement à réaliser. L’illustration suivante montre un exemple de découpage d’un programme PL7. Tâche maître MAST Sas (LD) Section en langage à contacts Four_1 Sas (LD) CHART Section en Grafcet Sas (LD) Sas (LD) Section en langage à contacts Nettoyage (ST) Section en littéral Sous-programmes traitements événementiels Tâche rapide FAST Alarm_sas (ST) Section en littéral Surv_Sec (LD) Section en langage à contacts EVT0 Alarm_Four (ST) Section en littéral Sous-programmes SR0 SR0 Ce découpage en sections permet de créer un programme structuré et de générer ou incorporer aisément des modules de programme. Les sous-programmes peuvent être appelés depuis n'importe quelle section de la tâche à laquelle ils appartiennent ou depuis d'autres sous-programmes de la même tâche. 22 35015366.01 07/2008 Présentation du logiciel PL7 Modules fonctionnels Généralités Le logiciel PL7 Pro permet de structurer une application pour automate Premium en modules fonctionnels. Un module fonctionnel est un regroupement d'éléments de programme destinés à réaliser une fonction d’automatisme. Indépendamment de la structure multitâches des automates, vous pouvez définir une structure arborescente multiniveaux de l’application d’automatisme. A chaque niveau, vous pouvez rattacher des sections de programme écrites en langage à contacts, littéral, liste d’instructions ou Grafcet, ainsi que des tables d’animation et des écrans d’exploitation. Vue fonctionnelle La vue fonctionnelle en modules permet d’avoir une découpe par fonctions cohérentes vis-à-vis du procédé à commander. La vue structurelle donne une vue de l’ordre d’exécution des sections de programme par l’automate. L’illustration suivante montre les 2 vues possibles d’une application. Navigateur Application Vue Structurelle MACHINE_DOSAGE Configuration Programme Tâche Mast Tâche Fast Evènements Types DFB Variables Tables d’animation Dossier Ecrans d’exploitation 35015366.01 07/2008 Vue Fonctionnelle MACHINE_DOSAGE Md_march Programme Table d’animation Procédé Programme Table d’animation Remplir Programme Table d’animation Doser Programme Table d’animation Mixer Programme Table d’animation Vider Programme Table d’animation 23 Présentation du logiciel PL7 Services associés à la vue fonctionnelle Les services d’exploitation sont disponibles dans l’une ou l’autre vue. En particulier, par une seule commande, il est possible de forcer l’exécution ou non d’un module fonctionnel. Dans ce cas, toutes les sections rattachées au module fonctionnel sont automatiquement forcées. Export/import de modules fonctionnels 24 Vous pouvez exporter tout ou partie de la structure arborescente en modules fonctionnels. Dans ce cas, l’ensemble des sections de programme des différents niveaux de modules est exporté. 35015366.01 07/2008 Description des objets langages PL7 2 Présentation Objet de ce chapitre Ce chapitre décrit tous les objets des langages PL7. Ces objets sont utilisés en tant qu’opérandes dans les instructions. Contenu de ce chapitre Ce chapitre contient les sujets suivants : 35015366.01 07/2008 Sujet Page Définition des principaux objets booléen 26 Définition des principaux objets mots 27 Adressage des objets bits 29 Adressage des objets de modules d’entrées/sorties du TSX 37 31 Adressage des objets de modules d’entrées/sorties en rack 34 Adressage des objets langage de modules déportés sur bus FIPIO 37 Adressage des objets langage liés au bus AS-i 40 Adressage des objets mots 42 Règle de recouvrements 45 Objets de bloc fonction 46 Objets PL7 de type tableau 48 Objets indexés 51 Objets Grafcet 54 Symbolisation 55 Objets présymbolisés 57 25 Objets langages PL7 Définition des principaux objets booléen Description Le tableau suivant décrit les principaux objets booléens. Bits Description Exemples Accès en écriture Valeurs immédiates 0 ou 1 (False ou True) 0 _ Entrées/sorties Ces bits sont les "images logiques" des états électriques des entrées/ %I23.5 sorties. %Q51.2 Ils sont rangés dans la mémoire de données et sont mis à jour à chaque scrutation de la tâche dans laquelle ils sont configurés. Non Oui Note : Les bits d’entrées/sorties non utilisés ne peuvent pas être employés comme bits internes. Internes Les bits internes permettent de mémoriser des états intermédiaires durant l’exécution du programme. %M200 Oui Système Les bits système %S0 à %S127 surveillent le bon fonctionnement de l’automate ainsi que le déroulement du programme application. %S10 Selon i Blocs fonction Les bits de blocs fonction correspondent aux sorties des blocs fonction standard ou instance de DFB. Ces sorties peuvent être soit câblées directement, soit exploitées en tant qu'objet. %TM8.Q Non Extraits de mots Le logiciel PL7 donne la possibilité d'extraire l'un des 16 bits d'un objet mot. %MW10:X5 Selon type de mots Etapes et macro-étapes Grafcet Les bits d’état permettent de connaître l’état d’une étape, d’une macro- %X21 étape ou encore d’une étape de macro-étape. %X5.9 26 Oui Oui 35015366.01 07/2008 Objets langages PL7 Définition des principaux objets mots Description Le tableau suivant décrit les principaux objets mots. Mots Description Exemples Accès en écriture Valeurs immédiates Ce sont des valeurs algébriques de format homogène avec celui des mots simple et double longueur (16 ou 32 bits), qui permettent d'affecter des valeurs à ces mots. 2542 _ Entrées/ sorties Ce sont les "images logiques" des valeurs électriques des entrées/sorties (exemple : entrées/sorties analogiques). Ils sont rangés dans la mémoire de données et sont mis à jour à chaque scrutation de la tâche dans laquelle ils sont configurés. %IW23.5 %QW51.1 non oui Internes Ils sont destinés à stocker des valeurs en cours du programme. Ils sont rangés à l’intérieur de l’espace Données dans une même zone mémoire. %MW10 %MD45 oui oui Constants Ils mémorisent les constantes ou les messages alphanumériques. Leur %KW30 contenu ne peut être écrit ou modifié que par le terminal. Ils sont stockés au même endroit que le programme , Ils peuvent donc avoir comme support de la mémoire FLASH EPROM. Système Ces mots assurent plusieurs fonctions : z certains renseignent sur l’état du système (temps de fonctionnement système et application, ...). z d’autres permettent d’agir sur l’application (modes de marche, ...). %SW5 selon i Blocs fonction Ces mots correspondent aux paramètres ou valeurs courantes des blocs fonction standard ou instance de DFB. %TM2.P oui Communs Ils sont destinés à être échangés automatiquement sur toutes les stations connectées au réseau de communication. %NW2.3 oui Grafcet Les mots Grafcet permettent de connaître les temps d’activité des étapes. %X5.T 35015366.01 07/2008 oui (uniqueme nt par terminal) oui 27 Objets langages PL7 Format des valeurs Les valeurs des mots peuvent être codées dans les formats suivants : Type Taille Exemple de valeur Borne inférieure Borne supérieure Entier base 10 Simple longueur 1506 -32768 +32767 Double longueur 578963 -2 147 483 648 2 147 483 647 Entier base 2 Simple longueur 2#1000111011111011011 2#10...0 2#01...1 Double longueur 2#10001110111110110111111 111011111011111 2#10...0 2#01...1 Simple longueur 16#AB20 16#0000 16#FFFF Double longueur 16#5AC10 16#000000000 16#FFFFFFFF -1.32E12 -3.402824E+38 (1) 1.175494E-38 (1) -1.175494E-38 (1) 3.402824E+38 (1) Entier base 16 Flottant Légende (1) 28 bornes exclues 35015366.01 07/2008 Objets langages PL7 Adressage des objets bits Présentation Syntaxe L’adressage des bits internes, système et étapes suit les règles suivantes : % M, S ou X Symbole Type d’objet i Numéro Le tableau ci-dessous décrit les différents éléments constituant l’adressage. Famille Elément Valeurs Description Symbole % - - Type d’objet M - Bits internes destinés à mémoriser les états intermédiaires en cours du programme. Ils sont rangés à l’intérieur de l’espace données dans une même zone mémoire. S - Bits système (Voir Manuel de référence, Tome 2), ces bits assurent plusieurs fonctions : z certains renseignent sur l’état du système par lecture des bits %Si (débordement du chien de garde, ...). z d’autres permettent d’agir sur l’application (initialisation Grafcet, ...). X - Bits d’étape, les bits étapes (voir Objets Grafcet, p. 54) donnent l’état d’activité des étapes. i - La valeur maximum du numéro dépend du nombre d’objets configuré. Numéro Exemples : z z z 35015366.01 07/2008 %M25 = bit interne numéro 25 %S20 = bit système numéro 20 %X6 = bit étape numéro 6 29 Objets langages PL7 Bits extrait de mots Le logiciel PL7 permet d'extraire l'un des 16 bits des mots simple longueur. Le repère du mot est alors complété par le rang du bit extrait suivant la syntaxe ciaprès: MOT :X Adresse du mot j Position j= 0 à 15 rang du bit dans le mot. Exemples : z z %MW10:X4 = bit numéro 4 du mot interne %MW10 %QW5.1:X10 = bit numéro 10 du mot de sortie %QW5.1 Note : L'extraction de bits de mots peut aussi s'effectuer sur mots indexés. 30 35015366.01 07/2008 Objets langages PL7 Adressage des objets de modules d’entrées/sorties du TSX 37 Présentation L’adressage des principaux objets bit et mot de modules d’entrées/sorties est de type géographique. C’est à dire qu’il dépend : z z z Illustration du numéro (adresse) du rack, de la position physique du module dans le bac, du numéro de la voie du module. L’adressage est défini de la manière suivante : % I,Q,M,K Symbole Type d’objet 35015366.01 07/2008 X, W, D, F Format X Position • i N° voie • r Rang 31 Objets langages PL7 Syntaxe Le tableau ci-dessous décrit les différents éléments constituant l’adressage. Famille Elément Valeurs Description Symbole % - - Type d’objet I Q - Image de l’entrée physique du module, Image de la sortie physique du module, Ces informations sont échangées de manière implicite à chaque cycle de la tâche à laquelle elles sont attachées. M - Variable interne Ces informations de lecture ou d’écriture sont échangées à la demande de l’application. K - Constante interne Ces informations de configuration sont disponibles en lecture seulement. X - Booléen Pour les objets de type booléen, le X peut être omis. W 16 bits Simple longueur. D 32 bits Double longueur. F 32 bits Flottant. Le format flottant utilisé est celui de la norme IEEE Std 754-1985 (équivalent IEC 559). Position module x 0à8 0 à 10 TSX 37-10 TSX 37-21/22 Note : un module au format standard (occupant 2 positions) est adressé comme 2 modules au 1/2 format superposés, (voir les explications ciaprès). N° voie i 0 à 31 ou Numéro de voie du module. MOD MOD : voie réservée à la gestion du module et des paramètres communs à toutes les voies. Rang r 0 à 127 ou ERR Format (taille) Exemples Position du bit dans le mot. ERR : indique un défaut module ou voie. Le tableau ci-dessous présente quelques exemples d’adressage d’objets. Objet Description %I1.5 Voie d’entrée numéro 5 du module d’entrées/sorties situé à la position 1. %MW2.0.3 Mot d’état de rang 3 de la voie 0 du module d’entrées/sorties situé à la position 2. %I5.MOD.ERR Information de défaut du module d’entrées/sorties situé à la position 5. 32 35015366.01 07/2008 Objets langages PL7 Cas des modules au format standard Ils sont adressés comme 2 modules au 1/2 format superposés. Par exemple, un module de 64 E/S occupant les positions 5 et 6, est vu comme 2 modules 1/2 format : z z un 1/2 module de 32 entrées situé à la position 5, un 1/2 module de 32 entrées situé à la position 6, Le tableau ci-après décrit le codage Position/Numéro de voie en fonction du module. Module Numéro de voie Adressage : Position/Numéro de voie (x=position) Exemples 1/2 format Format standard 4S 8E 12E 0à3 0à7 0 à 11 x.0 à x.3 x.0 à x.7 x.0 à x.11 32E 32S 64E/S 0 à 15 (E) 0 à 15 (E) 0 à 15 (S) 0 à 31 (E) 0 à 11 (S) 0 à 15 (E) 0 à 15 (S) 0 à 31 (S) x.0 à x.15 x.0 à x.15 x.0 à x.15 x.0 à x.31 (x+1).0 à (x+1).11 (x+1).0 à (x+1).15 (x+1).0 à (x+1).15 (x+1).0 à (x+1).31 Le tableau ci-dessous présente deux exemples d’adressage d’objets d’un module standard 28E/S occupant les positions 3 et 4. Objet Description %I3.6 Voie d’entrée numéro 6 du module. %Q4.2 Voie de sortie numéro 2 du module 35015366.01 07/2008 28E/S 33 Objets langages PL7 Adressage des objets de modules d’entrées/sorties en rack Présentation L’adressage des principaux objets bit et mot de modules d’entrées/sorties est de type géographique. C’est à dire qu’il dépend : z z z Illustration du numéro (adresse) du rack, de la position physique du module dans le rack, du numéro de la voie du module. L’adressage est défini de la manière suivante : % I, Q, M, K Symbole Type d’objet 34 X, W, D, F Format X Rack Y Position • i N° voie • r Rang 35015366.01 07/2008 Objets langages PL7 Syntaxe Le tableau ci-dessous décrit les différents éléments constituant l’adressage. Famille Elément Valeurs Description Symbole % - - Type d’objet I Q - Image de l’entrée physique du module, Image de la sortie physique du module, Ces informations sont échangées de manière automatique à chaque cycle de la tâche à laquelle elles sont attachées. M - Variable interne Ces informations de lecture ou d’écriture sont échangées à la demande de l’application. K - Constante interne Ces informations de configuration sont disponibles en lecture seulement. X - Booléen Pour les objets de type booléen, cet élément peut être omis. W 16 bits Simple longueur. D 32 bits Double longueur. F 32 bits Flottant. Le format flottant utilisé est celui de la norme IEEE Std 754-1985 (équivalent IEC 559). Adresse rack x 0 ou 1 0à7 TSX 5710/102/103/153, PMX 57102, PCX 571012). Autres processeurs. Position module y 00 à 14 (1) Numéro de position dans le rack. Lorsque le numéro de rack (x) est différent de 0, la position (y) est codée sur 2 digits : 00 à 14 ; par contre si le numéro de rack (x) = 0, on élimine les zéros non significatifs (élimination par la gauche) de "y" ("x" n'apparaît pas et "y" est sur 1 digit pour les valeurs inférieures à 9). N° voie i 0 à 127 ou MOD MOD : voie réservée à la gestion du module et des paramètres communs à toutes les voies. Rang r 0 à 127 ou ERR Position du bit dans le mot. ERR : indique un défaut module ou voie. Format (taille) (1) : le nombre d’emplacements maximum nécessite l’utilisation de 2 racks à la même adresse. 35015366.01 07/2008 35 Objets langages PL7 Exemples Le tableau ci-dessous présente quelques exemples d’adressage d’objets. Objet Description %MW2.0.3 Mot d’état de rang 3 de la voie 0 du module d’entrées TOR situé à la position 2 du rack 0. %MW103.0.3 Mot d’état de rang 3 de la voie 0 du module de sorties TOR situé à la position 3 du rack 1. %I102.MOD.ERR Information de défaut du module d’entrées analogiques situé à la position 2 du rack 1. %I204.3.ERR Information de défaut de la voie 3 du module de sorties analogiques situé à la position 4 du rack 2. Illustration 0 P S Y 2 6 0 0 0 T S X 5 7 2 0 3 0 1 P S Y 2 6 0 0 2 P S Y 2 6 0 0 o o p s o o C o m 1 2 1 3 4 3 4 D S Y 0 8 R 5 2 A E Y 8 0 0 0 36 L 2 D S Y 0 8 R 5 3 4 A S Y 8 0 0 35015366.01 07/2008 Objets langages PL7 Adressage des objets langage de modules déportés sur bus FIPIO Présentation L’adressage des principaux objets bit et mot des modules déportés sur bus FIPIO est de type géographique. C’est à dire qu’il dépend : z z z Illustration du point de connexion, du type de module (base ou extension), du numéro de la voie. L’adressage est défini de la manière suivante : % I, Q, M, K X, W, D, F \ Symbole Type d’objet Format 35015366.01 07/2008 p.2.c \ m N°de Adresse module module/voie et point de connexion • i N° voie • r Rang 37 Objets langages PL7 Syntaxe Le tableau ci-dessous décrit les différents éléments constituant l’adressage. Famille Elément Valeurs Signification Symbole % - - Type d’objet I Q - Image de l’entrée physique du module, Image de la sortie physique du module, Ces informations sont échangées de manière automatique à chaque cycle de la tâche à laquelle elles sont attachées. M - Variable interne Ces informations de lecture ou d’écriture sont échangées à la demande de l’application. K - Constante interne Ces informations de configuration sont disponibles en lecture seulement. X - Booléen Pour les objets de type booléen, le X peut être omis. W 16 bits Simple longueur. D 32 bits Double longueur. F 32 bits Flottant. Le format flottant utilisé est celui de la norme IEEE Std 754-1985 (équivalent IEC 559). Adresse module/ voie et point de connexion p 0 ou 1 Numéro de position du processeur dans le rack. 2 - Numéro de voie de la liaison FIPIO intégrée dans le processeur. c 1 à 127 Numéro de point de connexion. Position module m 0 ou 1 0 : module de base, N° voie i 0 à 127 ou MOD MOD : voie réservée à la gestion du module et des paramètres communs à toutes les voies. Rang r 0 à 255 ou ERR ERR : indique un défaut module ou voie. Format (taille) 38 1 : module d’extension. 35015366.01 07/2008 Objets langages PL7 Exemples Le tableau ci-dessous présente quelques exemples d’adressage d’objets. Objet Signification %MW\0.2.1\0.5.2 Mot d’état de rang 2 du bit image de l’entrée 5 du module de base d’entrées déportées situé au point de connexion 1 du bus FIPIO. %I\0.2.1\0.7 Bit image de l’entrée 7 du module de base d’entrées déportées situé au point de connexion 1 du bus FIPIO. %Q\0.2.1\1.2 Bit image de la sortie 2 du module d’extension de sorties déportées situé au point de connexion 1 du bus FIPIO. %I\0.2.2\0.MOD.ERR Information de défaut du module Momentum situé au point de connexion 2 du bus FIPIO. %Q\1.2.3\0.0.ERR 0 35015366.01 07/2008 Information de défaut de la voie 0 du module CCX17 situé au point de connexion 3 du bus FIPIO. Gestionnaire Fipio TSX 57253 1 TBX LEP 030 0 TBX DES 1622 2 170 FNT 110 01 0 170 AAI 030 00 3 TSX FPP 010 0 T CCX 17 20 F 1 TBX DSS 1622 39 Objets langages PL7 Adressage des objets langage liés au bus AS-i Présentation L’adressage des principaux objets bit et mot associés au bus AS-i est de type géographique. C’est à dire qu’il dépend : z z z Illustration du numéro (adresse) du rack où est positionné le coupleur, de la position physique du coupleur dans le rack, du numéro (adresse) de l’équipement esclave sur le bus AS-i. L’adressage est défini de la manière suivante : I ou Q % \ Symbole Type d’objet Syntaxe xy.0 Rack/module/voie du TSX SAY 100 \ n i • N° esclave Rang du bit Le tableau ci-dessous décrit les différents éléments constituant l’adressage. Famille Elément Valeurs Description Symbole % - - Type d’objet I Q - Image de l’entrée physique du module, Image de la sortie physique du module, Ces informations sont échangées de manière automatique à chaque cycle de la tâche à laquelle elles sont attachées. Adresse rack x 0 ou 1 0à7 TSX 5710/102/103/153, PMX 57102, PCX 571012). Autres processeurs. Position module y 00 à 14 (1) Numéro de position dans le rack. Lorsque le numéro de rack (x) est différent de 0, la position (y) est codée sur 2 digits : 00 à 14 ; par contre si le numéro de rack (x) = 0, on élimine les zéros non significatifs (élimination par la gauche) de "y" ("x" n'apparaît pas et "y" est sur 1 digit pour les valeurs inférieures à 9). N° voie 0 - Le coupleur TSX SAY 100 ne possède qu’une seule voie. N° de l’esclave n 0 à 31 Adresse physique de l’esclave. Rang i 0à3 Position du bit image de l’entrée ou de la sortie. (1) : Le nombre d’emplacements maximum nécessite l’utilisation d’un rack d’extension. 40 35015366.01 07/2008 Objets langages PL7 Exemple Le tableau ci-dessous présente quelques exemples d’adressage d’objets. Objet Description %I3.0\2.1 Entrée 1 de l’esclave 2, le module TSX SAY 100 étant positionné à l’emplacement 3 du rack 0. %Q3.0\4.3 Sortie 3 de l’esclave 4, le module TSX SAY 100 étant positionné à l’emplacement 3 du rack 0. 0 0 P S Y 2 6 0 0 T S X 5 7 1 0 3 1 o o C o m m 2 3 4 S A Y 1 0 0 0 1 2 P ABE-8R44SB11 3 4 P XVA-S102 35015366.01 07/2008 41 Objets langages PL7 Adressage des objets mots Présentation L’adressage des mots (hors mots de modules d’entrées/sorties, et blocs fonction) suivent une même syntaxe décrite ci-après. Illustration L’adressage des mots internes, constants et système suit les règles suivantes : Syntaxe % M, K ou S B, W, D ou F Symbole Type d’objet Format i Numéro Le tableau ci-dessous décrit les différents éléments constituant l’adressage. Famille Elément Valeurs Symbole % - - Type d’objet M - Mots internes destinés à stocker des valeurs en cours du programme. Ils sont rangés à l’intérieur de l’espace donnés dans une même zone mémoire. K - Mots constants mémorisent des valeurs constantes ou des messages alphanumériques. Leur contenu ne peut être écrit ou modifié que par le terminal. Ils sont stockés au même endroit que le programme, Ils peuvent donc avoir comme support de la mémoire FLASH EPROM. S - Mots système (Voir Manuel de référence, Tome 2), ces mots assurent plusieurs fonctions : z certains renseignent sur l’état du système par lecture des mots %SWi (temps de fonctionnement système et application, ...). z d’autres permettent d’agir sur l’application (modes de marche, ...). 42 Description 35015366.01 07/2008 Objets langages PL7 Famille Elément Valeurs Description Format B 8 bits Octet, ce format est exclusivement utilisé pour les opérations sur chaîne de caractères. W 16 bits Simple longueur : ces mots de 16 bits peuvent contenir une valeur algébrique comprise entre -32 768 et 32 767, Rang du bit 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 0 1 0 0 0 1 1 0 1 0 0 1 1 1 1 1 Poids faible Poids fort D 32 bits Double longueur : ces mots de 32 bits peuvent contenir une valeur algébrique comprise entre -2 147 483 648 et 2 147 483 647. Ces mots s’implantent en mémoire sur deux mots simple longueur consécutifs. Poids faible 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 0 1 1 1 0 1 1 1 0 0 1 1 0 1 0 0 0 0 1 1 0 1 1 0 0 1 0 1 0 0 1 0 Poids fort F 32 bits Flottant: le format flottant utilisé est celui de la norme IEEE Std 754-1985 (équivalent IEC 559). La longueur des mots est de 32 bits, ce qui correspond à des nombres flottants simple précision. Exemples de valeurs flottantes : 1285.28 12.8528E2 Numéro i - La valeur maximum du numéro dépend du nombre d’objets configuré. Exemples : z z z z 35015366.01 07/2008 %MW15 = mot interne simple longueur numéro 15 %MF20 = mot interne flottant numéro 20 %KD26 = double mot constant numéro 26 %SW30 = mot système numéro 30 43 Objets langages PL7 Adressage des mots sur réseau L'adressage des mots sur réseau est décrit dans le manuel Métier communication. D'autre part les réseaux utilisent des objets spécifiques : les mots communs .Ce sont des objets mots simple longueur (16 bits) communs à toutes les stations connectées au réseau de communication. Adressage : %NW{i.j}k avec : i = 0 à 127 numéro de réseau, j = 0 à 31 numéro de station et k= 0 à 3 numéro de mot 44 35015366.01 07/2008 Objets langages PL7 Règle de recouvrements Principes Les octets, mots simples, double longueur et flottant sont rangés à l’intérieur de l’espace donné dans une même zone mémoire. Ainsi, il y a recouvrement entre : z z z Illustration le mot double longueur %MDi et les mots simple longueur %MWi et %MWi+1 (le mot %MWi renfermant les poids faibles et le mot %MWi+1 les poids forts du mot %MDi), le mot simple longueur %MWi et les octets %MBj et %MBj+1 (avec j=2 x i), le flottant %MFk et les mots simple longueur %MWk et %MWk+1. Cette illustration montre le recouvrement des mots internes. %MW0 %MB1 %MB0 %MW1 %MB3 %MB2 %MW2 %MB5 %MB4 %MW3 %MB7 %MB6 %MD0 %MD1 %MD2 %MD3 %MDi %MWi %MWi+1 %MWk %MFk Exemples z z z z 35015366.01 07/2008 %MWk+1 %MD0 correspond à %MW0 et %MW1 (voir illustration ci-dessus). %MW3 correspond à %MB7 et %MB6 (voir illustration ci-dessus). %KD543 correspond à %KW543 et %KW544. %MF10 correspond à %MW10 et %MW11. 45 Objets langages PL7 Objets de bloc fonction Généralités Les blocs fonction mettent en oeuvre des objets bits et des mots spécifiques accessibles par programme. Exemple de bloc fonction L’illustration suivante présente un bloc fonction compteur/décompteur. %Ci R S E %C.P:9999 D CU MODIF:Y CD F Bloc compteur/décompteur Objets bits Ils correspondent aux sorties des blocs. Ces bits sont accessibles par les instructions booléennes de test. Objets mots Ils correspondent : z z 46 aux paramètres de configuration du bloc, ces paramètres peuvent être accessibles ( ex : paramètre de présélection) ou pas (ex: base de temps) par programme, aux valeurs courantes (ex : %Ci.V valeur de comptage en cours). 35015366.01 07/2008 Objets langages PL7 Liste des objets de blocs fonction accessibles par programme Le tableau suivant décrit l’ensemble des objets de blocs fonction. Blocs fonctions Symbole Nb Maxi Nb Maxi Type Micro Premium d’objets Temporisateur %TMi 64 Compteur/ Décompteur Monostable Registre mot Programmateur cyclique Temporisateur série 7 %Ci 32 %MNi %Ri 4 %DRi %Ti 8 8 64 255 (128 par défaut) Mot Bit 255 (64 par défaut) Mot Bit 255 (32 par défaut) Mot Description Adresse Accès écriture Valeur courante %TMi.V non Valeur de présélection %TMi.P oui Sortie temporisateur %TMi.Q non Valeur courante %Ci.V non Valeur de présélection %Ci.P oui Sortie débordement (vide) %Ci.E non Sortie présélection atteinte %Ci.D non Sortie débordement (plein) %Ci.F non Valeur courante %MNi.V non Valeur de présélection %MNi.P oui Bit Sortie débordement (vide) %MNi.R non 255 (4 par défaut) Mot Accès au registre %Ri.I oui Sortie du registre %Ri.O oui Bit Sortie registre plein %Ri.F non Sortie registre vide %Ri.E non 255 (8 par défaut) Mot Numéro de pas en cours %DRi.S oui 255 (0 par défaut) Etats du pas j %DRi.Wj non Temps d’activité du pas %DRi.V non Bit Dernier pas défini en cours %DRi.F non Mot Valeur courante %Ti.V non Valeur de présélection %Ti.P oui Sortie en cours %Ti.R non Sortie temporisateur écoulé %Ti.D non Bit Note : Le nombre total de temporisateurs %TMi + %Ti est limité à 64 pour un Micro,et 255 pour un Premium. 35015366.01 07/2008 47 Objets langages PL7 Objets PL7 de type tableau Tableaux de bits Les tableaux de bits sont des suites d'objets bits adjacents de même type et de longueur définie : L. Exemple de tableaux de bits : %M10 %M11 %M10:6 %M12 %M13 %M14 %M15 %M10:6 Ce tableau définit les objets bits qui peuvent être mis sous forme de tableau de bits. Type Adresse Exemple Accès en écriture Bits d’entrées TOR %Ix.i:L %I25.1:8 Non Bits de sorties TOR %Qx.i:L %Q34.0:16 Oui Bits internes %Mi:L %M50:20 Oui Bits Grafcet %Xi:L, %Xj.i:L %X50:30 Non Note : Les longueurs maximum des tableaux dépendent des types d’objet z Pour les bits d’entrées/sorties TOR : la taille maximum dépend de la modularité (nombre d’entrées/sorties du module). z Pour les bits internes ou Grafcet : la taille maximum dépend de la taille définie en configuration. 48 35015366.01 07/2008 Objets langages PL7 Tableaux de mots Les tableaux de mots sont des suites de mots adjacents de même type et de longueur définie : L. Exemple de tableaux mots : %KW10:5 16 bits %KW10 %KW14 Ce tableau définit les objets mots qui peuvent être mis sous forme de tableau de mots. Type Format Adresse Exemple Accès en écriture Mots internes Simple longueur %MWi:L %MW50:20 Oui Double longueur %MDi:L %MD30:10 Oui Flottant %MFi:L %MF100:20 Oui Simple longueur %KWi:L %KW50:20 Non Mots constants Double longueur %KDi:L %KD30:10 Non Flottant %KFi:L %KF100:20 Non Mots Grafcet Mots Grafcet %Xi.T:L, %Xj.i.T:L %X12.T:8 Non Mots système Mots système %SWi:L %SW50:4 Oui Note : Les longueurs maximum des tableaux dépendent des types d’objet. z Pour les mots internes, constantes ou Grafcet : la taille maximum dépend de la taille définie en configuration. z Pour les mots système : seul les mots %SW50 à 53 peuvent être adressés sous forme de tableau. 35015366.01 07/2008 49 Objets langages PL7 Chaînes de caractères Les chaînes de caractères sont des suites d'octets adjacents de même type et de longueur définie : L. Exemple de chaîne de caractères : %MB10:5 %MB10 8 bits %MB14 Ce tableau définit les objets qui peuvent être mis sous forme de chaîne de caractères. Type Adresse Exemple Accès en écriture Mots internes %MBi:L %MB10:8 Oui Mots constants %KBi:L %KB20:6 Oui Note : L’indice i doit être pair. 50 35015366.01 07/2008 Objets langages PL7 Objets indexés Adressage direct L’adressage des objets est dit direct, quand l’adresse de ces objets est fixe et définie à l’écriture du programme. Exemple : %MW26 (mot interne d'adresse 26) Adressage indexé En adressage indexé, l’adresse directe de l’objet est complétée d’un index : à l’adresse de l’objet est ajouté le contenu de l’index. Le tableau suivant présente le type d’index qui peut être utilisé en fonction du type d’automate : Type d’index Automates Premium/ Atrium Automates Micro un mot interne %MWi X X un mot constant %KWi X - une valeur immédiate X - Légende X : utilisable - : non utilisable Le nombre de "mots index" n’est pas limité. Ce type d’adressage permet de parcourir successivement une suite d’objets de même nature (mots internes, mots constants...), : à l’adresse de l’objet est ajoutée le contenu de l’index. Exemple : MW108[%MW2] : mot d’adresse directe 108 + contenu du mot %MW2. Si le mot %MW2 a pour contenu la valeur 12, écrire %MW108[%MW2] équivaut donc à écrire %MW120. 35015366.01 07/2008 51 Objets langages PL7 Description des objets indexables Le tableau suivant définit les objets qui peuvent être indexés. Type Format Adresse Exemple Accès en écriture Bit d'entrées Booléen %Ixy.i[index] %I21.3[%MW5] Non Bit de sortie Booléen %Qxy.i[index] %Q32.4[%MW5] Oui Bit interne Booléen %Mi[index] %M10[%MW5] Oui Bit Grafcet Booléen Mots internes Mots constant Mots Grafcet %Xi[index] %X20[%MW5] Non %Xj.i[index] %X2.3[%MW5] Non Simple longueur %MWi[index] %MW30[%MW5] Oui Double longueur %MDi[index] %MD15[%MW5] Oui Flottant %MFi[index] %MF15[%MW5] Oui Simple longueur %KWi[index] %KW50[%MW5] Non Double longueur %KDi[index] %KD50[%MW5] Non Flottant %KFi[index] %KF50[%MW5] Non Simple longueur Tableau de mots %Xi .T[index] %X20 .T[%MW5] Non %Xj.i .T[index] %X2.3 .T[%MW5] Non %MWi[index]:L %MW50[%MW5]:10 Oui %MDi[index]:L %MD40[%MW5]:10 Oui %KWi[index]:L %KW70[%MW5]:20 Non %KDi[index]:L %KD80[%MW5]:10 Non Note : Les valeurs maximum des index dépendent des types d’objets indexés. z Pour les bits d’entrées/sorties TOR : 0<i+index<m (m étant le nombre maximum d’entrées/sorties du module) . z Pour tous les autres objets (exceptés objet double longueur ou flottant) : 0<i+index<Nmax , Nmax = taille maximum dépend de la taille définie en configuration. Pour les mots double longueur ou flottant : 0<i+index<Nmax-1. Indexation des mots doubles L’adresse réelle = adresse directe du double mot indexé + 2 fois le contenu du mot index. Exemple : %MD6[%MW100] Si %MW100=10, le mot adressé sera 6 + 2 x 10 -->%MD26. 52 35015366.01 07/2008 Objets langages PL7 Débordement d’index Il y a débordement d’index dès que l’adresse d’un objet indexé dépasse les limites de la zone incluant ce même type d’objet, c’est-à-dire quand : z z adresse objet + contenu de l’index inférieur à la valeur zéro, adresse objet + contenu de l’index supérieur à la limite maximum configurée En cas de débordement d’index, le système provoque la mise à l’état 1 du bit système %S20 et l'affectation de l'objet s'effectue avec une valeur d'index égale à 0. Le tableau suivant donne les conditions de mise à 1 et 0 du bit système %S20. Mis à l’état 1 Remis à l’état 0 z mise à 1 par le système sur débordement z mise à 0 par l’utilisateur, après d’index 35015366.01 07/2008 modification de l’index 53 Objets langages PL7 Objets Grafcet Objets bits Le tableau suivant récapitule tous les objets bits Gracet disponibles et décrit leur rôle. Type Description %Xi état de l'étape i du graphe principal (Chart). %XMj état de la macro-étape j du Grafcet. %Xj.i état de l'étape i de la macro-étape j du Grafcet. %Xj.IN état de l’étape d'entrée de la macro-étape. %Xj.OUT état de l'étape de sortie de la macro-étape. Ces bits sont à 1 lorsque l'étape ou la macro-étape est active, à 0 lorsqu'elle est inactive. Objets mots Le tableau suivant récapitule tous les objets mots Gracet disponibles et décrit leur rôle. Type Description %Xi.Ti temps d'activité de l'étape i du Gracet. %Xj.i.T temps d'activité de l'étape i de la macro-étape j du Gracet. %Xj.IN.T temps d'activité de l'étape i de la macro-étape j qui lui permettent de connaître l'état de l'étape i de la macro-étape j du Grafcet. %Xj.OUT.T temps d'activité de l’étape d'entrée de la macro-étape. %Xj.OUT temps d'activité de l'étape de sortie de la macro-étape. Ces mots incrémentés toutes les 100 ms et prennent une valeur entre 0 et 9999. 54 35015366.01 07/2008 Objets langages PL7 Symbolisation Rôle Les symboles permettent d’adresser les objets langage PL 7, par des noms ou mnémoniques personnalisés. Syntaxe Un symbole est une chaîne de 32 caractères alphanumériques maximum, dont le premier caractère est alphabétique. Un symbole commence par une lettre majuscule, les autres étant en minuscule (par exemple : Bruleur_1). A la saisie le symbole peut être écrit en majuscules ou en minuscules (par exemple: BRULEUR_1), le logiciel met automatiquement le symbole dans sa forme correcte. Caractères utilisables Le tableau suivant fournit les caractères utilisables dans le création des symboles. Type Description alphabétiques majuscules "A à Z" et lettres suivantes "ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏDÑÒÓÓÕÖØÙÚÛÜYp" alphabétiques minuscules "a à z", et lettres accentuées : àáâãäåæçèéêëìíîïñòóôõöØùúûüypßÿ numériques chiffres de 0 à 9 (ils ne peuvent pas être placés en début de symbole). le caractère "_" il ne peut être placé ni en début de symbole, ni en fin de symbole. Un certain nombre de mots sont réservés par le langage et ne sont pas utilisables comme symboles, voir (Voir Manuel de référence, Tome 3). Edition des symboles Les symboles sont définis et associés aux objets langages par l'éditeur de variables, un commentaire de 508 caractères peut être associé à chaque symbole. Les symboles et leurs commentaires sont sauvegardés sur le disque du terminal et non dans l'automate. 35015366.01 07/2008 55 Objets langages PL7 Objets symbolisables Tous les objets PL7 sont symbolisables exceptés les objets structurés de types tableaux et objets indexés, mais si l'objet de base ou l'index est symbolisé, le symbole est utilisé dans l'objet structuré. Exemples : z z si le mot %MW0 a pour symbole "Température", le tableau de mots %MW0:12 est symbolisé par Température:12, le mot %MW10 a pour symbole Four_1, le mot indexé %MW0[%MW10] est symbolisé par Température[Four_1]. Les objets bits extraits de mots, bits ou mots de blocs fonction sont symbolisables mais s'ils ne sont pas symbolisés, ils peuvent hériter du symbole de l'objet de base . Exemples : z z Objets uniquement symboliques si le mot %MW0 a pour symbole Etat_pompe et si le bit extrait de mot %MW0:X1 n'est pas symbolisé, il hérite du symbole du mot, %MW0:X1 a pour symbole : Etat_pompe:X1, si le bloc fonction %TM0 a pour symbole Tempo_four1 et si la sortie %TM0.D n'est pas symbolisée, elle hérite du symbole du bloc, %TM0.D a pour symbole: Tempo_four.D. Les paramètres de blocs fonction DFB sont accessibles uniquement sous forme de symboles. Ces objets sont définis par la syntaxe suivante : Nom_DFB.Nom_paramètre Les éléments ont la signification et les caractéristiques suivantes. Elément Nb de caractères maximum Description Nom_DFB 32 nom donné au bloc fonction DFB utilisé. Nom_paramètre 8 nom donné au paramètre de sorties ou à la variable publique. Exemple : Controle.Ecart pour la sortie Ecart de l’instance DFB nommée Controle. 56 35015366.01 07/2008 Objets langages PL7 Objets présymbolisés Rôle Certains modules métier (exemple : comptage, commande d’axes, ...) permettent une symbolisation automatique des objets qui leur sont associés. Si vous donnez le symbole générique de la voie %CHxy.i du module, tous les symboles des objets associés à cette voie peuvent être alors sur demande générés automatiquement. Syntaxe Ces objets sont symbolisés avec la syntaxe suivante: Préfixe_utilisateur_Suffixe_constructeur Les éléments ont la signification et les caractéristiques suivantes : Elément Nb de caractères maximum Description Préfixe_utilisateur 12 symbole générique donné à la voie par l'utilisateur Suffixe_constructeur 20 partie du symbole correspondant à l'objet bit ou mot de la voie donnée par le système Note : En plus du symbole, un commentaire constructeur est généré automatiquement, ce commentaire rappelle succinctement le rôle de l'objet. Exemple Cet exemple traite le cas d’un module de comptage situé dans l’emplacement 3 du bac automate. Si le symbole générique (préfixe-utilisateur) donné à la voie 0 est Compt_pieces, les symboles suivants sont générés automatiquement. 35015366.01 07/2008 Repère Type %CH3.0 CH Symbole Commentaire %ID3.0 DWORD Compt_pieces_cur_meas Mesure courante du compteur %ID3.0.4 DWORD Compt_pieces_capt Valeur capturée du compteur %I3.0 EBOOL Compt_pieces_enab_activ Validation active %I3.0.1 EBOOL Compt_pieces_pres_done Présélection effectuée 57 Objets langages PL7 58 35015366.01 07/2008 Mémoire utilisateur 3 Présentation Objet de ce chapitre Ce chapitre décrit la structure mémoire des automates Micro et Premium. Contenu de ce chapitre Ce chapitre contient les sujets suivants : Sujet Structure mémoire des automates Micro 35015366.01 07/2008 Page 60 Structure mémoire des automates Premium 62 Description de la mémoire bits 64 Description de la mémoire mots 66 Caractéristiques de la mémoire des automates TSX 37 68 Caractéristiques de la mémoire des automates TSX/PCX 57 10/15/20/25/26/ 28 70 Caractéristiques de la mémoire des automates TSX/PCX 57 30/35/36 73 Caractéristiques de la mémoire des automates TSX 57 453/4823 75 59 Mémoire utilisateur Structure mémoire des automates Micro Généralités L’espace mémoire des automates Micro accessible à l’utilisateur est découpé en deux ensembles distincts : z z mémoire bits mémoire mots Mémoire bits La mémoire bit est située dans la mémoire RAM intégrée au module processeur. Elle contient l’image des 1280 objets bits. Rôle de la mémoire mots La mémoire mots (16 bits) supporte : z z z Structure sans carte mémoire d’extension les données : données dynamiques de l'application et données système, le programme : descripteurs et code exécutable des tâches, les constantes : mots constants, valeurs initiales et configuration des entrées/ sorties. Les données, programme et constantes sont supportés par la mémoire RAM interne au module processeur. Le schéma suivant décrit la structure mémoire. RAM interne Données Programme Constantes Flash EPROM interne Sauvegarde programme et constantes Sauvegarde %MW La mémoire Flash EPROM intégrée au module processeur peut être utilisée pour la sauvegarde : z z 60 du programme application (9 ou 15 Kmots en fonction du processeur), de 1000 mots internes %MWi. 35015366.01 07/2008 Mémoire utilisateur Structure avec carte mémoire d’extension Les données sont supportées par la mémoire RAM interne au module processeur. Les programme et constantes sont supportés par la carte mémoire d’extension. Le schéma suivant décrit la structure mémoire. RAM interne Données Flash EPROM interne Zone inutilisable Sauvegarde %MW Carte mémoire RAM ou Flash EPROM externe Programme Constantes Une mémoire de 10/16 Kmots Flash EPROM (suivant le processeur) intégrée au module processeur peut être utilisée pour la sauvegarde de 1000 mots internes %MWi. Sauvegarde de la mémoire Les mémoires RAM peuvent être secourues par pile Cadmium-nickel: z z supportée par le module processeur pour la mémoire bit et RAM interne, insérée dans carte pour la carte mémoire RAM. La recopie de l’application dans la mémoire FLASH EPROM interne nécessite que l’automate ne possède pas de carte PCMCIA et que la taille de l’application soit inférieure ou égale à 9/15 Kmots (suivant le processeur). Le transfert d'application depuis la mémoire FLASH EPROM interne vers la mémoire RAM s'effectue automatiquement lorsqu'il y a perte de l'application en RAM (défaut de sauvegarde ou absence de batterie). Un transfert manuel peut également être demandé, au travers d'un terminal de programmation. 35015366.01 07/2008 61 Mémoire utilisateur Structure mémoire des automates Premium Généralités L'espace mémoire des automates Premium ne comporte qu'un seul ensemble. La mémoire bits est intégrée à la mémoire mots (dans la zone des données), elle est limitée à 4096 bits. Rôle de la mémoire mots La mémoire mots (16 bits) supporte : z z z Structure sans carte mémoire d’extension les données : données dynamiques de l'application et données système (le système réserve une zone mémoire RAM de 5 Kmots minimum) le programme : descripteurs et code exécutable des tâches, les constantes : mots constants, valeurs initiales et configuration des entrées/ sorties. Les programmes, données et constantes sont supportés par la mémoire RAM interne au module processeur. Le schéma suivant décrit la structure mémoire. RAM interne Données Programme Constantes Structure avec carte mémoire d’extension Les données sont supportées par la mémoire RAM interne au module processeur. Les programmes et constantes sont supportés par la carte mémoire d’extension. Le schéma suivant décrit la structure mémoire. RAM interne Carte mémoire RAM ou Flash EPROM externe 62 Données Programme Constantes 35015366.01 07/2008 Mémoire utilisateur Sauvegarde de la mémoire La mémoire bit et RAM interne est secourue par la pile Cadmium-nickel supportée par le module processeur. La carte mémoire RAM interne est secourue par pile Cadmium-nickel. 35015366.01 07/2008 63 Mémoire utilisateur Description de la mémoire bits Généralités Pour les automates Micro : cette mémoire contient 1280 objets bits quel que soit le type d' automate. Pour les automates Premium : cette mémoire bits n'existe pas et son contenu se trouve dans la mémoire mots dans la zone des données de l'application. Le codage des objets bits PL7 permet le test de front montant ou descendant sur : z z Fonctionnement les bits d’entrées/sorties, les bits internes. Chaque objet bit contenu dans la mémoire bits est mémorisé à l’aide de 3 bits affectés de la façon suivante : F A C Etat courant (seul bit accessible par le programme application) Etat antérieur Etat de forçage Lors de la mise à jour de la mémoire bits, le système assure : Phase Etat de forçage Description 1 Le transfert de l’image de l’état courant dans l’état antérieur. 2 La ré-actualisation de l’état courant par le programme, le système ou le terminal (cas du forçage d’un bit). Sur une demande de forçage par le terminal : z z l’état de forçage F est mis à l’état 1 l’état courant C est mis à l’état : z 1 si le forçage à 1 est demandé z 0 si le forçage à 0 est demandé Ces états n’évoluent plus jusqu’à ce que : z z 64 le forçage soit supprimé et le bit concerné mis à jour, le forçage inverse soit demandé, seul l’état courant est modifié. 35015366.01 07/2008 Mémoire utilisateur Conseils d’utilisation des fronts montants ou descendants Les instructions contacts front montant ou descendant ne fonctionnent correctement que si vous suivez les règles ci-après: z z z z z dans tous les cas, traiter pour un même objet : z bit d’entrée : le contact de front dans la tâche où le module d’entrée est échangé, z bit de sortie ou interne : traiter sa lecture et son écriture à l’intérieur d’une même tâche. Tout objet bit testé sur front doit être écrit une fois et une seule en utilisant les bobines normale -( )- ou inverse -(/)- (et/ou équivalent en langage liste d'instructions). Ne pas utiliser les bobines -(S)- ou -(R)-. Quand une sortie est déclarée dans une liste d'échange d'un traitement événementiel, elle provoque l'échange du groupe de voies qui lui est associé, ce qui perturbe la gestion des fronts dans la tâche qui gère normalement ce groupe de voies. ne pas effectuer de SET ou de RESET d'un objet dont on teste le front car même si le résultat de l'équation conditionnant le SET/RESET vaut 0, l'action SET/ RESET n'est pas effectuée mais l'historique de l'objet est mis à jour (perte du front). ne pas tester le front d'entrées/sorties utilisées dans une tâche événementielle, dans une tâche maître ou rapide pour les bits internes : la détection d'un front est indépendante du cycle de la tâche, un front sur bit interne %Mi est détecté lorsque son état a changé entre 2 lectures. Ce front reste détecté tant que ce bit interne n'est pas scruté en zone action. Exemple : Ainsi dans l'exemple ci-après, si vous forcez à 1 le bit %M0 dans une table d'animation, le front reste permanent. %M0 P INC %M0 Pour que le front ne soit détecté qu'une seule fois, il faut utiliser un bit interne intermédiaire. Dans ce cas l'historique de %M1 est mis à jour, donc le front n'est présent qu'une seule fois. %M0 %M1 %M1 P 35015366.01 07/2008 INC %M0 65 Mémoire utilisateur Description de la mémoire mots Généralités Cette mémoire mots de 16 bits est structurée en 3 espaces logiques : z z z Données, Programme, Constantes. dont la taille est définie par configuration. Note : Les symboles et les commentaires associés aux objets ne sont pas enregistrés en mémoire automate mais stockés dans l'application locale (disque dur du terminal). Mémoire Données application Mémoire Programme application La mémoire Données comprend les différentes zones suivantes : Type de mots Description Système Nombre fixe Blocs fonction Correspond aux mots et entrées/sorties de ces blocs (valeurs courantes, de réglage...). Le nombre de chaque type de bloc fonction est fixé en configuration Internes Taille définie par le nombre déclaré en configuration. Entrées/sorties Correspond aux mots associés à chaque module. Leur nombre dépend des modules configurés. Communs réseau 4 mots communs par station automate (disponibles uniquement si module de communication présent et configuré en échange de mots communs). Cette zone comprend le code programme exécutable, les informations graphiques (réseaux de contacts) et les commentaires programme. Note : Quelque soit le type de langage utilisé ou la taille de la zone programme, le nombre d'elements de programmation (reseaux de contact, phrases litterales...) est limité. Avant d'atteindre la limite, PL7 vous préviendra à travers une fenêtre d'avertissement. 66 35015366.01 07/2008 Mémoire utilisateur Mémoire constante application 35015366.01 07/2008 Cette zone comprend les paramètres des blocs fonction et des modules d'entrées/ sorties définis en configuration et les mots constants %KW. 67 Mémoire utilisateur Caractéristiques de la mémoire des automates TSX 37 Taille de la mémoire bits Le tableau suivant décrit la répartition mémoire des objets bits. Processeur TSX 37 05/08/10 37 21/22 Taille disponible sur processeur 1280 1280 Type d’objets bits système %Si 128 128 bits entrées/sorties %I/Qx.i (1) (1) bits internes %Mi 256 256 bits d'étapes %Xi 96 128 Légende (1) Taille de la mémoire mots dépend de la configuration matérielle déclarée (modules d'entrées/sorties, équipements sur bus AS-i) Le tableau suivant décrit la répartition mémoire des objets mots Processeur TSX 3705/08 3710 3721 - Cartouche - - 32 Kmots 64 Kmots 128 Kmots RAM interne 9 Kmots 14 Kmots 20 Kmots 52 Kmots 84 Kmots 148 Kmots Données (%MWi) 0,5 Kmots(1) 0,5 Kmots 0,5 17,5 Kmots 17,5 (1) Kmots (1) Kmots 17,5 Kmots Programme 100% booléen • Langage LD 1,6 Ki 3,8 Ki 6,6 Ki 13,7 Ki 28,5 Ki 58,2 Ki • Langage IL 2 Ki 4,9 Ki 8,4 Ki 17,5 Ki 36,3 Ki 74,2 Ki • Langage ST 1,3 Ki 3,3 Ki 5,6 Ki 11,7 Ki 24,2 Ki 49,5 Ki Programme 90% booléen • Langage LD 1,1 Ki 3,1 Ki 5,4 Ki 11,8 Ki 24,7 Ki 50,1 Ki • Langage IL 1,4 Ki 3,8 Ki 6,6 Ki 14,3 Ki 30,0 Ki 61 Ki • Langage ST 1,1 Ki 2,9 Ki 5,1 Ki 11,1 Ki 23,3 Ki 47,3 Ki Programme 65% booléen • Langage LD 0,9 Ki 2,2 Ki 4,0 Ki 9,1 Ki 18,9 Ki 38,4 Ki • Langage IL 1,0 Ki 2,5 Ki 4,6 Ki 10,3 Ki 21,3 Ki 43,4 Ki • Langage ST 1,0 Ki 2,5 Ki 4,6 Ki 10,3 Ki 21,3 Ki 43,4 Ki Constantes (1) 128 mots 128 mots 128 mots 256 mots 512 mots 512 mots Légende 68 35015366.01 07/2008 Mémoire utilisateur Processeur TSX 3705/08 3710 3721 (1) Taille par défaut, peut être étendue au détriment de la taille programme application. Ki Kinstructions (1024 instructions) Le tableau suivant décrit la répartition mémoire des objets mots Processeur TSX 37 22 Cartouche - 32 Kmots 64 Kmots 128 Kmots RAM interne 20 Kmots 52 Kmots 84 Kmots 148 Kmots Données (%MWi) 0,5 Kmots (1) 17,5 Kmots 17,5 Kmots 17,5 Kmots 6,3 Ki 13,6 Ki 28,4 Ki 57,6 Ki • Langage IL 8,1 Ki 17,3 Ki 36,1 Ki 73,5 Ki • Langage ST 5,4 Ki 11,5 Ki 24,1 Ki 49 Ki 5,2 Ki 11,6 Ki 24,5 Ki 50 Ki • Langage IL 6,3 Ki 14,2 Ki 29,8 Ki 60,8 Ki • Langage ST 4,9 Ki 11,0 Ki 23,2 Ki 47,2Ki 3,9 Ki 8,9 Ki 18,8 Ki 38,4 Ki • Langage IL 4,4 Ki 10,1 Ki 21,2 Ki 43,4 Ki • Langage ST 4,4 Ki 10,1 Ki 21,2 Ki 43,4 Ki Constantes (1) 128 mots 256 mots 512 mots 512 mots Programme 100% booléen • Langage LD Programme 90% booléen • Langage LD Programme 65% booléen • Langage LD Légende (1) Taille par défaut, peut être étendue au détriment de la taille programme application. Ki Kinstructions (1024 instructions) Note : La commande AP/Bilan mémoire du logiciel PL7 permet de connaitre la répartition mémoire de l'application dans la mémoire automate. 35015366.01 07/2008 69 Mémoire utilisateur Caractéristiques de la mémoire des automates TSX/PCX 57 10/15/20/25/26/28 Taille de la mémoire bits Ce tableau décrit la répartition mémoire des objets mots des automates TSX 57 1••, TSX 57 2••, TSX 57 2•23 et PCX 57 203. Processeur Type d’objets TSX 57 103/153 TSX57 203/ et PCX 57 203 253/2623/2823 bits système %Si 128 128 bits entrées/sorties %I/Qx.i (1) (1) bits internes %Mi (nb maxi) 3962 8056 bits d'étapes %Xi (nb maxi) 1024 1024 Légende (1) 70 dépend de la configuration matérielle déclarée (modules d'entrées/sorties, équipements sur bus AS-i) 35015366.01 07/2008 Mémoire utilisateur Taille de la mémoire mots Le tableau suivant décrit la répartition mémoire des objets mots des automates TSX 57 1••, TSX 57 2••, TSX 57 2•23 et PCX 57 203. Processeur TSX 57-103 - TSX 57 153 TSXPCX 57 203/ 2623 TSX- 57 253/ 2823 TSX-PCX 57 203/ TSX 57 253/2623/ 2823 TSX-PCX 57 203/ TSX 57 253/2623/ 2823 TSX-PCX 57 203/ TSX 57 253/2623/ 2823 TSX-PCX 57 203/ TSX 57 253/2623/ 2823 Cartouche - - 32K 64K 128K 256K - RAM interne 32K 32K 64K 32K 32K 48K/64K 48K/64K 48K/64K 48K/64K 48K/64K 48K/64K 0,5 K (1) 26 K 26 K 1K (1) 1K (1) 30,5K 30,5K 30,5K 30,5K 12,3 Ki 26,9 Ki 15,5 Ki 22,8 Ki 12,3 Ki 26,6 Ki 56,5 Ki 115,3 Ki • Langage IL 11,2 Ki 15,6 Ki 34,3 Ki 19,7 Ki 29,1 Ki 15,6 Ki 33,9 Ki 71,6 Ki 147,1 Ki • Langage ST 10,5 Ki 22,9 Ki 13,1 Ki 19,4 Ki 10,4 Ki 22,6 Ki 47,8 Ki 98,0 Ki 11,0 Ki 17,4 Ki 8,6 Ki 21,1 Ki 46,9 Ki 98,4 Ki Données (%MWi) Programme 100% booléen • Langage LD 8,8 Ki 7,6 Ki Programme 90% booléen • Langage LD 5,2 Ki 8,6 Ki 21,4 Ki • Langage IL 6,2 Ki 10,3 Ki 25,6 Ki 13,1 Ki 20,7 Ki 10,3 Ki 25,2 Ki 56,0 Ki 117,4 Ki • Langage ST 8,3Ki 20,5 Ki 10,5 Ki 16,6 Ki 8,3 Ki 20,2 Ki 44,9 Ki 94,2 Ki 5,0 Ki Programme 65% booléen • Langage LD 3,6 Ki 6,7 Ki 16,7 Ki 8,1 Ki 13,1 Ki 6,6 Ki 16,4 Ki 36,6 Ki 77,0 Ki • Langage IL 3,7 Ki 6,8 Ki 17,0 Ki 8,3 Ki 13,4 Ki 6,8 Ki 16,8 Ki 37,5 Ki 78,8 Ki • Langage ST 4,2 Ki 7,9 Ki 19,7 Ki 9,6 Ki 15,5 Ki 7,8 Ki 19,4 Ki 43,3 Ki 91,1 Ki Constantes (1) 128 mots 256 mots 512 mots 256 mots 256 mots 256 mots 512 mots 512 mots 1024 mots Légende (1) Taille par défaut, peut être étendue au détriment de la taille programme application. Ki Kinstructions K Kmots 35015366.01 07/2008 71 Mémoire utilisateur Note : z quand ce tableau mentionne pour une caractéristique 2 valeurs séparées par un"/", elles sont associées respectivement à chaque type de processeur (séparés par un "/" dans l'entête du tableau). z la commande AP/Bilan mémoire du logiciel PL7 permet de connaitre la répartition mémoire de l'application dans la mémoire automate. 72 35015366.01 07/2008 Mémoire utilisateur Caractéristiques de la mémoire des automates TSX/PCX 57 30/35/36 Taille de la mémoire bits Ce tableau décrit la répartition mémoire des objets mots des automates TSX 57 3•3, TSX 57 3623 et PCX 57 353. Processeur TSX/PCX 57 303/353/3623 Type d’objets bits système %Si 128 bits entrées/sorties %I/Qx.i (1) bits internes %Mi (Nb maxi) 16250 bits d'étapes %Xi (Nb maxi) 1024 Légende (1) 35015366.01 07/2008 dépend de la configuration matérielle déclarée (modules d'entrées/sorties, équipements sur bus AS-i) 73 Mémoire utilisateur Taille de la mémoire mots Le tableau suivant décrit la répartition mémoire des objets mots des automates TSX 57 3•3, TSX 57 3623 et PCX 57 353. Processeur TSX 57 303/3623 TSX/ PCX57 353 TSX 57 303/ 3623 / TSX/ PCX57 353 TSX 57 303/ TSX 57 303/ TSX 57 303/ TSX 57 303/ 3623 / TSX/ 3623 / TSX/ 3623 / TSX/ 3623 / TSX/ PCX57 353 PCX57 353 PCX57 353 PCX57 353 Cartouche - - 32K 64K 128K 256K 384K RAM interne 64K/80K 64K/80K 80K/96K 80K/96K 80K/96K 80K/96K 80K/96K Données (%MWi) 1K (1) 1K (1) 30,5K 30,5K 30,5K 30,5K 30,5K Programme 100% booléen • Langage LD 28,8 Ki 30,1 Ki 12,3 Ki 26,6 Ki 56,2 Ki 115,3 Ki 150,5 Ki • Langage IL 36,7 Ki 38,4 Ki 15,6 Ki 33,9 Ki 71,6 Ki 147,1 Ki 150,5 Ki • Langage ST 24,5 Ki 25,6 Ki 10,4 Ki 22,6 Ki 47,8 Ki 98,0 Ki 148,3 Ki Programme 90% booléen • Langage LD 22,6 Ki 23,8 Ki 8,6 Ki 21,1 Ki 46,9 Ki 98,4 Ki 149,9 Ki • Langage IL 27,1 Ki 28,4 Ki 10,3 Ki 25,2 Ki 56,0 Ki 117,5 Ki 157,6 Ki • Langage ST 21,7 Ki 22,7 Ki 8,3 Ki 20,2 Ki 44,9 Ki 94,2 Ki 142,9 Ki Programme 65% booléen • Langage LD 17,4 Ki 18,2 Ki 6,6 Ki 16,4 Ki 36,6 Ki 77,0 Ki 117,4 Ki • Langage IL 17,8 Ki 18,6 Ki 6,8 Ki 16,8 Ki 37,5 Ki 78,8 Ki 120,1 Ki • Langage ST 20,5 Ki 21,5 Ki 7,8 Ki 19,4 Ki 43,3 Ki 91,1 Ki 138,8 Ki Constantes (1) 256 K 256 K 256 K 1024 K 1024 K 1024 K 1024 K Légende (1) Taille par défaut, peut être étendue au détriment de la taille programme application. Ki Kinstructions K Kmots Note : z quand ce tableau mentionne pour une caractéristique 2 valeurs séparées par un"/", elles sont associées respectivement à chaque type de processeur (séparés par un "/" dans l'entête du tableau). z la commande AP/Bilan mémoire du logiciel PL7 permet de connaitre la répartition mémoire de l'application dans la mémoire automate. 74 35015366.01 07/2008 Mémoire utilisateur Caractéristiques de la mémoire des automates TSX 57 453/4823 Taille de la mémoire bits Ce tableau décrit la répartition mémoire des objets mots des automates TSX 57 453/4823. Processeur TSX Type d’objets 57 453/4823 bits système %Si 128 bits entrées/sorties %I/Qx.i (1) bits internes %Mi (Nb maxi) 32634 bits d'étapes %Xi (Nb maxi) 1024 Légende (1) 35015366.01 07/2008 dépend de la configuration matérielle déclarée (modules d'entrées/sorties, équipements sur bus AS-i) 75 Mémoire utilisateur Taille de la mémoire mots Le tableau suivant décrit la répartition mémoire des objets mots des automates TSX 57 453/4823. Processeur TSX 57 453/4823 Cartouche - RAM interne 96K 176K 176K 176K 176K 176K 176K 176K Données (%MWi) 1K (1) 30,5K 30,5K 30,5K 30,5K 30,5K 30,5K 30,5K 12,3 Ki 26,6 Ki 56,2 Ki 115,3 Ki 150,5Ki 150,5 Ki 150,5 Ki 32K 64K 128K 256K 384K (2) 512K (2) 2*480K (2) Programme 100% booléen • Langage LD 37,5 Ki • Langage IL 47,8 Ki 15,6 Ki 33,9 Ki 71,6 Ki 147,1 Ki 150,5 Ki 150,5 Ki 150,5 Ki • Langage ST 31,9 Ki 10,4 Ki 22,6 Ki 47,8 Ki 98,0 Ki 148,3 Ki 150,7 Ki 150,7 Ki 8,6 Ki 21,1 Ki 46,9 Ki 98,4 Ki 149,9 Ki 157,6 Ki 157,6 Ki Programme 90% booléen • Langage LD 30,2 Ki • Langage IL 36,0 Ki 10,3 Ki 25,2 Ki 56,0 Ki 117,5 Ki 157,6 Ki 157,6 Ki 157,6 Ki • Langage ST 28,9 Ki 8,3 Ki 20,2 Ki 44,9 Ki 94,2 Ki 142,9 Ki 157,8 Ki 157,8 Ki 6,6 Ki 16,4 Ki 36,6 Ki 77,0 Ki 117,4 Ki 157,8 Ki 157,8 Ki Programme 65% booléen • Langage LD 23,2 Ki • Langage IL 23,7 Ki 6,8 Ki 16,8 Ki 37,5 Ki 78,8 Ki 120,1 Ki 161,3 Ki 161,3 Ki • Langage ST 27,4 Ki 7,8 Ki 19,4 Ki 43,3 Ki 91,1 Ki 138,8 Ki 171,3 Ki 171,3 Ki Constantes (1) 256 mots 256 mots 1024 mots 1024 mots 1024 mots 1024 mots 1024 mots 1024 mots Légende (1) Taille par défaut, peut être étendue au détriment de la taille programme application. (2) Le nombre d'elements de programmation est atteint Ki Kinstructions K Kmots Note : z Quand ce tableau mentionne pour une caractéristique 2 valeurs séparées par un"/", elles sont associées respectivement à chaque type de processeur (séparés par un "/" dans l'entête du tableau). z La commande AP/Bilan mémoire du logiciel PL7 permet de connaitre la répartition mémoire de l'application dans la mémoire automate. 76 35015366.01 07/2008 Modes de marche 4 Présentation Objet de ce chapitre Ce chapitre traite du comportement du programme utilisateur sur Reprise à chaud et démarrage à froid. Contenu de ce chapitre Ce chapitre contient les sujets suivants : Sujet Traitement sur coupure et reprise secteur 35015366.01 07/2008 Page 78 Traitement sur reprise à chaud 80 Gestion du démarrage à froid 82 77 Modes de marche Traitement sur coupure et reprise secteur Illustration L’illustration présente les différentes reprises secteurs détectées par le système. Si la durée de la coupure est inférieure au temps de filtrage de l'alimentation (environ 10 ms pour les alimentations alternatives ou à 1 ms pour les alimentations continues), celle-ci n'est pas vue par le programme qui s'exécute normalement. RUN Application Défaut secteur Attente secteur Retour secteur Oui Coupure détectée Non Sauvegarde Contexte OK Non Oui Carte mémoire identique Non Oui Exécution normale du programme 78 Reprise à chaud Démarrage à froid 35015366.01 07/2008 Modes de marche Fonctionnement Le tableau ci-après décrit les phases du traitement des coupures secteur. Phase 1 Coupure de l’alimentation sur un rack, autre que le rack 0 Description Lors de la coupure secteur le système mémorise le contexte application et l'heure de la coupure. 2 Il positionne toutes les sorties à l'état repli (état défini par configuration). 3 A la reprise secteur, le contexte sauvegardé est comparé à celui en cours; ce qui définit le type de démarrage à exécuter : z si le contexte application a changé (perte du contexte système ou nouvelle application), l'automate effectue l'initialisation de l'application : démarrage à froid, z si le contexte application est identique, l'automate effectue une reprise sans initialisation des données : reprise à chaud. Toutes les voies de ce rack sont vues en erreur par le processeur mais les autres racks ne sont pas perturbés, les valeurs des entrées en erreur ne sont plus rafraîchies dans la mémoire application et sont mises à 0 dans le cas d'un module d'entrée TOR à moins quelles aient été forcées auquel cas, elles sont maintenues à la valeur de forçage. Si la durée de la coupure est inférieure à 10 ms pour les alimentations alternatives ou à 1ms pour les alimentations continues, celle-ci n'est pas vue par le programme qui s'exécute normalement. 35015366.01 07/2008 79 Modes de marche Traitement sur reprise à chaud Cause d’une reprise à chaud Une reprise à chaud peut être provoquée : z z z z Illustration par une reprise secteur sans perte du contexte, par mise à 1 par programme du bit système %S1, depuis PL7 par terminal, par action sur bouton RESET du module alimentation du rack 0 (excepté sur station équipée d’un processeur PCX 57). Le dessin ci-après décrit le fonctionnement d’une reprise à chaud. Acquisition des entrées Exécution du programme TOP Si %S1=1, traitement éventuel de la reprise à chaud Arrêt du processeur Sauvegarde du contexte application Retour secteur Auto-test de la configuration Coupure détectée Mise à 1 du bit %S1 Mise à 0 du bit %S1 Mise à jour des sorties 80 35015366.01 07/2008 Modes de marche Fonctionnement Le tableau ci-après décrit les phases de réprise de l’exécution du programme sur reprise à chaud. Phase 1 2 Description L’exécution du programme reprend à partir de l’élément où a eu lieu la coupure secteur, sans mise à jour des sorties. A la fin du cycle de reprise, le système effectue : z l’initialisation des files de messages et d’événements, z l’envoi des paramètres de configuration à tous les modules d’entrées/sorties TOR et métiers, z la désactivation de la tâche rapide et des traitements événementiels (jusqu'à la fin du premier cycle de la tâche maître). 3 Note générale sur la reprise à chaud Le système effectue un cycle de reprise dans lequel il : z reprend en compte l'ensemble des modules d'entrées, z relance la tâche maître avec le bit %S1 (reprise à chaud) positionné à 1, z remet à l’état 0 le bit %S1 à la fin de ce premier cycle de la tâche maître, z réactive la tâche rapide et les traitements événementiels à la fin de ce premier cycle de la tâche maître. Note : Lorsqu’une reprise à chaud est provoquée soit par la mise à 1 du bit système %S1 soit par le bouton reprise à chaud de l’écran de mise au point de l’automate, le bit système %S1 reste à 1 pendant 2 cycles automate. Traitement par programme de la reprise à chaud En cas de reprise à chaud, si vous désirez un traitement particulier vis-à-vis de l'application, vous devez écrire le programme correspondant sur test de %S1 à 1 en début de programme de la tâche maître. Evolution des sorties Dès la détection de la coupure secteur, les sorties sont mises en position de repli : z z soit elles prennent la valeur de repli, soit il y a maintien de la valeur en cours, suivant le choix effectué en configuration. A la reprise secteur, les sorties sont à zéro jusqu'à ce qu'elles soient remises à jour par la tâche. 35015366.01 07/2008 81 Modes de marche Gestion du démarrage à froid Cause d’un démarrage à froid 82 Le tableau suivant décrit les différentes causes possibles d’un démarrage à froid. Causes Caractéristiques du démarrage Chargement d’une application Démarrage à froid forcé à STOP Action sur le bouton RESET du processeur Démarrage à froid forcé à STOP ou à RUN selon la définition de la configuration Action sur le bouton RESET du processeur suite à un défaut bloquant Démarrage à froid forcé à STOP Manipulation du préhenseur ou insertion/ extraction d’une carte mémoire PCMCIA Démarrage à froid forcé à STOP ou à RUN selon la définition de la configuration Initialisation depuis un PL7 Junior ou Pro Forçage du bit système %S0 Démarrage à froid forcé à STOP ou à RUN selon la définition de la configuration, sans initialisation des modules d’entrées/sorties TOR et métier Redémarrage après une coupure électrique avec perte de contexte Démarrage à froid forcé à STOP ou à RUN selon la définition de la configuration 35015366.01 07/2008 Modes de marche Illustration Le dessin ci-après décrit un redémarrage à froid. Acquisition des entrées Arrêt de l'application de sauvegarde du contexte du processeur Exécution du programme TOP Restauration de l'alimentation électrique Si %S0=1, traitement éventuel du démarrage à froid Auto-test de la configuration Faible puissance électrique>coupure Non BOT Oui Initialisation de l’application Mise à 1 du bit %S0 Mise à 0 du bit %S0 Mise à jour des sorties 35015366.01 07/2008 83 Modes de marche Opération Le tableau ci-après décrit les phases de redémarrage pour exécuter un programme après redémarrage à froid. Phase 1 2 Description Le démarrage s’effectue en RUN ou en STOP suivant l’état du paramètre Démarrage automatique en RUN défini dans la configuration ou si l'utilisation dépend de de l’état de l’entrée RUN/STOP. Le programme reprend en début de cycle. Le système effectue : z la réinitialisation des bits, la remise à zéro de l'affectation des E/S et des z z z z z z z z 3 mots internes (si l'option RAZ de %MW sur redémarrage à froid est cochée dans l'écran Configuration du processeur) ; Si la réinitialisation de %MW n'est pas active et si des mots internes %MWi sont enregistrés dans la mémoire interne Flash EPROM (TSX 37), ceux-ci sont restaurés lors d'un démarrage à froid ; l’initialisation des bits et des mots système ; l’initialisation des blocs fonction à partir des données de configuration ; la désactivation des tâches, autres que la tâche maître, jusqu'à la fin du premier cycle de la tâche maître ; le réglage de Grafcet sur les étapes initiales ; l’annulation des forçages ; l’initialisation des données déclarées dans les DFB : soit à 0, soit à la valeur initiale déclarée dans le code, c'est-à-dire avec la valeur enregistrée via la fonction SAVE ; l’initialisation des fichiers de messages et d’événements ; l’envoi des paramètres de configuration à tous les modules d’entrées/sorties TOR et métier. Pour ce premier cycle de redémarrage, le système effectue : z la relance de la tâche maître avec le bit %S0 (redémarrage à froid) défini à 1, le mot %SW10 (détection d’un redémarrage à froid lors de la première révolution d’une tâche) étant réglé à 0 ; z la remise à zéro du bit %S0 et la remise à 1 de chaque bit de mot %SW10 à la fin de ce premier cycle de la tâche maître ; z active la tâche rapide et les traitements événementiels à la fin de ce premier cycle de la tâche maître. Gestion du démarrage à froid pour chaque programme 84 Pour effectuer un traitement applicatif après un démarrage à froid de l'automate PL7, il est possible de tester par programme le bit %SW10:X0 (si %SW10:X0=0, il s'agit d'un redémarrage à froid) . 35015366.01 07/2008 Modes de marche Remarque sur le Démarrage à Froid Lorsqu’un démarrage à froid est éffectué, soit par %S0 mis à 1, soit par le bouton de démarrage à froid dans l’écran de l’automate, le bit système %S13 ne peut pas être passé à 1 et l’automate reste en marche. L’effet principal est l’initialisation des variables de l’application. Evolution des sorties Dès la détection de la coupure électrique, les sorties sont mises en position de repli : z z soit elles prennent la valeur de repli, soit elles conservent la valeur courante, suivant le choix effectué lors de la configuration. Lorsque l'alimentation électrique est de nouveau opérationnelle, les sorties sont réglées à zéro jusqu'à ce qu'elles soient remises à jour par la tâche. 35015366.01 07/2008 85 Modes de marche 86 35015366.01 07/2008 Structure logicielle 5 Présentation Objet de ce chapitre Ce chapitre décrit les tâches et leur exécution dans l’automate. Contenu de ce chapitre Ce chapitre contient les sous-chapitres suivants : 35015366.01 07/2008 Souschapitre Sujet Page 5.1 Description des tâches 88 5.2 Structure monotâche 97 5.3 Structure multitâche 105 5.4 Modules fonctionnels 115 87 Structure logicielle 5.1 Description des tâches Présentation Objet de ce souschapitre Ce sous-chapitre décrit la rôle et le contenu de chacune des tâches pouvant constituées un programme PL7. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : 88 Sujet Page Présentation de la tâche maître 89 Description des sections et des sous-programmes 90 Présentation de la tâche rapide 94 Présentation des traitements événementiels 95 35015366.01 07/2008 Structure logicielle Présentation de la tâche maître Généralités La tâche maître représente le programme principal, elle est obligatoire quel que soit la structure adoptée monotâche ou multitâche. Le programme de la tâche maître (MAST) est constitué de plusieurs modules de programmes appelés sections (voir Description des sections et des sousprogrammes, p. 90), et de sous-programmes. L'exécution de la tâche maître peut être choisie (en configuration) cyclique (voir Exécution cyclique, p. 99) ou périodique (voir Exécution périodique, p. 101). Illustration L’illustration suivante montre un exemple de tâche maître comportant 4 sections et 3 sous-programmes. Sections Sas (LD) Four_1 (Grafcet) PRL (LD) CHART Sous-programmes POST (IL) Séchage (LD) SR0 Nettoyage (ST) 35015366.01 07/2008 89 Structure logicielle Description des sections et des sous-programmes Présentation des sections Les sections sont des entités autonomes de programmation. Les étiquettes de repérage des lignes d'instructions, des réseaux de contacts ... sont propres à la section (pas de saut de programme possible vers une autre section). Elles se programment soit en : z z z z langage à contacts, liste d’instructions, littéral structuré, Grafcet. Les sections sont exécutées dans leur ordre de programmation dans la fenêtre du navigateur (vue structurelle). Les sections sont liées à une tâche, une même section ne peut pas appartenir simultanément à plusieurs tâches. Présentation des sousprogrammes Les modules sous-programmes se programment aussi comme des entités séparées soit en : z z z langage à contacts, liste d’instructions, littéral structuré, Les appels aux sous-programmes s’effectuent dans les sections ou depuis un autresous-programme (8 niveaux d’imbrications maximum). Les sous-programmes sont aussi liés à une tâche, un même sous-programme ne peut pas être appelé depuis plusieurs tâches. 90 35015366.01 07/2008 Structure logicielle Exemple Le dessin suivant donne l’exemple de structure d’une tâche en sections et sousprogrammes. Mast + Sections Sas + Four_1 Prl Chart Post Séchage Nettoyage + SR SR0 SR1 SR2 35015366.01 07/2008 91 Structure logicielle Caractéristiques d’une section Le tableau suivant décrit les caractéristiques d’une section. Caractéristique Description Nom 24 caractères maximum Langage Langage à contacts, Liste d’instructions, Littéral structuré ou Grafcet Tâche Maître ou rapide Condition (optionnel) z %M,%S,%X Objets autorisés comme condition : z bit indexé,bits extrait de mots z %I , %Q Tous ces objets sont forçables depuis le terminal excepté les bits %S, bits indexés ,bits extrait , %Ixy.i.ERR,et %I xy.MOD.ERR. La condition doit être à l’état 1 pour que la section soit exécutée. Commentaire 250 caractères maximum. Protection Protection en écriture, protection en lecture/écriture. La protection peut être globale ou partielle. Note : Sur démarrage à froid les conditions d'exécution sont à 0, toutes les sections auxquelles sont associées une condition sont inhibées. Section Grafcet 92 Le tableau suivant décrit les éléments de programme d’une section Grafcet. Traitement Désignation Caractéristiques Préliminaire PRL Programmé en Langage à contacts LD, Liste d’instructions IL ou Littéral structuré ST. Il est exécuté avant le Grafcet. Grafcet CHART Dans les pages Grafcet, sont programmées des réceptivités associées aux transitions et des actions associées aux étapes ou aux étapes de macro-étapes. Postérieur POST Programmé en Langage à contacts LD, Liste d’instructions IL ou Littéral structuré ST. Il est exécuté après le Grafcet. 35015366.01 07/2008 Structure logicielle Caractéristiques d’un sousprogramme 35015366.01 07/2008 Le tableau suivant décrit les caractéristiques d’un sous-programme SRi. Caractéristique Description Numéro 0 à 253 Langage Langage à contacts, Liste d’instructions, Littéral structuré. Tâche Maître ou rapide Commentaire 250 caractères maximum. 93 Structure logicielle Présentation de la tâche rapide Généralités Cette tâche plus prioritaire que la tâche maître MAST est périodique afin de laisser le temps à la tâche moins prioritaire de s'exécuter. De plus, les traitements qui lui sont associés doivent donc être courts pour ne pas pénaliser la tâche maître. Comme pour la tâche maître, le programme associé se compose de sections et de sous-programmes. Période de la tâche rapide La période de la tâche rapide FAST est fixée en configuration, de 1 à 255 ms. Celleci peut être définie supérieure à celle de la tâche maître MAST pour s'adapter à des traitements périodiques lents mais prioritaires. Le programme exécuté doit cependant rester court pour éviter le débordement des tâches moins prioritaires. La tâche rapide est contrôlée par un chien de garde qui permet de détecter une durée anormale du programme application. En cas de débordement, le bit système %S11 est positionné à 1 et l'application est déclarée en défaut bloquant pour l'automate. Contrôle de la tâche rapide Le mot système %SW1 contient la valeur de la période, il est initialisé sur reprise à froid par la valeur définie en configuration, il peut être modifié par l'utilisateur par programme ou terminal. Des bits et mots système, permettent de contrôler l'exécution de cette tâche : z z Visualisation des temps d'exécution de la tâche rapide Les mots système suivants permettent d'avoir des informations sur le temps de cycle : z z z 94 %S19 : signale un débordement de période, il est positionné à 1 par le système, lorsque le temps de cycle devient supérieur à la période de la tâche. %S31 : permet de valider ou d'inhiber la tâche rapide, il est mis à 0 par le système sur démarrage à froid de l'application, à la fin du premier cycle de la tâche maître. Il est mis à 1 ou à 0 pour valider ou inhiber la tâche rapide. %SW33 contient le temps d'exécution du dernier cycle, %SW34 contient le temps d'exécution du cycle le plus long, %SW35 contient le temps d'exécution du cycle le plus court. 35015366.01 07/2008 Structure logicielle Présentation des traitements événementiels Généralités Les traitements événementiels permettent de réduire le temps de réaction du logiciel sur des événements de commande en provenance de certains modules métiers. Ces traitements sont exécutés en priorité sur toutes les autres tâches. Elles conviennent donc aux traitements demandant des délais de réactions très courts par rapport à l’arrivée de l’événement. Le nombre de traitements événementiels programmables dépend du type de processeur. Fonctionnement Type d’automate Nombre de traitements Désignation Micro TSX 37-05/08/10 8 EVT1 à EVT8 Micro TSX 37-21/22 16 EVT0 à EVT15 Premium TSX/PCX 57-1• 32 EVT0 à EVT31 Premium TSX/PCX 57-2•/3•/4• 64 EVT0 à EVT63 L'apparition d'un événement déroute le programme application vers le traitement qui est associé à la voie d'entrées/sorties qui a provoqué l'événement. Les entrées (%I, %IW, %ID) associées à la voie d'E/S qui a déclenché l'événement sont mises à jour par le système avant l'appel du traitement événementiel. L'association entre une voie et un numéro d'événement est réalisée dans l'écran de configuration des voies. 35015366.01 07/2008 95 Structure logicielle Evénements de commande Ce sont des événements externes liés aux fonctions métiers. Sur automates MIcro, les traitements événementiels peuvent être déclenchés par : z z z z les entrées 0 à 3 du module de position 1, sur front montant ou descendant, la ou les voies de comptage des modules de comptage, les voies de comptage du module 1 (si celui-ci est configuré en compteur), la réception de télégrammes dans un TSX 37-21/22 équipé d'un module TSX FPP20. Sur automates Premium , les traitements événementiels peuvent être déclenchés par: z z z z z z Gestion des traitements événementiels les entrées des modules DEY 16 FK, DMY 28 FK, DMY 28 RFK les voies des modules de comptage, les voies des modules de commande d'axe TSX CAY •, les voies des modules de commande pas à pas TSX CFY •, les voies de communication "FPP20", ... Les traitements événementiels peuvent être globalement validés ou inhibés par le programme application, au travers du bit système %S38. Si un ou plusieurs événements interviennent pendant qu'ils sont inhibés, les traitements associés sont perdus. Deux instructions du langage PL7, MASKEVT() et UNMASKEVT(), utilisées dans le programme application, permettent également de masquer ou démasquer les traitements événementiels. Si un ou plusieurs événements interviennent pendant qu'ils sont masqués, ils sont mémorisés par le système et les traitements associés ne seront effectués qu'après démasquage. Priorité des traitements Automates Micro TSX 37-05/08/10 Les 8 événements de commande possibles ont tous le même niveau de priorité; de ce fait, un traitement événementiel n'est pas interruptible par un autre. Automates Micro TSX 37-21/22 ou Premium Il existe 2 niveaux de priorité pour les événements de commande : l'événement 0 (EVT0) est plus prioritaire que les autres événements. 96 35015366.01 07/2008 Structure logicielle 5.2 Structure monotâche Présentation Objet de ce souschapitre Ce sous-chapitre décrit comment s’exécute une application monotâche. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet Structure logicielle monotâche Exécution cyclique 35015366.01 07/2008 Page 98 99 Exécution périodique 101 Contrôle du temps de cycle 104 97 Structure logicielle Structure logicielle monotâche Description Le programme d’une application monotâche est associé à une seule tâche utilisateur : la tâche maître MAST (voir Présentation de la tâche maître, p. 89). Le programme associé à la tâche maître (MAST) est constitué de plusieurs sections, et de sous-programmes. L'exécution de la tâche maître peut être choisie (en configuration) : z z 98 cyclique (voir Exécution cyclique, p. 99) ou périodique (voir Exécution périodique, p. 101) 35015366.01 07/2008 Structure logicielle Exécution cyclique Description Ce type de fonctionnement correspond à l'exécution normale du cycle automate (choix par défaut). Il consiste à enchaîner les uns après les autres, les cycles de la tâche maître (MAST). Après avoir effectué la mise à jour des sorties, le système réalise les traitements qui lui sont propres puis enchaîne un autre cycle de la tâche. Fonctionnement Le dessin suivant montre les phases d’exécution du cycle automate. Traitement du programme Traitement du programme T.I. %Q %I Cycle n Description des différentes phases 35015366.01 07/2008 T.I. %Q %I Cycle n+1 Le tableau ci-après décrit les phases de fonctionnement. Repère Phase Description T.I Traitement interne Le système réalise implicitement la surveillance de l'automate (gestion des bits et mots système, mise à jour des valeurs courantes de l'horodateur, mise à jour des voyants d'état, détection des passages RUN/STOP, ...) et le traitement des requêtes en provenance du terminal (modifications et animation). Dans le cas du Premium, le traitement interne est réalisé en parallèle avec les traitements des entrées et des sorties. %I Acquisition des Ecriture en mémoire de l'état des informations présentes sur les entrées entrées des modules TOR et métier associées à la tâche, - Traitement du programme %Q Mise à jour des Ecriture des bits ou des mots de sorties associés aux modules sorties TOR et métier associés à la tâche selon l'état défini par le programme application. Exécution du programme application, écrit par l'utilisateur, 99 Structure logicielle Mode de fonctionnement Automate en RUN, le processeur effectue dans l'ordre le traitement interne, l'acquisition des entrées, le traitement du programme application et la mise à jour des sorties. Automate en STOP, le processeur effectue : z z z Illustration le traitement interne, l'acquisition des entrées, et suivant la configuration choisie : z mode repli : les sorties sont mis en position de "repli" , z mode maintien : les sorties sont maintenues à leur dernière valeur. L’illustration suivante montre les cycles de fonctionnement. Traitement interne Acquisition des entrées RUN STOP Traitement du programme Mise à jour des sorties Contrôle du cycle 100 Le contrôle du cycle s'effectue par chien de garde (voir Contrôle du temps de cycle, p. 104). 35015366.01 07/2008 Structure logicielle Exécution périodique Description Dans ce mode de fonctionnement, l'acquisition des entrées, le traitement du programme application et la mise à jour des sorties s'effectuent de façon périodique selon un temps défini en configuration (de 1 à 255 ms). En début de cycle automate, un temporisateur dont la valeur courante est initialisée à la période définie en configuration, commence à décompter. Le cycle automate doit se terminer avant l'expiration de ce temporisateur qui relance un nouveau cycle. Fonctionnement Le dessin suivant montre les phases d’exécution du cycle automate. Traitement du programme Traitement du programme T.I. %Q %I T.I. T.I. %I Cycle n Description des différentes phases 35015366.01 07/2008 %Q T.I. Cycle n+1 Le tableau ci-après décrit les phases de fonctionnement. Repère Phase Description T.I Traitement interne Le système réalise implicitement la surveillance de l'automate (gestion des bits et mots système, mise à jour des valeurs courantes de l'horodateur, mise à jour des voyants d'état, détection des passages RUN/STOP, ...) et le traitement des requêtes en provenance du terminal (modifications et animation) Dans le cas du Premium, le traitement interne est réalisé en parallèle avec les traitements des entrées et des sorties. %I Acquisition des Ecriture en mémoire de l'état des informations présentes sur les entrées entrées des modules TOR et métier associés à la tâche, - Traitement du programme %Q Mise à jour des Ecriture des bits ou des mots de sorties associés aux modules sorties TOR et métier associés à la tâche selon l'état défini par le programme application. Exécution du programme application, écrit par l'utilisateur, 101 Structure logicielle Mode de fonctionnement Automate en RUN, le processeur effectue dans l'ordre le traitement interne, l'acquisition des entrées, le traitement du programme application et la mise à jour des sorties. z z Si la période n'est pas encore terminée, le processeur complète son cycle de fonctionnement jusqu'à la fin de la période par du traitement interne. Si le temps de fonctionnement devient supérieur à celui affecté à la période, l'automate signale un débordement de période par la mise à l'état 1 du bit système %S19 de la tâche, le traitement se poursuit et est exécuté dans sa totalité (il ne doit pas dépasser néanmoins le temps limite du chien de garde). Le cycle suivant est enchaîné après l'écriture implicite des sorties du cycle en cours. Automate en STOP, le processeur effectue : z z z 102 le traitement interne, l'acquisition des entrées, et suivant la configuration choisie : z mode repli : les sorties sont mis en position de "repli" , z mode maintien : les sorties sont maintenues à leur dernière valeur. 35015366.01 07/2008 Structure logicielle Illustration L’illustration suivante montre les cycles de fonctionnement. Lancement de la période Traitement interne Acquisition des entrées RUN STOP Traitement du programme Mise à jour des sorties Traitement interne Fin de période Contrôle du cycle Deux contrôles sont effectués : z z 35015366.01 07/2008 débordement de période (voir Contrôle du temps de cycle, p. 104), par chien de garde (voir Contrôle du temps de cycle, p. 104), 103 Structure logicielle Contrôle du temps de cycle Généralités La durée d'exécution de la tâche maître, en fonctionnement cyclique ou périodique, est contrôlée par l'automate (chien de garde) et ne doit pas dépasser la valeur définie en configuration Tmax (250 ms par défaut, 500 ms maximum). Chien de garde logiciel (fonctionnement périodique ou cyclique) Dans le cas de débordement, l'application est déclarée en défaut, ce qui provoque l'arrêt immédiat de l'automate. z z sur le Micro, la mise à 0 de la sortie alarme %Q2.0 si elle a été configurée, sur le Premium, la mise à 0 du relais alarme sur l'alimentation Le bit %S11 permet de contrôler l'exécution de cette tâche. Il signale un débordement du chien de garde, il est positionné à 1 par le système, lorsque le temps de cycle devient supérieur au chien de garde. Note : Sur le Premium, la valeur du chien de garde doit être supérieure à la période. Contrôle en fonctionnement périodique En fonctionnement périodique, un contrôle supplémentaire permet de détecter un dépassement de période : z z Exploitation des temps d'exécution de la tâche maître %S19 : signale un débordement de période, il est positionné à 1 par le système, lorsque le temps de cycle devient supérieur à la période de la tâche. %SW0 : ce mot contient la valeur de la période (en ms), il est initialisé sur reprise à froid par la valeur définie en configuration, il peut être modifié par l'utilisateur. Les mots système suivants permettent d'avoir des informations sur le temps de cycle : z z z %SW30 contient le temps d'exécution du dernier cycle. %SW31 contient le temps d'exécution du cycle le plus long, %SW32 contient le temps d'exécution du cycle le plus court. Note : Ces différentes informations sont accessibles aussi depuis l'éditeur de configuration de façon explicite. 104 35015366.01 07/2008 Structure logicielle 5.3 Structure multitâche Présentation Objet de ce souschapitre Ce sous-chapitre décrit comment s’exécute une application mutlitâche. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet Structure logicielle multitâche 35015366.01 07/2008 Page 106 Séquencement des tâches dans une structure multitâche 108 Affectation des voies d’entrées/sorties aux tâches maître et rapide 110 Echanges d'entrées/sorties dans les traitements événementiels 112 105 Structure logicielle Structure logicielle multitâche Description Illustration La structure en tâches d'une telle application est la suivante : Tâche Désignation Description Maître MAST Toujours présente qui peut être cyclique ou périodique. Rapide FAST Optionnelle qui est toujours périodique. Evénementielle EVTi Appelés par le système lors de l'apparition d'un événement sur un coupleur d'entrées/sorties. Ces traitements sont optionnels et servent aux applications nécessitant des temps de réponse courts pour agir sur les entrées/sorties. Le dessin suivant montre les tâches d’une structure multitâche et leur niveau de priorité. Tâche maître - 106 Tâche rapide Priorité Traitements événementiels + 35015366.01 07/2008 Structure logicielle Exemple L’exemple suivant présente une structure multitâche composée d’une tâche maître MAST , d’une tâche rapide FAST et de 2 traitements événementiels EVT0 et EVT1. FAST MAST Sas (LD) Alarm_Sas (LD) Four_1 (Grafcet) Surv_Sec (LD) EVT0 Alarm_Four (ST) PRL (LD) Alarm_Nettoyage (ST) CHART POST (IL) SR0 Séchage (LD) SR0 Nettoyage (ST) 35015366.01 07/2008 107 Structure logicielle Séquencement des tâches dans une structure multitâche Généralités La tâche maître est par défaut active. La tâche rapide est par défaut active si elle est programmée. Le traitement événementiel est activé lors d'apparition de l'événement qui lui a été associé. Fonctionnement Le tableau suivant décrit l’exécution des tâches prioritaires. Phase Description du séquencement des tâches Description 1 Arrivée d'un événement ou début de cycle de la tâche rapide. 2 Arrêt de l'exécution des tâches en cours moins prioritaires, 3 Exécution de la tâche prioritaire. 4 La tâche interrompue reprend la main lorsque les traitements de la tâche prioritaire se termine. Le dessin suivant illustre le séquencement des tâches d’un traitement multitâche comportant une tâche maître cyclique, une tâche rapide de période 20ms et un traitement événementiel. E E v éne me nts Ma ît re Sy s t è m e ETS ETS Rapid e TS ET 20 ms E ETS ET 2 0 ms TS 2 0 ms E ETS TS T 20 ms Légende : E : acquisition des entrées T : traitement du programme S : mise à jour des sorties 108 35015366.01 07/2008 Structure logicielle Contrôle des tâches L'exécution des tâches rapide et événementielles peut être contrôlée par programme à travers l'utilisation des bits système : z z z 35015366.01 07/2008 %S30 permet d'activer ou pas la tâche maître MAST. %S31 permet d'activer ou pas la tâche rapide FAST. %S38 permet d'activer ou pas les traitements événementiels EVTi. 109 Structure logicielle Affectation des voies d’entrées/sorties aux tâches maître et rapide Généralités En plus du programme application, les tâches maître MAST et rapide FAST exécutent des fonctions système liées à la gestion des entrées/sorties implicites qui leur sont associées. L'association d'une voie ou d'un groupe de voies à une tâche est définie dans l'écran de configuration du coupleur correspondant; la tâche associée par défaut étant la tâche MAST. Modules TOR La modularité des modules TOR étant de 8 voies successives (voies 0 à 7, voies 8 à 15, ...), les entrées/sorties peuvent être affectées par groupes de 8 voies, indifféremment à la tâche MAST ou FAST. Exemple : il est possible d'affecter les voies d'un module 28 entrées/sorties de la manière suivante : z z z z Modules de comptage entrées 0 à 7 affectées à la tâche MAST, entrées 8 à 15 affectées à la tâche FAST, sorties 0 à 7 affectées à la tâche MAST, sorties 8 à 15 affectées à la tâche FAST. Chaque voie d'un module de comptage peut être affectée indifféremment à la tâche MAST ou FAST. Exemple : pour un module de comptage 2 voies, il est possible d'affecter : z z 110 la voie 0 à la tâche MAST, la voie 1 à la tâche FAST. 35015366.01 07/2008 Structure logicielle Modules analogiques Les voies des modules d'entrées analogiques du Micro sont obligatoirement affectées à la tâche MAST. Par contre, il est possible d'affecter les voies ou groupes de voies de sorties analogiques indifféremment à la tâche MAST ou FAST, avec une modularité de 2 voies. Exemple : pour un module de 4 sorties analogiques, il est possible d'affecter : z z les voies 0 et 1 à la tâche MAST et, les voies 2 et 3 à la tâche FAST. Les voies des modules d'entrées et sorties analogiques du Premium peuvent être affectées à la tâche MAST ou FAST. Cette affectation est individuelle pour chacune des voies des modules d'entrées ou de sorties analogiques isolées (4 voies isolées) et avec une modularité de 4 voies pour les autres modules. Note : Afin d’obtenir des performances optimales, il est préférable de regrouper les voies d’un module dans une même tâche. 35015366.01 07/2008 111 Structure logicielle Echanges d'entrées/sorties dans les traitements événementiels Généralités Il est possible d'utiliser à chaque traitement événementiel des voies d'entrées/ sorties autres que celle relative à l'événement. Les échanges sont alors réalisés implicitement par le système avant (%I) et après (%Q) le traitement applicatif. Ces échanges peuvent être relatifs à une voie (exemple module de comptage) ou à un groupe de voies (module TOR). Dans le second cas, si le traitement modifie par exemple les sorties 2 et 3 d'un module TOR, c'est l'image des sorties 0 à 7 qui sera transférée vers le module. Fonctionnement Le tableau suivant décrit les échanges et les traitements réalisés. Phase 112 Description 1 L'apparition d'un événement déroute le programme application vers le traitement qui est associé à la voie d'entrée/sortie qui a provoqué l'événement 2 Toutes les entrées associées à la voie qui a provoqué l'événement sont acquises automatiquement. 3 Toutes les entrées utilisées par l'utilisateur dans le traitement EVTi sont acquises. 4 Le traitement événementiel est exécuté. Il doit être le plus court possible. 5 Toutes les sorties utilisées par l'utilisateur dans le traitement EVTi sont mises à jour. Les sorties associées à la voie qui a provoqué l'événement doivent être également utilisées, pour être mise à jour. 35015366.01 07/2008 Structure logicielle Règle de programmation Règle générale : Les entrées échangées (et le groupe de voies associées) lors de l'exécution du traitement événementiel sont remis à jour (perte des valeurs historiques, donc des fronts), il faut donc éviter de tester des fronts sur ces entrées dans les tâches maître (MAST) ou rapide (FAST). Dans le cas des modules TOR TSX DEY16FK, TSX DMY28FK ou TSX DMY28RFK: L'entrée qui a déclenché l'événement ne doit pas être testée dans le traitement événementiel (la valeur n'est pas rafraîchie). Le test du front qui a déclenché l'événement doit être effectué sur le mot d'état: z z %IWxy.i:X0 = 1 --> front montant, %IWxy.i:X1 = 1 --> front descendant. Sur les automates Micro : z z Performances les modules d'entrées analogiques qui ne peuvent être utilisés que dans la tâche MAST, ne doivent pas être échangés dans un traitement événementiel. pour chaque traitement événementiel, il est possible de déclarer au maximum les échanges pour 2 modules en entrée (avant le traitement de l'événement) et 2 modules en sortie (après le traitement de l'événement). Sur les automates Premium, suivant le processeur utilisé, le nombre d'échanges utilisés est limité: Nombre d'échanges utilisables dans les traitements événementiels par processeur P57-1• P57-2• /3• /4• Entrées/sorties TOR 32 échanges 128 échanges Entrées/sorties analogiques 8 échanges 16 échanges Autres métier 4 échanges 16 échanges Pour les entrées/sorties TOR, un échange concerne un groupe de 8 voies, il est généré lors de l'utilisation des entrées d'un groupe de 8 voies (autre que le groupe de voies qui génère l'événement) et lors de l'écriture des sorties d'un groupe de 8 voies. Pour les entrées/sorties analogiques ou d'un autre métier, un échange est généré lors de l'utilisation des entrées d'une voie (autre que la voie qui génère l'événement et lors de l'écriture des sorties d'une voie). 35015366.01 07/2008 113 Structure logicielle Note : z Les échanges des entrées/sorties de la tâche EVTi, étant réalisés par voie (pour certains modules analogiques et métiers) ou par groupe de voies (pour les modules TOR et certains modules analogiques), si le traitement modifie par exemple les sorties 2 et 3 d’un module TOR, c’est l’image (mémoire automate) des sorties de 0 à 7 qui sera transférée vers le module. z Tout échange d’une entrée/sortie dans une tâche événementielle peut provoquer la perte de l’information de front vis à vis des traitement effectués sur cette voie (ou groupe de voie), dans la tâche où elle a été déclarée : MAST ou FAST. Visualisation du nombre d'événements traités Le mot système %SW48 donne le nombre d'événements traités. Ce mot est initialisé à 0 sur démarrage à froid puis incrémenté par le système lors du lancement d'un événement. Ce mot est modifiable par l'utilisateur. Le bit système %S39 signale la perte d'événement. 114 35015366.01 07/2008 Structure logicielle 5.4 Modules fonctionnels Structuration en modules fonctionnels Généralités Un module fonctionnel est un regroupement d'éléments de programme destinés à réaliser une fonction d’automatisme. Structure Un module fonctionnel est défini par les attributs suivants : nom court : 8 caractères (exemple : TR371) nom long : 16 caractères (exemple : Avance/Recule pour BT371) une fiche descriptive (sans limitation du nombre de caractères) non mémorisée dans l’automate mais mémorisée dans le fichier .STX de l’application. z z z Illustration L’illustration ci-après montre la composition d’un module fonctionnel : Prod1 - 35015366.01 07/2008 + Programme + Tables d’animation + Ecrans d’exploitation 115 Structure logicielle Description des éléments d’un module fonctionnel Limites d’utilisation 116 Le tableau décrit le rôle de chacun des éléments : Elément Composition Programme Un ou plusieurs modules de code : z sections z événements z macro-étapes z tables d'animation z ... Tables d’animation Une ou plusieurs tables d’animations. Mdm1 Modules fonctionnels de niveau inférieur, ces modules assumant, par rapport à la fonction principale, une ou plusieurs sous-fonctions d’automatisme. Seul le produit PL7 PRO permet la mise en oeuvre des modules fonctionnels sur les automates Premium. 35015366.01 07/2008 Description des langages PL7 II Présentation Objet de cet intercalaire Cet intercalaire décrit les langages de programmation des automates Micro et Premium. Contenu de cette partie Cette partie contient les chapitres suivants : Chapitre Page Langage à contacts 119 7 Langage liste d’instructions 133 8 Langage litteral structuré 151 9 10 35015366.01 07/2008 Titre du chapitre 6 Grafcet 175 Blocs fonction DFB 223 117 Langages PL7 118 35015366.01 07/2008 Langage à contacts 6 Présentation Contenu de ce chapitre Ce chapitre décrit la programmation en langage à contacts. Contenu de ce chapitre Ce chapitre contient les sujets suivants : 35015366.01 07/2008 Sujet Page Présentation générale du langage à contacts 120 Structure d’un réseau de contacts 121 Etiquette d’un réseau de contacts 122 Commentaire d’un réseau de contacts 123 Eléments graphiques du langage à contacts 124 Règles de programmation d’un réseau de contacts 127 Règle de programmation des blocs fonction 128 Règles de programmation des blocs opération 129 Exécution d’un réseau de contacts 130 119 Langage à contacts Présentation générale du langage à contacts Généralités Une section de programme écrite en langage à contacts se compose d’une suite de réseaux de contacts exécutés séquentiellement par l’automate. La représentation d'un réseau de contacts est proche de celle d'un schéma électrique. Illustration d’un réseau de contacts L’écran suivant présente un réseau de contacts PL7. 3 2 1 LD : MAST - CHART %L100 %I1.0 (* Attente de séchage*) %M12 %Q2.5 %I1.7 %TM4.Q %M17 %I1.10 %Q2.3 %M2 %I1.4 F2 Composition d’un réseau de contacts F3 P F4 %M27 %TM0 IN TM Q MODE TON TB: 1 mn TMP: 9999 MODIF: Y %M25 %MW0.X OPERATE %MW15:=%MW18+500 SR2 C N F5 X F6 F7 F8 F9 F10 F11 S F12 R S.F1 S.F2 OPER S.F3 COHP H S.F4 COHP V S.F5 S.F6 FB S.F7 F (...) S.F8 Ce tableau décrit les constituants d’un réseau de contacts. Repère Elément Fonction 1 Etiquette Repére un réseau de contacts (optionnel). 2 Commentaire Renseigne un réseau de contacts (optionnel). 3 Eléments graphiques z les entrées/sorties de l’automate (boutons-poussoirs, Ils représentent : détecteurs, relais, voyants...) z les fonctions d’automatismes (temporisateurs, compteurs...,), z les opérations arithmétiques, logiques et spécifiques, z les variables internes de l’automate. 120 35015366.01 07/2008 Langage à contacts Structure d’un réseau de contacts Introduction Un réseau s’inscrit entre deux barres de potentiel. Le sens de circulation du courant s'établit de la barre de potentiel gauche vers la barre de potentiel droite. Illustration Le dessin ci-après décrit la structure d’un réseau de contacts. 1 2 3 4 5 6 7 8 9 10 11 1 2 3 4 5 6 Barre de potentiel 7 8 9 10 11 . Zone action Zone test Description d’un réseau de contacts Un réseau de contacts est composé d’un ensemble d’éléments graphiques disposés sur une grille de : z z 16 lignes maximum et 11 colonnes (pour automates Premium), 7 lignes maximum et 11 colonnes (pour automates Micro). Il est réparti en deux zones : z z 35015366.01 07/2008 la zone test, dans laquelle figurent les conditions nécessaires à une action la zone action, qui applique le résultat consécutif à un enchaînement de test. 121 Langage à contacts Etiquette d’un réseau de contacts Généralités L’étiquette permet de repérer un réseau dans une entité de programme (programme principal, sous-programme, ...). Elle est optionnelle. Syntaxe Cette étiquette a la syntaxe suivante : %Li avec i compris entre 0 et 999. Elle se positionne à la partie supérieure gauche devant la barre de potentiel. Illustration Les réseaux de contacts suivant illustrent l’utilisation d’une étiquette. %M20 %L245 Etiquette %L245 %Q2.3 %M155 S Règles Un repère d’étiquette ne peut être affecté qu’à un seul réseau au sein d’une même entité de programme. Il est nécessaire d’étiqueter un réseau afin de permettre un branchement après un saut de programme (voir illustration ci-dessus). L’ordre des repères des étiquettes est quelconque, (c’est l’ordre de saisie des réseaux qui est pris en compte par le système lors de la scrutation). 122 35015366.01 07/2008 Langage à contacts Commentaire d’un réseau de contacts Généralités Le commentaire facilite l’interprétation du réseau auquel il est affecté, mais n’est pas obligatoire. Syntaxe Le commentaire est intégré au réseau et comprend 222 caractères alphanumériques au maximum, encadrés de part et d'autre par les caractères (* et *). Illustration Le dessin ci-dessous repère la position du commentaire. Zone commentaire Règles Les commentaires s’affichent dans la zone réservée dans la partie supérieure du réseau de contacts. En cas de suppression d’un réseau, le commentaire qui lui est associé est également supprimé. Les commentaires sont mémorisés dans l’automate et sont accessibles à tout moment par l’utilisateur. A ce titre, ils consomment de la mémoire programme 35015366.01 07/2008 123 Langage à contacts Eléments graphiques du langage à contacts Généralités Les éléments graphiques sont les instructions du langage à contacts. Contacts Les éléments graphiques des contacts se programment en zone test et occupent une cellule (1 ligne de hauteur et 1 colonne de largeur). Désignation Contact à ouverture Contact passant quand l’objet bit qui le pilote est à l’état 0. Contact à détection de front montant Front montant : détection du passage de 0 à 1 de l’objet bit qui le pilote. P N Front descendant : détection du passage de 1 à 0 de l’objet bit qui le pilote. Les éléments graphiques de liaison permettent de relier les éléments graphiques de test et d’action. Désignation 124 Fonctions Contact passant quand l’objet bit qui le pilote est à l’état 1. Contact à détection de front descendant Eléments de liaison Graphisme Contact à fermeture Graphisme Fonctions Connexion horizontale Permet de relier en série les éléments graphiques de test et d’action entre les deux barres de potentiel. Connexion verticale de potentiel Permet de relier en parallèle les éléments graphiques de test et d’action. Dérivation courtcircuit Permet de relier 2 objets au travers de plusieurs connexions. 35015366.01 07/2008 Langage à contacts Bobines Les éléments graphiques des bobines se programment en zone action et occupent une cellule (1 ligne de hauteur et une colonne de largeur). Désignation Graphisme Bobine directe L’objet bit associé prend la valeur du résultat de la zone test. Bobine inverse L’objet bit associé prend la valeur inverse du résultat de la zone test. Bobine d’enclenchement S L’objet bit associé est mis à 1 lorsque le résultat de la zone test est à 1. Bobine de déclenchement R L’objet bit associé est mis à 0 lorsque le résultat de la zone test est à 1. Saut conditionnel à un autre réseau (JUMP) ->>%Li Bobine dièse # Bobine appel à un sous-programme (CALL) Retour de sousprogramme C <RETURN> Arrêt programme <HALT> 35015366.01 07/2008 Fonctions Permet un branchement à un réseau étiqueté, amont ou aval. Les sauts ne sont effectifs qu’au sein d'une même entité de programmation (programme principal, sousprogramme,...). L’exécution d’un saut provoque : z l’arrêt de la scrutation du réseau en cours, z l’exécution du réseau étiqueté demandé, z la non scrutation de la partie du programme située entre l’action de saut et le réseau désigné. Proposée en langage Grafcet, utilisée lors de dièse la programmation des réceptivités associées aux transistions provoque le passage à l'étape suivante. Permet un branchement en début de sousprogramme lorsque le résultat de la zone de test sousprogramme est à 1. L'exécution d'un appel à un sous-programme provoque : z l’arrêt de la scrutation du réseau en cours, z l’exécution du sous-programme, z la reprise de la scrutation du réseau interrompu. Réservée au sous-programme SR, permet le retour au module appelant lorsque le résultat de la zone de test est à 1. Provoque l'arrêt de l'exécution du programme lorsque le résultat de la zone de test est à 1. 125 Langage à contacts Blocs fonction standard Les éléments graphiques des blocs fonction standard se programment en zone test et occupent une dimension d'une hauteur de 16 lignes maximum et une largeur 3 colonnes. Désignation Graphisme Blocs Temporisateur, Compteur, Monostable, Registre, Programmateur cyclique Blocs fonction DFB Chacun des blocs fonctions standards utilise des entrées, des sorties, des entrées/sorties permettant de les reliés aux autres éléments graphiques. Les éléments graphiques des blocs fonction DFB se programment en zone test et occupent une dimension d'une hauteur de 16 lignes maximum et une largeur 3 colonnes. Désignation Graphisme Blocs programmables Blocs opération Fonctions Chacun des blocs fonctions DFB utilise des entrées, des sorties, des entrées/sorties permettant de les relier aux autres éléments graphiques pour les objets de type bits ou pouvant être affectés à des objets numériques ou tableaux Les éléments graphiques des blocs opération se programment en zone test et occupent les dimensions mentionnées ci-dessous. Désignation 126 Fonctions Graphisme Fonctions Bloc comparaison vertical Permet la comparaison de 2 opérandes, suivant le résultat, la sortie correspondante passe à 1. Dimension : 2 colonnes/4 lignes Bloc comparaison horizontal Permet la comparaison de 2 opérandes, la sortie passe à 1 lorsque le résultat est vérifié (un bloc peut contenir jusqu'à 4096 caractères). Dimension : 2 colonnes/1 ligne Bloc Opération Réalise les opérations arithmétiques, logiques…fait appel à la syntaxe du langage littéral structuré. (Un bloc peut contenir jusqu'à 4096 caractères). Dimension : 4 colonnes/1 ligne 35015366.01 07/2008 Langage à contacts Règles de programmation d’un réseau de contacts Généralités La programmation d'un réseau de contacts s'effectue à l'aide des éléments graphiques, en respectant les règles de programmation ci-après. Règles de programmation Les éléments graphiques simples de test et d’action occupent chacun une cellule au sein d’un réseau. Toute ligne de contacts commence sur la ligne de potentiel gauche et doit se terminer sur la ligne de potentiel droite. Les tests sont toujours situés sur les colonnes 1 à 10. Les actions sont toujours situées sur la colonne 11. Le sens de circulation du courant est le suivant : z z Exemple de réseau de contacts 35015366.01 07/2008 pour les liaisons horizontales, de la gauche vers la droite, pour les liaisons verticales, dans les deux sens. L’écran suivant présente un exemple de réseau de contacts. 127 Langage à contacts Règle de programmation des blocs fonction Généralités Les blocs fonction standard se positionnent dans la zone test des réseaux de contacts. Règles de programmation des blocs fonction Quel que soit le type de bloc fonction utilisé, il doit obligatoirement être relié en entrée à la barre de potentiel gauche, en direct ou à travers d’autres éléments graphiques. z z sorties "en l’air" : il n’est pas nécessaire de relier à d’autres éléments graphiques les sorties des blocs fonction, sorties testables : les sorties des blocs fonction sont accessibles à l’utilisateur sous forme d’objet bit. Les variables internes de blocs et les sorties graphiques sont des objets exploitables à distance depuis une autre partie du programme. Les entrées non câblées des blocs fonction standard sont mises à 0. Comme pour les éléments graphiques du type contacts, il est possible de réaliser des combinaisons de blocs fonction. Exemple d’un réseau de contacts 128 L’illustration suivante présente un exemple d’un réseau de contacts contenant 2 blocs fonction. 35015366.01 07/2008 Langage à contacts Règles de programmation des blocs opération Généralités Les blocs comparaison se positionnent dans la zone test et les blocs opération se positionnent dans la zone action. Règles de programmation des blocs opération Quel que soit le type de bloc opération utilisé, il doit obligatoirement être relié en entrée à la barre de potentiel gauche, en direct ou à travers d’autres éléments graphiques. Exemple de blocs opération L’illustration suivante présente un exemple d’un réseau de contacts contenant 2 blocs de comparaison et un bloc opération. Comme pour les éléments graphiques du type contacts, il est possible de réaliser des combinaisons de blocs fonction et opération. %TM10 %I3.6 %MW1>100 %I1.2 %MW2>500 35015366.01 07/2008 IN Q TYP:TP TB:100ms TM.P:200 MODIF:Y %Q6.3 %TM2.P:=3450 129 Langage à contacts Exécution d’un réseau de contacts Réseau connexe Un réseau connexe contient des éléments graphiques tous reliés entre eux par des éléments de liaison (hors barre de potentiel), mais indépendants des autres éléments graphiques du réseau (pas de liaisons verticales vers le haut ou vers le bas en limite de réseau connexe). Illustration de réseaux connexes Le réseau de contacts suivant est composé de 3 réseaux connexes. Réseau connexe 2 Réseau connexe 1 Réseau connexe 3 Règle d’exécution de réseaux connexes Le premier réseau connexe évalué est celui dont le coin gauche est situé le plus en haut à gauche. Un réseau connexe est évalué dans le sens de l'équation : évaluation du réseau de haut en bas, ligne par ligne, et dans chaque ligne de gauche à droite. Dans le cas où une liaison verticale de convergence est rencontrée, le sous réseau qui lui est associé est évalué (selon la même logique) avant de continuer l'évaluation du réseau qui l'englobe. 130 35015366.01 07/2008 Langage à contacts Exécution des éléments dans un réseau connexe Le tableau suivant décrit l’ordre d’exécution des éléments dans un réseau connexe.. Phase Description 1 Le système évalue l'état logique de chaque contact, en fonction de : z la valeur courante des objets internes de l'application, z l'état des entrées des modules d'entrées/sorties acquis en début de cycle 2 Le système exécute les traitements associés aux fonctions, aux blocs fonctions, et aux sous-programmes, 3 Le système met à jour les objets bits associés aux bobines (la mise à jour des sorties des modules d'entrées/sorties s'effectue en fin de cycle), 4 Le système débranche vers un autre réseau étiqueté du même module programme (saut à un autre réseau ->>%Li), retour au module appelant <RETURN>, ou arrêt du programme <HALT>, Exemple 1 : illustration Le dessin suivant visualise l’ordre d’exécution des éléments graphiques. Exemple 1 : fonctionnement Le tableau suivant décrit l'exécution des éléments graphiques dans le réseau illustré ci-dessus. Phase 35015366.01 07/2008 Description 1 Evaluation du réseau jusqu'à rencontre de la 1ère liaison verticale de convergence : contacts A, B, C. 2 Evaluation du premier sous réseau : contact D, 3 Poursuite de l'évaluation du réseau jusqu'à la rencontre de la deuxième liaison verticale de convergence: contact E, 4 Evaluation du 2ème sous réseau : contacts F et G, 5 Evaluation de la bobine H. 131 Langage à contacts Exemple 2 : illustration Le dessin suivant visualise l’ordre d’exécution des éléments graphiques. Exemple 2 : fonctionnement Le tableau suivant décrit l'exécution des éléments graphiques dans le réseau illustré ci-dessus. Phase 132 Description 1 bobine 1 : INIT, %M5, %M7, %Q2.1, 2 bobine 2 : %M4, %MW2:X1,AUTO, UP_1, 3 Bloc opération. 35015366.01 07/2008 Langage liste d’instructions 7 Présentation Généralités Ce chapitre décrit les régles de programmation en langage liste d’instructions. Contenu de ce chapitre Ce chapitre contient les sujets suivants : 35015366.01 07/2008 Sujet Page Présentation générale du langage liste d’instructions 134 Structure d’un programme liste d’instructions 135 Etiquette d’une phrase en langage liste d’instructions 136 Commentaire d’une phrase en langage liste d’instructions 137 Présentation des instructions en langage liste d’instructions 138 Règle d’utilisation des parenthèses en langage liste d’instructions 142 Description des instructions MPS, MRD et MPP 145 Principes de programmation des blocs fonction prédéfinis 147 Règles d’exécution d’un programme liste d’instructions 149 133 Langage liste d’instructions Présentation générale du langage liste d’instructions Généralités Une section écrite en langage liste d’instructions se compose d’une suite d’instructions exécutées séquentiellement par l’automate. Illustration d’un programme L’illustration suivant présente un programme liste d’instructions PL7 et le détail d’une instruction.. !%L0: LD ANDN OR( AND ) AND ST %I1.0 %M12 %TM4.Q %M17 LD %I3.5 %I3.7 %Q2.5 !%L2: Composition d’une instruction LD Code instruction %I1.0 Opérande Ce tableau décrit les constituants d’une instruction. Elément Fonction Code instruction Le code instruction détermine l’opération à exécuter. Il existe 2 types de codes instructions : z test, dans laquelle figurent les conditions nécessaires à une action (ex : LD, AND, OR...), z action, qui sanctionne le résultat consécutif à un enchaînement de test. (ex : ST, STN, R, ...). Opérande Une instruction agit sur un opérande. Cet opérande peut être : z une entrée/sortie de l’automate (boutons-poussoirs, détecteurs, relais, voyants...), z une fonctions d’automatisme (temporisateurs, compteurs...), z une opération arithmétique et logique ou une opération de transfert, z une variable interne de l’automate. 134 35015366.01 07/2008 Langage liste d’instructions Structure d’un programme liste d’instructions Généralités Comme en langage à contacts, les instructions sont organisées en séquence d'instructions (équivalent à un réseau de contacts) appelée phrase. Exemple de phrase L’illustration suivante présente une phrase liste d’instructions PL7. Description d’une phrase !(*Attente de séchage*) %L2 : LD %I1.0 AND %M10 ST %Q2.5 3 Chaque phrase commence par un point d'exclamation (généré automatiquement), elle comporte les éléments suivants. Repère 35015366.01 07/2008 1 2 Elément Fonction 1 Commentaire Renseigne une phrase (optionnel). 2 Etiquette Repère une phrase (optionnel). 3 Instructions Une à plusieurs instructions de test, le résultat de ces instructions étant appliqué à une ou plusieurs instructions d'action. Une instruction occupe une ligne maximum 135 Langage liste d’instructions Etiquette d’une phrase en langage liste d’instructions Généralités L’étiquette permet de repérer une phrase dans une entité de programme (programme principal, sous-programme, ...). Elle est optionnelle. Syntaxe Cette étiquette a la syntaxe suivante : %Li avec i compris entre 0 et 999. Elle se positionne en début d’une phrase. Illustration Le programme suivant illustre l’utilisation d’une étiquette. %L0 : LD JMPC %M40 %L10 !(*Attente de séchage*) %L2 : LD %I1.0 AND %M10 ST %Q2.5 ... %L10 : LD %I3.5 ANDN %Q4.3 OR %M20 ST %Q2.5 Règles Etiquette Une même étiquette ne peut être affectée qu’à une seule phrase au sein d’une même entité de programme. Il est nécessaire d’étiqueter une phrase afin de permettre un branchement après un saut de programme. L’ordre des repères des étiquettes est quelconque, c’est l’ordre de saisie des phrases qui est prise en compte par le système lors de la scrutation. 136 35015366.01 07/2008 Langage liste d’instructions Commentaire d’une phrase en langage liste d’instructions Généralités Le commentaire facilite l’interprétation d’une phrase auquel il est affecté. Il est optionnel. Syntaxe Le commentaire peut être intégré au début d'une phrase et peut occuper 3 lignes maximum (soit 222 caractères alphanumériques), encadrés de part et d'autre par les caractères (* et *). Illustration L’illustration ci-après repère la position du commentaire dans une phrase. !(*Attente de séchage*) %L2 : LD %I1.0 AND %M10 ST %Q2.5 Règles Commentaire Les commentaires s’affichent uniquement à partir de la première ligne de la phrase. En cas de suppression d’une phrase, le commentaire qui lui est associé est également supprimé. Les commentaires sont mémorisés dans l’automate et sont accessibles à tout moment par l’utilisateur. A ce titre, ils consomment de la mémoire programme. 35015366.01 07/2008 137 Langage liste d’instructions Présentation des instructions en langage liste d’instructions Généralités Le langage liste d’instructions comporte des instructions : z z z z Instructions de test de test d’action sur bloc fonction numériques Le tableau suivant décrit les instructions de test du langage liste d’instructions.. Désignation Graphisme équivalent LD Le résultat booléen est égal à l’état de l’opérande. LDN Le résultat booléen est égal à l’état inverse de l’opérande. LDR P Le résultat booléen passe à 1 à la détection du passage de 0 à 1 de l’opérande (front montant). N Le résultat booléen passe à 1 à la détection du passage de 1 à 0 de l’opérande (front descendant). LDF AND Le résultat booléen est égal au Et logique entre le résultat booléen de l’instruction précédente et l’état de l’opérande. ANDN Le résultat booléen est égal au Et logique entre le résultat booléen de l’instruction précédente et l’état inverse de l’opérande. ANDR P Le résultat booléen est égal au Et logique entre le résultat booléen de l’instruction précédente, et la détection d’un front montant de l’opérande (1=front montant). N Le résultat booléen est égal au Et logique entre le résultat booléen de l’instruction précédente, et la détection d’un front descendant de l’opérande (1=front descendant). ANDF 138 Fonctions OR Le résultat booléen est égal au Ou logique entre le résultat booléen de l’instruction précédente et l’état de l’opérande. ORN Le résultat booléen est égal au Ou logique entre le résultat booléen de l’instruction précédente et l’état inverse de l’opérande. 35015366.01 07/2008 Langage liste d’instructions Désignation Graphisme équivalent ORR P ORF N Le résultat booléen est égal au Ou logique entre le résultat booléen de l’instruction précédente, et la détection d’un front montant de l’opérande (1=front montant). Le résultat booléen est égal au Et logique entre le résultat booléen de l’instruction précédente et l’état de l’opérande., et la détection d’un front descendant de l’opérande (1=front descendant). AND( Et logique (8 niveaux de parenthèses) OR( Ou logique (8 niveaux de parenthèses) XOR, XORN, XORR, XORF - MPS MRD MPP N 35015366.01 07/2008 Fonctions Ou exclusif Aiguillage vers des bobines. - Négation 139 Langage liste d’instructions Instructions d’action Le tableau suivant décrit les instructions de test du langage liste d’instructions. Désignation Graphisme ST L’opérande associé prend la valeur du résultat de la zone test. STN L’opérande associé prend la valeur inverse du résultat de la zone test. S S L’opérande associé est mis à 1 lorsque le résultat de la zone test est à 1. R L’opérande associé est mis à 0 lorsque le résultat de la zone test est à 1. R Instruction sur bloc fonction JMP - Permet un branchement inconditionnel à une phrase étiquetée, amont ou aval. JMPC - Permet un branchement conditionné à un résultat booléen à 1 , à une phrase étiquetée amont ou aval. JMPCN - Permet un branchement conditionné à un résultat booléen à 0 , à une phrase étiquetée amont ou aval. SRn - Branchement en début de sous-programme. RET - Retour de sous-programme. RETC - Retour de sous-programme conditionné à un résultat booléen à 1. RETCN - Retour de sous-programme conditionné à un résultat booléen à 0. END - Fin de programme. ENDC - Fin de programme conditionné à un résultat booléen à 1. ENDCN - Fin de programme conditionné à un résultat booléen à 0. Le tableau suivant décrit les instructions de test du langage liste d’instructions.. Désignation Blocs Temporisateur, Compteur, Monostable, Registre, Programmateur cyclique 140 Fonctions Graphisme Fonctions Pour chacun des blocs fonction standards, il existe des instructions permettant de piloter le bloc. Une forme structurée permet de câbler directement les entrées/sorties des blocs. 35015366.01 07/2008 Langage liste d’instructions Instructions numériques 35015366.01 07/2008 Le tableau suivant décrit les instructions de test du langage liste d’instructions. Désignation Instructions Fonctions Elément de test LD[.....] AND[.....] OR[.....] Permet la comparaison de 2 opérandes, la sortie passe à 1 lorsque le résultat est vérifié. Exemple : LD[%MW10<1000] Résultat à 1 lorsque %MW10<1000. Elément d’action [.....] Réalisent les opérations arithmétiques, logiques... Utilisent la syntaxe du langage littéral structuré. Exemple : [%MW10:=%MW0+100] Le résultat de l’opération %MW0+100 est placé dans le mot interne %MW10. 141 Langage liste d’instructions Règle d’utilisation des parenthèses en langage liste d’instructions Généralités Les instructions AND et OR peuvent utiliser des parenthèses. Ces parenthèses permettent de réaliser des schémas à contacts de façon simple. Principe L'ouverture de parenthèses est associée à l'instruction AND ou OR. La fermeture de parenthèses est une instruction, elle est obligatoire pour chaque parenthèse ouverte. Exemple : AND( Exemple : OR( Les deux programmes suivants illustrent l’utilisation de la parenthèse. LD AND OR ST %I1.0 %I1.1 %I1.2 %Q2.0 LD AND( OR ) ST %I1.0 %I1.1 %I1.2 Le programme suivant illustre l’utilisation de la parenthèse. LD AND OR(N AND ) ST 142 %Q2.0 %I1.0 %I1.1 %I1.2 %I1.3 %Q2.0 35015366.01 07/2008 Langage liste d’instructions Association des parenthèses à des modificateurs 35015366.01 07/2008 Les "modificateurs" suivants peuvent être associés aux parenthèses. Code Rôle Exemple N Négation AND(N F Front descendant (Falling edge) AND(F R Front montant (Rising edge) OR(R [ Comparaison OR([%MW0>100] 143 Langage liste d’instructions Imbrication de parenthèses Il est possible d’imbriquer jusqu’à 8 niveaux de parenthèses. Les règles ci-après doivent être suivies : z z z Chaque parenthèse ouverte doit être impérativement refermée Les étiquettes %Li: ne doivent pas être placées dans des expressions entre parenthèses, ainsi que les instructions de saut JMP et d'appel à sous programme SRi, Les instructions d'affectation ST, STN, S et R ne doivent pas être programmées entre parenthèses. Exemple : Les programmes suivants illustrent l’utilisation de l’imbrication des parenthèses. 144 LD AND( OR(N AND ) ) ST %I1.0 %I1.1 %I1.2 %M3 LD AND( AND OR(N AND ) AND OR(N AND ) ) ST %I1.1 %I1.2 %I1.3 %I1.5 %I1.6 %Q2.0 %I1.4 %I1.7 %I1.8 %Q2.0 35015366.01 07/2008 Langage liste d’instructions Description des instructions MPS, MRD et MPP Généralités Les 3 types d'instruction permettent de traiter les aiguillages vers les bobines. Ces instructions utilisent une mémoire intermédiaire appelée pile pouvant stocker jusqu'à 3 informations booléennes... Note : Ces instructions ne peuvent pas être utilisées au sein d'une expression entre parenthèses Rôle Exemple 1 Le tableau suivant décrit le rôle de chacune des instructions Instruction Rôle MPS (Memory PuSh) Cette instruction a pour effet de stocker le résultat de la dernière instruction de test au sommet de la pile et de décaler les autres valeurs vers le fond de la pile. MRD (Memory ReaD) Cette instruction lit le sommet de la pile. MPP (Memory PoP) Cette instruction a pour effet de lire, de déstocker le sommet de la pile et de décaler les autres valeurs vers le sommet de la pile. Cet exemple illustre l’utilisation des instructions MPS, MRD, et MPP. LD AND MPS AND ST MRD AND ST MRD AND ST MPP AND ST 35015366.01 07/2008 %I1.0 %M0 %I1.1 %Q2.0 %I1.2 %Q2.1 %I1.3 %Q2.2 %I1.4 %Q2.3 145 Langage liste d’instructions Exemple 2 Cet exemple illustre le fonctionnement des instructions MPS, MRD, et MPP. LD MPS AND MPS AND( OR ) ST MPP AND ST MRD AND ST MPP AND ST 146 %I1.0 %I1.1 %I1.3 %M0 %Q2.0 %M1 %Q2.1 %I1.4 %Q2.2 %M10 %Q2.3 35015366.01 07/2008 Langage liste d’instructions Principes de programmation des blocs fonction prédéfinis Généralités Les blocs fonctions d’automatisme peuvent être programmés de 2 façons différentes : z z Principe de programmation directe avec instructions spécifiques à chaque bloc fonction (ex: CU %Ci), cette façon est la plus simple et la plus directe, avec instructions de structuration de bloc BLK ,OUT_BLK, END_BLK. Les instructions pilotent les entrées des blocs (ex: CU). Les sorties sont accessibles sous forme de bit (ex: %C8.D). Exemple : Cet exemple illustre la programmation directe d’un bloc fonction compteur. Traitement des entrées Traitement des sorties 35015366.01 07/2008 147 Langage liste d’instructions Principe de programmation structurés Ce type de programmation utilise une suite d' instructions encadrée par les instructions : z z z BLK indique le début du bloc OUT_BLK permet de câbler directement les sorties du bloc END_BLK indique la fin du bloc Exemple : Cet exemple illustre la programmation structurée d’un bloc fonction compteur. BLK %C8 LD %I1.1 R LDN %I1.2 ANDN %M0 CU OUT_BLK LD D ST %Q2.0 END_BLK Traitement des entrées Traitement des sorties Note : Ce principe de programmation structuré nécessitant les instructions supplémentaires BLK, OUT_BLK et END_BLK demande des volumes mémoires supérieurs par rapport à la programmation directe. Il est cependant à utiliser, si vous voulez garder une similitude avec des programmes réversibles pour nanoautomates TSX 07. 148 35015366.01 07/2008 Langage liste d’instructions Règles d’exécution d’un programme liste d’instructions Principe L’exécution d’un programme liste d'instructions s'effectue séquentiellement instruction par instruction. La première instruction d'une séquence d'instructions doit toujours être soit une instruction LD soit une instruction inconditionnelle (ex : JMP). Chaque instruction (excepté LD et les instructions inconditionnelles) utilise le résultat booléen de l'instruction précédente. Exemple 1 Le programme ci-après décrit l’exécution complète d’une phrase. LD AND OR ST Exemple 2 résultat = état du bit %I1.1 résultat = ET du résultat booléen précédent et de l'état du bit %M0 résultat = OU du résultat booléen précédent et de l'état du bit %M10 %Q2.0 prend l'état du résultat booléen précédent Les parenthèses permettent de modifier l'ordre de prise en compte des résultats booléens : LD AND OR( AND ) ST 35015366.01 07/2008 %I1.1 %M0 %M10 %Q2.0 %I1.1 %M0 %M10 %I1.2 résultat = état du bit %I1.1 résultat = ET du résultat booléen précédent et de l'état du bit %M0 résultat = état du bit %M10 résultat = ET du résultat booléen précédent et de l'état du bit %M10 %Q2.0 %Q2.0 prend l'état du résultat booléen précédent 149 Langage liste d’instructions Exemple 3 Le séquencement des instructions peut être modifié par les instructions de saut JMP d’appel à sous-programme. ! ! ! 150 LD JMPC LD AND ST %L10: LD AND ...... %M0 %L10 %I1.1 %M10 %Q2.0 Saut à l’étiquette %L10 si %M0=1 %I1.3 %M20 35015366.01 07/2008 Langage litteral structuré 8 Présentation Objet de ce chapitre Ce chapitre décrit les règles de programmation en langage littéral structuré. Contenu de ce chapitre Ce chapitre contient les sujets suivants : Sujet Présentation du langage littéral structuré 35015366.01 07/2008 Page 152 Structure d’un programme en langage littéral structuré 153 Etiquette d’une phrase en langage littéral structuré 154 Commentaire d’une phrase en langage littéral structuré 155 Instructions sur objets bits 156 Instructions arithmétiques et logiques 157 Instructions sur tableaux et chaîne de caractères 159 Instructions de conversions numériques 162 Instructions sur programme et instructions spécifiques 163 Structure de contrôle conditionnelle IF...THEN 165 Structure de contrôle conditionnelle WHILE...END_WHILE 167 Structure de contrôle conditionnelle REPEAT...END_REPEAT 168 Structure de contrôle conditionnelle FOR...END_FOR 169 Instruction de sortie de boucle EXIT 170 Règles d’exécution d’un programme littéral structuré 171 151 Langage littéral structuré Présentation du langage littéral structuré Généralités Le langage littéral structuré est un langage évolué de type algorithmique particulièrement adapté à la programmation de fonctions arithmétiques complexes, manipulations de tableaux et gestions de messages. Il permet la réalisation de programmes par écriture de lignes de programmation, constituées de caractères alphanumériques. Limite d’utilisation Ce langage est utilisable avec les logiciels PL7 Micro, PL7 Junior et PL7 Pro sur les automates Premium et Micro. Dans la version PL7 Pro, ce langage permet la création des blocs fonction utilisateur DFB sur les automates Premium. Illustration d’un programme L’illustration suivante présente un programme en langage structuré PL7. ! (* Recherche du premier élément non nul dans un tableau de 32 mots, détermination de sa valeur (%MW10), de son rang (%MW11). Cette recherche s’effectue si %M0 est à 1, %M1 est mis à 1 si un élément non nul existe, sinon il est mis à 0*) IF %M0 THEN FOR %MW99:=0 TO 31 DO IF %MW100[%MW99]<>0 THEN %MW10:=%MW100[%MW99]; %MW11:=%MW99; %M1:=TRUE; EXIT; (*Sortie de la boucle*) ELSE %M1:=FALSE; END_IF; END_FOR; ELSE %M1:=FALSE; END_IF; 152 35015366.01 07/2008 Langage littéral structuré Structure d’un programme en langage littéral structuré Généralités Une section de programme littéral est organisée en phrases. Une phrase littérale est l’équivalent d’un réseau de contacts en langage à contacts. Exemple de phrase L’illustration suivante présente une phrase en langage structurée PL7. 1 Description d’une phrase ! %L20: (*Attente de séchage*) SET %M0; %MW4:=%MW2 + %MW9; (*calcul de pression*) %MF12:=SQRT (%MF14); 2 3 Chaque phrase commence par un point d'exclamation (généré automatiquement), elle comporte les éléments suivants. Repère Elément Fonction 1 Etiquette Repère une phrase. 2 Commentaire Renseigne une phrase. 3 Instructions Une à plusieurs instructions séparées par ";". Note : Chacun de ces éléments est optionnel, c'est-à-dire qu’il est possible d’avoir une phrase vide, une phrase constituée uniquement de commentaires ou uniquement d'une étiquette. 35015366.01 07/2008 153 Langage littéral structuré Etiquette d’une phrase en langage littéral structuré Rôle L’étiquette permet de repérer une phrase dans une entité de programme (programme principal, sous-programme, ...). Elle est optionnelle. Syntaxe Cette étiquette a la syntaxe suivante : %Li : avec i compris entre 0 et 999. Elle se positionne en début d’une phrase. Illustration Le programme suivant illustre l’utilisation d’une étiquette. ! Règles %L20 : (*Attente de séchage*) SET %M0; %MW4:=%MW2 + %MW9; (*calcul de pression*) %MF12:=SQRT (%MF14); Etiquette Une même étiquette ne peut être affectée qu’à une seule phrase au sein d’une même entité de programme. Il est nécessaire d’étiqueter une phrase afin de permettre un branchement après un saut de programme. L’ordre des repères des étiquettes est quelconque, c’est l’ordre de saisie des phrases qui est prise en compte par le système lors de la scrutation. 154 35015366.01 07/2008 Langage littéral structuré Commentaire d’une phrase en langage littéral structuré Rôle Le commentaire facilite l’interprétation d’une phrase à laquelle il est affecté. Il est optionnel. Syntaxe Le commentaire peut être intégré n’importe où dans la phrase et le nombre de commentaires par phrase n’est pas limité. Un commentaire est encadré de part et d’autre par les caractères (* et *). Illustration L’illustration ci-après repère la position du commentaire dans une phrase. ! Règles z z z z %L20 (*Attente de séchage*) SET %M0; %MW4:=%MW2 + %MW9; (*calcul de pression*) %MF12:=SQRT (%MF14); Commentaires Tous les caractères sont autorisés dans un commentaire. Le nombre de caractères est limité à 256 par commentaire. Les commentaires imbriqués sont interdits. Un commentaire peut tenir sur plusieurs lignes. Les commentaires sont mémorisés dans l’automate et sont accessibles à tout moment par l’utilisateur. A ce titre, ils consomment de la mémoire programme. 35015366.01 07/2008 155 Langage littéral structuré Instructions sur objets bits Instructions sur bits Instructions sur tableaux de bits 156 Les instructions suivantes s’appliquent sur des objets bits. Désignation Fonction := Affectation d'un bit OR OU booléen AND ET booléen XOR OU exclusif booléen NOT Inversion RE Front montant FE Front descendant SET Mise à 1 RESET Mise à 0 Les instructions suivantes s’appliquent sur des objets de type tableau de bits. Désignation Fonction Tableau := Tableau Affectation entre deux tableaux Tableau := Mot Affectation d'un mot à un tableau Mot := Tableau Affectation d'un tableau à un mot Tableau := Double mot Affectation d'un double mot à un tableau Double mot := Tableau Affectation d'un tableau à un double mot COPY_BIT Copie d'un tableau de bits dans un tableau de bits AND_ARX ET entre deux tableaux OR_ARX OU entre deux tableaux XOR_ARX OU exclusif entre deux tableaux NOT_ARX Négation sur un tableau BIT_W Copie d'un tableau de bits dans un tableau de mots BIT_D Copie d'un tableau de bits dans un tableau de doubles mots W_BIT Copie d'un tableau de mots dans un tableau de bits D_BIT Copie d'un tableau de doubles mots dans un tableau de bits LENGHT_ARX Calcul de la longueur d'un tableau en nombre d'éléments 35015366.01 07/2008 Langage littéral structuré Instructions arithmétiques et logiques Arithmétique entière sur mots et doubles mots Arithmétique sur flottants 35015366.01 07/2008 Les instructions suivantes s’appliquent sur des objets mots et doubles mots.. Désignation Fonction +, -, *, / Addition, Soustraction, Multiplication, Division entière REM Reste de la division entière SQRT Racine carrée entière ABS Valeur absolue INC Incrémentation DEC Décrémentation Les instructions suivantes s’appliquent sur des objets flottants.. Désignation Fonction +, -, *, / Addition, Soustraction, Multiplication, Division SQRT Racine carrée ABS Valeur absolue TRUNC Partie entière LOG Logarithme base 10 LN Logarithme népérien EXP Exponentielle naturelle EXPT Exponentiation d'un réel par un réel COS Cosinus d'une valeur en radian SIN Sinus d'une valeur en radian TAN Tangente d'une valeur en radian ACOS Arc cosinus (résultat entre 0 et 2 p) ASIN Arc sinus (résultat entre -p/2 et +p/2) ATAN Arc tangente (résultat entre -p/2 et +p/2) DEG_TO_RAD Conversion degrés en radians RAD_TO_DEG Conversion radians en degrés 157 Langage littéral structuré Instructions logiques sur mots et doubles mots Comparaisons numériques sur mots, doubles mots et flottants 158 Les instructions suivantes s’appliquent sur des objets mots et doubles mots. Désignation Fonction AND ET logique OR OU logique XOR OU logique exclusif NOT Complément logique SHL Décalage logique à gauche SHR Décalage logique à droite ROL Décalage logique circulaire à gauche ROR Décalage logique circulaire à droite Les instructions suivantes s’appliquent sur des objets mots, doubles mots et flottants. Désignation Fonction < Strictement inférieur à > Strictement supérieur à <= Inférieur ou égal à >= Supérieur ou égal à = Egal à <> Différent de 35015366.01 07/2008 Langage littéral structuré Instructions sur tableaux et chaîne de caractères Instructions sur tableaux de mots et doubles mots Les instructions suivantes s’appliquent sur des tableaux de mots et doubles mots. Désignation Fonction Tableau := Tableau Affectation entre deux tableaux Tableau := Mot Initialisation d'un tableau +, -, *, /, REM Opérations arithmétiques entre tableaux +, -, *, /, REM Opérations arithmétiques entre expressions et tableaux SUM Sommation des éléments d'un tableau EQUAL Comparaison de deux tableaux NOT Complément logique d'un tableau AND, OR, XOR Opérations logiques entre deux tableaux AND, OR, XOR Opérations logiques entre expressions et tableaux FIND_EQW, FIND_EQD Recherche du premier élément égal à une valeur FIND_GTW, FIND_GTD Recherche du premier élément supérieur à une valeur FIND_LTW, FIND_LTD Recherche du premier élément inférieur à une valeur MAX_ARW, MAX_ARD Recherche de la valeur maximum dans un tableau MIN_ARW, MIN_ARD Recherche de la valeur minimum dans un tableau OCCUR_ARW, OCCUR_ARD Nombre d'occurrences d'une valeur dans un tableau SORT_ARW, SORT_ARD Tri par ordre croissant ou décroissant d'un tableau ROL_ARW, ROL_ARD Décalage circulaire à gauche d'un tableau ROR_ARW, ROR_ARD Décalage circulaire à droite d'un tableau FIND_EQWP,FIND_EQDP Recherche du premier élément égal à une valeur depuis un rang LENGTH_ARW, LENGTH_ARD Calcul de longueur d'un tableau 35015366.01 07/2008 159 Langage littéral structuré Instructions sur tableaux de flottants 160 Les instructions suivantes s’appliquent sur des tableaux de flottants. Désignation Fonction Tableau := Tableau Affectation entre deux tableaux Tableau := Flottant Initialisation d'un tableau SUM_ARR Sommation des éléments d'un tableau EQUAL_ARR Comparaison de deux tableaux FIND_EQR Recherche du premier élément égal à une valeur FIND_GTR Recherche du premier élément supérieur à une valeur FIND_LTR Recherche du premier élément inférieur à une valeur MAX_ARR Recherche de la valeur maximum dans un tableau MIN_ARR Recherche de la valeur minimum dans un tableau OCCUR_ARR Nombre d'occurrences d'une valeur dans un tableau SORT_ARR Tri par ordre croissant ou décroissant d'un tableau ROL_ARR Décalage circulaire à gauche d'un tableau ROR_ARR Décalage circulaire à droite d'un tableau LENGTH_ARR Calcul de longueur d'un tableau 35015366.01 07/2008 Langage littéral structuré Instructions sur chaînes de caractères 35015366.01 07/2008 Les instructions suivantes s’appliquent sur des chaînes de caractères. Désignation Fonction STRING_TO_INT Conversion ASCII í Binaire (mot simple format) STRING_TO_DINT Conversion ASCII í Binaire (mot double format) INT_TO_STRING Conversion Binaire í (mot simple format) ASCII DINT_TO_STRING Conversion Binaire í (mot double format) ASCII STRING_TO_REAL Conversion ASCII í Flottant REAL_TO_STRING Conversion Flottant í ASCII <, >, <=, >=, =, <> Comparaison alphanumérique FIND Position d'une sous-chaîne EQUAL_STR Position du premier caractère différent LEN Longueur d'une chaîne de caractères MID Extraction d'une sous-chaîne INSERT Insertion d'une sous-chaîne DELETE Suppression d'une sous-chaîne CONCAT Concaténation de deux chaînes REPLACE Remplacement d'une chaîne LEFT Début de chaîne RIGHT Fin de chaîne 161 Langage littéral structuré Instructions de conversions numériques Instructions de conversions numériques 162 Les instructions réalisent des conversions de bits, mots, double mots et flottants. Désignation Fonction BCD_TO_INT Conversion BCD í Binaire INT_TO_BCD Conversion Binaire í BCD GRAY_TO_INT Conversion Gray í Binaire INT_TO_REAL Conversion d'un entier simple format en flottant DINT_TO_REAL Conversion d'un entier double format en flottant REAL_TO_INT Conversion d'un flottant en entier simple format REAL_TO_DINT Conversion d'un flottant en entier double format DBCD_TO_DINT Conversion d'un nombre BCD 32 bits en entier 32 bits DINT_TO_DBCD Conversion d'un entier 32 bits en nombre BCD 32 bits DBCD_TO_INT Conversion d'un nombre BCD 32 bits en entier 16 bits INT_TO_DBCD Conversion d'un entier 16 bits en nombre BCD 32 bits LW Extraction du mot de poids faible d'un double mot HW Extraction du mot de poids fort d'un double mot CONCATW Concaténation de 2 mots simples 35015366.01 07/2008 Langage littéral structuré Instructions sur programme et instructions spécifiques Instructions sur programme Les instructions suivantes n’agissent pas sur des objets du langage mais sur le déroulement du programme. Désignation Instructions de gestion du temps 35015366.01 07/2008 Fonction HALT Arrêt de l'exécution du programme JUMP Saut à une étiquette SRi Appel de sous-programme RETURN Retour de sous-programme MASKEVT Masquage des événements dans l'automate UNMASKEVT Démasquage des événements dans l'automate Les instructions suivantes effectuent des opérations sur les dates, heures et sur les durées. Désignation Fonction SCHEDULE Fonction hordateur RRTC Lecture date système WRTC Mise à jour de la date système PTC Lecture date et code arrêt ADD_TOD Ajout d'une durée à une heure du jour ADD_DT Ajout d'une durée à une date et heure DELTA_TOD Mesure d'écart entre heures du jour DELTA_D Mesure d'écart entre dates (sans heure) DELTA_DT Mesure d'écart entre dates (avec heure) SUB_TOD Remontée dans le temps sur heure SUB_DT Remontée dans le temps sur date et heure DAY_OF_WEEK Lecture du jour courant de la semaine TRANS_TIME Conversion durée en date DATE_TO_STRING Conversion d'une date en chaîne de caractères TOD_TO_STRING Conversion d'une heure en chaîne de caractères DT_TO_STRING Conversion d'une date complète en chaîne de caractères TIME_TO_STRING Conversion d'une durée en chaîne de caractères 163 Langage littéral structuré Instructions "Orphée" Instructions de temporisation 164 Les instructions suivantes sont des instructions spécifiques du langages Orphée. Désignation Fonction WSHL_RBIT, DSHL_RBIT Décalage à gauche sur mot avec récupération des bits décalés WSHR_RBIT, DSHR_RBIT Décalage à droite sur mot avec extension de signe et récupération des bits décalés WSHRZ_C, DSHRZ_C Décalage à droite sur mot avec remplissage par 0 et récupération des bits décalés SCOUNT Comptage/décomptage avec signalisation de dépassement ROLW,ROLD Décalage circulaire gauche RORW,RORD Décalage circulaire droite Ces instructions sont des fonctions de temporisation destinées à être utilisés pour la programmation du code des DFB. Désignation Fonction FTON Temporisation à l'enclenchement FTOF Temporisation au déclenchement FTP Temporisation d'impulsion FPULSOR Générateur de signaux rectangulaires 35015366.01 07/2008 Langage littéral structuré Structure de contrôle conditionnelle IF...THEN Rôle Cette structure de contrôle réalise une ou plusieurs actions si une condition est vrai. Dans sa forme générale les conditions peuvent être multiples. Forme simple Dans sa forme simple, la structure de contrôle a la syntaxe et le fonctionnement suivant. Syntaxe Fonctionnement Début du IF IF condition THEN non vérifiée Condition actions ; END_IF; vérifiée Action Fin du IF Exemple : ! (*Action conditionnelle IF (forme simple)*) IF %M0 AND %M12 THEN RESET %M0; INC %MW4; %MW10:=%MW8+%MW9; END_IF; 35015366.01 07/2008 165 Langage littéral structuré Forme générale Dans sa forme générale, la structure de contrôle a la syntaxe et le fonctionnement suivant. Syntaxe Fonctionnement Début du IF IF condition1 THEN actions1; ELSEIF condition2 THEN vérifiée Actions 1 vérifiée actions2; Actions 2 ELSE Condition 1 non vérifiée Condition 2 non vérifiée Actions 3 actions3; END_IF; Fin du IF Exemple : ! (*Action conditionnelle IF (forme simple)*) IF %M0 AND %M1 THEN %MW5:=%MW3+%MW4; SET %M10; ELSEIF %M0 OR %M1 THEN %MW5:=%MW3-%MW4; SET %M11; ELSE RESET %M10; RESET %M11; END_IF; Règle de programmation z z z z z 166 Les conditions peuvent être multiples. Chaque action représente une liste d'instructions. Plusieurs structures de contrôle IF peuvent être imbriquées. Le nombre de ELSIF est illimité. Il y a au maximum une partie ELSE 35015366.01 07/2008 Langage littéral structuré Structure de contrôle conditionnelle WHILE...END_WHILE Rôle Cette structure de contrôle réalise une action répétitive tant qu’une condition est vérifiée. Description La structure de contrôle a la syntaxe et le fonctionnement suivant. Syntaxe WHILE condition DO Fonctionnement Début du WHILE action ; END_WHILE; non vérifiée Condition vérifiée Action Fin du WHILE Exemple : ! (*Action itérative conditionnelle WHILE*) WHILE %MW4<12 DO INC %MW4; SET %M25[%MW4]; END_WHILE; Règle de programmation z z z z La condition peut être multiple. L’ action représente une liste d'instructions. Le test sur la condition est effectué avant d'exécuter l'action. Si lors de la première évaluation de la condition, sa valeur est fausse, alors l'action n'est jamais exécutée Plusieurs structures de contrôle WHILE peuvent être imbriquées. Note : L’instruction EXIT (voir Rôle, p. 170) permet d’arrêter l’exécution de la boucle et de continuer sur l’instruction suivant le END_WHILE. 35015366.01 07/2008 167 Langage littéral structuré Structure de contrôle conditionnelle REPEAT...END_REPEAT Rôle Cette structure de contrôle réalise une action répétitive jusqu’à ce qu’une condition soit vérifiée. Description La structure de contrôle a la syntaxe et le fonctionnement suivant : Syntaxe REPEAT Fonctionnement Début du REPEAT Action action ; UNTIL condition END_REPEAT; non vérifiée Condition vérifiée Fin du REPEAT Exemple : ! (*Action itérative conditionnelle REPEAT*) REPEAT INC %MW4; SET %M25[%MW4]; UNTIL %MW4>12 END_REPEAT; Règle de programmation z z z z La condition peut être multiple. L’ action représente une liste d'instructions. Le test sur la condition est effectué après avoir exécuté l'action. Si lors de la première évaluation de la condition, sa valeur est fausse, alors l'action est exécutée une fois. Plusieurs structures de contrôle REPEAT peuvent être imbriquées. Note : L’instruction EXIT (voir Rôle, p. 170) permet d’arrêter l’exécution de la boucle et de continuer sur l’instruction suivant le END_REPEAT. 168 35015366.01 07/2008 Langage littéral structuré Structure de contrôle conditionnelle FOR...END_FOR Rôle Cette structure de contrôle réalise un traitement un certain nombre de fois en incrémentant de 1 un indice à chaque boucle. Description La structure de contrôle a la syntaxe et le fonctionnement suivant. Syntaxe FOR indice:=valeur valeur finale DO Fonctionnement initiale TO Début du FOR Valeur initiale --> Indice action ; END_FOR; vérifiée Indice > Valeur finale non vérifiée Action Fin du FOR Indice+1 --> Indice Exemple : ! (*Action répétitive FOR*) FOR %MW4=0 TO %MW23+12 DO SET %M25[%MW4]; END_FOR; Règle de programmation z z z z z z Lorsque l'indice est strictement supérieur à la valeur finale, l'exécution se poursuit sur l'instruction suivant le END_FOR. L'incrémentation de l'indice est effectuée automatiquement et n'est donc pas à votre charge. L'action représente une liste d'instructions. La valeur initiale et la valeur finale sont forcément des expressions numériques de type mot. L'indice est forcément un objet de type mot accessible en écriture. Plusieurs structures de contrôle FOR peuvent être imbriquées. Note : L’instruction EXIT (voir Rôle, p. 170) permet d’arrêter l’exécution de la boucle et de continuer sur l’instruction suivant le END_FOR. 35015366.01 07/2008 169 Langage littéral structuré Instruction de sortie de boucle EXIT Rôle Cette instruction permet d’arrêter l’exécution de la boucle et de continuer sur l’instruction suivant l’instruction de fin de boucle. Règle de programmation z z Exemple Cette instruction n’est utilisable que dans les actions d’une des 3 boucles WHILE, REPEAT ou FOR. Cette instruction est rattachée à la boucle englobante la plus proche, c’est-à-dire qu’elle n’arrête pas l’exécution de toutes les boucles qui l’englobent. Dans cet exemple, l’instruction EXIT permet d’arrêter la boucle REPEAT mais en aucun cas la boucle WHILE. ! (*Instruction de sortie de boucle EXIT*) WHILE %MW1<124 DO %MW2:=0; %MW3:=%MW100[%MW1]; REPEAT %MW500[%MW2]:=%MW3+%MW500[%MW2]; IF(%MW500[%MW2]>32700) THEN EXIT; END_IF; INC %MW2; UNTIL %MW2>25 END_REPEAT; INC %MW1; END_WHILE; 170 35015366.01 07/2008 Langage littéral structuré Règles d’exécution d’un programme littéral structuré Généralités L'exécution d'un programme littéral s'effectue séquentiellement, instruction par instruction en respectant les structures de contrôle. Dans le cas d'expressions arithmétiques ou booléennes composées de plusieurs opérateurs, des règles de priorité sont définies entre les différents opérateurs. Règle de priorité des opérateurs Le tableau ci-dessous donne la priorité pour l'évaluation d'une expression du plus prioritaire ou moins prioritaire. Opérateur Symbole Priorité Parenthèses (expression) Plus forte Complément logique Inversion - sur opérande + sur opérande NOT NOT + Multiplication Division Modulo * / REM Addition Soustraction + - Comparaisons <,>,<=,>= Comparaison égalité Comparaison inégalité = <> ET logique ET booléen AND AND OU exclusif logique OU exclusif booléen XOR XOR OU logique OU booléen OR OR Moins forte Note : Lorsqu'il y a conflit entre deux opérateurs de même niveau de priorité, c'est le premier opérateur qui l'emporte (l'évaluation se fait de la gauche vers la droite). 35015366.01 07/2008 171 Langage littéral structuré Exemple 1 Dans l’exemple ci-après, le NOT est appliqué sur le %MW3 puis le résultat est multiplié par 25. La somme de %MW10 et %MW12 est ensuite calculée, puis le ET logique entre le résultat de la multiplication et de l'addition. NOT %MW3 * 25 AND %MW10 + %MW12 Exemple 2 Dans cet exemple, la multiplication de %MW34 par 2 est d’abord effectuée, puis le résultat est utilisé pour effectuer le modulo. %MW34 * 2 REM 6 Utilisation des parenthèses Les parenthèses sont utilisées pour modifier l'ordre d'évaluation des opérateurs, pour permettre par exemple de rendre une addition prioritaire sur une multiplication. Vous pouvez imbriquer les parenthèses et le niveau d'imbrication n'est pas limité. Les parenthèses peuvent également être utilisées afin d'éviter toute mauvaise interprétation du programme. Exemple 1 Dans cet exemple, l'addition est d'abord effectuée puis la multiplication : (%MW10+%MW11)*%MW12 Exemple 2 Cet exemple montre que les parenthèses peuvent être utilisées afin d'éviter toute mauvaise interprétation du programme. NOT %MW2 <> %MW4 + %MW6 En utilisant les règles de priorité des opérateurs, l'interprétation est la suivante : ((NOT %MW2) <> (%MW4 + %MW6)) Mais vous pouvez penser que l’opération est la suivante : NOT (%MW2 <> (%MW4 + %MW6)) Les parenthèses permettent donc de clarifier le programme. 172 35015366.01 07/2008 Langage littéral structuré Conversions implicites Les conversions implicites concernent les mots et les doubles mots. Les opérateurs que vous utilisez dans les expressions arithmétiques, dans les comparaisons et l'opérateur affectation effectuent ces conversions implicites (qui ne sont donc pas à la charge de l'utilisateur). Pour une instruction de la forme : <opérande 1> <opérateur> <opérande 2>, les cas possibles de conversions sont : Opérande 1 de type Opérande 2 de type Conversion Opérande 1 Conversion Opérande 2 Opération dans le type Mot Mot Non Non Mot Mot Double mot Double mot Non Double mot Double mot Mot Non Double mot Double mot Double mot Double mot Non Non Double mot Pour une affectation de la forme <opérande gauche> := <opérande droite>, c'est l'opérande de gauche qui impose le type attendu pour effectuer l'opération, ce qui signifie que l'opérande de droite doit être convertie si nécessaire suivant le tableau : Type opérande gauche Type opérande droite Conversion opérande droite Mot Mot Non Mot Double mot Mot Double mot Mot Double mot Double mot Double mot Non Note : Toute opération entre deux valeurs immédiates est effectuée en double longueur. 35015366.01 07/2008 173 Langage littéral structuré 174 35015366.01 07/2008 Grafcet 9 Présentation Objet de ce chapitre Ce chapitre décrit les règles de programmation en Grafcet. Contenu de ce chapitre Ce chapitre contient les sous-chapitres suivants : 35015366.01 07/2008 Souschapitre Sujet Page 9.1 Présentation générale du Grafcet 176 9.2 Règle de construction du Grafcet 184 9.3 Programmation des actions et des conditions 193 9.4 Macro-étapes 204 9.5 Section Grafcet 209 175 Grafcet 9.1 Présentation générale du Grafcet Présentation Objet de ce souschapitre Ce sous-chapitre décrit les éléments de base d’un Grafcet. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet Présentation du Grafcet 176 Page 177 Description des symboles graphiques du Grafcet 178 Description des objets spécifiques au Grafcet 180 Possibilités du Grafcet 182 35015366.01 07/2008 Grafcet Présentation du Grafcet Généralités Le langage Grafcet est conforme au langage "Diagramme fonctionnel en séquence" (SFC) de la norme IEC 1131-3. Le Grafcet permet de représenter graphiquement et de façon structurée le fonctionnement d’un automatisme séquentiel. Présentation Cette description graphique du comportement séquentiel de l’automatisme et des différentes situations qui en découlent, s’effectue à l’aide de symboles graphiques simples. Etape initiale 1 Transition 2 Divergence en ET 3 Actions 7 Divergence en OU 4 Actions 5 8 Actions Convergence en OU 9 6 Convergence en ET 10 35015366.01 07/2008 Actions Etape 177 Grafcet Description des symboles graphiques du Grafcet Description Désignation Le tableau suivant décrit les éléments graphiques de base du Grafcet. Symbole Fonctions Etapes initiales i ou i Etapes simples i ou i Symbolisent les étapes initiales actives en début de cycle après une initialisation ou une reprise à froid. Symbolisent un état stable de l'automatisme. Le nombre d'étapes maximum (y compris les étapes initiales) est configurable de : z 1 à 96 pour un TSX 37-10, z 1 à 128 pour un TSX 37-20, z 1 à 250 pour un TSX 57. Le nombre maximum d'étapes actives simultanément est configurable. Macro-étapes Symbolise une macro-étape : ensemble unique d'étapes et de transitions. Le nombre de macro-étapes maximum est configurable de 0 à 63 pour TSX 57 uniquement. i Etape de Macroétapes i ou i IN ou OUT Symbolisent les étapes d'une macro-étapes. Le nombre maximum d'étapes pour chaque macro-étapes est configurable de 0 à 250 pour TSX 57. Chaque macro-étape comporte une étape IN et OUT. Transitions Permettent le passage d'une étape à une autre. Une réceptivité associée à cette transition permet de définir les conditions logiques nécessaires au franchissement de cette transition. Le nombre de transitions maximum est de 1024, il n'est pas configurable. Le nombre maximum de transitions valides simultanément est configurable. Divergences en ET Transition d'une étape vers plusieurs étapes : permet l'activation simultanée de 11 étapes au maximum. Convergences en ET Transition de plusieurs étapes vers une seule : permet la désactivation simultanée de 11 étapes au maximum. 178 35015366.01 07/2008 Grafcet Désignation Symbole Fonctions Divergences en OU Transition d'une étape vers plusieurs étapes : permet de réaliser un aiguillage vers 11 étapes au maximum. Convergences en OU Transition de plusieurs étapes vers une seule : permet de réaliser une fin d’aiguillage venant de 11 étapes au maximum. Renvois d’origine "n" est le numéro de l'étape "d'où l'on vient" (étape d'origine). n Renvoi de destination "n" est le numéro de l'étape "où l'on va" (étape de destination). n Liaisons orientées vers : z le haut z le bas z la droite ou la gauche Ces liaisons permettent de réaliser un aiguillage, un saut d'étapes, une reprise d'étapes (séquence). Note : Le nombre maxi d'étapes (étapes du graphe principal + étapes de macroétapes) dans la section Grafcet ne doit pas dépasser 1024 sur TSX 57. 35015366.01 07/2008 179 Grafcet Description des objets spécifiques au Grafcet Généralités Le Grafcet dispose d'objets bits associés aux étapes, de bits système spécifiques , d'objets mots indiquant le temps d'activité des étapes et de mots système spécifiques. Objets Grafcet Le tableau suivant décrit l’ensemble des objets associés au Grafcet. Désignation Description %Xi Bits associés aux étapes (1=étape active) %XMj Etat de l'étape i du Grafcet principal %Xj.i Bits système associés au Grafcet (i de 0 à n) (n dépend du processeur) Etat de la macro-étape j (j de 0 à 63 pour TSX /PMX/PCX 57) Etat de l'étape i de la macro-étape j %Xj.IN Etat de l'étape d'entrée de la macro-étape j %Xj.OUT Etat de l'étape de sortie de la macro-étape j %S21 Provoque l'initialisation du Grafcet %S22 Provoque la remise à zéro générale du Grafcet %S23 Provoque le figeage du Grafcet %S24 Provoque la remise à 0 de macro-étapes en fonction des mots système %SW22 à %SW25 %S25 Mis à 1 sur : z débordement des tables (étapes/transition), z exécution d'un graphe incorrect (renvoi de destination sur une étape qui n'appartient pas au graphe). Mots associés aux étapes Mots système associés au Grafcet 180 %Xi.T Temps d'activité de l'étape i du Grafcet principal %Xj.i.T Temps d'activité de l'étape i de la macro-étape j %Xj.IN.T Temps d'activité de l'étape d'entrée de la macro-étape j %Xj.OUT.T Temps d'activité de de l'étape de sortie de la macro-étape j %SW20 Mot permettant de connaître pour le cycle courant le nombre d'étapes actives, à activer et à désactiver. %SW21 Mot permettant de connaître pour le cycle courant le nombre de transitions valides, à valider ou à invalider. %SW22 à %SW25 Suite de 4 mots permettant de désigner les macro- étapes à remettre à 0 sur mise à 1 du bit %S24. 35015366.01 07/2008 Grafcet Bits associés aux étapes Les bits associés aux étapes %Xi, aux macro-étapes %XMi, et aux étapes de macro-étapes %Xj.I , %Xj.IN et %Xj.OUT ont les propriétés suivantes : z z z Temps d’activité Les mots temps d'activité des étapes %Xi.T et des étapes de macro-étapes %Xj.I , %Xj.IN et %Xj.OUT ont les propriétés suivantes : z z z z z z 35015366.01 07/2008 Ils sont à 1 lorsque les étapes sont actives. Ils peuvent être testés dans toutes les tâches, mais ne peuvent être écrits que dans le traitement préliminaire de la tâche maître (prépositionnement des graphes). Ces tests et actions sont programmés soit en langage à contacts, soit en langage liste d'instructions, soit en langage littéral. Ils sont indexables. Ils sont incrémentés toutes les 100 ms et prennent une valeur de 0 à 9999. Incrémentation du mot : pendant l'activité de l'étape associée. A la désactivation de l'étape, le contenu est figé. A l'activation de l'étape, le contenu est remis à zéro puis incrémenté. Le nombre de mots temps d'activité n'est pas configurable, un mot est réservé pour chaque étape. Ces mots sont indexables. 181 Grafcet Possibilités du Grafcet Généralités Le traitement séquentiel est structuré en : z z 1 sous ensemble : Graphe principal, 64 sous ensembles : Macro-étapes, Ces sous-ensembles sont eux-mêmes divisés en 8 pages. Illustration L’illustration suivante décrit la structure générale en page du Grafcet. Macro-étape 63 Graphe principal Macro-étape 0 Page 7 Page 7 Page 1 Page 0 182 Page 1 Page 0 35015366.01 07/2008 Grafcet Caractéristiques Elles dépendent du processeur à programmer, elles sont récapitulées dans le tableau ci-dessous. Nombre TSX 37-20 TSX 57 Par défaut TSX 37-10 Maxi Par défaut Maxi Par défaut Maxi Etapes du Graphe principal 96 96 128 128 128 250 Macro-étapes 0 0 0 0 8 64 Etapes de macroétapes 0 0 0 0 64 250 Total d'étapes 96 96 128 128 640 1024 Etapes actives simultanément 16 96 20 128 40 250 Transitions valides simultanément 20 192 24 256 48 400 Le nombre de transitions synchrones (ou nombre de convergences en ET) ne doit pas dépasser 64, le nombre total de transitions étant toujours de 1024. 35015366.01 07/2008 183 Grafcet 9.2 Règle de construction du Grafcet Présentation Objet de ce souschapitre Ce sous- chapitre décrit les règles de base pour construire les graphes du Grafcet. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : 184 Sujet Page Représentation du Grafcet 185 Utilisation des divergences et convergences OU 186 Utilisation des divergences et convergences ET 187 Utilisation des renvois 188 Utilisation des liaisons orientées 191 Commentaire Grafcet 192 35015366.01 07/2008 Grafcet Représentation du Grafcet Généralités Le graphe principal et chacune des macro-étapes se programment sur 8 pages (page 0 à 7). Une page Grafcet est constituée de 14 lignes et 11 colonnes qui définissent 154 cellules. Dans chaque cellule, il est possible de saisir un élément graphique. Illustration Le dessins ci-dessous illustre le découpage d’une page Grafcet. 1 2 3 4 5 6 7 8 9 10 11 1 0 2 3 1 4 5 2 6 7 3 8 9 10 11 12 13 14 Règles d'écriture z z z z z z 35015366.01 07/2008 La première ligne permet de saisir des renvois d'origine. La dernière ligne permet de saisir des renvois de destination. Les lignes paires (de 2 à 12) sont des lignes d'étapes (pour les étapes renvois de destination). Les lignes impaires (de 3 à 13) sont des lignes de transitions (pour les transitions et les renvois d'origine). Chaque étape est repérée par un numéro différent (0 à 127) dans un ordre quelconque. Des graphes différents peuvent être représentés sur une même page. 185 Grafcet Utilisation des divergences et convergences OU Rôle Une divergence OU est un aiguillage d’une étape vers plusieurs étapes. Une convergence OU réalise une fin d’aiguillage. Illustration Le dessin ci-dessous présente une divergence OU de une étape vers 9 étapes et une convergence OU. 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 Règle d’utilisation z z z z 186 Le nombre de transitions en amont d'une fin d'aiguillage (convergence en OU) ou en aval d'un aiguillage (divergence en OU) ne doit pas dépasser 11. Un aiguillage peut se tracer vers la gauche ou vers la droite. Un aiguillage doit généralement se terminer par une fin d'aiguillage. Pour éviter de franchir simultanément plusieurs transitions, les réceptivités associées doivent être exclusives. 35015366.01 07/2008 Grafcet Utilisation des divergences et convergences ET Rôle Une divergence ET permet l’activation simultanée de plusieurs étapes. Une convergence ET permet la désactivation simultanée de plusieurs étapes. Illustration Le dessin ci-dessous présente une divergence et une convergence ET de 6 étapes. 41 42 43 44 45 46 47 48 49 50 51 52 53 54 Règles d’utilisation z z z z 35015366.01 07/2008 Le nombre d'étapes en aval d'une activation simultanée (divergence en ET) ou en amont d'une désactivation simultanée (convergence en ET) ne doit pas dépasser 11. Une activation simultanée d'étapes doit généralement se terminer par une désactivation simultanée d'étapes. L'activation simultanée est toujours représentée de la gauche vers la droite. La désactivation simultanée est toujours représentée de la droite vers la gauche. 187 Grafcet Utilisation des renvois Rôle Les renvois assurent la continuité d'un Grafcet lorsque le tracé direct d'une liaison orientée ne peut être fait, soit au sein d'une page, soit entre deux pages consécutives ou non. Cette continuité est assurée grâce à un renvoi de destination auquel correspond systématiquement un renvoi d'origine. Exemple L’illustration suivante montre des exemples de renvois. 10 18 9 0 10 1 11 8 2 3 4 12 5 8 9 1 6 7 12 14 15 16 17 18 2 0 10 Le tableau ci-après explicite l’utilisation des renvois de l’exemple. 188 Utilisation Exemple Le rebouclage d'un graphe peut s'effectuer à l'aide de renvois. Rebouclage de l'étape 18 vers l'étape 0. Une reprise de séquence peut s'effectuer à l'aide de renvois. Etape 10 vers étape 1 ou étape 8 vers étape 2. Utilisation des renvois lorsqu'une branche de graphe est plus longue que la page. Etape 9 vers étape 10. 35015366.01 07/2008 Grafcet Renvois utilisés dans les divergences et convergences OU Le tableau suivant donne les règles d’utilisation des renvois dans le cas de divergence ou convergence OU. Règle Illustration Pour un aiguillage, les transitions et les renvois de destination doivent être saisis dans la même page. 10 Pour une fin d'aiguillage, les renvois d'origine doivent être saisis dans la même page que l'étape de destination. Page 1 21 20 10 Page 2 10 20 21 Pour une fin d'aiguillage suivie d'un renvoi de destination, il doit y avoir autant de renvois d'origine qu'il n'y a d'étapes avant la fin d'aiguillage 4 5 6 Page 1 10 4 5 6 Page 2 10 35015366.01 07/2008 189 Grafcet Renvois utilisés dans les divergences et convergences ET Le tableau suivant donne les règles d’utilisation des renvois dans le cas de divergence ou convergence ET. Règle Pour une activation simultanée d'étapes, les renvois de destination doivent se trouver sur la même page que l'étape et la transition de divergence Illustration 25 Page 2 30 35 37 25 25 25 30 35 37 43 45 48 Page 3 Pour une désactivation simultanée, les étapes et la transition de convergence doivent se trouver sur la même page que le renvoi de destination. Lorsque plusieurs étapes convergent vers une seule transition, le renvoi d'origine porte le numéro de l'étape amont la plus à gauche. 50 43 Page 1 Page 2 50 190 35015366.01 07/2008 Grafcet Utilisation des liaisons orientées Rôle Les liaisons orientées relient une étape à une transition ou une transition à une étape. Elles peuvent être verticales ou horizontales. Illustration Le schéma suivant présente un exemple d’utilisation d’une liaison orientée. 0 2 1 3 4 (1) Règles (2) Les liaisons orientées peuvent : z z se croiser (1), elles sont alors de natures différentes, se rencontrer (2), elles sont alors de même nature. Le croisement d'une liaison avec une activation ou une désactivation simultanée d'étapes est impossible. 35015366.01 07/2008 191 Grafcet Commentaire Grafcet Généralités Les commentaires permettent de donner des informations sur les étapes et transitions d’un Grafcet. Ils sont optionnels. Syntaxe Le texte du commentaire est encadré par (* à gauche et *) à droite. Sa taille maximale est de 64 caractères. Illustration L’illustration suivante présente des exemples de commentaires. 1 2 (*Commentaire*) (*Exemple de com- 3 (*Commentaire sur 2 lignes*) 4 Règles z z z 192 Dans une page Grafcet, il est possible de saisir un commentaire dans n'importe quelle cellule. Un commentaire occupe deux cellules contigües sur deux lignes maximum. Si la zone d'affichage est trop petite, le commentaire est tronqué à l'affichage mais lors de l'impression de la documentation, le commentaire est présenté dans son intégralité. Le commentaire saisi dans une page Grafcet est stocké dans les informations graphiques embarquées dans l'automate. A ce titre, ils consomment de la mémoire programme. 35015366.01 07/2008 Grafcet 9.3 Programmation des actions et des conditions Présentation Objet de ce souschapitre Ce sous-chapitre décrit les règle de programmation des actions et conditions d’un Grafcet. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet Programmation des actions associées aux étapes 35015366.01 07/2008 Page 194 Programmation des actions à l’activation ou à la désactivation 196 Programmation des actions continues 197 Programmation des réceptivités associées aux transitions 199 Programmation des réceptivités en langage à contacts 201 Programmation des réceptivités en langage liste d’instructions 202 Programmation des réceptivités en langage littéral structuré 203 193 Grafcet Programmation des actions associées aux étapes Généralités Les actions associées aux étapes décrivent les ordres à transmettre à la partie opérative (processus à automatiser) ou à d’autres systèmes automatisés. Les actions qui peuvent être programmées soit en langage à contacts, soit en langage liste d'instructions, soit en langage littéral structuré. Ces actions ne sont scrutées que si l’étape à laquelle elles sont associées est active. 3 types d’actions Le logiciel PL7 autorise trois types d’action : z z z les actions à l’activation : actions exécutées une fois lorsque l’étape à laquelle elles sont associées passe de l’état inactif à l’état actif. les actions à la désactivation : actions exécutées une fois lorsque l’étape à laquelle elles sont associées passe de l’état actif à l’état inactif. les actions continues : ces actions sont exécutées tant que l’étape à laquelle elles sont associées est active. Note : Une même action peut comprendre plusieurs éléments de programmation (phrases ou réseaux de contacts). Repérage des actions Ces actions sont repérées de la manière suivante : MAST - <nom section Grafcet> - CHART (ou MACROk)- PAGE n %Xi x avec x = P1 pour Activation, x = N1 Continue, x = P0 Désactivation n = Numéro de la page i = Numéro de l'étape Exemple : MAST - Peinture - CHART - PAGE 0 %X1 P1 Action à l'activation de l'étape 1 de la page 0 de la section Peinture 194 35015366.01 07/2008 Grafcet Règles d’utilisation z z z Ordre d’exécution des actions Toutes les actions sont considérées comme des actions mémorisées, d’où : une action asservie à la durée de l’étape Xn doit être remise à zéro à la désactivation de l’étape Xn ou à l’activation de l’étape Xn+1. Une action à effet maintenu sur plusieurs étapes est positionnée à un à l’activation de l’étape Xn et remise à zéro à la désactivation de l’étape Xn+m. Toutes les actions peuvent être asservies à des conditions logiques, donc être conditionnelles. Les actions asservies à des sécurités indirectes doivent être programmées dans le traitement postérieur (voir Description du traitement postérieur, p. 220) (traitement exécuté à chaque scrutation ) Pour l’exemple suivant, sur un tour de cycle, l’ordre d’exécution des actions est le suivant. Lorsque l’étape 51 est activée, les actions sont exécutées dans l’ordre suivant : 1. actions à la désactivation de l’étape 50, 2. actions à l’activation de l’étape 51, 3. actions continues de l’étape 51. Exemple : 50 Activation %X50 Continue %X50 Désactivation %X50 51 Activation %X51 Continue %X51 Désactivation %X51 Dès la désactivation de l’étape 51, les actions continues associées ne sont plus scrutées. 35015366.01 07/2008 195 Grafcet Programmation des actions à l’activation ou à la désactivation Règles Ces actions sont exécutées une fois lorsque l’étape à laquelle elles sont associées passe de l’état inactif à l’état actif. Ces actions sont impulsionnelles et sont exécutées sur un seul tour de scrutation. Elles permettent l'appel à un sous-programme, l'incrémentation d'un compteur, etc. Exemple 1 Dans cet exemple, cette action fait appel à un sous-programme %L1 %M25 SR4 C Exemple 2 Dans cet exemple, cette action incrémente le mot %MW10 et remet à 0 les mots %MW0 et %MW25. %L1 : INC %MW10;%MW0:=0;%MW25:=0; 196 35015366.01 07/2008 Grafcet Programmation des actions continues Règles Ces actions sont exécutées tant que l’étape à laquelle elles sont associées est active. Elles peuvent être : z z Exemple d’ action conditionnelle Actions conditionnelles : l’action est exécutée si une condition est remplie, Actions temporisées : c'est un cas particulier, le temps intervenant comme condition logique. Cet asservissement peut être réalisé simplement en testant le temps d'activité associé à l'étape. Dans cet exemple, le bit %M10 est asservi à l'entrée %I2.5 ou au bit interne %M9 et à l'entrée %I1.2. Tant que l'étape 2 est active et que ces conditions sont présentes, %M10 est positionné à 1. Le dernier état lu à la désactivation est mémorisé puisque les actions associées ne sont plus scrutées. Il est donc nécessaire de remettre à 0 le bit %M10, dans l'action à la désactivation de l'étape par exemple. Illustration de l’exemple. %L10 %M10 %I2.5 %M9 Action continue %I1.2 %L1 %M25 %M10 R 35015366.01 07/2008 Action à la désactivation 197 Grafcet Exemple d’action temporisée Dans cet exemple, le bit %M12 est piloté tant que le temps d'activité de l'étape 3 est inférieur à 10 secondes (base de temps : 100 ms). %L1 %M25 %X3.T<100 %M12 Ces actions peuvent également être inconditionnelles. 198 35015366.01 07/2008 Grafcet Programmation des réceptivités associées aux transitions Généralités Une réceptivité associée à une transition permet de définir les conditions logiques nécessaires au franchissement de cette transition. Le nombre de transitions maximum est de 1024, il n'est pas configurable. Le nombre maximum de transitions valides simultanément est configurable. Règles z z z z Repérage de la réceptivité A chaque transition est associée une réceptivité qui peut être programmée soit en langage à contacts, soit en langage liste d'instructions, soit en langage littéral. Une réceptivité n’est scrutée que si la transition à laquelle elle est associée est valide. Une réceptivité correspond à un réseau de contacts ou à une liste d'instructions ou à une expression littérale, comprenant une série de tests sur bits et/ou sur mot. Une réceptivité non programmée est une réceptivité toujours fausse. Les réceptivités sont repérées de la manière suivante : MAST - <nom section Grafcet> - CHART(ou MACROk) - PAGE n %X(i) --> % X(j) avec : n = Numéro de la page i = Numéro d'étape amont j = Numéro d'étape aval Exemple : MAST - Peinture - CHART - PAGE 0 %X(0) --> %X(1) Réceptivité associée à la transition entre l'étape 0 et l'étape 1 de la page 0 du graphe de la section Peinture. Note : Lors d'une activation simultanée ou d'une désactivation simultanée d'étapes, le repère indiqué est celui de l'étape dans la colonne située le plus à gauche. 35015366.01 07/2008 199 Grafcet Réceptivité utilisant le temps d'activité Dans certaines applications, des actions sont pilotées sans contrôle d'information de retour (fin de course, détecteur, ...). La durée de l'étape est conditionnée par un temps, le langage PL7 permet d'utiliser le temps d'activité associé à chaque étape. Exemple : ! X3.T>=150 Cette réceptivité programmée en langage littéral structuré permet de rester dans l'étape 3 pendant 15 secondes. 200 35015366.01 07/2008 Grafcet Programmation des réceptivités en langage à contacts Règles de programmation La réceptivité associée à la transition se programme sous la forme d’un réseau de contacts comprenant une zone test et une zone action. La structure du réseau de contacts est similaire à celle d’un réseau programmé dans un module de programme. Seuls les éléments suivants peuvent être utilisés : z z Exemple éléments graphiques de test : contacts (%Mi, %I, %Q, %TMi.D ...), blocs comparaisons, éléments graphiques d’action : bobine "dièse" uniquement (les autres bobines n’étant pas significatives dans ce cas). Cet exemple illustre la programmation d’une réceptivité en langage à contacts. %I2.1 %MW10<20 35015366.01 07/2008 # 201 Grafcet Programmation des réceptivités en langage liste d’instructions Règles de programmation La réceptivité associée à la transition se programme sous la forme d'une liste d'instructions comportant uniquement des instructions de test. La liste d'instructions admises pour l'écriture d'une réceptivité diffère d'une liste d'instructions classique par : z z Exemple la structure générale : pas d'étiquette (%L). la liste des instructions : z pas d'instructions d'actions (objets bits, mots ou blocs fonctions), z pas de saut, d'appel de sous-programme. Cet exemple illustre la programmation d’une réceptivité en langage liste d’instructions. ! 202 LD AND %I2.1 [%MW10<20] 35015366.01 07/2008 Grafcet Programmation des réceptivités en langage littéral structuré Règles de programmation La réceptivité associée à la transition se programme sous la forme d’une expression booléenne ou d’une expression arithmétique ou d’une association des deux. L’expression admise pour l’écriture d’une réceptivité diffère d’une ligne de programmation en langage littéral par : z z Exemple la structure générale : z pas d’étiquette (%L) z pas de phrase action, de phrase conditionnelle ou de phrase itérative. la liste des instructions : z pas d’action sur objet bit, z pas de saut, d’appel sous-programme, z pas de transfert, pas d’instruction d’action sur blocs. Cet exemple illustre la programmation d’une réceptivité en langage littéral structuré. ! %I2.1 AND [%MW10<20] 35015366.01 07/2008 203 Grafcet 9.4 Macro-étapes Présentation Contenu de ce sous-chapitre Ce sous-chapitre décrit la programmation des macro-étapes. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : 204 Sujet Page Présentation des macro-étapes 205 Constitution d’une macro-étape 206 Caractéristiques des macro-étapes 207 35015366.01 07/2008 Grafcet Présentation des macro-étapes Généralités Une macro-étape est une représentation condensée, unique, d’un ensemble d’étapes et de transitions. Une macro-étape s’insère dans un graphe comme une étape et en respecte les règles d’évolution. Macroreprésentation Un Grafcet de premier niveau décrivant l'enchainement des séquences permet de mieux expliciter la structuration de la partie commande. Chaque séquence est associée à une symbolisation particulière de l' étape : la macro-étape. Cette notion de "macro-représentation" permet de hiérarchiser l'analyse. Chaque niveau peut être complété, modifié sans remettre en cause les autres niveaux. Les macro-étapes sont disponibles pour les automates TSX57. La figure suivante montre un Grafcet constitué de 3 macro-étapes. IN 0 0 M0 1 OUT M1 IN 0 M2 1 3 2 OUT 35015366.01 07/2008 205 Grafcet Constitution d’une macro-étape Description La symbolisation graphique d’une macro-étape se distingue d’une étape par deux traits horizontaux. L’illustration suivante montre une macro-étape et son expansion. IN 0 M1 1 OUT L’expansion d’une macro-étape est caractérisée par deux étapes spécifiques : z z Evolution une étape d’entrée répondant aux mêmes règles que les autres étapes, une étape de sortie ne pouvant avoir d’actions associées. Lorsque la macro-étape est active, l’évolution de la macro-étape respecte les règles générales d’évolution d’un Grafcet). Exemple : 1 IN 0 M1 1 2 OUT La macro-étape M1 est activée quand l’étape IN est active et que sa réceptivité aval est vraie. Elle est désactivée quand son étape de sortie est active et que la réceptivité M1>2 est vraie. L’étape 2 est alors activée. 206 35015366.01 07/2008 Grafcet Caractéristiques des macro-étapes Caractéristiques générales Le langage Grafcet PL7 autorise la programmation de 64 macro-étapes M0 à M63. L’expansion d’une macro-étape, constituée d'une ou plusieurs séquences, est programmable au plus sur 8 pages et comprend au maximum 250 étapes plus l’étape IN et l’étape OUT. Une macro-étape peut contenir une ou plusieurs macro-étapes. Cette hiérarchie est possible jusqu’à concurrence de 64 niveaux. Illustration L’analyse d’une application peut être structurée de façon à fournir une approche globale puis détaillée des différentes opérations à réaliser. IN IN 0 0 0 1 M0 3 1 2 OUT M1 OUT M2 Vers une analyse détaillée 35015366.01 07/2008 207 Grafcet Etapes initiales L’expansion d’une macro-étape peut contenir une ou plusieurs étapes initiales. Ces étapes initiales sont activées à la mise sous tension ou lors d’une initialisation par programme. La macro-étape est alors visualisée à l’état actif. Dans l’exemple ci-après l’étape initiale 1 de l’expension est activée lors d’une initialisation du programme, la macro-étape est alors à l’état actif. M0 IN 0 M1 1 3 2 M2 OUT 208 35015366.01 07/2008 Grafcet 9.5 Section Grafcet Présentation Contenu de ce sous-chapitre Ce sous-chapitre présente la constitution d’une section Grafcet. Il décrit l’utilisation et les règles de programmation de chaque traitement. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet Structure d’une section Grafcet 35015366.01 07/2008 Page 210 Description du traitement préliminaire 211 Prépositionnement du Grafcet 212 Initialisation du Grafcet 213 Remise à zéro du Grafcet 214 Figeage du Grafcet 215 Remise à zéro des macro-étapes 216 Fonctionnement du traitement séquentiel 218 Description du traitement postérieur 220 209 Grafcet Structure d’une section Grafcet Composition d’une section Une section de programme écrit en Grafcet comporte trois traitements consécutifs : z z z le traitement préliminaire , le traitement séquentiel, le traitement postérieur. La section Grafcet se programme dans la tâche MAST. Illustration Le dessin suivant illustre l’ordre de scrutation des traitements. Traitement préliminaire Traitement séquentiel Traitement postérieur Rôle des traitements Le tableau suivant décrit le rôle de chacun des traitements et le langage avec lequel ils peuvent être programmés. Traitement Rôle Langage Préliminaire Il permet de traiter : z les initialisations sur reprise secteur ou défaillance, z les initialisations sur reprise secteur ou défaillance, z la logique d'entrée. Langage à contacts, liste d’instructions ou littéral Séquentiel Il permet de traiter l’ossature séquentielle de l’application et donne accès au traitement des réceptivités et des actions directement associées aux étapes. Grafcet Postérieur Il permet de traiter : z la logique de sortie, z la surveillance et les sécurités indirectes spécifiques aux sorties. Langage à contacts, liste d’instructions ou littéral Note : Les macro-étapes sont exécutées dans leur ordre de scrutation dans le traitement séquentiel. 210 35015366.01 07/2008 Grafcet Description du traitement préliminaire Généralités Saisi en langage à contacts, en langage liste d'instructions ou en langage littéral, le traitement préliminaire est scruté dans sa totalité du haut vers le bas. Exécuté avant les traitements séquentiel et postérieur, il permet de traiter tous les événements ayant une influence sur ces derniers : z z gestion des reprises secteur et réinitialisations, remise à zéro ou prépositionnement des graphes. C’est donc uniquement dans le traitement préliminaire qu’il faut agir sur les bits associés aux étapes (mise à 0 ou à 1 des bits étapes %Xi ou %Xi.j par les instructions SET et RESET). Bits système Les opérations de prépositionnement, inititialisation, figeage... s’effectuent à l’aide des bits système %S21 à %S24. Les bits système associés au Grafcet étant classés numériquement par ordre de priorité (%S21 à %S24), lorsque plusieurs d’entre eux sont simultanément mis à 1 dans le traitement préliminaire, ils sont traités un par un dans un ordre croissant (un seul est effectif par tour de scrutation). Ces bits sont effectifs au début du traitement séquentiel. Traitement des reprises à froid Sur une nouvelle application, ou sur une perte de contexte système, le système effectue un démarrage à froid. Le bit %S21 est mis à 1 par le système avant l'appel du traitement préliminaire et le Grafcet est positionné sur les étapes initiales. Si vous désirez un traitement particulier vis-à-vis de l'application en cas de démarrage à froid, il a la possibilité de tester %S0 qui reste à 1 durant le premier cycle de la tâche maître (MAST). Traitement des reprises à chaud Suite à une coupure secteur sans changement d'application, le système effectue une reprise à chaud, il repart dans l'état qui précédait la coupure secteur. Si vous désirez un traitement particulier vis-à-vis de l'application en cas de reprise à chaud, vous avez la possibilité de tester %S1 dans le traitement préliminaire, et d’appeler le programme correspondant. 35015366.01 07/2008 211 Grafcet Prépositionnement du Grafcet Rôle Le prépositionnement du Grafcet peut être utilisé lors du passage d’un fonctionnement en marche normale en marche spécifique ou à l’apparition d’un incident (exemple : défaut provoquant une marche dégradée). Cette opération intervient sur le déroulement normal du cycle de l’application, elle doit donc être effectuée avec précaution. Prépositionnement du Grafcet Le positionnement peut porter sur l’ensemble ou sur une partie du traitement séquentiel : z z en utilisant les instructions SET, RESET, par remise à zéro générale (%S22) puis, dans le cycle suivant, positionnement à 1 des étapes. Note : Dans le cas de la remise à zéro d'une étape, les actions à la désactivation de celle-ci ne sont pas exécutées. Exemple Dans cet exemple la mise à 1 du bit %M20 provoque le prépositionnement des étapes %X12 à 1, des étapes %X10 et %X11 à 0. %M20 %X12 S %X10 R %X11 R 212 35015366.01 07/2008 Grafcet Initialisation du Grafcet Rôle L’initialisation du Grafcet s’effectue par le bit système %S21. Normalement à l’état 0, la mise à l’état 1 de %S21 provoque : z z Initialisation du Grafcet la désactivation des étapes actives, l’activation des étapes initiales. Le tableau suivant donne les différentes possibilités de mise à 1 et à 0 du bit système %S21. Mis à l’état 1 Remis à l’état 0 z Par mise à l’état 1 de %S0 z Par le système au début du traitement z Par le programme utilisateur z Par le programme utilisateur z Par le terminal (en mise au point ou table z Par le terminal (en mise au point ou table d’animation) Règle d’utilisation 35015366.01 07/2008 d’animation) Lorsqu’il est géré par le programme utilisateur, %S21 doit être positionné à 0 ou 1 dans le traitement préliminaire. 213 Grafcet Remise à zéro du Grafcet Rôle La remise à 0 du Grafcet s’effectue par le bit système %S22. Normalement à l’état 0, la mise à l’état 1 de %S22 provoque la désactivation des étapes actives de l’ensemble du traitement séquentiel. Note : La fonction RESET_XIT permet de réintialiser par programme les temps d’activation de toutes les étapes du traitement séquentiel (Voir Manuel de référence, Tome 2). Remise à zéro du Grafcet Le tableau suivant donne les différentes possibilités de mise à 1 et à 0 du bit système %S22. Mis à l’état 1 Remis à l’état 0 z Par le programme utilisateur z Par le système à la fin du traitement z Par le terminal (en mise au point ou table séquentiel d’animation) Règle d’utilisation z z ce bit doit être écrit à 1 dans le traitement préliminaire, la remise à 0 de %S22 est géré par le système ; il est donc inutile de le remettre à 0 par programme ou par le terminal. Pour redémarrer le traitement séquentiel dans une situation donnée, vous devez prévoir selon l’application une procédure d’initialisation ou de prépositionnement du Grafcet. 214 35015366.01 07/2008 Grafcet Figeage du Grafcet Rôle Le figeage du Grafcet s’effectue par le bit système %S23. Normalement à l’état 0, la mise à l’état 1 de %S23 provoque le maintien en l’état des Grafcet. Quelle que soit la valeur des réceptivités aval aux étapes actives, les Grafcet n’évoluent pas. Le gel est maintenu tant que le bit %S23 est à 1. Figeage du Grafcet Le tableau suivant donne les différentes possibilités de mise à 1 et à 0 du bit système %S23.. Mis à l’état 1 Remis à l’état 0 z Par le programme utilisateur z Par le programme utilisateur z Par le terminal (en mise au point ou table z Par le terminal (en mise au point ou table d’animation) Règle d’utilisation z z 35015366.01 07/2008 d’animation) géré par le programme utilisateur, ce bit doit être positionné à 1 ou 0 dans le traitement préliminaire, le bit %S23 associé aux bits %S21 et %S22 permet de réaliser un figeage du traitement séquentiel à l’état initial ou à l’état 0. De même le Grafcet peut être prépositionné puis figé par %S23. 215 Grafcet Remise à zéro des macro-étapes Rôle La remise à zéro des macro-étapes s’effectue par le bit système %S24. Normalement à l’état 0, la mise à l’état 1 de %S24 provoque la mise à zéro des macro-étapes choisies dans une table de 4 mots système (%SW22 à %SW25). Note : La fonction RESET_XIT permet de réintialiser par programme les temps d’activation des étapes de macro-étape (Voir Manuel de référence, Tome 2). Remise à zéro des macroétapes Règles d’utilisation 216 Le tableau suivant donne les différentes possibilités de mise à 1 et à 0 du bit système %S24. Mis à l’état 1 Remis à l’état 0 z Par le programme utilisateur z Par le système au début du traitement z z ce bit doit être écrit à 1 uniquement dans le traitement préliminaire, la mise à 0 de %S24 est gérée par le système, il est donc interdit de le remettre à 0 par programme ou par le terminal. 35015366.01 07/2008 Grafcet Table de mots %SW22 à %SW25 A chaque bit de cette table correspond une macro-étape. L’utilisation en est la suivante : z z chargement de la table des mots %SW22 à %SW25 (bit à mettre à 1 lorsque la macro-étape correspondante ne doit pas être mise à zéro), validation par %S24. L’illustration suivante présente le codage des mots %SW22 à %SW25. F %SW22 F %SW23 XM63 0 XM17 XM16 XM31 F 0 XM1 XM0 XM15 %SW25 0 XM49 XM48 Exemple : ! IF %I4.2 AND %T3.D THEN %SW22:=16#AF8F; %SW23:=16#F3FF; %SW24:=16#FFEF; %SW25:=16#FFFF; SET %S24 Ces quatre mots sont initialisés à 16#FFFF si %S21 = 1. 35015366.01 07/2008 217 Grafcet Fonctionnement du traitement séquentiel Généralités Ce traitement permet la programmation de l'ossature séquentielle de l'application. Le traitement séquentiel comprend : z z le graphe principal organisé en 8 pages, jusqu’à 64 macro-étapes de 8 pages chacune. Dans le graphe principal, plusieurs Grafcet non connexes peuvent être programmés et se dérouler simultanément. L'évolution du Grafcet s’effectue en 3 grandes phases. Phase 1 Le tableau suivant décrit les opérations réalisées lors de la première phase. Phase Phase 2 Description 1 Evaluation des réceptivités des transitions validées. 2 Demande de désactivation des étapes amont associées. 3 Demande d'activation des étapes aval concernées La phase 2 correspond à l’évolution de la situation du Grafcet en fonction des transitions franchies : Phase Description 1 Désactivation des étapes en amont des transitions franchies. 2 Activation des étapes en aval des transitions franchies. 3 Invalidation des transitions franchies. 4 Validation des transitions en aval des nouvelles étapes activées. Résultat : Le système met à jour deux tables dédiées respectivement à l'activité des étapes et à la validité des transitions : z la table d'activité des étapes mémorise, pour le cycle courant, les étapes actives, les étapes à activer et les étapes à désactiver, z la table de validité des transitions mémorise, pour le cycle courant, les transitions situées en aval des étapes concernées par la table précédente 218 35015366.01 07/2008 Grafcet Phase3 Les actions associées aux étapes actives sont exécutées dans l'ordre suivant : Phase Dépassement de capacités Description 1 Actions à la désactivation des étapes à désactiver. 2 Actions à l'activation des étapes à activer. 3 Actions continues des étapes actives. Le nombre d'éléments de la table d'activité des étapes et de la table de validité des transitions est configurable. Le dépassement de la capacité de l'une ou l'autre entraîne : z z z le passage en STOP de l'automate (arrêt de l'exécution de l'application), le passage à 1 du bit système %S26 (dépassement de capacité d'une des deux tables), le clignotement du voyant ERR de l'automate. Le système met à disposition de l'utilisateur deux mots système : z z %SW20 : mot permettant de connaître pour le cycle courant, le nombre d'étapes actives, à activer et à désactiver %SW21 : mot permettant de connaître pour le cycle courant, le nombre de transitions valides, à valider ou à invalider Diagnostic En cas de défaut bloquant, les mots système %SW125 à %SW127 permettent de déterminer la nature du défaut. 35015366.01 07/2008 %SW125 %SW126 %SW127 DEF7 0 =0 Dépassement de la table des étapes (étapes/ transitions) Dépassement de la table des transitions DEF7 =0 0 DEFE N° étape N°macro-étape ou Exécution de graphe incorrect (problème de 64 pour le graphe transition avec renvoi de destination non principal résolu). 219 Grafcet Description du traitement postérieur Généralités Saisi en langage à contacts, en langage liste d'instructions ou en langage littéral, le traitement postérieur est scruté de haut en bas. Ce traitement est le dernier exécuté avant l'activation des sorties et permet de programmer la logique de sortie. Actions associées au Grafcet Le traitement postérieur permet de compléter les consignes émises par le traitement séquentiel en intégrant à l'équation d'une sortie les modes de marche et d'arrêt et les sécurités indirectes spécifiques à l'action. Il permet également de traiter une sortie activée plusieurs fois dans le traitement séquentiel. D'une manière générale, il est recommandé de programmer les actions agissant directement sur le process dans le traitement postérieur. Exemple : %I2.4 %X5 %Q4.1 %X8 %X59 %M26 %I1.0 z z z I2.4 = sécurité indirecte spécifique au pilotage de la sortie %Q4.1. %M26 = bit interne résultat de la logique d'entrée traitant des modes de marche et d'arrêt. %I1.0 = bouton poussoir. La sortie %Q4.1 est activée par les étapes 5, 8 et 59 du traitement séquentiel. 220 35015366.01 07/2008 Grafcet Actions indépendantes du Grafcet Le traitement postérieur permet également de programmer les sorties indépendantes du traitement séquentiel. Contrôle de l'exécution du Grafcet Il peut s’avérer nécessaire de contrôler le bon déroulement du Grafcet en testant le temps d’activité de certaines étapes.Le test de ce temps s’effectue par comparaison soit à une valeur minimum soit à une valeur maximum déterminée par l’utilisateur. L’exploitation du défaut est laissée au choix de l’utilisateur (signalisation, procédure particulière de fonctionnement, édition de message). Exemple : ! IF (%X2.T > 100 AND %X2) THEN SET %Q4.0 ;END_IF ; 35015366.01 07/2008 221 Grafcet 222 35015366.01 07/2008 Blocs fonction DFB 10 Présentation Objet de ce chapitre Ce chapitre décrit la programmation des blocs fonction utilisateur DFB. Contenu de ce chapitre Ce chapitre contient les sujets suivants : 35015366.01 07/2008 Sujet Page Présentation des blocs fonction DFB 224 Comment mettre en oeuvre un bloc fonction DFB 226 Definition des objets des blocs fonction type DFB 228 Définition des paramètres DFB 231 Définition des variables DFB 232 Règle de codage des Types DFB 234 Création des instances de DFB 236 Règle d’utilisation des DFB dans un programme 237 Utilisation d’un DFB dans un programme en langage à contacts 239 Utilisation d’un DFB dans un programme en langage liste d’instructions ou littéral 241 Exécution d’une instance DFB 242 Exemple de programmation de bloc fonction DFB 243 223 Blocs fonction DFB Présentation des blocs fonction DFB Rôle Le logiciel PL7-Pro offre à l’utilisateur la possibilité de créer ses propres blocs fonction répondant aux spécificités de ses applications. Ces blocs fonction utilisateur permettent de structurer une application. Ils seront utilisés dès qu’une séquence de programme se trouve répétée à plusieurs reprises dans l’application ou pour figer une programmation standard (exemple : algorithme de commande d’un moteur incluant la prise en compte des sécurités locales). Ils peuvent être transmis à l’ensemble des programmeurs et être utilisés dans la même application ou dans toutes autres applications (fonction exportation/ importation). Exemples d’utilisation L’utilisation d’un bloc fonction DFB dans une application permet de : z z z z Comparaison avec les sousprogrammes simplifier la conception et la saisie du programme, accroître la lisibilité du programme, faciliter sa mise au point (toutes les variables manipulées par le bloc fonction DFB sont identifiées sur son interface), diminuer le volume de code généré (le code correspondant au DFB n’étant chargé qu’une fois, quel que soit le nombre d’appels au DFB dans le programme). Par rapport au sous programme, ils permettent : z z z de paramètrer plus facilement le traitement, d’utiliser des variables internes propres au DFB donc indépendantes de l’application, d’être testés indépendamment de l’application. Ils offrent en langage à contacts une visualisation graphique du bloc facilitant la programmation et la mise au point. De plus les blocs fonction DFB exploitent des données rémanentes. 224 35015366.01 07/2008 Blocs fonction DFB Domaine d’utilisation Le tableau ci-après décrit le domaine d’application des DFB. Fonction Domaine Automates pour lesquels les DFB sont utilisables. Premium Logiciel de création des DFB. 35015366.01 07/2008 PL7 Pro Logiciels avec lesquels les DFB sont utilisables. PL7 Pro ou un PL7 Junior Langage de programmation pour la création du code des DFB. langage littéral structuré et langage à contacts Langage de programmation avec lesquels les DFB sont utilisables. langage à contacts, littéral structuré et en liste d’instructions 225 Blocs fonction DFB Comment mettre en oeuvre un bloc fonction DFB Marche à suivre La mise en oeuvre d'un bloc fonction DFB s'effectue en 3 étapes principales : Etape Conception du type DFB Action 1 Conception du DFB modèle (appelé : Type DFB). 2 Création d'une image de ce bloc appelée instance pour chaque utilisation dans l'application. 3 Utilisation de l'instance dans le programme PL7. Consiste à définir et coder tous les éléments composant le DFB modèle, à l’aide de l’éditeur de DFB. L’illustration suivante montre la composition d’un DFB modèle. Nom type DFB Sorties Entrées Entrées/ Sorties Variables publiques Variables privées Code Un bloc fonction Type DFB se compose : z z z z z z 226 d'un nom, de paramètres : z entrées, z sorties, z entrées/sorties, de variables : z variables publiques, z variables privées, du code en langage littéral structuré ou en langage à contacts, d’un commentaire, d’une fiche descriptive. 35015366.01 07/2008 Blocs fonction DFB Création d'une instance DFB Une fois le Type DFB conçu, l'utilisateur définit une instance du DFB à l'aide de l'éditeur de variables ou lors de l'appel de la fonction dans l'éditeur de programme. Utilisation des DFB Cette instance du bloc s'utilise ensuite comme un bloc fonction standard en langage à contacts, ou comme une fonction élémentaire en langage littéral structuré ou liste d'instructions. Elle peut se programmer dans les différentes tâches (excepté dans les tâches événementielles) et sections de l'application. 35015366.01 07/2008 227 Blocs fonction DFB Definition des objets des blocs fonction type DFB Caractéristiques générales des objets DFB Ces objets sont des données internes au DFB, ils sont purement symboliques (pas d'adressage sous forme de repère). Les DFB utilisent 2 types d’objet : z z Syntaxe Pour chaque paramètre ou variable utilisé, le concepteur du bloc fonction Type DFB définit : z z z z 228 les paramètres les variables un nom de 8 caractères maximum (sont autorisés les lettres non accentuées, les chiffres,le caractère "_"; le premier caractère doit être une lettre; les mots clefs et les symboles sont interdits), un type d'objet (voir tableau ci-après), un commentaire optionnel de 80 caractères maximum, une valeur initiale (excepté pour les paramètres Entrées/Sorties). 35015366.01 07/2008 Blocs fonction DFB Type d’objets Le tableau ci-après décrit la liste des différents types d’objets possibles lors de la déclaration des paramètres et des variables du type DFB. Action sur... Type Nom Exemples Bits BOOL Booléen Le type BOOL ne gère pas les fronts. Si la gestion de front n'est pas utile dans le traitement, il est préférable d'utiliser le type BOOL Exemple d'objet de type BOOL du langage PL7 : %MWi:Xj qui ne gère pas les fronts mais qui consomme moins de taille mémoire que le type EBOOL. EBOOL Booléen étendu Le type EBOOL gère les fronts, il est donc possible d'exécuter sur ce type de paramètre ou de variable des instructions sur front de type RE et FE. si vous souhaitez associer un type EBOOL à un paramètre d'entrées/sorties lors de l'utilisation, il doit être de type EBOOL dans le DFB. Exemple d'objet de type EBOOL du langage PL7 : %Mi,%Ixy.i,%Qxy.i. WORD Entier 16 bits Exemple d'objet de type WORD du langage PL7 : %MWi, %KWi, DWORD Entier 32 bits Exemple d'objet de type DWORD du langage PL7 : %MDi, %KDi, REAL Réel Exemple d'objet de type REAL du langage PL7 : %MFi, %KFi AR_X Tableau de bits Exemple d'objet de type AR_X du langage PL7 : %Mi:L, %Ix.i:L AR_W Tableau d'entier 16 bits Exemple d'objet de type AR_W du langage PL7 : %MWi:L, %KWi:L AR_D Tableau d'entier 32 bits Exemple d'objet de type AR_D du langage PL7 : %MDi:L, %KDi:L AR_R Tableau de réels Exemple d'objet de type AR_R du langage PL7 : %MFi:L, %KFi:L STRING Chaîne de caractères Exemple d'objet de type STRING du langage PL7: %MBi, %KBi Mots Tableaux 35015366.01 07/2008 229 Blocs fonction DFB Note : z Cas des tableaux : la longueur du tableau doit être obligatoirement mentionnée pour les paramètres sorties et les variables publiques et privées, par contre il n'est pas nécessaire de les définir pour les paramètres entrées et les paramètres entrées/sorties. z Les valeurs initiales peuvent être définies pour les entrées (si elles ne sont pas de type tableau), pour les sorties et pour les variables publiques et privées. 230 35015366.01 07/2008 Blocs fonction DFB Définition des paramètres DFB Illustration L’illustration suivante présente des exemples de paramètres Controle Entrées Sorties DWORD Ecart WORD Accel WORD Vitesse BOOL Erreur BOOL Enable WORD Actions Description des paramètres Entrées/ Sorties Le tableau ci-après décrit le rôle de chaque type de paramètres. Paramètre Nombre maximum Rôle Entrées 15 (1) Ce sont les données à fournir au DFB par le programme application. Ces paramètres en lecture seule ne peuvent pas être modifiés dans le code du DFB. Sorties 15 (2) Ce sont les données élaborées par le DFB à destination du programme application. Entrées/ Sorties 15 Ce sont des paramètres d'entrées modifiables dans le code du DFB. Légende : (1) Nombre d'entrées + Nombre d'entrées/sorties inférieur ou égal à15 (2) Nombre de sorties + Nombre d'entrées/sorties inférieur ou égal à 15 Note : z Tout bloc DFB doit avoir au moins une entrée booléenne. z La modification de l'interface d'un DFB (variables publiques ou paramètres) est possible uniquement s'il n 'est pas instancié et utilisé dans l'application. 35015366.01 07/2008 231 Blocs fonction DFB Définition des variables DFB Description des variables Le tableau ci-après décrit le rôle de chaque type de variables. Variable Nombre maximum Rôle Publique 100 Variables internes utilisées dans le traitement et accessibles par l’utilisateur en réglage ou par le programme application en dehors du code DFB (en tant que variable publique d’instance DFB, voir cidessous : Accès aux variables publiques). Privée 100 Variables internes au code du bloc fonction, ces variables sont calculées et exploitées à l’intérieur même du DFB mais n’ont aucun lien avec l’extérieur du DFB. Ces variables sont utiles pour la programmation du bloc mais n’ont pas d’intérêt pour l’utilisateur du bloc (par exemple : variable intermédiaire de renvoi d’une expression combinatoire à l’autre, résultat d’un calcul intermédiaire...). Note : La modification de l’interface d’un DFB (variables publiques ou paramètres) est possible uniquement s’il n’est pas instancié et utilisé dans l’application. Accès aux variables publiques Seuls les paramètres de sorties et les variables publiques sont accessibles en tant qu’objets dans le programme application en dehors du corps du bloc fonction. Leur syntaxe est la suivante : Nom_DFB.Nom_paramètre Où Nom_DFB est le nom donné à l’instance du DFB utilisé (32 caractères maximum) et Nom_paramètre est le nom donné au paramètre de sorties ou à la variable publique (8 caractères maximum). Exemple : Controle.Ecart pour la sortie Ecart de l’instance DFB nommée Controle. 232 35015366.01 07/2008 Blocs fonction DFB Sauvegarde et restitution des variables publiques Les variables publiques, modifiées par programme ou par réglage, peuvent être sauvegardées en lieu et place des valeurs d’initialisation (définies dans les instances DFB) par mise à 1 du bit système %S94. Le remplacement n’a lieu que si l’autorisation en a été donnée au niveau de chaque variable en validant le champ S dans l’écran de définition des variables publiques du DFB. Ces valeurs sauvegardées sont ré-appliquées par une mise à 1 du bit système %S95 ou sur une ré-initialisation de l’automate. L’inhibition de la fonction "Save/Restore" globale pour tous les blocs fonction DFB est possible (boîte de dialogue Propriétés du type DFB). 35015366.01 07/2008 233 Blocs fonction DFB Règle de codage des Types DFB Généralités Le code définit le traitement que doit effectuer le bloc DFB en fonction des paramètres déclarés. Le code du bloc fonction DFB se programme en langage litteral ou en langage à contacts. Dans le cas du langage littéral, le DFB est constitué d’une seule phrase littérale de longueur non limitée. Règles de programmation Toutes les instructions et fonctions avancées du langage sont permises exceptés : z z z z z z l’appel aux blocs fonction standards, l’appel aux autres blocs fonction DFB, branchement à une étiquette JUMP, l’appel à sous-programme, l’instruction HALT, les instructions utilisant des variables de modules d’entrées/sorties (ex : READ_STS, SMOVE...). Le code exploite les paramètres et les variables du DFB définies par l’utilisateur. Le code du bloc fonction DFB ne peut utiliser ni les objets d’entrées/sorties (%I,%Q...), ni les objets globaux de l’application (%MW,%KW...) excepté les bits et mots système %S et %SW. Note : Pas d’utilisation possible d’étiquette. Fonctions spécifiques Le tableau ci-après décrit les fonctions spécifiquement adaptées pour être utilisées dans le code. Fonctions Rôle FTON, FTOF, FTP, FPULSOR Ces fonctions de temporisation sont destinées à être utilisées à la place des blocs fonction temporisation standard. 234 LW, HW, COCATW Ces instructions permettent de manipuler des mots et de doubles mots. LENGTH_ARW, LENGTH_ARD, LENGTH_ARR Ces instructions permettent de calculer les longueurs de tableau. 35015366.01 07/2008 Blocs fonction DFB Exemple de code Le programme suivant donne l’exemple code en littéral. CHR_200:=CHR_100; CHR_114:=CHR_104; CHR_116:=CHR_106; RESET DEMARRE; (*On incremente 80 fois CHR_100*) FOR CHR_102:=1 TO 80 DO INC CHR_100; WHILE((CHR_104-CHR_114)<100)DO IF(CHR_104>400) THEN EXIT; END_IF; INC CHR_104; REPEAT IF(CHR_106>300) THEN EXIT; END_IF; INC CHR_106; UNTIL ((CHR_100-CHR_116)>100) END_REPEAT; END_WHILE; (* On boucle tant que CHR_106) IF (CHR_106=CHR_116) THEN EXIT; ELSE CHR_114:=CHR_104; CHR_116:=CHR_106; END_IF; INC CHR_200; END_FOR; 35015366.01 07/2008 235 Blocs fonction DFB Création des instances de DFB Généralités Une instance DFB est une copie du Type DFB : z z elle exploite le code du Type DFB, (il n’y a pas duplication du code), elle crée une zone de données spécifique à cette instance, qui est la recopie des paramètres et des variables du Type DFB. Cette zone est située dans l’espace donnée de l’application. Chaque instance DFB est repérée par un nom de 32 caractères maximum défini par l’utilisateur. Les caractères permis sont identiques à ceux autorisés pour les symboles, c’est à dire sont autorisés : z z z les lettres non accentuées, les chiffres, le caractère "_". Le premier caractère doit être une lettre; les mots clefs et les symboles sont interdits. Règles Il est possible de créer autant d’instances souhaitées à partir d’un même type de DFB. Néanmoins le nombre d’instances de DFB ne doit pas utiliser plus de 32 K mots de la mémoire interne de l’automate. Les valeurs initiales des variables publiques définies pour les blocs fonction Type DFB peuvent être modifiées pour chaque instance. 236 35015366.01 07/2008 Blocs fonction DFB Règle d’utilisation des DFB dans un programme Généralités Les instances de DFB sont utilisables dans tous les langages (langages à contacts, littéral et liste d'instructions) et dans toutes parties de l'application : sections, sous programme, module Grafcet, (excepté dans les tâches événementielles). Règles générales d’utilisation Les règles suivantes doivent être respectées quel que soit le langage utilisé : z z z 35015366.01 07/2008 tous les paramètres d'entrées de type tableau ainsi que les paramètres d'entrées/ sorties doivent être renseignés les paramètres d'entrées non câblés gardent la valeur du précédent appel ou la valeur d'initialisation si le bloc n'a jamais été appelé avec cette entrée renseignée ou câblée. tous les objets affectés aux paramètres d'entrées, de sorties et d'entrées/sorties doivent être obligatoirement de même types que ceux définis lors de la création du Type DFB (par exemple : si le type WORD est défini pour le paramètre d'entrée "vitesse", il n'est pas autorisé d'y affecter des doubles mots %MDi, %KDi). Seule exception les types BOOL et EBOOL pour les paramètres d'entrées ou de sorties (pas pour les paramètres entrées/sorties) peuvent être mixés. Exemple : le paramètre d'entrée "Validation" peut être défini en tant que BOOL et peut être associé à un bit interne %Mi qui est de type EBOOL, par contre dans le code interne du type DFB le paramètre d'entrée aura bien la propriété d'un type BOOL, il ne sait pas gérer les fronts. 237 Blocs fonction DFB Affectation des paramètres Le tableau suivant résume les différentes possibilités d’affectation des paramètres dans les différents langages de programmation : Paramètre Type Affectation paramètre Affectation Entrées Booléen Câblé (1) optionnelle (2) Numérique Objet ou expression optionnelle Tableau Objet obligatoire Entrées/ Sorties Booléen Objet obligatoire Numérique Objet obligatoire Tableau Objet obligatoire Sorties Booléen Câblé (1) optionnelle Numérique Objet optionnelle Tableau Objet optionnelle (1) câblé en langage à contacts, ou objet en langage booléen ou littéral (2) en langage à contacts tout bloc DFB doit avoir au moins une entrée booléenne (binaire) câblée. 238 35015366.01 07/2008 Blocs fonction DFB Utilisation d’un DFB dans un programme en langage à contacts Principe Il y a deux possibilités pour appeler un bloc fonction DFB : z z un appel textuel dans un bloc opération, la syntaxe et les contraintes sur les paramètres sont identiques à celles du langage littéral. un appel graphique, voir exemple ci-après. Les blocs fonctionnels DFB graphiques ont des entrées /sorties qui sont affectées directement par des objets ou des expressions, ces objets ou expressions occupent une cellule du réseau graphique. 2 blocs fonctionnels DFB connectés en série doivent être séparés d’au moins 2 colonnes Exemple L’illustration suivante présente un exemple simple de programmation d’un DFB. Control_port_1 Controle ABS(%MD0) DWORD Ecart WORD Accel %MW8 %Q2.1 10000 WORD Vitesse BOOL Erreur %Q2.5 BOOL Enable %MW100 35015366.01 07/2008 WORD Actions %MW100 239 Blocs fonction DFB Le tableau ci-après repère les différents éléments du DFB. Repère Rôle 1 Nom du DFB 2 Nom du Type DFB 3 Paramètre effectif de la première entrée 4 Paramètres d’entrées (nom et type) 5 Paramètres de sorties (nom et type) 6 Paramètres d’entrées/sorties (nom et type) Note : z Un bloc fonction DFB doit avoir au moins une entrée booléenne câblée. z Les entrées, sorties ou entrées/sorties numériques du bloc ne sont pas câblées. A ces broches sont associés des objets mentionnés sur la cellule face à la broche. 240 35015366.01 07/2008 Blocs fonction DFB Utilisation d’un DFB dans un programme en langage liste d’instructions ou littéral Généralités L'appel du bloc fonction DFB constitue une action, qui peut être placée dans une phrase comme pour tout autre action du langage. Syntaxe générale La syntaxe de programmation des DFB est la suivante : Nom_DFB (E1,...,En,ES1,...,ESn,S1,...,Sn) Le tableau suivant décrit le rôle des paramètres de l’instructions. Syntaxe en littéral Paramètres Rôle E1, ..., En Expressions (excepté pour les objets de type BOOL/EBOOL), objets ou valeurs immédiates servant de paramètres effectifs aux paramètres d'entrées. ES1, ..., ESn Paramètres effectifs correspondant aux entrées/sorties; ce sont toujours des objets langages en lecture/écriture. S1, ..., Sn Paramètres effectifs correspondant aux sorties; ce sont toujours des objets langages en lecture/écriture. L’instruction en langage littéral a la syntaxe suivante : Nom_DFB (E1,...,En,ES1,...,ESn,S1,...,Sn); Exemple : Cpt_boulons(%I2.0,%MD10,%I2.1,%Q1.0); Syntaxe en liste d’instructions L’instruction en langage liste d’instructions a la syntaxe suivante : [Nom_DFB (E1,...,En,ES1,...,ESn,S1,...,Sn)] Exemple : LD TRUE [Cpt_boulons(%I2.0,%MD10,%I2.1,%Q1.0)] 35015366.01 07/2008 241 Blocs fonction DFB Exécution d’une instance DFB Fonctionnement L'exécution d'une instance DFB s'effectue dans l'ordre suivant : Etape Outils de mise au point Chargement des paramètres d'entrées et d'entrées/sorties à l'aide des paramètres effectifs. Tout entrée laissée libre prend à l'initialisation ou sur reprise à froid la valeur d'initialisation définie dans le type DFB, elle prend ensuite la valeur courante du paramètre. 2 Passage par valeur des paramètres d'entrées (excepté pour le type tableau). 3 Passage par adresse des paramètres entrées/sorties. 4 Exécution du code littéral. 5 Ecriture des paramètres de sorties. Le logiciel PL7 offre plusieurs outils de mise au point du programme PL7 et des DFB : z z z 242 Action 1 table d'animation : tous les paramètres et variables publiques sont affichés et animés en temps réel, il est possible de modifier et forcer les objets désirés, point d'arrêt, pas à pas et diagnostic programme, écrans d'exploitation : pour la mise au point unitaire. 35015366.01 07/2008 Blocs fonction DFB Exemple de programmation de bloc fonction DFB Généralités Cet exemple est donné à titre didactique, le DFB à programmer est un compteur. Caractéristiques du type DFB Le compteur est réalisé à partir du Type DFB suivant : Cpt_pieces EBOOL Raz BOOL Done DWORD Presel EBOOL Count DWORD V_cour Le tableau ci-après décrit les caractéristiques du Type DFB à programmer. Caractéristiques Valeurs Nom Cpt_pieces Entrées z Raz : remise à zéro du compteur z Presel : valeur de présélection du compteur z Count : entrée comptage Fonctionnement du compteur 35015366.01 07/2008 Sorties Done : sortie valeur de présélection atteinte Variable publique V_cour : Valeur courante incrémentée par l'entrée Count Le tableau suivant décrit le fonctionnement que doit avoir le compteur. Phase Description 1 Ce bloc compte les fronts montants sur l'entrée Count. 2 Le résultat est placé dans la variable V_cour, cette valeur est remise à zéro par un front montant sur l'entrée Raz. 3 Le comptage s'effectue jusqu'à la valeur de présélection, lorsque cette valeur est atteinte la sortie Done est mise à 1, elle est remise à 0 sur front montant sur l'entrée Raz. 243 Blocs fonction DFB Code du DFB La programmation du code du Type DFB est donnée ci-après. !(*Programmation du DFB Cpt_pieces*) IF RE Raz THEN V_cour:=0; END_IF; IF RE Count THEN V_cour:=V_cour+1; END_IF; IF(V_cour>=Presel) THEN SET Done; ELSE RESET Done; END_IF; Exemple d’utilisation Dans cet exemple le Type DFB créé, est utilisé 3 fois (3 instances DFB) pour le comptage de 3 types de pièces. Lorsque le nombre de pièces programmé (dans les mots %MD10, %MD12, et %MD14) est atteint, la sortie du compteur pilote l'arrêt du système d'approvisionnement de pièces correspondant. 244 35015366.01 07/2008 Blocs fonction DFB Le programme suivant utilise les 3 instances du type DFB Cpt_pieces : Cpt_boulons, Cpt_ecrous et Cpt_vis. Cpt_boulons Cpt_pieces %I1.0 EBOOL Raz %MD10 %I1.1 %Q2.1 BOOL Done DWORD Presel EBOOL Count Cpt_ecrous Cpt_pieces %I1.2 EBOOL Raz %MD12 %I1.3 %Q2.2 BOOL Done DWORD Presel EBOOL Count Cpt_vis Cpt_pieces %I1.4 EBOOL Raz %MD14 %I1.5 %Q2.3 BOOL Done DWORD Presel EBOOL Count 35015366.01 07/2008 245 Blocs fonction DFB 246 35015366.01 07/2008 B AC Index A D Action, 194 Action à l’activation, 196 Action continue, 197 Activation, 196 Adressage Bus AS-i, 40 Bus FIPIO, 37 E/S Micro, 31 Modules en rack, 34 Momentum, 37 TBX, 37 Aiguillage, 186 Démarrage à froid, 82 DFB, 224 Divergence ET, 187 Divergence OU, 186 Divergences en ET, 178, 179 B Bloc fonction DFB, 224 C Commentaire, 192 Grafcet, 192 Liste d’instructions, 137 littéral, 155 Réseau de contacts, 123 Convergence ET, 187 Convergence OU, 186 Convergences en ET, 178, 179 Coupure secteur, 78 E Eléments graphiques, 124 Etape d’entrée, 206 Etape de sortie, 206 Etiquette Liste d’instructions, 136 littéral, 154 Réseau de contacts, 122 Exécution Cyclique, 99 Périodique, 101 Réseau de contacts, 130 Exécution d’un programme littéral, 171 EXIT, 170 F Figeage du Grafcet, 215 FOR...END_FOR, 169 G Grafcet, 177 35015366.01 07/2008 247 Index I O IF...THEN, 165 Initialisation du Grafcet, 213 Instance DFB, 236 Instruction arithmétique, 157 chaîne de caractères, 159 conversion, 162 Gestion du temps, 163 logique, 157 objet bits, 156 programme, 163 tableaux, 159 Instructions Liste d’instructions, 138 Objet Bit, 29 Bloc fonction, 46 Booléen, 26 DFB, 228 Indexé, 51 Mot, 27, 42 Objet langage P7, 25 Objets Grafcet, 54, 180 L Langage Littéral structuré, 152 Langage à contacts, 120 Langages PL7, 17 Liaison orientée, 191 Liste d’instructions, 134 Littéral structuré, 152 Logiciel PL7, 16 M Macro-étape, 205 Mémoire Bits, 64 Micro, 68 Mots, 66 Premium, 62, 70, 73, 75 TSX 37, 60, 68 TSX 57, 70, 73, 75 TSX Micro, 60 TSX57, 62 Module fonctionnel, 23, 115 Monotâche, 98 Multitâche, 21, 106, 108 248 P Page Grafcet, 182, 185 Paramètre DFB, 231 Phrase Liste d’instructions, 135 littérale, 153 PL7, 16 Prépositionnement du Grafcet, 212 Présymbolisation, 57 Programmation Réseau de contacts, 127 R Réceptivité, 199 Remise à zéro des macro-étapes, 216 Remise à zéro du Grafcet, 214 Renvoi de d’origine, 188 Renvoi de destination, 188 REPEAT...END_REPEAT, 168 Reprise à chaud, 80 Reprise secteur, 78 Réseau de contacts, 121 S Section, 21, 90 Section Grafcet, 210 Sous-programme, 21, 90 Symboles Grafcet, 178 Symbolisation, 55 35015366.01 07/2008 Index T Tableau, 48 Tâche, 21 Maître, 89 Rapide, 94 Traitement Evénementiel, 95, 112 postérieur, 220 Traitement préliminaire, 211 Traitement séquentiel, 218 V Variable DFB, 232 W WHILE...END, 167 35015366.01 07/2008 249 Index 250 35015366.01 07/2008