pl7 micro/junior/pro métiers communication tome 1 · applicable à pl7-2 ou pl7-3 si des tsx 17 ou...

PL7 Micro/Junior/ProMétiers communicationTome 1TLX DS COM PL7 xx fre

Documents à consulter


Présentation Ce manuel se compose de 3 tomes :� Tome 1

� Commun fonction communication� Déport Nano automates� Communication par mode caractères� Communication par bus Uni-telway

� Tome 2� Communication par Modbus� Communication par Modem� Communication par Modbus plus� Communication par bus FIPIO

� Tome 3� Communication par réseau FIPWAY� Communication par réseau ETHERNET� Architecture multiréseaux

TLX DS COM PL7 xx 3


4 TLXDSCOMPL7xx

Table des matières

A propos de ce manuel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .13

Intercalaire I Commun fonction Communication . . . . . . . . . . . . . . . . 15Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

Chapitre 1 Généralités de la fonction métier Communication . . . . . . . . .17Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17Présentation du métier Communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18Comment mettre en oeuvre une communication . . . . . . . . . . . . . . . . . . . . . . . . 19

Chapitre 2 Adressage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

2.1 Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22Adressage d’une entité de communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23Système d’adressage avec langage PL7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24Type d’adressage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25Adressage des voies de communication d’un processeur . . . . . . . . . . . . . . . . . 26Adressage d’un module de communication TSX SCY 21600/21601 . . . . . . . . . 27Exemples d’adressage intra-station : adressage Uni-telway. . . . . . . . . . . . . . . . 28Exemples d’adressage intra-station : adressage FIPIO . . . . . . . . . . . . . . . . . . . 30Exemples d’adressage inter-station . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

2.2 Communication à partir d’un terminal de programmation . . . . . . . . . . . . . . . . . . 34Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34Communication à partir d’un terminal de programmation . . . . . . . . . . . . . . . . . . 35Comment définir l’adresse de l’automate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36Exemples de connexion en mode Uni-telway . . . . . . . . . . . . . . . . . . . . . . . . . . . 37Exemples de connexion distante en mode FIPIO ou FIPWAY . . . . . . . . . . . . . . 39Exemples de connexion distante en mode Uni-telway . . . . . . . . . . . . . . . . . . . . 41Exemples de connexion distante en mode ETHWAY ou en mode TCP/IP. . . . . 43

Chapitre 3 Fonctions de communication . . . . . . . . . . . . . . . . . . . . . . . . . . 45Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

3.1 Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

5

Présentation des outils de communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47Structure des fonctions de communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48Les fonctions de communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49Adresse destinataire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52Structure des paramètres de gestion. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53Paramètres de gestion : compte-rendus de communication et d’opération. . . . . 54Paramètres de gestion : Longueur et Timeout. . . . . . . . . . . . . . . . . . . . . . . . . . . 57Performances. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58Fonction serveur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

3.2 Aide à la saisie des fonctions de communication . . . . . . . . . . . . . . . . . . . . . . . . 63Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63Aide à la saisie des fonctions de communication . . . . . . . . . . . . . . . . . . . . . . . . 64Comment accéder à une instruction spécifique de type fonction, méthode ouprocédure. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65Aide à la saisie de l’adresse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67

3.3 Description des différentes fonctions de communication. . . . . . . . . . . . . . . . . . . 69Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69Lecture d’objets standards : READ_VAR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71Lecture d’objets standards : écran d’aide à la saisie . . . . . . . . . . . . . . . . . . . . . . 74Lecture d’objets standards : exemple d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . 75Lecture d’objets standards : exemple d’utilisation en réseaux. . . . . . . . . . . . . . . 76Lecture d’objets standards : exemple d’échange de variables avec contrôle deparamètres. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78Lecture d’objets standards : précision sur la lecture de bits . . . . . . . . . . . . . . . . 80Lecture d’objets standards : lecture des paramètres courants d’un temporisateur82Lecture d’objets standards : lecture des paramètres courants d’un monostable. 83Ecriture d’objets standards : WRITE_VAR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84Ecriture d’objets standards : écran d’aide à la saisie. . . . . . . . . . . . . . . . . . . . . . 86Ecriture d’objets standards : exemple d’utilisation. . . . . . . . . . . . . . . . . . . . . . . . 87Ecriture d’objets standards : exemple d’utilisation en réseaux . . . . . . . . . . . . . . 88Ecriture d’objets standards : exemple d’échange de variables avec contrôle deparamètres. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90Emission de requêtes UNI-TE : SEND_REQ. . . . . . . . . . . . . . . . . . . . . . . . . . . . 92Emission de requêtes UNI-TE : écran d’aide à la saisie . . . . . . . . . . . . . . . . . . . 94Emission de requêtes UNI-TE : exemple d’utilisation en réseaux . . . . . . . . . . . . 95Emission des requêtes UNI-TE : Liste des requêtes . . . . . . . . . . . . . . . . . . . . . . 97Echange de données de type texte : DATA_EXCH. . . . . . . . . . . . . . . . . . . . . . 101Echange de données de type texte : écran d’aide à la saisie . . . . . . . . . . . . . . 103Echange de données de type texte : exemples d’utilisation . . . . . . . . . . . . . . . 104Echange de données de type texte : exemples d’utilisation avec un altivar . . . 106Emission d’un télégramme : SEND_TLG. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108Emission d’un télégramme : écran d’aide à la saisie . . . . . . . . . . . . . . . . . . . . . 109Emission d’un télégramme : exemple d’utilisation . . . . . . . . . . . . . . . . . . . . . . . 110Réception d’un télégramme : RCV_TLG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111Réception d’un télégramme : exemple d’utilisation . . . . . . . . . . . . . . . . . . . . . . 112

6

Ecriture d’une chaîne de caractères : PRINT_CHAR . . . . . . . . . . . . . . . . . . . . 113Ecriture d’une chaîne de caractères : écran d’aide à la saisie . . . . . . . . . . . . . 115Ecriture d’une chaîne de caractères : exemple d’utilisation . . . . . . . . . . . . . . . 116Lecture d’une chaîne de caractères : INPUT_CHAR . . . . . . . . . . . . . . . . . . . . 117Lecture d’une chaîne de caractères : écran d’aide à la saisie . . . . . . . . . . . . . 119Lecture d’une chaîne de caractères : exemple d’utilisation. . . . . . . . . . . . . . . . 120Emission/réception d’une chaîne de caractères : OUT_IN_CHAR . . . . . . . . . . 122Emission/réception d’une chaîne de caractères : écran d’aide à la saisie . . . . 124Emission/réception d’une chaîne de caractères : exemple d’utilisation . . . . . . 125Arrêt d’un échange en cours : CANCEL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127Arrêt d’un échange en cours : exemple d’utilisation . . . . . . . . . . . . . . . . . . . . . 128Décalage d’un octet à droite dans un tableau : ROR1_ARB. . . . . . . . . . . . . . . 130Décalage d’un octet à droite dans un tableau : exemple d’utilisation . . . . . . . . 131Permutation des octets dans un tableau de mots : SWAP . . . . . . . . . . . . . . . . 133Lecture de données communes Modbus Plus : READ_GDATA. . . . . . . . . . . . 134Ecriture de données communes Modbus Plus : WRITE_GDATA. . . . . . . . . . . 135Serveur immédiat : SERVER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136Serveur immédiat : exemple d’utilisation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138Services de messagerie asynchrone : WRITE_Asyn et READ_Asyn. . . . . . . . 139

3.4 Caractéristiques de communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142Caractéristiques de communication entre TSX Micro/Premium et série 7 . . . . 143Règles générales d’échange d’application à application. . . . . . . . . . . . . . . . . . 144Règles générales d’échange vers un serveur UNI-TE . . . . . . . . . . . . . . . . . . . 146Autres exemples de compatibilité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147

3.5 Objets associés à la communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149Echanges implicites. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150Echanges explicites : Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152Gestion d’échange et de compte-rendu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154

Chapitre 4 Configuration de la fonction métier Communication . . . . . . 157Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157Configuration de la fonction communication . . . . . . . . . . . . . . . . . . . . . . . . . . . 158Rappels sur l’éditeur de configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159Comment déclarer un module de communication. . . . . . . . . . . . . . . . . . . . . . . 161Comment déclarer une voie de communication dans un processeur ou module TSXSCY 21600/21601. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162Description des écrans de configuration pour la communication . . . . . . . . . . . 163Description des écrans de mise au point pour la communication . . . . . . . . . . . 165

Intercalaire II Déport des automates Nano . . . . . . . . . . . . . . . . . . . . . 169Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169

Chapitre 5 Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .171Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171

7

Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172Compatibilités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173Performances : Temps de cycle réseau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174Performances : positionnement d’une sortie . . . . . . . . . . . . . . . . . . . . . . . . . . . 175Mode de marche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178

Chapitre 6 Services du déport des automates Nano . . . . . . . . . . . . . . . 181Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181Echanges de données d’entrées/sorties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182Echanges de données applicatives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183Echange de données avec un module analogique . . . . . . . . . . . . . . . . . . . . . . 185Contenu des mots %QW en écriture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186Contenu des mots %IW en lecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188Conversion des valeurs analogiques des voies d’entrée. . . . . . . . . . . . . . . . . . 190Liaison mixte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193

Chapitre 7 Configuration du déport des automates Nano . . . . . . . . . . . 195Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195Comment accéder aux paramètres du module TSX STZ 10. . . . . . . . . . . . . . . 196Ecran de configuration du déport des automates Nano. . . . . . . . . . . . . . . . . . . 197Paramètres Modbus liés à l’application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198

Chapitre 8 Programmation du déport des automates Nano. . . . . . . . . . 201Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201Exemple de communication avec des automates Nano . . . . . . . . . . . . . . . . . . 202Configuration et programmation de l’exemple . . . . . . . . . . . . . . . . . . . . . . . . . . 203

Chapitre 9 Mise au point du déport des automates Nano . . . . . . . . . . . 207Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207Ecran de mise au point du déport des automates Nano . . . . . . . . . . . . . . . . . . 208Ecran de mise au point du déport des automates Nano . . . . . . . . . . . . . . . . . . 209

Chapitre 10 Objets langage associés au déport des automates Nano . . 211Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211Objet langage à échange implicite. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212Objet langage à échange explicite. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213Gestion et compte-rendu des échanges explicites . . . . . . . . . . . . . . . . . . . . . . 216Objets langage associés à la configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217

Intercalaire III Communication par mode caractères . . . . . . . . . . . . . . 219Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219

Chapitre 11 Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221

11.1 Présentation de la communication par mode caractères. . . . . . . . . . . . . . . . . . 222Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222A propos de mode caractères . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223

8

Contrôle de flux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22411.2 Caractéristiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226

Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226Compatibilités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227Performances . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228Mode de marche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 230

Chapitre 12 Configuration d’une communication par mode caractères .231Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231Comment accéder aux paramètres des cartes PCMCIA en mode caractères . 232Comment accéder aux paramètres de la prise terminal . . . . . . . . . . . . . . . . . . 233Comment accéder aux paramètres des modules TSX SCY 21600/21601 . . . . 234Ecran de configuration en mode caractères . . . . . . . . . . . . . . . . . . . . . . . . . . . 235Fonctions accessibles en mode caractères . . . . . . . . . . . . . . . . . . . . . . . . . . . 236Paramètres en mode caractères liés à la transmission. . . . . . . . . . . . . . . . . . . 237Paramètres en mode caractères liés au fin de messages . . . . . . . . . . . . . . . . 239Paramètres en mode caractères liés au contrôle de flux . . . . . . . . . . . . . . . . . 241Paramètres complémentaires . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242

Chapitre 13 Programmation d’une communication par mode caractères245Fonctions de communication disponibles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 245

Chapitre 14 Mise au point d’une communication par mode caractères .247Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 247Ecran de mise au point en mode caractères. . . . . . . . . . . . . . . . . . . . . . . . . . . 248Paramètres de mise au point en mode caractères . . . . . . . . . . . . . . . . . . . . . . 249Comment tester une voie de communication . . . . . . . . . . . . . . . . . . . . . . . . . . 251

Chapitre 15 Objets langage associés à la communication en modecaractères . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .253Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253Objets langage en échange implicite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254Objet langage à échange explicite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255Gestion et compte-rendu des échanges explicites . . . . . . . . . . . . . . . . . . . . . . 257Objets langage associés à la configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . 258

Intercalaire IV Communication par bus Uni-telway . . . . . . . . . . . . . . . 261Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261

Chapitre 16 Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .263Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 264Compatibilités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265Performances . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 267Mode de marche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 269Adresses d’un automate esclave . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270

9

Chapitre 17 Configuration d’une communication Uni-telway . . . . . . . . . 271Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 271Comment accéder aux paramètres des cartes PCMCIA Uni-telway . . . . . . . . . 272Comment accéder aux paramètres de la prise terminal . . . . . . . . . . . . . . . . . . 273Comment accéder aux paramètres des modules TSX SCY 21600/21601 . . . . 274Ecran de configuration de la liaison Uni-telway . . . . . . . . . . . . . . . . . . . . . . . . . 275Fonctions accessibles en Uni-telway. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 276Paramètres Uni-telway liés à l’application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277Paramètres Uni-telway liés à la transmission . . . . . . . . . . . . . . . . . . . . . . . . . . 279

Chapitre 18 Programmation d’une communication Uni-telway . . . . . . . . 281Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 281

18.1 Fonction de communication. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282Fonctions de communication disponibles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283Ecriture de mot de commande. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284

18.2 Echange du maître vers l’esclave . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285Echanges Maître vers Esclave . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285

18.3 Echange d’un esclave vers du maître . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 287Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 287Echanges Esclave vers Maître . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 288Exemple d’échange d’un esclave vers le système du maître . . . . . . . . . . . . . . 290Exemple d’échange direct d’un esclave vers le système du maître . . . . . . . . . 292

18.4 Echange d’un esclave vers un esclave . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 293Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 293Echanges Esclave vers Esclave . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294Exemple d’échange d’un esclave vers le serveur d’un esclave. . . . . . . . . . . . . 296Exemple d’échange d’un esclave vers l’application d’un esclave . . . . . . . . . . . 298Exemple 2 d’échange d’un esclave vers le système d’un esclave . . . . . . . . . . 299Exemple de décalage vers la droite de 1 octet dans un tableau d'octets . . . . . 301Exemple d’échange direct d’un esclave vers le système d’un esclave . . . . . . . 303Exemple de mise en Stop d’un esclave par un autre esclave . . . . . . . . . . . . . . 304

18.5 Données événementielles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305Données événementielles gérées par le maître . . . . . . . . . . . . . . . . . . . . . . . . 305

Chapitre 19 Mise au point d’une communication Uni-telway. . . . . . . . . . 307Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307Ecran de mise au point en Uni-telway . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308Ecran de mise au point en type Uni-telway . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309Requêtes disponibles pour le test d’une voie de communication . . . . . . . . . . . 310Comment tester une voie avec les requêtes Identification et Miroir . . . . . . . . . 311Comment tester une voie avec des requêtes . . . . . . . . . . . . . . . . . . . . . . . . . . 313

Chapitre 20 Objets langage associés à la communication Uni-telway . . 315Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 315

20.1 Objets langage associés au mode Uni-telway maître . . . . . . . . . . . . . . . . . . . . 316

10

Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 316Objet langage à échange implicite en mode Uni-telway maître . . . . . . . . . . . . 317Objet langage à échange explicite en mode Uni-telway maître . . . . . . . . . . . . 318Gestion des échanges et compte-rendu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321Objets langage associés à la configuration en mode Uni-telway maître. . . . . . 322

20.2 Objets langage associés au mode Uni-telway esclave . . . . . . . . . . . . . . . . . . . 323Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323Objet langage à échange implicite en mode Uni-telway esclave . . . . . . . . . . . 324Objet langage à échange explicite en mode Uni-telway esclave . . . . . . . . . . . 325Gestion et compte-rendu des échanges explicites . . . . . . . . . . . . . . . . . . . . . . 327Objets langage associés à la configuration en mode Uni-telway esclave. . . . . 328

Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 329

11

A propos de ce manuel

Présentation

Objectif dudocument

Ce manuel traite de la mise en oeuvre logicielle du métier communication.

Champd'application

La mise à jour de cette publication prend en compte les fonctionnalités de PL7 V4.3.

Document àconsulter

Commentairesutilisateur

Envoyez vos commentaires à l'adresse e-mail [email protected]

Titre Référence

Manuel de mise en oeuvre matérielle TSX DM 57 4x F

TLX DS COM PL7 xx 13

A propos de ce manuel

14 TLXDSCOMPL7xx

TLX DS COM PL7 xx

I
Commun fonctionCommunication
Présentation

Objet de cetintercalaire

Cet intercalaire présente une vue générale de la fonction métier Communication etdécrit sa mise en oeuvre avec le logiciel PL7.

Contenu de cetintercalaire

Cet intercalaire contient les chapitres suivants :

Chapitre Titre du chapitre Page

1 Généralités de la fonction métier Communication 17

2 Adressage 21

3 Fonctions de communication 45

4 Configuration de la fonction métier Communication 157

15

Commun fonction Communication

16 TLXDSCOMPL7xx

TLX DS COM PL7 xx

1
Généralités de la fonction métierCommunication
Présentation

Objet de cechapitre

Ce chapitre présente sommairement la fonction métier Communication et sesservices.

Contenu de cechapitre

Ce chapitre contient les sujets suivants :

Sujet Page

Présentation du métier Communication 18

Comment mettre en oeuvre une communication 19

17

Généralités

Présentation du métier Communication

Présentation La fonction communication permet l’échange de données entre tous leséquipements connectés sur un bus ou réseau.

Cette fonction s’applique:� à des modules de communication spécifiques montés en rack,� à des processeurs par l’intermédiaire de la prise terminal ou cartes PCMCIA.

Type decommunication

Les différentes fonctions communication diponibles sont:� la fonction prise terminal� la fonction liaison d’extension vers les TSX Nano pour automate TSX Micro� la fonction Mode caractères� la fonction Uni-telway� la fonction Modbus/Jbus� la fonction Modem� la fonction Modbus Plus� la fonction FIPIO (gestionnaire et agent)� la fonction FIPWAY� la fonction ETHERNET (TCP/IP)� la fonction Bridge

18 TLXDSCOMPL7xx

Généralités

Comment mettre en oeuvre une communication

Présentation La méthodologie décrite ci-dessous indique les principaux points à suivre pour lamise en oeuvre d’une fonction de communication.

Méthodologie La procédure est la suivante:

Etape Action

1 Déterminez tous les composants matériels et logiciels nécessaires :équipements terminaux, câbles de dérivation, accessoires de raccordement,câbles principaux, outils de test du câblage, outils de développement desapplications d'automatisme, outils d'exploitation de l'installation (réglage,diagnostic, maintenance).

2 Assemblez et testez le système de câblage (câbles et accessoires deraccordement).

3 Connectez les équipements terminaux et configurez leur voie decommunication.

4 Testez l'accessibilité de chaque voie à partir de tout point de l'architecture enutilisant PL7 en mode local et en mode connecté sur chacun des TSX 57 ouTSX 37 présents (usage de la fonction dite de "transparence"). Ceci estapplicable à PL7-2 ou PL7-3 si des TSX 17 ou des TSX modèle 40 sontprésents dans la configuration).

5 Programmez les applications automates ainsi que leurs fonctions decommunication.


Généralités

20 TLXDSCOMPL7xx

TLX DS COM PL7 xx

2
Adressage
Présentation

Objet de cechapitre

Ce chapitre présente les principes d’adressage de la communication X-WAY.


Ce chapitre contient les sous-chapitres suivants :

Sous-chapitre

Sujet Page

2.1 Généralités 22

2.2 Communication à partir d’un terminal de programmation 34

21

Adressage

2.1 Généralités

Présentation

Objet de ce sous-chapitre

Ce sous-chapitre présente les règles générales d’adressage de la communicationX-WAY.

Contenu de cesous-chapitre

Ce sous-chapitre contient les sujets suivants :

Sujet Page

Adressage d’une entité de communication 23

Système d’adressage avec langage PL7 24

Type d’adressage 25

Adressage des voies de communication d’un processeur 26

Adressage d’un module de communication TSX SCY 21600/21601 27

Exemples d’adressage intra-station : adressage Uni-telway 28

Exemples d’adressage intra-station : adressage FIPIO 30

Exemples d’adressage inter-station 31

22 TLXDSCOMPL7xx

Adressage

Adressage d’une entité de communication

Présentation Dans une architecture X-WAY chaque station est identifiée par une adresse uniquecomposée d'un numéro de réseau et d'un numéro de station.

A l'intérieur d'une station chaque entité de communication est également adresséepar une adresse topologique qui détermine son chemin d'accès.

Adressage L’adressage est de la forme:

ADR#{n.s}xy.i.j

Le tableau suivant décrit les différents paramètres de l’adressage:

Exemple L’exemple concerne l'esclave 2 de la voie 1 du module présent à l'emplacement 5du rack 7 de la station 3 sur le réseau 20:

ADR#{20.3}705.1.2

Paramêtre Description

{n.s} correspond à l’adressage X-WAY� n: indique le numéro de réseau.� s: indique le numéro de station.

xy.i.j correspond à l’adresse topologique� xy: indique respectivement le numéro du rack et du module

(correspond à la position géographique du module).� i: indique le numéro de la voie.� j: indique l’adresse de l’équipement destinaire (numéro

esclave, ...).

Note : Si le numéro du rack est différent de 0, le numéro du module est saisi surdeux chiffres (exemples: 05, 10, ...).


Adressage

Système d’adressage avec langage PL7

Présentation Des mots clés sont utilisés pour faciliter l'accès à certaines entités decommunication (serveur UNI-TE, application PL7, ...) ou pour réaliser des échangesen diffusion.

Ces échanges sont effectués par des fonctions de communication qui sont décritesau chapitre suivant.

Mots clés Les mots clés sont:� le mot clé SYS permet l'accès au serveur UNI-TE de l'unité centrale, d'une voie,

d'un module de communication, ... .� le mot clé APP permet l'accès à l'application PL7 d'une station.� le mot clé ALL est défini pour décrire une diffusion. Il peut remplacer l'un des

éléments d'une adresse topologique. Le niveau de diffusion est déterminé selonla localisation du mot clé ALL dans l'adresse:� accolé au numéro de réseau, la diffusion s'effectue vers l'ensemble des

stations du réseau sélectionné (exemple: 2.ALL permet l'accès à toutes lesstations connectées sur le réseau 2),

� accolé au numéro de station, la diffusion s'effectue vers l'ensemble des entitésraccordées aux voies de communication intra-station (exemple: 2.4.ALLpermet l'accès à toutes les entités de communication de la station 4 du réseau2).

Note : Lorsque l'application émettrice désire communiquer avec un bloc fonctiontexte de l'application PL7-2 ou PL7-3 d'un automate TSX série 7, le mot clé doitêtre APP.num où num correspond au numéro du bloc texte destinataire del'échange.

24 TLXDSCOMPL7xx

Adressage

Type d’adressage

Présentation Les tableaux suivants rappellent les différents types d’adressages.

Adresses locales Les adresses locales contiennent les adresses topologiques et les adressesd’esclaves sur un bus.

Adressesdistantes

Les adresses distantes correspondent aux adresses d’équipements connectés à unréseau.

Adresses endiffusion

Les adresses en diffusion sont fonctions des équipements destinataires.

Destinataire Adresse

Serveur UNI-TE d’un TSX Micro/Premium SYS

Application PL7 Micro/Junior/Pro APP

Application PL7-3 APP.numéro du bloc texte

Esclave Uni-telway module.voie.numéro d'esclave

Esclave Modbus module.voie.numéro d'esclave

Liaison en mode caractères module.voie.SYS

Serveur d’un module module.SYS

Serveur d’un sous-module module.voie.SYS

Serveur d’un équipement FIPIO \module.voie.point de raccordement\SYS


Destinataire sur un réseau distant {réseau.station}adresse locale

Destinataire sur un réseau local {station}adresse locale


Diffusion vers toutes les stations {réseau.ALL}adresse locale

Diffusion vers tous les modules ALL.SYS

Diffusion vers tous les esclaves Uni-telwayou Modbus

module.voie.ALL


Adressage

Adressage des voies de communication d’un processeur

Présentation Les exemples suivants donnent les différents types d’adressage associés aux voiesde communication d’un processeur.

Les exemples s’articuleront avec un processeur de type TSX Premium.

Suivant la configuration désirée, il peut y avoir dans le rack une alimentation simpleou double format qui occupe 1 ou 2 emplacements. Les modules ont une adressegéographique fonction de la position du module dans le rack.

Avec unealimentationsimple format

L’alimentation occupe un emplacement. Les voies de communication du processeurpourront donc avoir les adresses suivantes:

Avec unealimentationsimple format

L’alimentation occupe deux emplacement. Les voies de communication duprocesseur pourront donc avoir les adresses suivantes:

Module 0. Voie 0 : prise terminal (voie intégrée)

Module 0. Voie 2 : prise FIPIO (voie intégrée)

Module 0. Voie 1 : carte PCMCIA (voie d’accueil)

Module 1. Voie 0 : prise terminal (voie intégrée)

Module 1. Voie 2 : prise FIPIO (voie intégrée)

Module 1. Voie 1 : carte PCMCIA (voie d’accueil)

26 TLXDSCOMPL7xx

Adressage

Adressage d’un module de communication TSX SCY 21600/21601

Présentation Les exemples suivants donnent les différents types d’adressage associés auxmodules de communication TSX SCY 21600 et TSX SCY 216001.

Les exemples s’articuleront avec un processeur de type TSX Premium.

Exemples Les voies de communication du module pourront avoir les adresses suivantes:

Note : Il est rappelé que ces types de module de communication sont limités enfonction du type de processeur. Repportez au manuel de mise en oeuvre pourcomptabiliser le nombre de voie métier communication.

Module 0. Voie 0 : priseterminal (voie intégrée)

Module 0. Voie 1 : cartePCMCIA (voie d’accueil) Module 5. Voie 1 : carte PCMCIA

Module 5. Voie 0 :liaison intégrée



Module 705. Voie 1 : carte PCMCIA

Module 110. Voie 1 :carte PCMCIA

Rack 0

Rack 1

Rack 7


Adressage

Exemples d’adressage intra-station : adressage Uni-telway

Présentation Avec cet adressage, une station maître peut accéder à différents esclavesconnectés sur un bus.

Dans les exemples suivants, les esclaves sont reliés à la station maître (station avecun processeur de type TSX Premium) par un bus Uni-telway. Voir Communicationpar bus Uni-telway, p. 261.

Règlesd’adressage

Dans cette configuration, l’adressage vaut:� pour l’adresse du module:

� toujours 0 si la station maître est un automate TSX Micro� 0 à 710 si la station maître est un automate TSX Premium

� pour l’adresse de la voie:� 0 si la connexion est par la prise terminal� 0 si la connexion est par la liaison intégrée d’un module TSX SCY 2160•� 1 si la connexion est par une carte PCMCIA

� pour l’esclave:� 1 à 98 si l’esclave est connecté à une carte PCMCIA ou la liaison intégrée du

module TSX SCY 2160•. Dans ce cas la station maître peut scruter jusqu’à 98esclaves.

� 1 à 8 si l’esclave est connecté à la prise terminal. Dans ce cas la station maîtrepeut scruter jusqu’à 8 esclaves.

Connexion parprise terminal

Un équipement d'adresse Ad0=8 est connecté à la prise terminal d'un TSXPremium.

Adressage de l’esclave 8: ADR#0.0.8

Maître

EsclaveAd0 = 8

28 TLXDSCOMPL7xx

Adressage

Connexion parmodule TSX SCY21600/21601

Un équipement d'adresse Ad0=1 est connecté à la liaison intégrée d'un TSX SCY21600/21601 à la position 2 dans le rack.

Adressage de l’esclave 1: ADR#2.0.8

Maître

EsclaveAd0 = 1


Adressage

Exemples d’adressage intra-station : adressage FIPIO

Présentation Les échanges avec le gestionnaire sont du type changes de variables ou demessages. Voir (Voir : PL7 Junior, Pro ; manuel Métiers tome 1).La syntaxe d'adressage est la suivante pour accéder au serveur de messagerieUNI-TE:\ module . voie . point de raccordement \ SYS

Règlesd’adressage

Dans le cas d’une communication par FIPIO, l’adressage vaut:� pour l’adresse du module:

� 0 si la station maître possède une alimentation simple format� 1 si la station maître possède une alimentation double format

� pour l’adresse de la voie: toujours 2 car la liaison est intégrée au processeur� pour le point de raccordement: 1 à 127 car il est possible de connecter jusqu’à

127 équipement sur le bus

Exemples Dans l’exemple suivant, le gestionnaire s’adresse au TSX Premium au point deraccordement 4 ou CCX 17 au point de raccordement 8.

Adressage de l’équipement 4: \0.2.4\SYSAdressage de l’équipement 8: \0.2.8\SYS

30 TLXDSCOMPL7xx

Adressage

Exemples d’adressage inter-station

Présentation Lors d'un échange inter-station (c'est-à-dire entre deux stations d'un même réseauou sur des réseaux différents), l'adresse doit, de plus, indiquer le numéro de réseauet le numéro de station de l'entité destinataire.

Exemple 1 La configuration multiréseaux est la suivante:

Dans le premier cas, la station B s’adresse au système de la station A:ADR#{21.1}SYS

Dans le second cas, la station B s’adresse à la station C:ADR#{1.2}5.0.56

Réseau #8

Réseau #21

Réseau #11

Réseau #1

Réseau #13


Adressage

Exemple 2 Dans l'exemple ci-dessous on se propose d'accéder au système d'un CCX17connecté sur un bus FIPIO (point de raccordement 6) et de communiquer avec lebloc texte TXT 8 d'un automate programmable modèle 40 connecté sur le réseau 2.

L'adresse du bloc texte TXT 8 de l'automate TSX 7 station 4 est:ADR#{2.4}APP.8

L'adresse du système du CCX 17 est:ADR#{2.4}\0.2.6\SYS

Station 2

Station 3

FIPWAY : Réseau #2

FIPIO

Station 1

Réseau #3 FIPWAY

Communicationavec le bloc TXT 8

Communicationavec le systèmede CCX 17

Point de raccordement 6

Station 4

32 TLXDSCOMPL7xx

Adressage

Exemple 3 Pour un automate modèle TSX47-107, le module de communication, Uni-telway(SCI), intégré au processeur est accédé par la voie 100 = 0.100.x.

L'adresse est:ADR#{2.4}\0.100.x


Adressage

2.2 Communication à partir d’un terminal deprogrammation

Présentation


Ce sous-chapitre présente les règles générales d’adressage et de communicationà partir d’un terminal de programmation.



Sujet Page

Communication à partir d’un terminal de programmation 35

Comment définir l’adresse de l’automate 36

Exemples de connexion en mode Uni-telway 37

Exemples de connexion distante en mode FIPIO ou FIPWAY 39

Exemples de connexion distante en mode Uni-telway 41

Exemples de connexion distante en mode ETHWAY ou en mode TCP/IP 43

34 TLXDSCOMPL7xx

Adressage

Communication à partir d’un terminal de programmation

Présentation Comme pour les automates TSX Micro et TSX Premium communiquant au traversde réseaux, il est possible d’accéder à ces mêmes stations par des terminaux deprogrammation.

L’accès à un équipement distant par le terminal de programmation nécessite ladéfinition d’un driver et de l’adresse de l’équipement dans le logiciel PL7. Cetteadresse doit être connue pour pouvoir repérer un automate du réseau.

Il est donc nécessaire avant toute communication, de configurer les adresses dechaque station ou équipement présent sur les bus ou réseau.Les adresses peuvent être configurées:� par le logiciel PL7 pour les automates TSX Micro et TSX Premium,� de manière physique (exemple: codage d’adresse sur des boîtiers TSX SCA 62),� par des logiciels spécifiques.

Possibilités deconnexion

Un terminal de programmation peut se connecter:� en mode Uni-telway,� en mode FIPIO ou FIPWAY,� en mode TCP/IP.


Adressage

Comment définir l’adresse de l’automate

Présentation Cette procédure permet de se connecter à un automate distant sur un bus ou unréseau.

Marche à suivre La procédure est la suivante:

Remarques Le driver UNTLW01 est proposé par défaut. Il permet d’accéder à des stationsuniquement en mode Uni-telway.Pour une connexion en mode FIPIO, sélectionnez le driver FIP01 ou FIP02.Pour une connexion en mode ETHWAY, sélectionnez le driver XIP01

L’adresse par défaut est SYS. Cette adresse correspond à une connexion en modelocal pour accéder au système de l’automate.Pour une connexion distante, l’adresse doit être modifiée par l’adresse destinationdistante.

Etape Action

1 Ouvrez le logiciel PL7

2 Sélectionnez la commande AP → Définir l’adresse de l’automate....

Résultat

3 Sélectionnez le driver en fonction du mode de communication.

4 Saisissez l’adresse de l’automate à accéder.

5 Validez par le bouton Ok.

Définir l’adresse de l’automate ?

Adresse

UNTLW01

Driver

OK

SYS

Annuler

36 TLXDSCOMPL7xx

Adressage

Exemples de connexion en mode Uni-telway

Présentation En mode Uni-telway, les adresses 1, 2 et 3 sont réservées pour le terminal deprogrammation.

Connexion enmode local

Le terminal de programmation est connecté sur la prise TER ou AUX de l’automate.

Dans cette configuration, les valeurs par défaut sont appropriées.

Connexion à unesclave sur laprise terminal

L’automate esclave est connecté au maître par la prise TER et le terminal deprogrammation est relié à la prise AUX.

Dans cette configuration, la définition de l’adresse de l’automate est la suivante:� le driver est à sa valeur par défaut.� l’adresse est 0.0.4.

Esclave Ad0 = 4

Maître


Adressage

Connexion à unesclave sur unecarte PCMCIA

L’automate esclave est connecté au maître par une carte PCMCIA et le terminal deprogrammation est relié à la prise TER ou AUX.

Dans cette configuration, la définition de l’adresse de l’automate est la suivante:� le driver est à sa valeur par défaut.� l’adresse est 0.1.4.

Esclave Ad0 = 4

Maître

38 TLXDSCOMPL7xx

Adressage

Exemples de connexion distante en mode FIPIO ou FIPWAY

Présentation Un terminal de programmation peut se connecter à des automates en mode FIPIOou en mode FIPWAY.

Dans les deux cas, le terminal de programmation doit être muni:� soit du coupleur TSX FPC 10 avec les drivers qui lui sont associés (toute machine

équipée d’un bus PC AT),� soit du coupleur TSX FPP K200 avec les drivers qui lui sont associés (toute

machine équipée d’un emplacement PCMCIA).

Connexion enmode FIPIO

Pour une communication en mode FIPIO, le point de connexion est 63 pour leterminal de programmation.

Pour accéder à la station 0, la définition de l’adresse de l’automate est la suivante:� le driver est à la valeur FIP01.� l’adresse est \0.1.0\SYS.

FIPIO0

1

4

63

\0.1.0\SYS

\0.1.4\SYS


Adressage

Pour accéder à la station 4, la définition de l’adresse de l’automate est la suivante:� le driver est à la valeur FIP01.� l’adresse est \0.1.4\SYS.

Connexion enmode FIPWAY

Pour une communication en mode FIPWAY, le terminal de programmation possèdesa propre adresse.

Pour accéder à la station 1, la définition de l’adresse de l’automate est la suivante:� le driver est à la valeur FIP01.� l’adresse est {1.1}SYS.

FIPWAY réseau #1

S3S1S4

40 TLXDSCOMPL7xx

Adressage

Exemples de connexion distante en mode Uni-telway

Présentation Le terminal de programmation accède à des stations distantes connectées à unréseau.

Dans cette configuration, le terminal de programmation doit être connecté à un busUni-telway. La station maître du bus Uni-telway doit être raccordée directement à lastation distante par un réseau, soit raccordée par des réseaux interposés.

Connexion parsimple réseau

La station maître du bus Uni-telway est raccordé directement à la station distanteS1 par un réseau FIPWAY.Le terminal de programmation s’adresse au système de la station distante S1.

Dans cette configuration, la définition de l’adresse de l’automate est la suivante:� le driver est à sa valeur par défaut.� l’adresse est {17.1}SYS.

Maître

Réseau #17


Adressage

Connexion parréseauxinterposés

La station distante est accessible à travers plusieurs réseaux.Le terminal de programmation est raccordé à une station en mode Uni-telway ets’adresse au systèmes des stations A et B.

Pour accéder à la station A, la définition de l’adresse de l’automate est la suivante:� le driver est à sa valeur par défaut.� l’adresse est {21.1}SYS.

Pour accéder à la station B, la définition de l’adresse de l’automate est la suivante:� le driver est à sa valeur par défaut.� l’adresse est {11.4}SYS.

ETHERNET Réseau #11 2

56

Uni-telway

C

A

BRéseau #12

5

4

FIPWAY

Réseau #11 FIPWAY

FIPWAY

4

3

61Réseau #21

42 TLXDSCOMPL7xx

Adressage

Exemples de connexion distante en mode ETHWAY ou en mode TCP/IP

Présentation Un terminal de programmation peut se connecter à des automates en modeETHWAY ou en mode TCP/IP.

Dans les deux cas, le terminal de programmation est raccordé au réseau parn’importe quel carte réseau ETHERNET.

Connexion enmode ETHWAY

Pour communiquer en mode ETHWAY avec un terminal de programmation, la carteréseau ETHERNET est associée au driver ETHWAY01 ou ETHWAY02 (possibilitéd’avoir deux instances).

Lors de la configuration du driver ETHWAY01, il est nécessaire de lui fournir uneadresse {réseau.station} pour la station locale.

Note : Dans le cas où le terminal de programmation est un ordinateur portable,muni du système d’exploitation Windows 95 ou OS/2, la carte PCMCIAETHERNET ne peut pas être utilisée pour une communication en mode ETHWAY.

ETHWAY réseau #1

Uni-telway

A

FIPWAY réseau #4

B

3

4

1

2

3

8


Adressage

Pour accéder à la station A, la définition de l’adresse de l’automate est la suivante:� le driver est à la valeur ETHWAY01.� l’adresse est {4.4}SYS.

Pour accéder à la station B, la définition de l’adresse de l’automate est la suivante:� le driver est à la valeur ETHWAY01.� l’adresse est {1.3}5.0.8.

Connexion enmode TCP/IP

Pour communiquer en mode TCP/IP avec un terminal de programmation, la carteréseau ETHERNET est associée au driverXIP01 ou XIP02 (possibilité d’avoir deuxinstances).

Au préalable, le driver XIP possède dans sa configuration les adresses des stationsracoordées au terminal de programmation et doit être démarré avant toutecommunication X-WAY sur TCP/IP.

Lors de la configuration du driver XIP, il est nécessaire de lui fournir une adresse{réseau.station} pour la station locale.

Pour accéder à la station A, la définition de l’adresse de l’automate est la suivante:� le driver est à la valeur XIP01.� l’adresse est {4.4}SYS.

Pour accéder à la station B, la définition de l’adresse de l’automate est la suivante:� le driver est à la valeur XIP01.� l’adresse est {1.3}5.0.8.

ETHERNET réseau #1

Uni-telway

A

FIPWAY réseau #4

B

3

4

1

2

3

8

44 TLXDSCOMPL7xx

TLX DS COM PL7 xx

3
Fonctions de communication
Présentation

Objet de cechapitre

Ce chapitre présente les fonctions de communication.



Sous-chapitre

Sujet Page

3.1 Généralités 46

3.2 Aide à la saisie des fonctions de communication 63

3.3 Description des différentes fonctions de communication 69

3.4 Caractéristiques de communication 142

3.5 Objets associés à la communication 149

45


3.1 Généralités

Présentation

Objet de sous-chapitre

Ce sous-chapitre présente le principe et la structure des fonctions decommunication .



Sujet Page

Présentation des outils de communication 47

Structure des fonctions de communication 48

Les fonctions de communication 49

Adresse destinataire 52

Structure des paramètres de gestion 53

Paramètres de gestion : compte-rendus de communication et d’opération 54

Paramètres de gestion : Longueur et Timeout 57

Performances 58

Fonction serveur 61

46 TLXDSCOMPL7xx


Présentation des outils de communication

Présentation Toutes les voies de communication X-WAY utilisent un service de messagerie pourpermettre l'échange de données.

L'interface langage PL7 offre des fonctions de communication spécifiques quiautorisent l'émission et/ou la réception de messages vers/ou provenant d'une entitéde communication.

Les entités destinataires d'un échange peuvent être localisées aussi bien dans unestation locale que dans une station distante sur une voie de communication oudirectement dans l'unité centrale.

Les fonctions de communication offrent une interface indépendante de lalocalisation de l'entité destinataire, et masquent à l'utilisateur le codage desrequêtes de communication. Elles garantissent aussi une compatibilité decommunication avec les automates TSX modèles 40, les TSX 17 et les automatessérie 1000.

Note : Le traitement des fonctions de communication est asynchrone par rapportau traitement de la tâche applicative qui a permis de les activer. Seules lesfonctions d'émission/réception de télégramme et d'arrêt opération sont desexceptions puisque leur exécution est totalement synchrone avec l'exécution de latâche d'activation.Une fonction de communication est dite synchrone quand elle est entièrementexécutée pendant la tâche automate qui l'a activée.Une fonction de communication est dite asynchrone quand elle est exécutéependant une ou plusieurs tâches automate après celle qui l'a activée.



Structure des fonctions de communication

Présentation Une fonction de communication utilise:� un paramètre d'adresse,� des paramètres spécifiques à une opération de communication,� des paramètres de gestion.

Syntaxe La syntaxe d’une fonction de communication se présente sous la forme suivante:

Fonction (Adresse destinataire, Paramètres spécifiques, Paramètres de gestion)

Le tableau suivant décrit les différentes entités constituant une fonction:

Entité Description

Fonction correspond au type de fonction de communication.

Adresse destinataire indique l’adresse du destinataire de l’échange.

Paramètres spécifiques dépendent du type de fonction de communication. Leurdescription est faite pour chaque fonction de communication.

Paramètres de gestion Les paramètres de gestion sont communs à toutes les fonctionsde communication asynchrones. Ils se composent:� d'un paramètre qui donne des informations sur l'activité de la

fonction,� d'un paramètre qui précise le numéro d'échange qui identifie la

transaction en cours,� d'un paramètre qui contient le compte-rendu de l'échange

(compte-rendu de communication et compte-rendu del'opération),

� d'un paramètre de timeout qui permet de contrôler l'absencede réponse,

� d'un paramètre de longueur qui permet de mémoriser lenombre d'octets à émettre ou le nombre d'octets reçus.

48 TLXDSCOMPL7xx


Les fonctions de communication

Présentation Des fonctions permettent la communication d'un équipement vers un autre.Certaines fonctions sont communes à plusieurs types de voie de communication,d'autres peuvent être spécifiques à une seule fonction de communication.

Fonctions decommunicationasynchrone

Une fonction de communication est dite asynchrone quand elle est exécutéependant une ou plusieurs tâches automate après celle qui l'a activée.

Le tableau suivant présente les fonctions de communication dont l’exécution estasynchrone:

Note : Le traitement des fonctions de communication est asynchrone par rapportau traitement de la tâche applicative qui a permis de les activer.Seules lesfonctions d'émission/réception de télégramme et d'arrêt opération sont desexceptions puisque leur exécution est totalement synchrone avec l'exécution de latâche d'activation.

Fonction Son rôle est ...

READ_VAR la lecture d'objets langage de base: mots, bits, doubles mots, flottantsinternes, mots constants, mot et bit système, temporisateurs,monostables, programmateurs cycliques, registres, compteurs.

WRITE_VAR l’écriture d'objets langage de base: mot, bit, double mot, flottant interne,mot et bit système.

SEND_REQ l’émission des requêtes UNI-TE.

DATA_EXCH l’émission et/ou demande de réception de données.

PRINT_CHAR l’écriture d’une chaîne de caractères.

INPUT_CHAR la lecture d’une chaîne de caractères.

OUT_IN_CHAR l’émission d'une chaîne de caractères et attente d'une réponse.

READ_GDATA la lecture des données communes Modbus Plus.

WRITE_GDATA l’écriture des données communes Modbus Plus.

SERVER de traiter des requêtes READ_VAR et WRITE_VAR sur Modbus de manièreimmédiate (Serveur immédiat)..

READ_Asyn la lecture de 1K en messagerie.

WRITE_Asyn l’écriture de 1K en messagerie.



Fonctions decommunicationsynchrone

Une fonction de communication est dite synchrone quand elle est entièrementexécutée pendant la tâche automate qui l'a activée.

Le tableau suivant présente les fonctions de communication dont l’exécution estsynchrone:

Note : Il est recommandé de déclencher les fonctions asynchrones sur front et nonsur état.

Fonction Son rôle est ...

SEND_TLG l’émission d’un télégramme.

RCV_TLG la réception d’un télégramme.

CANCEL l’arrêt d’un échange en cours.

ROR1_ARB le décalage à droite d’un octet d’un tableau.

SWAP la permutation des octets dans un tableau de mots.

Note : Les fonctions ROR1_ARB et SWAP n'effectuent pas de traitement decommunication, par contre elles sont nécessaires pour traiter la réponse decertaines requêtes UNI-TE. Par exemple, lecture d'un tableau de mots avec lafonction SEND_REQ.

50 TLXDSCOMPL7xx


Disponibilitésdes fonctionsselon lesprotocoles

Le tableau suivant décrit les protocoles supportant les fonctions de communication:

Fonction FIPWAY FIPIO Uni-telway Modecaractères

Modbus ModbusPlus

TCP/IPETHWAY

READ_VAR X X X - X X X

WRITE_VAR X X X - X X X

SEND_REQ X X X - X X X

DATA_EXCH X X X - - - X

PRINT_CHAR X - - X - - X

INPUT_CHAR X - - X - - X

OUT_IN_CHAR X - - X - - X

SEND_TLG X - - - - - -

RCV_TLG X - - - - - -

READ_GDATA - - - - - X -

WRITE_GDATA - - - - - X -

SERVER - - - - X - -

WRITE_Asyn - - - - - - TCP/IP

READ_Asyn - - - - - - TCP/IP

Légende :

X Oui

- Non



Adresse destinataire

Présentation Ce paramètre indique l’adresse de l’équipement destinataire de l’échange.

Il peut être localisé:� soit par des mots internes (%MW) ou des constantes interne (%KW),� soit être écrit directement en valeur immédiate.Pour faciliter la phase de préparation de l'échange, le langage PL7 dispose d'unopérateur ayant pour syntaxe ADR# qui autorise l'affectation d'une valeur immédiatede type adresse dans un tableau comportant toujours six mots internes (%MW) ousix mots constants (%KW) consécutifs. Voir Adressage, p. 21.

Exemple%MWi:6:=ADR#{2.4}\0.2.4\SYS

52 TLXDSCOMPL7xx


Structure des paramètres de gestion

Présentation Au nombre de quatre mots internes (%MWk:4), ces paramètres identifient l’adressedes données PL7 utilisées pour piloter les fonctions de communication.

Les deux premiers mots %MWk et %MWk+1 sont gérés par le système.Vous aurez en charge la gestion des deux derniers mots %MWk+2 et %MWk+3.

Structure Les quatre mots %MWk:4 respectent la structure suivante :

Bit d’activité Ce bit correspond au %MWk:x0. Il signale l’état de l’exécution de la fonction decommunication.Il est mis à 1 lors de son lancement et il retombe à 0 à la fin de son exécution.

Numérod’échange

Lors de l'émission d'une fonction de communication, le système lui alloue automati-quement un numéro permettant d'identifier l'échange.Ce numéro permet d'arrêter si nécessaire l'échange en cours (par l'intermédiaire dela fonction CANCEL).

Numéro du mot Octet de poids fort Octet de poids faible

Données géréespar le système

%MWk Numéro d’échange Bit d’activité

%MWk+1 Compte-rendud’opération

Compte-rendu decommunication

Données géréespar vous

%MWk+2 Timeout

%MWk+3 Longueur



Paramètres de gestion : compte-rendus de communication et d’opération

Présentation Les compte-rendus de communication et d’opération font partie des paramètres degestion.

Compte-rendudecommunication

Ce compte-rendu est commun à toutes les fonctions. Il est significatif lorsque lavaleur du bit d'activité passe de 1 à 0.Les compte-rendus dont la valeur est comprise entre 16#01 et 16#FE concernentdes erreurs détectées par le processeur qui a exécuté la fonction.

Les différentes valeurs de ce compte-rendu sont indiquées dans le tableau suivant:

Note : Il est recommandé de toujours tester les compte-rendus des fonctions decommunication dès la fin de leur exécution et avant une prochaine activation. Surun démarrage à froid, il est impératif de vérifier que l'ensemble des paramètres degestion des fonctions de communication est remis à 0.

Valeur Compte-rendu de communication (octet de poids faible)

16#00 Echange correct

16#01 Arrêt de l'échange sur timeout

16#02 Arrêt de l'échange sur demande utilisateur (CANCEL)

16#03 Format d'adresse incorrect

16#04 Adresse destinataire incorrecte

16#05 Format du paramètre de gestion incorrect

16#06 Paramètres spécifiques incorrects

16#07 Problème d'émission vers le destinataire

16#08 Réservé

16#09 Taille du buffer de réception insuffisante

16#0A Taille du buffer d'émission insuffisante

16#0B Absence de ressource système du processeur

16#0C Numéro d'échange incorrect

16#0D Aucun télégramme reçu

16#0E Longueur incorrecte

16#0F Service télégramme non configuré

16#10 Coupleur réseau absent

16#11 Absence requête

16#12 Serveur applicatif déjà actif

54 TLXDSCOMPL7xx


Compte-rendud’opération

Cet octet de compte-rendu, spécifique à chaque fonction, précise le résultat del'opération sur l'application distante.Il est significatif uniquement si le compte-rendu de communication a les valeurs:� 16#00 (échange correct),� 16#FF (message refusé).

Si le compte-rendu de communication vaut 16#00, le compte-rendu d’opération ales valeurs suivantes:

Si le compte-rendu de communication vaut 16#FF, le compte-rendu d’opération ales valeurs suivantes:

16#13 Numéro de transaction UNI-TE V2 incorrect

16#FF Message refusé

Note : La fonction peut détecter une erreur sur les paramètres avant d'activerl'échange. Dans ce cas le bit d'activité reste à 0, le compte-rendu est initialisé avecles valeurs correspondant au défaut.

Valeur Compte-rendu de communication (octet de poids faible)

Valeur Compte-rendu d’opération poids fort)

16#00 Résultat positif

16#01 Requête non traitée

16#02 Réponse incorrecte

16#03 Réservé

Valeur Compte-rendu d’opération poids fort

16#01 Manque de ressource vers le processeur

16#02 Manque de ressource ligne

16#03 Equipement absent ou sans ressource (*)

16#04 Erreur ligne

16#05 Erreur de longueur

16#06 Voie de communication en défaut

16#07 Erreur d’adressage

16#08 Erreur applicatif

16#0B Absence de ressource système

16#0C fonction de communication non active

16#0D Destinataire absent



16#0F Problème de routage intra-station ou voie non configurée

16#11 Format d'adresse non géré

16#12 Manque de ressource destinataire

16#14 Connexion non opérationnelle (exemple: ETHERNET TCP/IP)

16#15 Manque de ressource sur la voie locale

16#16 Accès non autorisé (exemple: ETHERNET TCP/IP)

16#17 Configuration réseau incohérente (exemple: ETHERNET TCP/IP)

16#18 Connexion temporairement non disponible

16#21 Serveur applicatif en stop

Légende :

(*) Code uniquement géré par les cartes PCMCIA : TSX FPP20 et TSX FPP10

Valeur Compte-rendu d’opération poids fort

56 TLXDSCOMPL7xx


Paramètres de gestion : Longueur et Timeout

Présentation Ces deux paramètres sont à votre charge.

Longueur Le paramètre longueur est utilisé à la fois pour préciser le nombre de caractères (enoctets) à émettre lors d'une émission mais également pour mémoriser le nombre decaractères (en octets) reçus après une réception de message.Avant chaque lancement de certaines fonctions de communication (SEND_REQ,DATA_EXCH, PRINT_CHAR, SEND_TLG), il est obligatoire de mettre à jour leparamètre longueur.

Timeout Le timeout détermine le temps d'attente maximal de la réponse. La base de tempsde ce paramètre est 100 ms (la valeur 0 correspond à une valeur d'attente infinie).Si le timeout est écoulé, l'échange se termine avec un compte-rendu d'erreur, demême, la réception d'une réponse après la fin du timeout est refusée par le système.

Exemple

Note : Pour une fonction PRINT_CHAR par exemple, le paramètre longueur%MWk+3 avant une émission doit contenir le nombre d'octets (caractères) àtransmettre. A la fin de l'émission des caractères, il contient le nombre d'octetsémis comme compte-rendu de communication. Si dans l'application une autrefonction utilise la même table de compte-rendu avec un nombre d'octets à émettredifférent de la fonction précédente, il faut impérativement initialiser %MWk+3 avecle nouveau nombre d'octets à transmettre. Sinon %MWk+3 garde le nombred'octets émis par la fonction précédente.

Note : La valeur du timeout d'une fonction de communication doit être suffisantepour garantir la réception de la réponse à la question posée. Ce temps dépend dutype de réseau et de la charge effective au moment de la transaction.

Lancement de la fonction Bit d’activité = 1Activation du timeoutMise à zéro du compte-renduAffectation du numéro d’échange

Bit d’activité = 0Arrêt du timeoutMise à jour du compte-rendu

Réception de la réponseFin du timeout

Bit d’activité = 0Compte-rendu = 1



Performances

Présentation Les performances exposées sont les suivantes:� le nombre total de fonctions de communication exécutées par type de

processeurs,� le nombre de fonction de communication par protocole et voie de communication,� la taille maximale de la trame.

Nombre total defonctions decommunication

Les automates TSX Micro autorisent au maximum l’exécution simultanée:� de 4 fonctions de communication vers la prise terminal (voie 0),� de 4 fonctions de communication vers la carte PCMCIA (voie 1).

Les automates TSX 57 10 autorisent au maximum l'exécution simultanée de 16fonctions de communication vers l'ensemble de leurs voies de communication.

Les automates TSX 57 20 autorisent au maximum l'exécution simultanée de 32fonctions de communication vers l'ensemble de leurs voies de communication.

Les automates TSX 57 25/30, PCX 57 35 et PMX 57 35 autorisent au maximuml'exécution simultanée de 48 fonctions de communication vers l'ensemble de leursvoies de communication.

Les automates TSX 57 40/45 et PMX 57 45 autorisent au maximum l'exécutionsimultanée de 64 fonctions de communication vers l'ensemble de leurs voies decommunication.

58 TLXDSCOMPL7xx


Capacité dechaque voie decommunication

Le tableau suivant regroupe les capacités de chaque voie de communication enfonction à traiter simultanément les transactions selon différentes configuration.

Configuration TSX Micro TSX 57 10 TSX 57 20 TSX 57 25/30/40/45PCX 57, PMX 57

Uni-telway maître prise terminal 4 4 4 4

Uni-telway maître PCMCIA ou liaison SCY 1 8 8 8

Uni-telway esclave client prise terminal 4 1 1 1

Uni-telway esclave client PCMCIA ou liaisonSCY

1 1 1 1

Uni-telway esclave serveur prise terminal 4 4 4 4

Uni-telway esclave serveur PCMCIA ou liaisonSCY

4 6 6 6

Modbus prise terminal (1) 4 - - -

Modbus PCMCIA ou liaison SCY 4 8 8 8

Mode caractères prise terminal 1 1 1 1

Mode caractères PCMCIA ou liaison SCY 4 8 8 8

FIPWAY messages 4 8 8 8

FIPWAY télégrammes (2) 1 (10 ms) 1 (10 ms) 1 (10 ms) 1 (10 ms)

Modbus Plus 4 4 4 4

ETHERNET - 16 16 16

Légende :

(-) Aucune

(1) Uniquement pour les automates TSX Micro

(2) La carte TSX FPP20 autorise l’émission d’un télégramme toutes les10 ms.

Note : Les performances des fonctions de communication des automates TSXMicro et TSX Premium diminuent lorsque la période de la tâche MAST augmente,mais la capacité par cycle reste constante.

Note : La prise terminal des automates TSX Premium ne supporte que les formats10 ou 11 bits.



Taille maximalede la trame

La taille maximale de la trame dépend de la voie de communication, du coupleur decommunication et du type de fonction effectuant la messagerie.

Protocole Voie Trame maximale en octets

Uni-telway Prise terminal 128

TSX SCP 11• et TSX SCY 2160• 240

Mode caractères Prise terminal 120

TSX SCP 11• et TSX SCY 2160• 4096

FIPWAY TSX FFP 20 128

Modbus TSX SCP 11• et TSX SCY 2160• 256

ETHWAY 256

TCP/IP 1024

Modbus Plus TSX MBP 100 256

60 TLXDSCOMPL7xx


Fonction serveur

Présentation La fonction serveur permet de répondre à des requêtes provenant d’équipementsclients.

Les processeurs TSX 57 35, PCX 57 35, PMX 57 35 offrent deux serveurs derequêtes:� un serveur principal (préconisé pour des requêtes inférieures à 256 octets),� un serveur auxiliaire (préconisé pour des requêtes allant jusqu’à 1024 octets).Les deux serveurs peuvent être activés simultanément.

Illustration Le graphique suivant représente les sollicitations des serveurs dans le cycleautomate:

Entrées

Sorties

Traitement

Serveur auxiliaire(serveur asynchrone)

Serveur principal(serveur UNI-TE)

Tâche MAST



Serveur principal Ce serveur correspond à la porte 0 (serveur UNI-TE). Il est activé en début du cycleMAST de l'automate.Le temps de réponse vu de l'automate client dépend du temps de cycle del'automate serveur. Il permet de traiter au plus 4 requêtes simultanées par cycleautomate.L'ensemble des requêtes UNI-TE est supporté. La taille de la requête doit êtreinférieure à 256 octets.Cette entité est adressable à l'adresse topologique SYS ou {réseau.station}SYS.

Serveurauxiliaire

Ce serveur correspond à la porte 7 (serveur asynchrone). Il est activé uniquementsur tâche périodique en fin de cycle automate après le traitement de la tâche MASTen attendant le début du cycle suivant.Le début du cycle suivant plus prioritaire pourra interrompre une requête en cours,l'accès à ce serveur est donc réservé à des applications ne requérant aucunecohérence dans les données lues ou écrites.Le temps de réponse applicatif sera essentiellement fonction du temps de cycleautomate. La taille de la requête peut être de 1024 octets. Il n'est pas accessible àpartir d'une fonction de communication, le serveur traité les requêtes READ /WRITE objet (bit ou mot), Read objet list...

62 TLXDSCOMPL7xx


3.2 Aide à la saisie des fonctions de communication

Présentation


Ce sous-chapitre présente l’aide à la saisie des fonctions de communication par lelogiciel PL7.



Sujet Page

Aide à la saisie des fonctions de communication 64

Comment accéder à une instruction spécifique de type fonction, méthode ouprocédure

65

Aide à la saisie de l’adresse 67



Aide à la saisie des fonctions de communication

Présentation Lors de la programmation, vous pouvez avoir accès à un écran d’aide à la saisiepermettant de renseigner tous les paramètres d’une fonction de communication.

Cette aide est obtenue à partir des fonctions en bibliothèque du logiciel PL7.

Illustration L’illustration suivante montre l’écran d’aide à la saisie d’une fonction decommunication.

Disponibilité Cet écran est disponible pour les fonctions de communication suivantes:� DATA_EXCH� INPUT_CHAR� OUT_IN_CHAR� PRINT_CHAR� READ_VAR� SEND_REQ� SEND_TLG� WRITE_VAR

Note : Le nombre et le type des champs varient en fonction de la fonction decommunication sélectionnée.

READ_VAR

Adresse :? Paramètres

Type d’objet à lire :

Adresse du premier à lire:

Nombre d’objetsconsécutifsà lire:Zone de réception :

Types acceptés : %KWi:n, %MWi:n, (n=6)Adresse immédiate (ADR#)

OK Annuler

Compte rendu : 4

64 TLXDSCOMPL7xx


Comment accéder à une instruction spécifique de type fonction, méthode ouprocédure

Présentation L'accès à la saisie de la fonction métier peut s'effectuer :� par la saisie directe de l'instruction et de ses paramètres dans un bloc opération,� par la fonction d'aide à la saisie accessible dans les éditeurs programme (LD, IL,

ST).

Commentappeler unefonction

Etape Action

1 Accédez à l’éditeur désiré.

2 Choisissez, selon l’éditeur, une des méthodes suivantes pour ouvrir labibliothèque de fonctions.� Appuyez sur Shift + F8 (éditeurs LD, IL,ST).� Cliquez sur l’icône (éditeur LD).� Sélectionnez la commande Services → Saisir l’appel d’une fonction

(éditeurs IL, ST).Remarque : La bibliothèque de fonctions apparaît.

3 Sélectionnez le métier dans le champ Famille.

4 Sélectionnez l’instruction dans le champ Nom.

5 De nombreuses instructions possèdent un écran d’aide à la saisie personnalisé.Accédez à cet écran en cliquant sur le bouton Détail.

Annuler

PL7 : Fonctions en bibliothèque ?

Détail...

OK

Visualisation de l’appel

Format d’appelParamètre de la MéTHODE

Informations Fonctions

EF

SMOVE %CH103.2 ( 01.90.01.10000000.20000.0 )

Paramètres

Famille V.Bib V.App Nom Commentaire

FamilleCommentaireNatureTypeNomChannel MAIN Voie %CH103.2

NRUN WORD IN Numéro de mouvement 01G9 World IN G9 90

SMOVE Commande de mouvement autoChaînes de caractères 2.00 -Cde d’interpolation 1.0 -Cde de Mouvement 2.00 -Communication 3.07 -



6 Saisissez chaque paramètre de l’instruction (chaque instruction est développéedans la documentation métier concernée) :� dans l’écran personnalisé

ou� dans le champ Zone de saisie situé dans l’écran Fonctions en

bibliothèque. Pour cela, la rubrique Paramètre doit être sélectionnée dansle champ Informations Fonctions.

7 Validez par Ok.

Etape Action

66 TLXDSCOMPL7xx


Aide à la saisie de l’adresse

Présentation Pour faciliter la saisie de l’adresse, une aide vous est proposée.

Cet écran permet une description de l’architecture dans laquelle la fonction decommunication est intégrée et générée.

En renseignant les champs de cette description, l’adresse est automatiquementgénérée.

Commentaccéder à l’aide

Lors de la saisie des paramètres de la fonction de communication, vous pouvezaccéder à l’aide à la saisie de l’adresse de la manière suivante:

Illustration L’illustration suivante montre l’écran d’aide à la saisie de l’adresse pour une fonctionde communication.

Etape Action

1 Sélectionnez le bouton suivant:

?

UNI_TELWAY

Aide à la saisie de l’adresse

Local

TSX37

OK Annuler

Niveau équipement

Station destinataire : TSX37 Atteindre

Distant ADR#I0.0I.0.0.1 Mode Adresse générée

Niveau réseau

Choix de la stationNuméro :

Numéro Choix du Réseau

Maître

Niveau station

Module

EsclaveGestionnaire FIPAgent FIP

TypeRack :

Module :

Voie 2Voie 0 Voie 1

Module :SystèmeApplication

Protocole

0

0

1MaîtreEsclaveGestionnaire FIPAgent FIP

Type

Esclave n° :

Diffusion Equipement destinataire

00

Type :



Mode Le premier paramètre à sélectionner est le Mode. Il permet de sélectionner unecommunication:� locale (communication par bus),� distante (communication par réseau)

Niveau réseau Uniquement pour les communications distantes, le niveau réseau permet:� la saisie du numéro de réseau,� la saisie du numéro de station,� la sélection du type de la station.

Niveau station Ce paramètre permet selon la fonction de communication de sélectionner le typed’échange:� La case Application sélectionne un échange avec une application PL7

(correspond à l’adressage APP).� La case Système sélectionne le système automate de la station désignée par le

niveau réseau (correspond à l’adresse SYS).� La case Module signifie que l’équipement destinataire est relié à la station par

une liaison (Uni-telway, Modbus, Modbus Plus ou FIPIO). Ce cas nécessite derenseigner:� la position du module qui supporte cette liaison,� le type de ce module.

Protocole Le champ Protocole définit le protocole d’échange entre la station du réseau etl’équipement destinataire de l’échange.

Niveauéquipement

Ce paramètre permet de préciser:� le type de l’équipement destinataire,� l’adresse de cet équipement.

Limitations Dans l'écran d'aide à la saisie de l'adresse, certaines communications (à partir d'unesclave Uni-telway) nécessitent de coder l'adresse du destinataire dans le bufferd'émission. Voir Emission de requêtes UNI-TE : SEND_REQ, p. 92.La fenêtre d'aide permet de saisir entièrement la partie correspondant à ADR# enprévenant l'utilisateur qu'il doit coder le buffer complémentaire.

Le codage des adresses des stations distantes n'est supporté que pour leséquipements suivants: TSX 17, TSX 37, TSX 47-107, TSX 57.Pour les équipement tiers seule la saisie d'un numéro de porte est proposée, dansles autres cas la saisie de l'adresse devra se faire manuellement.

68 TLXDSCOMPL7xx


3.3 Description des différentes fonctions decommunication

Présentation


Ce sous-chapitre présente chaque fonction de communication.



Sujet Page

Lecture d’objets standards : READ_VAR 71

Lecture d’objets standards : écran d’aide à la saisie 74

Lecture d’objets standards : exemple d’utilisation 75

Lecture d’objets standards : exemple d’utilisation en réseaux 76

Lecture d’objets standards : exemple d’échange de variables avec contrôle deparamètres

78

Lecture d’objets standards : précision sur la lecture de bits 80

Lecture d’objets standards : lecture des paramètres courants d’untemporisateur

82

Lecture d’objets standards : lecture des paramètres courants d’un monostable 83

Ecriture d’objets standards : WRITE_VAR 84

Ecriture d’objets standards : écran d’aide à la saisie 86

Ecriture d’objets standards : exemple d’utilisation 87

Ecriture d’objets standards : exemple d’utilisation en réseaux 88

Ecriture d’objets standards : exemple d’échange de variables avec contrôle deparamètres

90

Emission de requêtes UNI-TE : SEND_REQ 92

Emission de requêtes UNI-TE : écran d’aide à la saisie 94

Emission de requêtes UNI-TE : exemple d’utilisation en réseaux 95

Emission des requêtes UNI-TE : Liste des requêtes 97

Echange de données de type texte : DATA_EXCH 101

Echange de données de type texte : écran d’aide à la saisie 103

Echange de données de type texte : exemples d’utilisation 104

Echange de données de type texte : exemples d’utilisation avec un altivar 106

Emission d’un télégramme : SEND_TLG 108



Emission d’un télégramme : écran d’aide à la saisie 109

Emission d’un télégramme : exemple d’utilisation 110

Réception d’un télégramme : RCV_TLG 111

Réception d’un télégramme : exemple d’utilisation 112

Ecriture d’une chaîne de caractères : PRINT_CHAR 113

Ecriture d’une chaîne de caractères : écran d’aide à la saisie 115

Ecriture d’une chaîne de caractères : exemple d’utilisation 116

Lecture d’une chaîne de caractères : INPUT_CHAR 117

Lecture d’une chaîne de caractères : écran d’aide à la saisie 119

Lecture d’une chaîne de caractères : exemple d’utilisation 120

Emission/réception d’une chaîne de caractères : OUT_IN_CHAR 122

Emission/réception d’une chaîne de caractères : écran d’aide à la saisie 124

Emission/réception d’une chaîne de caractères : exemple d’utilisation 125

Arrêt d’un échange en cours : CANCEL 127

Arrêt d’un échange en cours : exemple d’utilisation 128

Décalage d’un octet à droite dans un tableau : ROR1_ARB 130

Décalage d’un octet à droite dans un tableau : exemple d’utilisation 131

Permutation des octets dans un tableau de mots : SWAP 133

Lecture de données communes Modbus Plus : READ_GDATA 134

Ecriture de données communes Modbus Plus : WRITE_GDATA 135

Serveur immédiat : SERVER 136

Serveur immédiat : exemple d’utilisation 138

Services de messagerie asynchrone : WRITE_Asyn et READ_Asyn 139

Sujet Page

70 TLXDSCOMPL7xx


Lecture d’objets standards : READ_VAR

Présentation La fonction READ_VAR permet de lire la valeur d'un ou plusieurs objets langage:� bit interne, mot interne, bit système, mot système, mot constant, double mot

interne, double mot constant,� d'objets structurés (temporisateur, monostable, compteur, registres,

programmateur cyclique).

Les objets lus doivent toujours être consécutifs. Ils peuvent être localisés dans uneunité centrale distante ou dans un équipement connecté à une voie decommunication de type ETHERNET TCP/IP, FIPWAY, Uni-telway, prise terminal,Modbus, Modbus Plus, Modem.La réponse doit contenir un nombre d'octets maximum dépendant du protocole etdu type de produit destinataire. Voir Performances, p. 58.

A la fin de l'opération de lecture, la longueur des données reçues est mémoriséedans le mot 4 du paramètre de gestion. Voir Structure des paramètres de gestion,p. 53.

La fonction READ_VAR peut lire jusqu'à 1000 bits consécutifs dans un équipementdistant, quel que soit cet équipement et quel que soit le protocole utilisé (Uni-telwayou Modbus/Jbus).

Note : Lire plus de 1000 bits nécessite d'utiliser la fonction SEND_REQ. A noter queles automates TSX 07, TSX 37, TSX 57 ne peuvent envoyer plus de 1000 bits suiteà une demande de lecture.



Syntaxe La syntaxe de la fonction de communication READ_VAR se présente sous la formesuivante:READ_VAR(ADR#0.0.6, ‘%MW’, 100, 10, %MW10:10, %MW40:4)

Le tableau suivant décrit les différents paramètres de la fonction.

Paramètre Description

ADR#0.0.6 Adresse de l'entité destinataire de l'échange. Les adresses suivantes{Réseau.Station}APP, {Réseau.Station}APP.num et les adresses endiffusion (ALL) sont interdites dans ce champ.

‘%MW’ Chaîne de caractères spécifiant le type d'objet à lire:� %I: bit d’entrée externe� %IW: mot d’entrée externe� %M: bit interne� %MW: mot interne� %S: bit système� %SW: mot système� %KW: mot constant� %MD: double mot interne� %KD: double mot constant� %T: temporisateur (PL7-3)� %TM: temporisateur (norme IEC 1131)� %MN: monostable� %R: registre� %C: compteur� %DR: programmateur cyclique

100 Double mot indiquant l'indice du premier objet à lire.

10 Mot spécifiant le nombre d'objets à lire.

%MW10:10 Tableau de mots contenant la valeur des objets lus.

%MW40:4 Paramètres de gestion. Le compte-rendu d’opération prend l’une desvaleurs suivantes:� 16#00: opération de lecture correcte� 16#01: erreur d’opération� 16#02: réponse incorrecte� 16#03: taille de la réponse incohérente

Note : Il n’est pas nécessaire d’initialiser le paramètre de longueur avant lelancement de la fonction.En Modbus, seuls les objets %M et %MW sont utilisables.

72 TLXDSCOMPL7xx


Règles d’usage Dans PL7, la saisie des types d'objet doit être cohérente. L'écriture doit se faire soittout en lettres minuscules soit tout en lettres majuscules sinon la fonction renvoie uncompte-rendu égal à 16#06 (paramètres spécifiques incorrects).

Pour les automates TSX Micro ou TSX Premium, l'accès en lecture de bits internes(via Uni-telway) a la particularité suivante:� la valeur de forçage des bits est retournée dans la réponse.� la lecture de 1 bit comprend donc deux octets de réponse:

� le premier contient la valeur des 8 bits à partir de celui demandé.� le second contient l'indication du forçage de ces bits.

� pour lire un des 8 derniers bits de la mémoire il faut obligatoirement lire les 8derniers sinon la fonction renvoie un compte-rendu d'opération 16#01.

Note : Prévoyez dans la taille de la table de réception, les octets d'indication deforçage. Sinon il y a retour du code défaut 16#03 dans le compte-rendu.



Lecture d’objets standards : écran d’aide à la saisie

Présentation Pour cette fonction de communication, vous pouvez faire appel à l’écran d’aide à lasaisie.

Paramètres de lafonction

Cette fonction supporte six paramètres :

Exemple L’écran suivant montre un exemple de saisie de la fonction:

Paramètres Type d’objets Commentaires

Adresse ADR#%MWX:n

Si vous saisissez une valeur directement dans le champ, lebouton d’aide à la saisie d’adresse se grise.

Type d’objet à lire %MW Une liste d’objet vous est proposée.

Adresse du premier objet à lire %MDx%KDxValeur immédiate

Dans le %KDx, un champ de saisie de la valeur est affiché.

Nombre d’objets consécutifs %MWx%KWxvaleur immédiate

Dans le %KWx, un champ de saisie de la valeur est affiché.

Réponse %MWx:n -

Compte-rendu %MWx:4 -

Note : Les symboles sont acceptés.

READ_VAR


Type d’objet à lire :

Adresse du premier à lire:

Nombre d’objetsconsécutifsà lire:Zone de réception :

%KD16

ADR#0.0.6

%MW

100

10

%MW10 10

Types acceptés : %MWin (n=4)

OK Annuler

Compte rendu : %MW40 4

74 TLXDSCOMPL7xx


Lecture d’objets standards : exemple d’utilisation

Présentation L’exemple porte sur la lecture par la station maître des mots internes %MW100 à%MW109 de la station d'adresse 6 sur le bus Uni-telway. La valeur des mots lus doitêtre rangée à partir du mot interne %MW10, les paramètres de gestion sontimplantés à partir de %MW40.

Illustration Les deux stations sont reliées par bus Uni-telway.

Emission La programmation de la fonction est la suivante:

(1) READ_VAR(ADR#0.0.6, ‘%MW’, 100, 10, %MW10:10, %MW40:4)

Paramètres de la requête:

Uni-telway

TSX Premium maître Esclave

Ad0 = 6

Paramètres Description

ADR#0.0.6 � 0: module� 0: voie 0� 6: adresse émetteur Ad0

‘%MW’ Type d’objet (mot interne)

100 adresse du premier objet

10 Nombre d’objets consécutifs

%MW10:10 Contenu de la réponse

%MW40:4 Compte-rendu

P

%I3.0

(1)

OPERATE%MW40:x0



Lecture d’objets standards : exemple d’utilisation en réseaux

Présentation L’exemple porte sur la lecture d'un tableau de 5 mots %MW0 à %MW4 de l'esclaveUni-telway d'adresse réseau 20, station 1, coupleur de communication TSX SCM2116 à l'emplacement 5, voie dans le coupleur de communication 1, adresseserveur Ad0 = 3.

Illustration Les deux stations sont reliées à travers un réseau FIPWAY.

Uni-telway

TSX PremiumTSX 87

Ad0 = 3

Ad0 = 1

FIPWAY réseau 20{20.1} {20.2}

76 TLXDSCOMPL7xx



(1) READ_VAR(ADR#{20.1}5.1.3, ‘%MW’, 0, 5, %MW20:5, %MW50:4)



ADR#{20.1}5.1.3 � {20.1}: réseau 20, station 1� 5: module� 1: voie 1� 3: adresse émetteur Ad0






P

%I3.1

(1)

OPERATE%MW50:x0



Lecture d’objets standards : exemple d’échange de variables avec contrôle deparamètres

Présentation L’exemple suivant illustre la fonction de communication READ_VAR avec un contrôledes paramètres de gestion.

Programmationde la fonction

Lecture d’une variable

(1) READ_VAR(ADR#3.1.7, ‘%MW’, 20, 1, %MW1701:1, %MW210:4)

� le bit d’entrées %I1.2 permet de commander la fonction.� le bit interne %M21 permet de tester l’activité de la fonction.� le premier bloc OPERATE permet d’initialiser les paramètres de gestion.� le second bloc OPERATE permet d’initialiser la valeur du timeout à 5 s.

%M21

%MW210:4:=0

OPERATE%I1.2

%MW212:=50

OPERATE

(1)

OPERATE

%M21

S

78 TLXDSCOMPL7xx


Programmationdu contrôle

Contrôle de l’échange

� le mot interne %MW214 comptabilise le nombre d’échanges.� le mot interne %MW215 comptabilise le nombre d’échanges corrects.� le mot interne %MW216 comptabilise le nombre d’échanges en erreur.� le mot interne %MW217 mémorise le message d’erreur.� le bit de sortie externe %Q2.2 permet la signalisation externe d’un défaut

d’échange.

COMPARE

OPERATE

OPERATE

OPERATE

OPERATE

%M21

R

INC %MW214

INC %MW215

INC %MW216

%MW217:=%MW211

S

%Q2.2

%M21 %MW210:x0

EN

%MW211

0

>

=

<

<>



Lecture d’objets standards : précision sur la lecture de bits

Présentation Les exemples suivants illustrent la fonction de communication READ_VAR pour lalecture de bits.

Lecture de 32bits internes

La syntaxe de la fonction pour lire des bits internes est la suivante:READ_VAR(ADR#{20.1}5.1.3, ‘%M’, 0, 32, %MW100:4, %MW50:4)

La table de réception doit comporter 8 octets (4 mots), 4 octets pour la valeur et 4octets pour l'indication du forçage.

Il y a forçage lorsqu'il y a un indicateur à 1, la valeur de forçage est celle du bitcorrespondant lu.

Exemple

Valeur %MW100 0000 0000 1100 1100

%MW101 1111 1111 0000 1111

Forçage %MW102 0000 0000 0101 0101

%MW103 0000 0000 0000 1111

Valeur des bits Forçage des bits Description

Octet 0 0 1 Le bit est forcé à la valeur 0.

0 0 Le bit n’estpas forcé.

1 1 Le bit est forcé à la valeur 1

1 0 Le bit n’est pas forcé.

0 1 Le bit est forcé à la valeur 0.

0 0 Le bit n’estpas forcé.

1 1 Le bit est forcé à la valeur 1

1 0 Le bit n’est pas forcé.

80 TLXDSCOMPL7xx


Lecture de 16bits internes

La syntaxe de la fonction pour lire des bits internes est la suivante:READ_VAR(ADR#{20.1}5.1.3, ‘%M’, 0, 18, %MW100:3, %MW50:4)

La table de réception doit contenir 3 mots (ou 6 octets). En effet, pour obtenir lavaleur des 18 bits, il faut 3 octets (modulo 8 le plus proche de 18) et 3 octets de pluspour contenir la valeur de forçage des 18 bits.

Valeur

Forçage

%MW100

%MW101

%MW102

0000 0000 1111 1111

0000 0000 0000 1111

0000 1111 0000 0000



Lecture d’objets standards : lecture des paramètres courants d’untemporisateur

Présentation L’exemple suivant illustre la fonction de communication READ_VAR pour la lecturedes paramètres d’un temporisateur %T ou %TM.

Lecture d’untemporisateur%T

La syntaxe de la fonction pour lire un temporisateur est la suivante:READ_VAR(ADR#{17.1}7.1.3, ‘%T’, 0, 1, %MW100:4, %MW50:4)

La table de réception doit comporter 8 octets (4 mots).

Interprétationdes octets lus

Les octets s’interprètent de la manière suivante:

%MW100

%MW101

%MW102

E8

%MW103

01

0F 03

03 27

00 00

Type de présélection

Valeur de présélection

Valeur courante

Sortie R

Sortie D

Base de temps

Valeur Commentaires

01 Type de présélection (voir manuel de référence)

03 E8 Valeur de présélection (1000)

27 0F Valeur courante du timer (9999)

03 Base de temps (1mn)

00 Valeur courante de la sortie R (0 ou 1)

00 Valeur courante de la sortie D (0 ou 1)

82 TLXDSCOMPL7xx


Lecture d’objets standards : lecture des paramètres courants d’un monostable

Présentation L’exemple suivant illustre la fonction de communication READ_VAR pour la lecturedes paramètres d’un monostable %MN.

Lecture d’unmonostable

La syntaxe de la fonction pour lire un temporisateur est la suivante:READ_VAR(ADR#{17.1}7.1.3, ‘%MN’, 0, 1, %MW100:4, %MW50:4)

La table de réception doit comporter 7 octets (4 mots).

Règles d’usage Si vous lisez les paramètres courants de deux monostables, les paramètres dusecond commencent à la fin des paramètres du premier à partir de l'octet 8. Il existedonc un décalage d’un octet dont il faut tenir compte lors de l'interprétation desparamètres lus.Ce cas est identique lors de la lecture des paramètres des registres qui sont lus surun nombre impair d'octets (9).

Dans ce cas, si vous effectuez une lecture des paramètres de plusieurs fonctionsconsécutives, il y aura un décalage de 1 octet vers la gauche pour les paramètrespairs par rapport aux paramètres impairs.Ce décalage n’a pas lieu d’être lorsque le nombre d'octets des paramètres lus estpair.

%MW100

%MW101

%MW102

D2

%MW103

01

0F 04

03 00

00

Type de présélection

Valeur de présélection

Valeur courante

Sortie R

Base de temps



Ecriture d’objets standards : WRITE_VAR

Présentation La fonction WRITE_VAR permet d'écrire la ou les valeurs d'un ou plusieurs objetslangage de même type (bit interne, mot interne, mot constant, bit système, motsystème, double mot interne, double mot constant).

Les objets à écrire doivent toujours être consécutifs. Ils peuvent être localisés dansune unité centrale distante ou dans un équipement connecté à une voie decommunication de type Uni-telway, prise terminal, FIPWAY, Modbus, Modbus Plus,ETHWAY.

Syntaxe La syntaxe de la fonction de communication WRITE_VAR se présente sous la formesuivante:WRITE_VAR(ADR#0.0.6, ‘%MW’, 0, 50, %MW100:50, %MW50:4)




‘%MW’ Chaîne de caractères spécifiant le type d'objet à lire:� %M: bit interne� %MW: mot interne� %S: bit système� %SW: mot système� %KW: mot constant� %MD: double mot interne� %KD: double mot constant� %T: temporisateur (PL7-3)� %TM: temporisateur (norme IEC 1131)� %MN: monostable� %R: registre� %C: compteur� %DR: programmateur cyclique

0 Double mot indiquant l'indice du premier objet à écrire.

50 Mot spécifiant le nombre d'objets à écrire.

%MW100:50 Tableau de mots contenant la valeur des objets à émettre.

84 TLXDSCOMPL7xx


%MW50:4 Paramètres de gestion. Le compte-rendu d’opération prend l’une desvaleurs suivantes :� 16#00: opération de lecture correcte� 16#01: erreur d’opération� 16#02: réponse incorrecte

Note : Le paramètre de longueur ne doit pas être initialisé avant le lancement dela fonction.En Modbus, seuls les objets %M et %MW sont utilisables.




Ecriture d’objets standards : écran d’aide à la saisie



Cette fonction supporte six paramètres:



Adresse ADR#%MWX:n


Type d’objet à écrire %MW Une liste d’objet vous est proposée.

Adresse du premier objet àécrire

%MDx%KDxValeur immédiate

Dans le %KDx, un champ de saisie de la valeur est affiché.

Nombre d’objets consécutifs àécrire

%MWx%KWxvaleur immédiate


Données à écrire %MWx:n -



WRITE_VAR


Type d’objet à écrire :Adresse du premier à écrire :Nombre d’objetsconsécutifs à écrire :Données à écrire :

%KD16

ADR#0.0.6

%MW

10

%MW10 10

Types acceptés : %KWin, %MWin, (n=6)

OK Annuler


Adresse immédiate (ADR#)

86 TLXDSCOMPL7xx


Ecriture d’objets standards : exemple d’utilisation

Présentation L’exemple porte sur l’écriture par la station maître de 50 mots internes %MW0 à%MW49 dans l'esclave d'adresse 6 (Ad0=6). La valeur des mots à écrire se trouvedans les mots internes %MW100 à %MW149 de la station maître, les paramètresde gestion sont implantés à partir de %MW50.

Illustration Les deux stations sont reliées par bus Uni-telway.


(1) WRITE_VAR(ADR#0.0.6, ‘%MW’, 0, 50, %MW100:50, %MW50:4)


Uni-telway

TSX Premium maître Esclave

Ad0 = 6








P

%I3.5

(1)

OPERATE%MW50:x0



Ecriture d’objets standards : exemple d’utilisation en réseaux

Présentation L’exemple porte sur l’écriture d'un tableau de 50 mots %MW0 à %MW49 dansl'esclave Uni-telway d'adresse réseau 20, station 1, coupleur de communicationTSX SCM 2116 à l'emplacement 5, voie dans le coupleur de communication 1,adresse serveur Ad0 = 3. Les valeurs à écrire sont dans les mots %MW0 à %MW49de l'émetteur, les paramètres de gestion sont implantés à partir de %MW 100.


Uni-telway

TSX PremiumTSX 87

Ad0 = 3

Ad0 = 1


88 TLXDSCOMPL7xx



(1) WRITE_VAR(ADR#{20.1}5.1.3, ‘%MW’, 0, 50, %MW0:50, %MW100:4)



ADR#{20.1}5.1.3 � {20.1}: réseau 20, station 1� 5: module� 1: voie 1� 3: adresse serveur Ad0




%MW0:50 Données à écrire


P

%I3.1

(1)

OPERATE%MW100:x0



Ecriture d’objets standards : exemple d’échange de variables avec contrôle deparamètres

Présentation L’exemple suivant illustre la fonction de communication WRITE_VAR avec uncontrôle des paramètres de gestion.

Programmationde la fonction

Ecriture d’une variable

(1) WRITE_VAR(ADR#3.1.7, ‘%MW’, 20, 1, %MW1700:1, %MW200:4)

� Le bit d’entrées %I1.2 permet de commander la fonction.� Le bit interne %M20 permet de tester l’activité de la fonction.� Le premier bloc OPERATE permet d’initialiser les paramètres de gestion.� Le second bloc OPERATE permet d’incrémenter la valeur du mot %MW1700.� Le troisième bloc OPERATE permet d’initialiser la valeur du timeout à 5 s.

%M20

%MW200:4:=0

OPERATE%I1.2

%MW202:=50

OPERATE

(1)

OPERATE

%M20

S

INC %MW1700

OPERATE

90 TLXDSCOMPL7xx


Programmationdu contrôle

Contrôle de l’échange

� Le mot interne %MW204 comptabilise le nombre d’échanges.� Le mot interne %MW205 comptabilise le nombre d’échanges corrects.� Le mot interne %MW206 comptabilise le nombre d’échanges en erreur.� Le mot interne %MW207 mémorise le message d’erreur.� Le bit de sortie externe %Q2.2 permet la signalisation externe d’un défaut

d’échange.

COMPARE

OPERATE

OPERATE

OPERATE

OPERATE

%M20

R

INC %MW204

INC %MW205

INC %MW206

%MW207:=%MW201

S

%Q2.2

%M20 %MW200:x0

EN

%MW201

0

>

=

<

<>



Emission de requêtes UNI-TE : SEND_REQ

Présentation La fonction SEND_REQ permet le codage et l'émission de toutes les requêtes UNI-TE et Modbus/Jbus ainsi que la réception des réponses associées.

Le détail de codage des requêtes UNI-TE est donné dans le document Manuel deRéférence Communication TSX DR NET, le codage des requêtes Modbus/Jbus estdonné dans le manuel (TSX DG MDB).

Syntaxe La syntaxe de la fonction de communication SEND_REQ se présente sous la formesuivante:SEND_REQ(ADR#0.0.6, 15, %MW0:1, %MW150:24, %MW40:4)


Note : Dans certains cas, il est nécessaire de reclasser les objets reçus par lafonction SEND_REQ (voir Décalage d’un octet à droite dans un tableau :ROR1_ARB, p. 130).



15 Ce paramètre précise la valeur du code requête conforme au standardUNI-TE. Il est en décimal par défaut (exemple: 252 pour la requêtedonnées non sollicitées). Si l'utilisateur désire coder les requêtes enhexadécimal, le code requête doit avoir la syntaxe suivante: 16# suividu code requête hexadécimal (exemple: 16#FC pour la requêtedonnées non sollicitées).

%MW0:1 Données à émettre. La taille du tableau de mots dépend de la requêteà envoyer.Il doit avoir une longueur minimale d'un mot même si la requête necomporte pas de donnée particulière à transmettre (requête Run, Stop,Identification, ...). La longueur des données à émettre doit êtremémorisée dans le quatrième mot du paramètre de gestion (motlongueur) avant le lancement de cette fonction.

%MW150:24 Tableau de mots contenant les données de la réponse. Il doit avoir unelongueur minimale d'un mot même si la requête ne comporte pas dedonnée particulière à recevoir (requête données non sollicitées). Lalongueur des données effectivement reçues est indiquée, à la fin del'échange, dans le quatrième mot du paramètre de gestion.

92 TLXDSCOMPL7xx


%MW40:4 Paramètres de gestion. Le compte-rendu d’opération prend l’une desvaleurs suivantes:� 16#00: opération correcte� 16#02: réponse incorrecte� 16#FD: erreur d’opération� Autre valeur:

� Code requête + 16#30: sur réponse positive de certainesrequêtes

� 16#FE: sur réponse positive de certaines requêtes� 16#FB: sur réponse à une requête miroir

Note : Le quatrième mot du tableau des paramètres de gestion correspond auparamètre de la longueur. Il doit contenir avant l'exécution de la fonction lalongueur (en octets) des données à émettre. Une fois la requête exécutée il estautomatiquement mis à jour et contient la longueur de la réponse (en octets).La fonction SEND_REQ permet de lire plus de 1000 bits dans un équipementdistant. A noter que les automates TSX 07, TSX 37, TSX 57 ne peuvent renvoyerplus de 1000 bits suite à une demande de lecture.




Emission de requêtes UNI-TE : écran d’aide à la saisie



Cette fonction supporte cinq paramètres:



Adresse ADR#%MWX:n


Code requête %MWx%KWxvaleur immédiate


Données à émettre %MWx:n%KWx:n

-

Réponse %MWx:n -



SEND_REQ


Code requête

Données à émettre :

Zone de réception : :

Compte rendu :

%MW0

ADR#0.0.6

15

1

%MW150 24

%MW90 4

OK Annuler

94 TLXDSCOMPL7xx


Emission de requêtes UNI-TE : exemple d’utilisation en réseaux

Présentation L’exemple porte sur l’identification par la station maître {Réseau 20 . Station 2} dela station connectée sur le réseau 20 station 1et d'adresse Ad0 = 3 sur Uni-telway.La requête identification a pour code 15 en décimal (ou 0F en hexadécimal).



(1) SEND_REQ(ADR#{20.1}5.1.3, 15, %MW0:1, %MW150:24, %MW100:4)

Uni-telway

TSX PremiumTSX 87

Ad0 = 3

Ad0 = 1


P

%I3.2

(1)

OPERATE%MW100:x0





ADR#{20.1}5.1.3 � {20.1}: réseau 20, station 1� 5: module� 1: voie 1� 3: adresse serveur Ad0

15 Requête 15 (ou 16#0F si le codage est en hexadécimal)

%MW0:1 Données émises (pour l’exemple : pas de données à émettre)

%MW150:24 Contenu de la réponse (réception de 24 mots)


Note : Avant chaque lancement de la fonction, initialisez le paramètre longueur(dans l'exemple : %MW103 = 0).

96 TLXDSCOMPL7xx


Emission des requêtes UNI-TE : Liste des requêtes

Présentation Le protocole UNI-TE permet:� d’identifier et de diagnostiquer tous les équipement qui disposent d’un serveur

UNI-TE.� de fournir un ensemble de services pour l’accès en lecture/écriture de données

type.� de télécharger des données entre équipement.� de protéger un serveur pour éviter les accès concurrents pendant une période

critique.

Ces différents services sont obtenus par la fonction SEND_REQ avec un codage dela requête UNI-TE à émettre.

Requêtes àusage général

Ces requêtes permettent d’identifier et de diagnostiquer tous les typesd’équipements qui disposent d’un serveur UNI-TE.

Nom de la requête Coderequête

Codecompte-rendu

Commentaire

IDENTIFICATION 16#0F 16#3F fournit les informations� gamme produit,� type métier,� type produit,� référence catalogue.

READ_CPU 16#4F 16#7F effectue un diagnostic système de tout équipement.

PROTOCOLE_VERSION 16#30 16#60 permet d’adapter la version du protocole entre deuxentités communicantes.

MIRROR 16#FA 16#FB teste le bon cheminement des informations entre 2équipements communicant.



Accès aux objetsstandards

Ces requêtes fournissent un ensemble de services permettant l’accès en lecture/écriture au données de type bits et mots internes, bits et mots systèmes, flottants,constantes et données Grafcet.

Accès aux objetsd’un module E/S

Ces requêtes fournissent un ensemble de services permettant l’accès en lecture/écriture des données d’entrées/sorties de modules.


Codecompte-rendu

Commentaire

READ_INTERNAL_BIT 16#00 16#30 permet de lire la valeur d’un bit interne.

WRITE_INTERNAL_BIT 16#10 16#FE permet d’écrire la valeur d’un bit interne.

READ_SYSTEM_BIT 16#01 16#31 permet de lire la valeur d’un bit système.

WRITE_SYSTEM_BIT 16#11 16#FE permet d’écrire la valeur d’un bit système.

READ_INTERNAL_WORD 16#04 16#34 permet de lire la valeur d’un mot interne.

WRITE_INTERNAL_WORD 16#14 16#FE permet d’écrire la valeur d’un mot interne.

READ_SYSTEM_WORD 16#06 16#36 permet de lire la valeur d’un mot système.

WRITE_SYSTEM_WORD 16#15 16#FE permet d’écrire la valeur d’un mot système.

READ_CONSTANT_WORD 16#05 16#35 permet de lire la valeur d’un mot constant.

FORCE_INTERNAL_BIT 16#1B 16#FE permet de forcer un bit interne.

READ_GRAFCET_BIT 16#2A 16#5A permet de lire l’état de 127 étapes d’un Grafcet.


Codecompte-rendu

Commentaire

READ_DIGITAL_MODULE_IMAGE 16#49 16#79 permet de lire les bits images des entrées/sortiesd’un module Tout ou Rien simple.

WRITE_DIGITAL_MODULE_IMAGE 16#4A 16#7A permet d’écrire les bits images des entrées/sortiesd’un module Tout ou Rien simple.

READ_STATUS_MODULE 16#44 16#74 permet d’identifier la structure physique et l’étatcomplet d’un équipement.

READ_IO_CHANNEL 16#43 16#73 permet de lire les objets d’entrées/sorties deniveau voie (données de configuration, status, ...).

WRITE_IO_CHANNEL 16#48 16#78 permet d’écrire les objets d’entrées/sorties deniveau voie (données de configuration, status, ...).

98 TLXDSCOMPL7xx


Accès aux objetsgénériques

Ces requêtes fournissent un ensemble de services de lecture/écriture sur des objetsde type application, système, gestion de réseau (compteur de défauts,...), gestiond’équipement (données de configuration, ...).

Gestion desmodes demarche

Ces requêtes fournissent un ensemble de services permettant d’agir sur les modesde marche d’un processeur.


Codecompte-rendu

Commentaire

READ_OBJECT 16#36 16#66 permet de lire un ou plusieurs objets consécutifs demême type.

WRITE_OBJECT 16#37 16#FE permet d’écrire un ou plusieurs objets consécutifsde même type.

WRITE_GENERIC_OBJECT 16#83 16#B3 permet d’écrire tout ou une partie d’un objetstructuré ou des objets simples.

READ_OBJECT_LIST 16#38 16#68 permet de lire des objets de types différents au seind’une même requête.

WRITE_OBJECT_LIST 16#39 16#69 permet d’écrire des objets de types différents ausein d’une même requête.

ACTION_GENERIC_OBJECT 16#9F 16#CF permet de gérer des modes de matche, activer desopérations de communication particulières, ....


Codecompte-rendu

Commentaire

RUN 16#24 16#FE permet de lancer l’éxécution de tâches d’unprocesseur.

STOP 16#25 16#FE permet d’arrêter l’éxécution de tâches d’unprocesseur.

INIT 16#33 16#63 permet de déclencher une reprise à chaud ou àfroid.



Transfert dedonnées

Ces requêtes fournissent un ensemble de services permetteant le téléchargementou télédéchargement de données entre équipements ainsi que le transfert ou lacomparaison de données au sein d’un même équipement.

Gestion desémaphore

Ces requêtes fournissent un mécanisme de sémaphores permettant de protéger unserveur pour éviter les accès concurrents pendant une période critique.


Codecompte-rendu

Commentaire

OPEN_DOWNLOAD 16#3A 16#6A permet d’initialiser une phase de chargement desdonnées.

WRITE_DOWNLOAD 16#3B 16#6B permet de télécharger un segment de données.

CLOSE_DOWNLOAD 16#3C 16#6C permet de terminer une séquence de chargement.

OPEN_UPLOAD 16#3D 16#6D permet d’initialiser une phase de sauvegarde.

READ_UPLOAD 16#3E 16#6E permet de lire le contenu d’un segment du fichier encours de sauvegarde.

CLOSE_UPLOAD 16#3F 16#6F permet de terminer une séquence de sauvegarde.

BACKUP 16#45 16#75 permet de comparer des zones mémoires ou desauvegarder des zones mémoires.


Codecompte-rendu

Commentaire

RESERVE 16#1D 16#FE permet à un client de se réserver les fonctions d’unserveur globalement ou partiellement.

RELEASE 16#1E 16#FE permet à un client de libérer le serveur réservé.

I_AM_ALIVE 16#2D 16#FE est indispensable pour maintenir la réservation d’unserveur par le client.

100 TLXDSCOMPL7xx


Echange de données de type texte : DATA_EXCH

Présentation La fonction DATA_EXCH permet l'émission de données, la réception de données oul'enchaînement d'une émission et d'une réception. Cette fonction est utilisée soitpour échanger des données entre deux applications PL7 soit émettre des donnéesvers un équipement ayant un protocole d'application spécifique.

Syntaxe La syntaxe de la fonction de communication DATA_EXCH se présente sous la formesuivante:DATA_EXCH(ADR#{20.2}APP, 2, %MW70:10, %MW80:1, %MW90:4)



ADR#{20.2}APP Adresse de l'entité destinataire de l'échange en mode émission ou adresse de l'émetteur enmode réception. Si l'opération est de type échange, les adresses en diffusion (ALL) sontinterdites.

2 Type d’opérationCe paramètre précise l’opération à effectuer:� 1: émission suivie d’une demande d’attente de réception (non utilisable en Uni-telway esclave)� 2: émission simple� 3: demande d’attente de réception

%MW70:10 Données à émettre (tableau de mots contenant le codage complet ).Il doit avoir une longueur minimale d'un mot même s'il n'y a aucune donnée à émettre (opérationde réception). La longueur des données à émettre (en octets) doit être mémorisée dans lequatrième mot du paramètre de gestion (mot longueur) avant le lancement de cette fonction.

%MW80:1 Tableau de mots contenant la valeur des données reçues.Il doit avoir une longueur minimale d'un mot même s'il n'y a aucune donnée reçue (opérationd'émission). La longueur des données effectivement reçues est indiquée (en octets), à la fin del'échange, dans le quatrième mot du paramètre de gestion.

%MW900:4 Paramètres de gestion. Le compte-rendu d’opération prend l’une des valeurs suivantes:� 16#00: opération correcte� 16#02: opération incorrecte� 16#03: taille de la réponse incorrecte (cette valeur est non significative si l’opération est du

type émission)

Note : Le quatrième mot du tableau des paramètres de gestion correspond auparamètre de la longueur. Il doit contenir avant l'exécution de la fonction lalongueur (en octets) des données à émettre. Une fois la requête exécutée il estautomatiquement mis à jour et contient la longueur de la réponse (en octets).



Règles deprogrammation

Lors de la programmation de la fonction DATA_EXCH, les données à émettre doiventcontenir le codage complet de la trame correspondant à la requête.

Exemple d’écriture d’objets réalisée par la fonction DATA_EXCH. Les données àtransmettre sont codées de la manière suivante:

Mot Octet 1 (poids fort) Octet 0 (poids faible Commentaire

%MW70 16#07 16#37 � Octet 0: code de la requête (Ecriture d’objet)� Octet 1: code catégorie

%MW71 16#07 16#68 � Octet 0: segment� Octet 1: type d’objets

%MW72 16#00 16#0A Adresse de l’équipement destinataire

%MW73 16#00 16#0A Quantité

%MW74à%MW79

16#xx 16#xx Valeur des données à transmettre

102 TLXDSCOMPL7xx


Echange de données de type texte : écran d’aide à la saisie



Cette fonction supporte cinq paramètres:



Adresse ADR#%MWX:n


Mode %MWx%KWxvaleur immédiate

Pour %MWx ou %KWx, un champ de saisie de la valeur estaffiché.


-

Réponse %MWx:n -



DATA_EXCH

Adresse :

Emission

? Paramètres

Mode :


Données à recevoir :

Compte rendu :

%MW70

ADR#{20.1}APP

2

10

%MW80 1

%MW90 4

Types acceptés : %MWi,%KWi,valeur immédiate (1=échange,2=émission,3=reception)

OK Annuler



Echange de données de type texte : exemples d’utilisation

Présentation L’exemple porte sur l’émission de données vers la station 2 du réseau 20. Le mot%MW93 doit contenir la longueur des données à émettre : %MW93 = 20 (10 motsà émettre).


Emission La programmation de de la fonction est la suivante:

(1) DATA_EXCH(ADR#{20.2}APP, 2, %MW70:10, %MW80:1, %MW90:4)


TSX Premium

FIPWAY réseau 20

{20.1}{20.2}

TSX Micro


ADR#{20.2}APP � {20.2}: réseau 20, station 2� APP: application

2 Demande d’émission

%MW70:10 Données émises (pour l’exemple : 10 mots à émettre)

%MW80:1 Contenu de la réponse (pour l’exemple : pas de données àrecevoir)


Note : Avant chaque lancement de la fonction, initialisez le paramètre longueur(dans l'exemple : %MW93 = 20 octets).

P

%I3.2

(1)

OPERATE%MW90:x0

104 TLXDSCOMPL7xx


Réception La station 2 du réseau 20 recoit les données émises par la station 1. Laprogrammation de de la fonction est la suivante:

(1) DATA_EXCH(ADR#{20.1}APP, 3, %MW70:1, %MW80:10, %MW90:4)




3 Demande de réception

%MW70:1 Contenu des données à émettre (pour l’exemple : pas de donnéesà émettre)

%MW80:10 Données reçues (pour l’exemple : 10 mots à recevoir)



P

%I3.2

(1)

OPERATE%MW90:x0



Echange de données de type texte : exemples d’utilisation avec un altivar

Présentation L’exemple porte sur l’émission d’une requête Uni-telway (code requête 16#F2) parun automate TSX Premium vers un Altivar ATV58 d’adresse Ad0 = 6.

La fonction de communicationSEND_REQ avec le code requête 16#F2 ne fonctionnepas, le compte-rendu n’est pas lisible par l’automate.

La solution est d’émettre la fonction DATA_EXCH en émission/réception.

Emission La syntaxe est la suivante :DATA_EXCH(ADR#0.1.6, 1, %MW100:6, %MW200:6, %MW250:4)

Paramètres de la requête :


ADR#0.1.6 � 0 : module� 1 : voie 1� 6 : adresse destinataire Ad0

1 Type d’opération : émission suivie d’une demande d’attente deréception

%MW100:6 Table à émettre

%MW200:6 Table à recevoir



106 TLXDSCOMPL7xx


Structure destables

Le tableau suivant présente la table d’octet à émettre :

Le tableau suivant présente la table d’octet à recevoir :


%MW100 � Octet 0 : code requête 16#F2� Octet 1 : code catégorie 16#07

%MW101 Valeur 16#0000

%MW102 Mot de commande CMD

%MW103 Mot de consigne FRH

%MW104 Réglage accélération ACC

%MW105 Réglage décélération DEC


%MW200 Code réponse 16#37F2

%MW201 � Octet 0 : valeur 16#00� Octet 1 : octet de poids fort de la consigne FRH

%MW202 � Octet 0 : octet de poids faible de la consigne FRH

� Octet 1 : octet de poids fort du registre d’état ETA

%MW203 � Octet 0 : octet de poids faible du registre d’état ETA� Octet 1 : octet de poids fort du registre de défaut FLT

%MW204 � Octet 0 : octet de poids faible du registre de défaut FLT� Octet 1 : octet de poids fort du courant moteur LCR

%MW205 � Octet 0 : octet de poids faible du courant moteur LCR� Octet 1 : valeur 16#00



Emission d’un télégramme : SEND_TLG

Présentation La fonction SEND_TLG permet l'émission de données de type télégramme vers uneapplication PL7 distante.

Les données à émettre ont une longueur maximale de 16 octets. Contrairement auxautres fonctions de communication, son traitement est réalisé immédiatement(synchrone) : les paramètres bit d'activité et timeout n'existent donc pas.

Le tableau de mots affecté aux paramètres de gestion n'utilise en conséquence quedeux mots au lieu de quatre. Cette fonction est utilisable sur FIPWAY dans leprocesseur uniquement, et pour les stations d'adresse 0 à 15.

Syntaxe La syntaxe de la fonction de communication SEND_TLG se présente sous la formesuivante:SEND_TLG(ADR#{20.3}APP, %MW190:8, %MW200:2)



ADR#{20.3}APP Adresse de l'entité destinataire de l'échange Seules les adresses{Réseau.Station}APP ou {Rseau.Station}APP.num sont autorisées.

%MW190:8 Données à émettre. Ce tableau de mots a une longueur maximale de 8mots (16 octets).

%MW200:2 Paramètres de gestion. Le tableau de mots doit comporter : le compte-rendu de communication et la longueur des données à émettre.Le compte-rendu de communication prend l’une des valeurs suivantes:� 16#00: échange correcte� 16#03: format d’adresse incorrecte� 16#04: adresse destinataire incorrecte� 16#05: paramètres de gestion incorrects� 16#06: paramètres spécifiques incorrects� 16#07: module en défaut� 16#0A: taille du buffer d’émission insuffisante� 16#0B: absence de ressource système

Note : La longueur des données émises doit être mémorisée (en octets) dans ledeuxième mot du paramètre de gestion (mot longueur) avant l'exécution de cettefonction.

108 TLXDSCOMPL7xx


Emission d’un télégramme : écran d’aide à la saisie



Cette fonction supporte trois paramètres:



Adresse ADR#%MWX:n



Le nombre de mots est compris entre 1 et 8 mots.

Compte-rendu %MWx:2 Le nombre de mots pour les paramètres de gestion est de 2mots.


SEND_TLG

Adresse : ? Paramètres


Compte rendu :

%MW190

ADR#{20.3}APP

8

%MW200 2

Types acceptés : %MWi:n (n=2)

OK Annuler



Emission d’un télégramme : exemple d’utilisation

Présentation L’exemple porte sur l’émission à partir de la station 1 d'un télégramme de 8 motsvers la station distante 3 sur le réseau FIPWAY 20.



(1) SEND_TLG(ADR#{20.3}APP, %MW180:8, %MW200:2)


TSX Premium

FIPWAY réseau 20

{20.1} {20.3}

TSX Micro



%MW190:8 Contenu du télégramme à émettre


Note : Le mot %MW 201 doit être initialisé à 16 (8 mots) avant l'émission de larequête.L'exécution synchrone de cette fonction nécessite de tester le compte-rendud'opération immédiatement après la ligne de programme qui active l'exécution decette fonction.

P

%I3.10

(1)

OPERATE

110 TLXDSCOMPL7xx


Réception d’un télégramme : RCV_TLG

Présentation La fonction RCV_TLG permet d'effectuer la lecture de données de type télégrammeprovenant d'une application PL7 distante.

Les données reçues ont une longueur maximale de 16 octets. Contrairement auxautres fonctions de communication, son traitement est réalisé immédiatement(synchrone): les paramètres bit d'activité et timeout n'existent donc pas.

Le tableau de mots affecté aux paramètres de gestion n'utilise en conséquence quedeux mots au lieu de quatre. Elle peut être activée dans une tâche événementielle,dans la tâche FAST ou la tâche MAST. Cette fonction est utilisable sur FIPWAYdans le processeur uniquement, et pour les stations d'adresse 0 à 15.

Syntaxe La syntaxe de la fonction de communication RCV_TLG se présente sous la formesuivante:RCV_TLG(%MW300, %MW310:8, %MW320:2)



%MW300 Adresse de la station émettrice du télégramme à la fin de la réception.L’octet de poids faible correspond au numéro de réseau enhexadécimal.L’octet de poids fort correspond au numéro de station en hexadécimal.

%MW310:8 Buffer de réception. Tableau de mots contenant les donnée reçues. Lalongueur maximale de ce tableau est de 8 mots (16 octets).

%MW320:2 Paramètres de gestion. Ce tableau de deux mots doit comporter :� pour le premier mot, le compte-rendu de communication et

d’opération,� pour le second mot, la longueur des données effectivement reçue.Le compte-rendu de communication prend l’une des valeurs suivantes:� 16#00: échange correcte� 16#05: paramètres de gestion incorrects� 16#06: paramètres spécifiques incorrects� 16#09: taille du buffer de réception insuffisante� 16#0B: absence de ressource système� 16#0D: aucun télégramme reçu� 16#10: coupleur réseau absent� 16#0F: service du télégramme non configuré

Note : La longueur des données reçues est indiquées en octets (maximum 16).



Réception d’un télégramme : exemple d’utilisation

Présentation L’exemple porte sur la réception d'un télégramme de 8 mots (16 octets) provenantd'une application distante.


Reception La programmation de la fonction est la suivante :

(1) RCV_TLG(%MW300, %MW310:8, %MW320:2)


TSX Premium

FIPWAY réseau 20

{20.1} {20.3}

TSX Micro


%MW300 Contient l’adresse de l’émetteur à la fin de l’échange.

%MW310:8 Contenu du télégramme reçu


Note : Lorsqu'une fonction RCV_TLG est programmée dans une tâcheévénementielle, elle ne peut pas être utilisée dans la tâche MAST ou FAST.L'exécution synchrone de cette fonction nécessite de tester le compte-rendud'opération immédiatement après la ligne de programme qui active l'exécution decette fonction.

P

%I3.11

(1)

OPERATE

112 TLXDSCOMPL7xx


Ecriture d’une chaîne de caractères : PRINT_CHAR

Présentation La fonction PRINT_CHAR permet l'émission d'une chaîne de caractères de 4Koctets, 120 octets sur la prise terminal, destinée à être transmise sur une liaisonmode caractères ou vers la prise terminal d'un automate.Un message peut également être transmis sous forme de valeur immédiate (suited'octets entre apostrophes, exemple : 'Message à envoyer').

Des caractères spéciaux peuvent être également transmis, ils doivent débuter parle caractère $ suivi par la valeur hexadécimale du caractère à transmettre, exemple$0D.Autre possibilité, des caractères spéciaux sont définis : $R = CR (retour chariot), $L= LF (retour à la ligne), $N = CR+LF.

Syntaxe La syntaxe de la fonction de communication DATA_EXCH se présente sous la formesuivante :PRINT_CHAR(ADR#{20.3}2.0.SYS,‘Surchauffe four 4$L$R’, %MW110:4)



ADR#{20.3}2.0

.SYS

Adresse de la voie mode caractères émettrice du message. Seules lesadresses système (qui se terminent par SYS) sont supportées par cettefonction (exemple : {Réseau.Station}RackModule.Voie.SYS).

‘Surchauffe

four 4$L$R’

Chaîne de caractère à émettre. Elle est soit mémorisée dans un tableaud'octets (%MB..) soit fournie en valeur immédiate.Sa longueur est au maximum :� 4 Koctets vers une liaison chaîne de caractères gérée par une carte

PCMCIA TSX SCP11• et par la liaison intégrée du module TSX SCY2160•,

� 120 octets vers une prise terminal,� 250 octets si la valeur est fournie en valeur immédiate.

%MW900:4 Paramètres de gestion. Le compte-rendu d’opération prend l’une desvaleurs suivantes :� 16#00 : opération correcte� 16#01 : erreur d’opération� 16#02 : opération incorrecte� 16#04 : erreur de signaux RTS/CTS




Les caractères spéciaux sont précédés par le caractère $ dans la chaîne àtransmettre. Les caractères $ ne sont pas transmis par l'émetteur, ils ne doiventdonc pas être comptés lors de l'initialisation du paramètre longueur.Les espaces entre deux caractères sont comptabilisés pour un octet.

Ainsi pour l’exemple Surchauffe four 4$L$R, la longueur des données àémettre est de 19 octets.

L'émission d'une chaîne de caractères de plus de 240 octets nécessite plusieurscycles automate (il y a fragmentation de la chaîne).Il est donc important de s'assurer que les données de gestion ne sont pas modifiéesau cours du traitement de la fonction. Le système garantit l'émission cohérente dela chaîne en plusieurs fragments, mais n'interdit pas l'émission d'une autre chaînede caractères entre deux fragments.

Sur une liaison prise terminal configurée en mode Caractères, si la fonctionPRINT_CHAR est activée alors qu'une fonction INPUT_CHAR est en cours, lafonction PRINT_CHAR reste bloquée. Il est recommandé de programmer un timeoutsur ces fonctions.

Note : La longueur des données émises est mémorisée dans le quatrième mot duparamètre de gestion (mot longueur) avant l'exécution de cette fonction. Si lalongueur est initialisée à 0, l'ensemble de la chaîne de caractères est émis.A la fin de l’émission des caractères, il contient le nombre d’octets émis commecompte-rendu de communication.

114 TLXDSCOMPL7xx


Ecriture d’une chaîne de caractères : écran d’aide à la saisie



Cette fonction supporte 3 paramètres :

Exemple L’écran suivant montre un exemple de saisie de la fonction :


Adresse ADR#%MWX:n


Chaîne à émettre %MBx:n%KBx:nValeur immédiate

Pour %KBx:n, un champ de saisie de la valeur est affiché.

Compte-rendu %MWx:2 Le nombre de mots pour les paramètres de gestion est de 2mots.


PRINT_CHAR

Adresse : ? Paramètres

ADR#{20.3}2.0.SYS



Variable :

Chaîne à émettre :

OK Annuler

Surchauffe du four 4$L$RValeur :



Ecriture d’une chaîne de caractères : exemple d’utilisation

Présentation L’exemple porte sur l’envoi d'une chaîne de caractères vers un terminal vidéoconnecté sur la liaison intégrée du module TSX SCY 21600 / 21601 d'un automated'adresse réseau 20, station 3.


Emission La programmation de de la fonction est la suivante :

(1) PRINT_CHAR(ADR#{20.3}2.0.SYS, ‘Surchauffe four 4$L$R’, %MW110:4)


TSX Premium

FIPWAY réseau 20

{20.1}{20.3}

TSX Micro


ADR#{20.3}2.0.SYS � {20.3} : réseau 20, station 3� 2 : module� 0 : voie 0� SYS : adresse système

‘Surchauffe four 4$L$R’ Chaîne de caractère à émettre (saisie en valeur immédiate)



P

%I3.6

(1)

OPERATE%MW110:x0

116 TLXDSCOMPL7xx


Lecture d’une chaîne de caractères : INPUT_CHAR

Présentation La fonction INPUT_CHAR permet l'émission d'une demande de lecture d'une chaînede caractères à un module de communication mode caractères. Le message reçuest mémorisé dans un tableau d'octets %MB.Cette fonction permet de recevoir jusqu'à 4 Koctets (120 octets pour la priseterminal). Elle doit être en cohérence avec la configuration de la voie, sinon il y auraretour d'une erreur.

Deux possibilités exclusives sont offertes :� lecture d'un nombre de caractères : aucune condition ne doit être configurée,� lecture d'un message : une condition d'arrêt doit être configurée dans l'écran de

configuration.

Syntaxe La syntaxe de la fonction de communication INPUT_CHAR se présente sous laforme suivante :INPUT_CHAR(ADR#{20.5}0.0.SYS, 1, 0, %MB200:20, %MW120:4)



ADR#{20.5}0.0

.SYS

Adresse de la voie mode caractères réceptrice du message. Seules lesadresses système (qui se terminent par SYS) sont supportées par cettefonction (exemple : {Réseau.Station}RackModule.Voie.SYS).

1 Remise A Zéro. Ce paramètre spécifie une remise à zéro de la mémoirede réception du coupleur.� valeur à 0 : pas de remise à zéro de la mémoire,� valeur à 1 : remise à zéro de la mémoire.

Note : Pour une communication sur la prise terminal, la valeur estobligatoirement à 1.

0 Nombre de caractères.� valeur à 0 : lecture d’un message disponible, dans ce cas une

condition d’arrêt doit être précisée dans l’écran de configuration,� valeur supérieure à 0 : précise le nombre de caractères à lire.

Note : Pour une communication sur la prise terminal, seule la valeur 0est autorisée. Dans ce cas le caractère de fin de message est :� par défaut, un retour chariot (CR) pour un automate Premium,� le caractère configuré à l’écran pour un automate Micro.

%MB200:20 Chaîne reçue. Elle est mémorisée dans un tableau d'octets (%MB..).




Lorsque plusieurs INPUT_CHAR sont lancés simultanément, il faut positionner leparamètre RAZ à 0 (pas de RAZ de la mémoire de réception du coupleur). Uneremise à zéro de la mémoire du coupleur peut être demandée pour le prochainmessage afin d'éviter de recevoir d’anciennes données.

Lorsque RAZ est à 1, il faut lancer l'INPUT_CHAR avant l'émission des données.

La réception d'une chaîne de caractères de plus de 240 octets nécessite plusieurscycles automate (il y a fragmentation de la chaîne). Il est donc important des'assurer que les données de gestion ne sont pas modifiées au cours du traitementde la fonction. Le système garantit la réception cohérente de la chaîne en plusieursfragments.

%MW120:4 Paramètres de gestion. La longueur des données reçues estmémorisée dans le dernier à la fin de l’exécution de cette fonction.Le compte-rendu d’opération prend l’une des valeurs suivantes :� 16#00 : opération correcte� 16#01 : erreur d’opération� 16#02 : opération incorrecte� 16#03 : taille de la réponse incorrecte� 16#06 : coupleur configuré en mode caractères� 16#07 : coupleur configuré en mode message


118 TLXDSCOMPL7xx


Lecture d’une chaîne de caractères : écran d’aide à la saisie



Cette fonction supporte trois paramètres :



Adresse ADR#%MWx:n


RAZ mémoire coupleur %MWx%KWxValeur immédiate

La sélection des boutons Oui/Non affiche directement lavaleur immédiate 1/0.

Nombre de caractères %MWx%KWxValeur immédiate

Lorsque ce nombre vaut 0, le message suivant sera reçu enentier.

Chaîne à émettre %MBx:n -



INPUT_CHAR


R.A.Z. Mémoire coupleur :

Lire un message avec condition d’arrêt

Nombre de caractères :

Chaîne à recevoir :

ADR#{21.5}0.0.SYS

1 Non

0

%MB200 20

Types acceptés : %MBi:n (i doit être pair)

OK Annuler


Fixer le nombre de caractères à lire

Type de lecture

Oui



Lecture d’une chaîne de caractères : exemple d’utilisation

Présentation L’exemple porte sur la lecture d'une chaîne de caractères émise par un terminalvidéo branché sur la prise TER de l'automate d'adresse réseau 20, station 5.


Reception La programmation de la fonction est la suivante :

(1) INPUT_CHAR(ADR#{20.5}0.0.SYS, 1, 0, %MB200:20, %MW120:4)

TSX Premium

FIPWAY réseau 20

{20.5}{20.1}

TSX Micro

P

%I3.6

(1)

OPERATE%MW120:x0

120 TLXDSCOMPL7xx





1 Remise à zéro

0 Lecture de toute la chaîne de caractères

%MB200:20 Contenu du message en octet





Emission/réception d’une chaîne de caractères : OUT_IN_CHAR

Présentation La fonction OUT_IN_CHAR permet l'émission d’une chaîne de 240 octets maximum(120 octets pour la prise terminal) suivie d'une demande de réception de message(l'émission seule ou la réception seule est également possible).Un message peut également être transmis sous forme de valeur immédiate (suitede mots entre apostrophes, exemple : 'Message à envoyer').

Des caractères spéciaux peuvent être également transmis, ils doivent débuter parle caractère $ suivi par la valeur hexadécimale du caractère à transmettre, exemple$0D.Autre possibilité, des caractères spéciaux sont définis : $R = CR (retour chariot), $L= LF (retour à la ligne), $N = CR+LF.

Bien que l'utilisation principale de cette fonction soit la communication avec uneprise terminal, elle peut être utilisée vers une autre liaison de type mode caractères.Sur réception d'une demande de message, le coupleur destinataire effectue uneremise à zéro de sa mémoire de réception. Il est impératif de configurer une fin demessage ou silence dans l'écran de configuration.

Syntaxe La syntaxe de la fonction de communication OUT_IN_CHAR se présente sous laforme suivante :OUT_IN_CHAR(ADR#{20.5}0.0.SYS, 1, %MB300:10, %MB310:10, %MW170:4)



ADR#{20.5}2.0

.SYS

Adresse de la voie mode caractères émettrice du message. Seules lesadresses système (qui se terminent par SYS) sont supportées par cettefonction (exemple : {Réseau.Station}RackModule.Voie.SYS).

1 Mode.Ce paramètre spécifie le mode d’opération :� 1 : émission d’un message et demande de réception� 2 : émission d’un message� 3 : demande de réception d’un message

%MB300:10 Chaîne de caractère à émettre. Ce tableau doit avoir une longueurminimale d'un caractère, même s'il n'y a aucune donnée à émettre.

%MB3100:10 Chaîne de caractère ou message reçu. Ce tableau doit avoir unelongueur minimale d'un caractère, même s'il n'y a aucune donnée àrecevoir.

122 TLXDSCOMPL7xx


%MW170:4 Paramètres de gestion. Le compte-rendu d’opération prend l’une desvaleurs suivantes :� 16#00 : opération correcte� 16#01 : erreur d’opération� 16#02 : opération incorrecte� 16#03 : taille de la réponse incorrecte� 16#04 : erreur de signaux RTS/CTS� 16#06 : coupleur configuré sans condition d’arrêt� 16#08 : protocole erreur

Note : La longueur des données émises est mémorisée dans le quatrième mot duparamètre de gestion (mot longueur) avant l'exécution de cette fonction. Si lalongueur est initialisée à 0, l'ensemble de la chaîne de caractères est émis.La longueur des données reçues est mémorisée dans le quatrième mot duparamètre de gestion (mot longueur). Une condition d'arrêt doit avoir étéconfigurée.




Emission/réception d’une chaîne de caractères : écran d’aide à la saisie



Cette fonction supporte trois paramètres :



Adresse ADR#%MWx:n


Mode %MWx%KWxValeur immédiate

La sélection dans la liste déroulante Echange,

Emission, Réception affiche directement la valeurimmédiate 1, 2 ou 3.

Chaîne à émettre %MBx:n%KBx:nValeur immédiate

Si la saisie de la chaîne est effectuée par %MBx:n, le champde la valeur immédiate disparaît.

Chaîne à recevoir %MBx:n -



OUT_IN_CHAR


Mode :

Chaîne à recevoir :

ADR#{20.5}0.0.SYS

1

%MB310 10


OK Annuler


Variable : %MB300 10

Chaîne à émettre :

Echange

124 TLXDSCOMPL7xx


Emission/réception d’une chaîne de caractères : exemple d’utilisation

Présentation L’exemple porte sur l’émission puis réception d'une chaîne de caractères vers et enprovenance d'un terminal vidéo connecté sur la prise TER configurée en modecaractères.


TSX Premium

FIPWAY réseau 20

{20.5}{20.1}

TSX Micro



Programmation La programmation de la fonction est la suivante :

(1) OUT_IN_CHAR(ADR#{20.5}0.0.SYS, 1, %MB300:10, %MB310:10, %MW170:4)




1 Emission puis réception

%MB300:10 Contenu du message à envoyer en octet

%MB310:10 Contenu du message reçu en octet


Note : Avant chaque lancement de la fonction, initialisez le paramètre longueur(dans l'exemple : %MW173 = 10).A la fin de l’échange, il contiendra la longueur des données reçues.

P

%I3.8

(1)

OPERATE%MW170:x0

126 TLXDSCOMPL7xx


Arrêt d’un échange en cours : CANCEL

Présentation La fonction CANCEL permet d'interrompre une fonction asynchrone en cours. Lenuméro d'échange affecté au début de la transaction permet d'identifier la fonctionà arrêter.

L'exécution de cette fonction est synchrone à l'exécution du programme PL7.

Syntaxe La syntaxe de la fonction de communication CANCEL se présente sous la formesuivante :CANCEL(%MW180, %MW185)



%MW180 Numéro d’échange. Ce paramètre spécifie le numéro de l’échange dontl’exécution doit être interrompue.Note :Le numéro de l’échange est indiqué dans l’octet de poids fort du premiermot de paramètres de gestion de la fonction à interrompre.

%MW185 Paramètres de gestion. Le compte-rendu d’opération prend l’une desvaleurs suivantes :� 16#00 : opération correcte. La communication est interrompue, le bit

d’activité de la fonction interrompue est positionné à 0 et soncompte-rendu prend la valeur 2.

� 16#0C : numéro d’échange incorrecte



Arrêt d’un échange en cours : exemple d’utilisation

Présentation L’exemple porte sur l’arrêt d’un échange avec la fonction de communicationOUT_IN_CAR.

Au lancement de la fonction OUT_IN_CHAR, un numéro d'échange lui est automati-quement affecté. Celui-ci caractérise l'échange jusqu'à la fin de l'opération. Lafonction CANCEL utilise ce numéro pour interrompre cette opération.

Emission de lafonctionOUT_IN_CHAR

La programmation de la fonction est la suivante :


Emission de lafonction CANCEL

Pour préparer l'annulation de l'échange OUT_IN_CHAR il faut faire un décalage de8 bits pour mettre le poids fort de %MW170 dans %MW180 par exemple. %MW180sera utilisé par la fonction CANCEL, et contiendra le numéro d'échange de la fonctionOUT_IN_CHAR.

La programmation du décalage de 8 bits est la suivante :

(1) %MW180:=SHR(%MW170,8))


(1) CANCEL(%MW180, %MW185)

P

%I3.8

(1)

OPERATE%MW170:x0

(1)

OPERATE

P

%I3.9

(1)

OPERATE

128 TLXDSCOMPL7xx




%MW180 Contient le numéro de l’échange de la fonction OU_IN_CHAR àinterrompre.

%MW185 Compte-rendu



Décalage d’un octet à droite dans un tableau : ROR1_ARB

Présentation La fonction ROR1_ARB permet d'effectuer un décalage circulaire à droite d’un octetd'un tableau d'octets. Elle est utilisée après réception d'une réponse à certainesrequêtes UNI-TE (fonction SEND-REQ par exemple).

La fonction ROR1_ARB n'effectue pas de traitement de communication, par contreelle est nécessaire pour traiter certaines requêtes UNI-TE (par exemple, lectured'un tableau de mots avec la fonction SEND_REQ).

Syntaxe La syntaxe de la fonction de communication ROR1_ARB se présente sous la formesuivante :ROR1_ARB(%MB420:12)



%MB420:12 Ce tableau d’octet spécifie l’adresse du premier mot de tableau et lenombre d’octets contenus dans le tableau à décaler.

130 TLXDSCOMPL7xx


Décalage d’un octet à droite dans un tableau : exemple d’utilisation

Présentation L’exemple porte sur le décalage d’un tableau suite à la lecture d'une table de 5mots dans l'automate d'adresse réseau 2 et station 4.

La fonction de lecture d’objets est réalisée par la fonction de communicationSEND_REQ et le code requête = 36 (16#0036).

Emission de lafonctionSEND_REQ


(1) SEND_REQ(ADR#{2.4}SYS, 16#0036, %MW200:6, %MW210:6, %MW220:4)

La table d’émission est la suivante :

La table des mots lus est la suivante :

L'octet de poids faible du premier mot lu contient le type d'objets lus, la table deréception est donc décalée de 1 octet.

Mot Valeur Description

%MW200 16#0768 � 16#07 : type d’objet (entier 16 bits).� 16#68 : segment (mots internes).

%MW201 50 Origine du tableau de mots à lire (valeur en décimal).

%MW202 05 Nombre de mots à lire (valeur en décimal).

Mot Octet 1 Octet 0

%MW210 := Poids faible du premier mot lu 16#07 (type d’objet)

%MW211 := Poids faible du second mot lu Poids fort du premier mot lu

%MW212 := Poids faible du troisième mot lu Poids fort du second mot lu

%MW213 := Poids faible du quatrième mot lu Poids fort du troisième mot lu

%MW214 := Poids faible du cinquième mot lu Poids fort du quatrième mot lu

%MW215 := Non significatif Poids fort du cinquième mot lu

P

%I3.2

(1)

OPERATE%MW220:x0



utilisation de lafonctionROR1_ARB

Pour reclasser la table de réception, il faut faire un décalage d’un octet vers la droitepar la fonction ROR1_ARB.

La table de réception devient :

Mot Octet 1 Octet 0

%MW210 := Poids fort du premier mot lu Poids faible du premier mot lu

%MW211 := Poids fort du second mot lu Poids faible du second mot lu

%MW212 := Poids fort du troisième mot lu Poids faible du troisième mot lu

%MW213 := Poids fort du quatrième mot lu Poids faible du quatrième mot lu

%MW214 := Poids fort du cinquième mot lu Poids faible du cinquième mot lu

%MW215 := Non significatif 16#07 (type d’objet)

132 TLXDSCOMPL7xx


Permutation des octets dans un tableau de mots : SWAP

Présentation La fonction SWAP permet, dans un tableau de mots, d'inverser tous les octets depoids faible et les octets de poids fort.Ceci permet, en particulier sur Modbus, de faciliter la gestion des messages.

Syntaxe La syntaxe de la fonction de communication SWAP se présente sous la formesuivante :SWAP(%MW40:4)


Exemple La table des mots à inverser est la suivante :

Après l’application de la fonction SWAP , la table est la suivante :


%MW40: Ce tableau d’octet est défini par :� %MW40 : premier mot du tableau à inverser� 4 : nombre de mots à inverser

Mot Valeur

%MW40 := 16#0F43

%MW41 := 16#21AC

%MW42 := 16#8127

%MW43 := 16#8811

Mot Valeur

%MW40 := 16#430F

%MW41 := 16#AC21

%MW42 := 16#2781

%MW43 := 16#1188



Lecture de données communes Modbus Plus : READ_GDATA

Présentation Un automate TSX Micro ou Premium peut utiliser les échanges de données globalespour communiquer avec des stations Modbus distantes.

Les données globales sont une base de données partagées entre 64 stationsmaximum sur un réseau. Chaque station peut écrire 32 mots utilisables par toutesles autres stations, et peut lire 32 mots de chaque station distante.

La fonction READ_GDATA permet la lecture de 32 mots d'une station distante.

Syntaxe La syntaxe de la fonction de communication READ_GDATA se présente sous laforme suivante :READ_GDATA(ADR#0.1.10, %MW100:32, %MW200:4)



ADR#0.1.10 Adresse de l'entité destinataire de l'échange

%MW100:32 Adresse de la zone de réception des données globales


Note : L’adresse de l’entité destinataire est initialisée avec la valeur du noeud surlequel est raccordée la station contenant les objets à lire.Il n’est pas nécessaire d’initialiser le paramètre de longueur avant le lancement dela fonction.A la fin de l’opération, le mot de gestion contient la taille en nombre d'octets desdonnées globales produites par la station spécifiée dans l'adresse.

134 TLXDSCOMPL7xx


Ecriture de données communes Modbus Plus : WRITE_GDATA

Présentation Un automate TSX Micro ou Premium peut utiliser les échanges de données globalespour communiquer avec des stations Modbus distantes.

Les données globales sont une base de données partagées entre 64 stationsmaximum sur un réseau. Chaque station peut écrire 32 mots utilisables par toutesles autres stations, et peut lire 32 mots de chaque station distante.

La fonction WRITE_GDATA permet l’écriture de 32 mots d'une station distante.

Syntaxe La syntaxe de la fonction de communication WRITE_GDATA se présente sous laforme suivante :WRITE_GDATA(ADR#0.1.SYS, %MW100:32, %MW200:4)



ADR#0.1.SYS Adresse système de la carte PCMCIA localNote :Le paramètre d'adresse de réception doit être initialisé avec la valeur del'adresse du serveur Modbus Plus local.

%MW100:32 Adresse de la zone contenant les mots à produire


Note : La fonction est définie pour transférer 32 mots internes %MW del'application PL7 vers le buffer de données communes de la carte PCMCIA. Unbuffer de 32 mots maximum contient les données. L'ensemble du contenu dubuffer sera recopié dans la base de données globale. La mot de longueur n'est pasutilisé.



Serveur immédiat : SERVER

Présentation La fonction SERVER permet de traiter les requêtes UNI-TE de manière immédiate àpartir du programme application.

Cette fonction peut être activée dans la tâche MAST ou dans la tâche FAST.

A un moment donné, une seule fonction SERVER peut être activée par l'application.

Disponibilité Elle ne peut être utilisée que pour traiter des requêtes provenant d'une liaisonModbus (carte PCMCIA TSX SCP 114 dans un module TSX SCY 21601 configuréeen Modbus esclave avec serveur immédiat).

Syntaxe La syntaxe de la fonction de communication SERVER se présente sous la formesuivante :SERVER(ADR#{20.3}APP, %MW190, %MW200:2)



ADR#{20.3}APP Adresse de l'entité destinataire de l'échange. Tableau de trois mots pourmémoriser l'adresse {Réseau.Station}Porte.Module.Voie du module surlequel est raccordé l'émetteur de la requête.

%MW190 Requête réponse. Ce mot permet de mémoriser le code requête reçu(octet de poids fort), et le code réponse retourné (octet de poids faible).

%MW200:2 Paramètres de gestion. Ce tableau de deux mots doit comporter :� pour le premier mot, le numéro d’échange et bit d’activité,� pour le second mot, le compte-rendu de communication et

d’opération.Le compte-rendu de communication prend l’une des valeurs suivantes :� 16#00 : échange correcte� 16#01 : arrêt sur timeout, la réponse n'a pas pu être émise en moins

de 2 secondes� 16#02 : arrêt sur demande utilisateur (STOP, S0, INIT, reprise à

chaud ou à froid)� 16#03 : format d’adresse incorrecte� 16#05 : paramètres de gestion incorrects� 16#07 : problème d'émission vers le destinataire� 16#11 : aucune requête reçue� 16#12 : la fonction SERVER déjà appelée par une autre tâche� 16#FF : message refusé

136 TLXDSCOMPL7xx


Principed’échange

La figure suivante illustre les échanges lors de l’utilisation de la fonction decommunication SERVER.

Note : Lorsque le compte-rendu de communication vaut 16#FF (message refusé)une erreur a été détectée. Le compte-rendu d'opération (octet de poids fort) peutalors prendre la valeur 16#14 (server en stop).

Entrées

Sorties

Application

Première requête: READ_VAR1

Réponse à la premièrerequête READ_VAR1

Seconde requête: READ_VAR2

Réponse à la seconderequête READ_VAR2

Fonction SERVERactivée

Fonction SERVERactivée



Serveur immédiat : exemple d’utilisation

Présentation La fonction de communication SERVER répond à une requête READ_VARconcernant la lecture de n mots (correspond au code 16#03 selon le protocoleModbus).

Emission La programmation de de la fonction est la suivante :

(1) SERVER(%MW0:3, %MW10, %MW100:2)



%MW0:3 Ce tableau contient l’adresse de l’émetteur de la requête (réseau,station, porte,module, voie).

%MW10 Requête réponse :� Octet 1 = 16#03 : code de la requête de lecture de n mots en

Mobbus� Octet 0 = 16#03 : code réponse à la requête reçu pour la

lecture de n mots en Modbus


%MW100:X0

(1)

OPERATE

138 TLXDSCOMPL7xx


Services de messagerie asynchrone : WRITE_Asyn et READ_Asyn

Présentation Ces deux fonctions permettent d'écrire ou de lire 1 Koctets d'objets PL7 par le canalde messagerie asynchrone du coupleur TSX ETY 110.

Les fonctions WRITE_Asyn et Read_Asyn sont émises à la fin de la tâche MASTseulement si celle-ci est configurée en mode périodique. Il est possible d’activer 8fonctions simultanément.

La taille des buffers d'émission et de réception est exprimée en mots. Elle est de 512mots soit 1024 octets.

Note : La fonction serveur asynchrone supporte les protocoles UNI-TE V2.0 ou V1.Les fonctions WRITE_Asyn et READ_Asyn utilisent le protocole UNI-TE V2.0.



Principe deséchanges

La figure suivante illustre les échanges entre deux stations pour une fonctionWRITE_Asyn :

E

P

S

E

P

S

E

P

S

E

P

S

E

P

S

Déclenchement de la fonctionWRITE_Asyn

Envoi de la fonction

Réception de la fonctionTraitement des requêtes

Envoi immédiat de la réponse

Réception des messagesRoutage des réponses versles fonctions WRITE_Asyn

Réception de la réponse dans lafonction WRITE_AsynDescente du bit d’activité

140 TLXDSCOMPL7xx


Syntaxe La syntaxe des fonctions de communication WRITE_Asyn et READ_Asyn seprésentent sous la forme suivante :WRITE_Asyn(ADR#{1.2}SYS, ‘%MW’, 100, 800, %MW10:800, %MW1000:4)READ_Asyn(ADR#{1.2}SYS, ‘%MW’, 100, 800, %MW10:800, %MW1000:4)



ADR#{1.2}SYS Adresse de l'entité destinataire de l'échange. Ce tableau de trois motsmémorise les adresses de type{Réseau.Station}RackModule.Voie.Esclave ou SYS.

‘%MW’ Chaîne de caractères spécifiant le type d'objet à lire :� %M : bit interne� %MW : mot interne

100 Double mot indiquant l'indice du premier objet à écrire ou à lire.

800 Mot spécifiant le nombre d'objets à écrire ou à lire.

%MW10:800 Buffer d’émission ou buffer de réception. Ce tableau contient les valeursdes mots à écrire ou les mots lus.

%MW1000:4 Paramètres de gestion.Le compte-rendu de communication prend l’une des valeurs suivantes :� 16#00 : échange correcte� 16#01 : arrêt sur timeout, la réponse n'a pas pu être émise en moins

de 2 secondes� 16#02 : arrêt sur demande utilisateur (STOP, S0, INIT, reprise à

chaud ou à froid)� 16#03 : format d’adresse incorrecte� 16#05 : paramètres de gestion incorrects� 16#07 : destinataire absent� 16#09 : taille du buffer de réception insuffisante� 16#10 : taille du buffer d’émission insuffisante� 16#11 : absence de ressource système (déjà 8 fonctions actives)� 16#19 : numéro d’échange incorrecte� 16#FF : message refusé

Note : Il est nécessaire de programmer une valeur de Timeout pour arrêter unéchange en cours lorsque la réponse ne revient pas à l'émetteur.



3.4 Caractéristiques de communication

Présentation


Ce sous-chapitre présente les problèmes de compatibilités entre les automates TSXMicro/Premium et les automates série 7.



Sujet Page

Caractéristiques de communication entre TSX Micro/Premium et série 7 143

Règles générales d’échange d’application à application 144

Règles générales d’échange vers un serveur UNI-TE 146

Autres exemples de compatibilité 147

142 TLXDSCOMPL7xx


Caractéristiques de communication entre TSX Micro/Premium et série 7

Présentation Pour qu'une communication soit possible entre un automate TSX Micro ou unautomate TSX Premium et des automates série 7 tels TSX 47-107 ou TSX 17, il fautd'abord une compatibilité au niveau des blocs de communication et ensuite auniveau des échanges.

Compatibilitédes blocs decommunication

PL7-3 définit 5 types de blocs texte. Un bloc texte est caractérisé par les entitésdestinataires, alors qu'une fonction est spécialisée par un type d'opération.La correspondance entre bloc texte et fonction de communication prend en comptedeux paramètres :� Type du destinataire� Type de l'opération de communication

Compatibilitédes échanges

Les fonctions de communication permettent de communiquer avec des automatesTSX 17 ou TSX 47 ou TSX 107 ou série 1000.

Note : La prise TER des automates Premium ne supporte que les formats 10 ou11 bits.

Bloc texte CPL SYS TER TXT TLG Fonctions équivalentes

Locaux Uni-telway X - - - - SEND_REQ, READ_VAR, WRITE_VAR (2)

FIPIO X (1) - - - - SEND_REQ, READ_VAR, WRITE_VAR (2)

Prise terminal - - X - - PRINT_CHAR, INPUT_CHAR,

OUT_IN_CHAR

Mode caractères X - - - - PRINT_CHAR, INPUT_CHAR,

OUT_IN_CHAR

Distants UNI-TE - X - - - SEND_REQ, READ_VAR, WRITE_VAR (2)

Uni-telway X - - - - SEND_REQ, READ_VAR, WRITE_VAR (2)

FIPIO X (1) - - - - SEND_REQ, READ_VAR, WRITE_VAR (2)

Application - - - X - DATA_EXCH

Télégramme - - - - X SEND_TLG, RCV_TLG

Légende :

X Correspondance avec les fonctions

- Pas de correspondance

(1) Seulement avec la liaison FIPIO intégrée

(2) SEND_REQ réalise les mêmes opérations que READ_VAR et WRITE_VAR



Règles générales d’échange d’application à application

Présentation La fonction DATA_EXCH permet d'émettre, de recevoir, des données vers uneapplication PL7. Ce type de traitement est réalisé par le bloc texte de type TXT dansPL7-3.

Lors d’échange entre un automate TSX Micro ou TSX Premium et un automate série7, les blocs texte et les fonctions de communication sont adaptés en fonction dusens de l’échange :� d’un automate TSX Premium vers un automate série 7,� d’un automate série 7 vers un automate TSX Premium.

Echange d’unPremium vers unsérie 7

L’automate TSX Premium émet un fonction de comunication vers un automate série7.� Du côté TSX Premium, la fonction de communication doit avoir l’adresse suivante

:ADR#{Réseau.Station}APP.i avec i = numéro de bloc texte récepteur.

� Du côté série 7, le bloc texte doit être initialisé de la manière suivante :TXT,T à la valeur 16#FF.

Echange d’unsérie 7 vers unPremium

L’automate série 7 émet un bloc texte vers un automate TSX Premium.� Du côté TSX Premium, la fonction de communication doit avoir l’adresse suivante

:ADR#{Réseau.Station}APP.i avec i = numéro de bloc texte émetteur.

� Du côté série 7, le bloc texte doit être initialisé de la manière suivante :TXT,T à la valeur 16#00.

Note : Le paramètre TXT,A contient l’adresse de l’émetteur (Rseau.station).

Note : Le paramètre TXT,A contient l’adresse du destinataire (Réseau.station).

144 TLXDSCOMPL7xx


Exemples Les exemples traitent des échanges d’un TSX Premium vers un TSX 107 etinversement. La valeur H’1101’ correspond au réseau 17 (H’11’) et station 1 (H’01’).

Fonction de communication vers bloctexte :DATA_EXCH(ADR#{17.3}APP.3,2,

%MW20:10, %MW30:1, %MW50:4)

Réception d’un message d’un TSX 57vers le bloc texte TXT3 :TXT3 TXT

TXT3,T=H’FF’ /*Toujours FF*/

TXT3,L=Longueur

TXT3,A=H’1101’

Input TXT3

Emmision d’un message vers un TSX 57 avec lebloc texte TXT4 :TXT4 TXT

TXT4,T=0 /*Toujours pour TSX 37_57*/

TXT4,L=Longueur en octets

TXT4,A=H’1101’

Wi=message

Output TXT4

Bloc texte vers fonction de communication :DATA_EXCH(ADR#{17.3}APP,3,%MW70:1

, %MW80:10, %MW90:4)

FIPWAY réseau 17

TSX Premium TSX 107

{17.1}{17.3}



Règles générales d’échange vers un serveur UNI-TE

Présentation Une fonction (READ_VAR, WRITE_VAR, SEND_REQ) peut communiquer avec lesystème d'un serveur TSX 47.De même un Bloc Texte SYS permet également de communiquer vers un serveurTSX Micro et TSX Premium.

Exemple Les exemples traitent des échanges d’un TSX Premium vers un TSX 107 etinversement. La valeur H’1101’ correspond au réseau 17 (H’11’) et station 1 (H’01’).

FIPWAY réseau 17

TSX Premium TSX 107

{17.1}{17.3}

Ecriture de 10 mots dans le TSX 47-107 depuis leTSX 57 :WRITE_VAR(ADR#{17.3}SYS,’%MW’, 0, 10,

%MW50:10, %MW100:4)

Lecture d’un bit du TSX 57 avecle bloc texte TXT3 SYS :TXT3 SYS

TXT3,C=H’00’

TXT3,L=2

TXT3,A=H’1101’

Wi=numéro du bit

EXCHG TXT3

146 TLXDSCOMPL7xx


Autres exemples de compatibilité

Exemples Pour s’assurer la compatibilité, les règles de programmation à respecter sont lessuivantes :

TSX 37/57réseau 2, station 1

TSX 47-107réseau 2, station 2

Commentaire

Fonction émmissionDATA_EXCH(ADR#{2.2}APP.8,

2, %MW10:20, %MW50:1,

%MW100:4)

Emmision vers le bloc texte 8Initialisation de la longueur avantl’émission

Bloc texte réceptionTXT8,A=H’0201’ /*adresse

émetteur*/

TXT8,T=H’FF’

INPUT TXT8

TXT8,L=40

Le bloc texte 8 ne pouvant connaitrele numéro de l’émetteur, il est placéen attente sur tous les numéropossibles (255)

Il y a donc compatibilité d’échangeentre une fonction émettrice et unbloc texte récepteur.

Fonction réceptionDATA_EXCH(ADR#{2.2}APP.8,

3, %MW10:1, %MW50:10,

%MW100:4)

Fonction en attente d’un bloc textequel que soit son numéro

Bloc texte émissionTXT8,A=H’0201’ /*adresse

destinataire*/

TXT8,T=H’00’

TXT8,L=20

OUTPUT TXT8

Le bloc texte 8 émet toujours vers lenuméro zéro pour communiquer avecune fonction de communication

Il y a donc compatibilité d’échangeentre un bloc texte émetteur et unefonction réceptrice.

Fonction en échangeDATA_EXCH(ADR#{2.2}APP.8,

1, %MW10:1, %MW50:10,

%MW100:4)

La fonction émet un message àdestination du bloc texte 8 et se meten attente d’une réponse de ce mêmebloc texte.

Bloc texte réception/émissionTXT8,A=H’0201’ /*adresse

émetteur*/

TXT8,T=H’FF’

INPUT TXT8

TXT8,A=H’0201’ /*adresse

destinataire*/

TXT8,T=H’00’

TXT8,L=20

OUTPUT TXT8

Le bloc texte 8 a un comportementidentique au deux cas précédents

Il y a donc compatibilité d’échangeentre une fonction en échange et unbloc texte en réception puis enémission.



Fonction en réception et en émissionDATA_EXCH(ADR#{2.2}APP.8,

3, %MW10:1, %MW50:10,

%MW100:4)

DATA_EXCH(ADR#{2.2}APP.8,

2, %MW10:20, %MW50:1,

%MW100:4)

Bloc texte émission/réceptionTXT8,A=H’0201’ /*adresse

destinataire*/

TXT8,T=H’00’

TXT8,L=20

Le bloc texte 8 ne peut pas connaitrele numéro de la fonction, il n’est doncpas possible d’initialiser le paramètreTXT,T à une valeur utilisable pourl’émision puis la réception de lacommunication.

Il y a incompatibilité d’échange entreun bloc txte en échange et unefonction en émission puis enréception.

TSX 37/57réseau 2, station 1

TSX 47-107réseau 2, station 2

Commentaire

148 TLXDSCOMPL7xx


3.5 Objets associés à la communication

Présentation


Ce chapitre présente les modes d’échange des objets langage associés à lacommunication.



Sujet Page

Echanges implicites 150

Echanges explicites : Généralités 152

Gestion d’échange et de compte-rendu 154



Echanges implicites

Présentation Une interface métier intégrée ou l'ajout d'un module enrichit automatiquementl'application d'objets langage permettant de programmer cette interface ou cemodule.Ces objets correspondent aux images des entrées/sorties du module ou del'interface intégrée métier.Les bits %I et mots %IW, images des valeurs d'entrées du module, sont mis à jourde manière automatique dans le processeur automate en début de tâche, que latâche soit en RUN ou en STOP.Les bits %Q et mots %QW, images des valeurs de sortie du module, sont mis à jourde manière automatique dans le module par le processeur en fin de tâche, la tâcheétant en RUN.

Illustration Le graphe illustre le cycle de fonctionnement relatif à une tâche automate (exécutioncyclique).

Note : Lorsque la tâche est en STOP, suivant la configuration choisie :� les sorties sont mis en position repli (mode repli),� les sorties sont maintenues à leur dernière valeur (mode maintien).

Traitement interne

Acquisition des entrées

Traitement du programme

Mise à jour des sorties

RUN STOP

150 TLXDSCOMPL7xx


Exemples Le tableau ci-dessous présente quelques exemples d’échange implicite relatifs à unmétier donné.

Objet Métier Description

%I103.1 TOR Donne l’état de la voie 1 du module situé en position 3 du rack 1.

%IW4.2 Analogique Donne la valeur analogique de la voie 2 du module situé en position 4 du rack0.

%IW0.1.1:x0 Uni-telway Donne l’état général des esclaves, la voie de communication est située endans la voie 1 du processeur à la position 0 du rack 0.

%Q\0.2.1\0.8 FIPIO Donne l’état de la sortie 8 de l’esclave 1 sur le bus FIPIO.

%I6.5.ERR - Indique, lorsque le bit est à 1, que la voie 5 du module situé en position 6 durack 0 est en défaut.

%I107.MOD.ERR - Indique, lorsque le bit est à 1, que le module situé en position 7 du rack 1 esten défaut.



Echanges explicites : Généralités

Introduction Les échanges explicites sont des échanges effectués sur demande du programmeutilisateur à l’aide des instructions :� READ_STS : (Voir : PL7 Micro, Junior, Pro ; Métiers Communication tome 2),� WRITE_CMD : (Voir : PL7 Junior, Pro ; manuel Métiers tome 1),� WRITE_PARAM : (Voir : PL7 Junior, Pro ; manuel Métiers tome 1),� READ_PARAM : (Voir : PL7 Junior, Pro ; manuel Métiers tome 1),� SAVE_PARAM : (Voir : PL7 Junior, Pro ; manuel Métiers tome 1),� RESTORE_PARAM : (Voir : PL7 Junior, Pro ; manuel Métiers tome 1).Ces échanges s'appliquent sur un ensemble d'objets %MW de même type (état,commandes ou paramètres) d'une même voie.

Principe générald’utilisation desinstructionsexplicites

Le schéma ci-dessous présente les différents types d’échanges explicites possiblesentre le processeur automate et le module (ou l’interface intégrée).

Note : Ces objets ne sont pas indispensables dans la programmation d'unefonction métier, mais ils apportent des informations complémentaires (ex : défautbornier, module absent...) et des commandes supplémentaires pour effectuer uneprogrammation avancée des fonctions métiers (pour plus d’informations sur lesObjets à échange explicite relatif à un métier, se reporter au chapitrecorrespondant).

Paramètres d’état

Paramètres de réglagecourant

Paramètres de réglageinitiaux

READ_STS

WRITE_CMD

WRITE_PARAM

READ_PARAM

SAVE_PARAM

RESTORE_PARAM

Paramètres de commande


Paramètres de réglagecourant


Objets %MWxy.i.rou

%MWxy.MOD.r

(1) Uniquement avec les instructions READ_STS et WRITE_CMD.

Processeur automate Module de communicationVoie de communication

152 TLXDSCOMPL7xx


Gestion deséchanges

Lors d’un échange explicite, il peut s’avérer intéressant de contrôler le déroulementde celui-ci, afin par exemple, de ne prendre en compte les données lues que lorsquel’échange a bien été effectué.Pour cela, deux types d’information sont disponibles :� la détection d’un échange en cours,� le compte-rendu de fin d’échange.Le synoptique ci-dessous décrit le principe de gestion d’un échange

Voie logique%CHxy.i

La voie %CHxy.i est une syntaxe générale pour mettre à jour, via les instructionsexplicites, l'ensemble des objets du même type associés à cette voie.

Exemple : READ_STS%CH102.3

Exécution d’unéchange explicite

Détection d’unéchange en cours

Compte-rendude fin d’échange



Gestion d’échange et de compte-rendu

Introduction Lorsque les données sont échangées entre la mémoire automate et le module, laprise en compte par le coupleur peut nécessiter plusieurs cycle de la tâche. Pourgérer les échanges, 2 mots sont utilisés :� %MWxy.i.0 : Echange en cours,� %MWxy.i.1 : Compte-rendu.

Illustration L’illustration ci-dessous présente les différents bits significatifs pour la gestion deséchanges.

Description desbits significatifs

Chacun des bits des mots %MWxy.i et %MWxy.i.1 est associé à un type deparamètre :� les bits de rang 0 sont associés aux paramètres d'état :

� le bit %MWxy.i.0:X0 indique si une demande de lecture des mots d'état est encours,

� les bits de rang 1 sont associés aux paramètres de commande :� le bit %MWxy.i.0:X1 indique si des paramètres de commande sont envoyés à

la voie de communication,

Note : Ces mots font l’objet d’une description détaillée dans chaque intercalairemétier.

Réglage (X2)Commande (X1)Etat (X0)



Paramètres de réglage

READ_STS

WRITE_CMD

WRITE_PARAMREAD_PARAMSAVE_PARAMRESTORE_PARAM

154 TLXDSCOMPL7xx


� le bit %MWxy.i.1:X1 précise si les paramètres de commande sont acceptéspar la voie de communication,

� les bits de rang 2 sont associés aux paramètres de réglage :� le bit %MWxy.i.0:X2 indique si des paramètres de réglage sont échangés avec

la voie de communication (par WRITE_PARAM, READ_PARAM,SAVE_PARAM, RESTORE_PARAM),

� le bit %MWxy.i.1:X2 précise si les paramètres de réglage sont acceptés parlela voie de communication. Si l'échange s'est correctement déroulé se bitpasse à 0,

Exemple Phase 1 : Emission de données à l’aide de l’instruction WRITE_PARAM

Lorsque l’instruction est scrutée par le processeur automate, le bit Echange encours est mis à 1 dans %MWxy.i.0:X2

Phase 2 : Analyse des données par le module d’E/S et compte-rendu

Lorsque les données sont échangées entre la mémoire automate et le module, laprise en compte par le coupleur est géré le bit %MWxy.i.1:X2 : Compte-rendu (0 =échange correct, 1=échange infructueux).

Note : Les mots d’échange et de compte rendu existent aussi au niveau module(%MWxy.MOD et %MWxy.MOD.1).

Note : Il n’existe pas de paramètres de réglage de niveau module.

Paramètres d’étatParamètres de commande


10



Mémoire automate Fonction métier intégrée



10



Mémoire automate Mémoire module E/S oufonction métier intégrée



156 TLXDSCOMPL7xx

TLX DS COM PL7 xx

4
Configuration de la fonctionmétier Communication
Présentation

Objet de cechapitre

Ce chapitre présente la configuration et la mise au point de la fonction métierCommunication.



Sujet Page

Configuration de la fonction communication 158

Rappels sur l’éditeur de configuration 159

Comment déclarer un module de communication 161

Comment déclarer une voie de communication dans un processeur ou moduleTSX SCY 21600/21601

162

Description des écrans de configuration pour la communication 163

Description des écrans de mise au point pour la communication 165

157

Configuration de la communication

Configuration de la fonction communication

Présentation Avant de créer un programme application, il est nécessaire de définir le contexte defonctionnement physique dans lequel il sera exécuté, c'est-à-dire le type deprocesseur ainsi que les modules positionnés dans chaque emplacement.

L'utilisation de fonctions de communication nécessite en plus de définir lesparamètres des voies de communication utilisées (choix du protocole, définition desparamètres spécifiques, ...).

Pour cela, les logiciels PL7 Micro, PL7 Junior et PL7 Pro proposent l'outil deconfiguration qui permet facilement ces opérations.

En fonctionnement connecté, ils proposent également une fonction de mise au pointqui permet le réglage de certains paramètres afin de les adapter au mieux àl'application.

158 TLXDSCOMPL7xx


Rappels sur l’éditeur de configuration

Présentation L’éditeur de configuration permet, de manière intuitive et graphique, de déclarer etconfigurer les différents éléments constitutifs de l’automate :� rack,� alimentation,� processeur,� modules métiers.L’éditeur de configuration assure également, en mode connecté, des fonctions demise au point, de réglage et de diagnostic.

Illustration L’écran suivant représente un exemple de configuration matérielle.

Configuration

TSX 57103 V4.0 ... XMWI XTI..

0 2 3 4 5 6

1

0

PSY2600

TSX57103

ISPY100

CTY2C

DSY16R5

1

DEY08D2

DEY32D2K

SCY21601

ooComm



Commentaccéder àl’éditeur

Le tableau suivant présente les différentes manières d’accéder à l’éditeur deconfiguration.

A partir : Action

de la barre demenus

Sélectionnez la commande Outils → Configuration.

du navigateurapplication

Effectuez un double clic sur Configuration matérielle ou sélectionnez-le à l’aide des touches flèches et validez par Entrée.

Navigateur Application

Configuration

Configuration logicielleProgramme

Tâche MastEvènements

Types DFBVariablesTables d’animation

Vue Structurelle

Configuration matérielle

STATION

160 TLXDSCOMPL7xx


Comment déclarer un module de communication

Présentation Cette opération permet de déclarer de façon logicielle un module de communicationdans un rack automate.

Marche à suivre La procédure est la suivante :

Etape Action

1 Effectuez un double clic sur l’emplacement dans lequel le module decommunication doit être configuré.RésultatL’écran Ajouter un module apparaît.

2 Sélectionnez dans le champ Famille le choix Communication

3 Sélectionnez dans le champ Module la référence du module.

4 Validez le choix par Ok.RésultatLe module est décla ré dans son emplacement. Ce dernier devient grisé etcontient la référence du module.

OK

Annuler

Familles : Module :Analogique 1.5Communication 1.5Comptage 1.5Déport BusX 1.0Mouvement 1.5Pesage 1.7Simulation 1.0Tout ou Rien 1.5

Ajouter un module

TSX ETY 110 COUPLEUR TCP/IP ETHWAYTSX ETY 120 COUPLEUR ETHERNET ETY120TSX ETY 210 COUPLEUR TCP/IP ETHWAYTSX IBX 100 COUPLEUR InterBus-S ISATSX IBY 100 COUPLEUR InterBus-STSX PBY 100 COUPLEUR PROFIBUS-DPTSX SAY 100 COUPLEUR AS-interfaceTSX SCY 21600 MODULE D’ACCUEIL PCMCIATSX SCY 21601 MODULE D’ACCUEIL PCMCIA

Configuration

TSX 57102 V3.3 ... XMWIXTI..

0 2 3 4

1

0

PSY

2600

TSX

57102

1

AEY

800

SCY

21601



Comment déclarer une voie de communication dans un processeur ou moduleTSX SCY 21600/21601

Présentation Cette opération permet de déclarer de façon logicielle une voie de communicationdans un processeur ou dans un module TSX SCY 21600/T21601.

Dans le cas d’une déclaration d’une voie de communication dans un module TSXSCY 21600/21601, il faut au préalable déclarer ce module de communication dansle rack automate.

Marche à suivre La procédure est la suivante:

Etape Action

1 A quel élément la voie de communication appartient-elle ?

� si au processeur : passez à l’étape 2.� si au module TSX SCY 21600/21601 : passez à l’étape 3.

2 � sélectionnez dans l’emplacement du processeur la voie COMM.� sélectionnez la commande Services → Ouvrir le module

3 � sélectionnez le module SCY 2160•.� sélectionnez la commande Services → Ouvrir le module.

162 TLXDSCOMPL7xx


Description des écrans de configuration pour la communication

Présentation L’écran de configuration dédié au métier de communication est décomposé en deuxparties distincte:� la partie supérieure, commune à tous les types d’écrans de configuration, est

dédié aux informations de niveau module et de niveau voie de communication.Son contenu est détaillé ci-après.

� la partie inférieure est dédiée aux données et paramètres de configuration. Cettezone, spécifique au type de communication choisi, est détaillée dans la suite dece document aux intercalaires réservés aux différents type de communication.

Règle deconfiguration

Il est interdit d’effectuer la modification des paramètres de configuration des voiesde communication en mode connecté (automate en RUN).

Illustration Cet zone donne accès à la visualisation et modification des paramètres de la voiede communication en mode local.

VOIE 1

TSX 57102 [RACK 0 POSITION 0]

VOIE 1

Désignation : PROCESSEUR TSX P 57102

TSX SCP 114 CARTE PCMCIA RS485 MP

LIAISON UNI-TELWAY MAST

Configuration

1 2 3

54 6 7



Description Le tableau ci-dessous présente les différents éléments de la voie de communicationet leurs fonctions.

Repère Elément Fonction

1 Barre de titre Elle indique la référence commerciale et la position du module

2 Choix de la fonction Cette liste déroulante permet de choisir le mode:� configuration,� mise au point (uniquement en connecté).

3 Zone module Cette zone affiche la désignation du module sélectionné.

4 Voie de communication Cette liste déroulante permet de choisir la voie de communication:� la voie 0 correspond à la prise terminal.� la voie 1 correspond à l’emplacement d’une carte PCMCIA.

5 Module de communication Cette liste déroulante permet de sélectionner le module decommunication affecté à la voie

6 Protocole Cette liste déroulante permet de sélectionner le protocole decommunication.

7 Tâche Cette liste déroulante permet d’affecter le module de communicationdans une tâche automate.Note :Les modules de communication doivent être toujours déclarés en tâcheMAST).

164 TLXDSCOMPL7xx


Description des écrans de mise au point pour la communication

Présentation L’écran de mise au point dédié au métier de communication est décomposé en deuxparties distincte:� la partie supérieure, commune à tous les types d’écrans de mise au point, est

dédié aux informations de niveau module et de niveau voie de communication.Son contenu est détaillé ci-après.

� la partie inférieure est dédiée aux données et paramètres de mise au point. Cettezone, spécifique au type de communication choisi, est détaillée dans la suite dece document aux intercalaires réservés aux différents type de communication.

Commentaccéder à l’écran

L’accès au mode mise au point s’effectue uniquement en mode connecté.

Illustration Cette zone donne accès au diagnostic d’une voie de communication.

Etape Action

1 Accédez à l’écran de configuration.

2 Sélectionnez le mode Mise au point dans la liste du choix de fonction.

VOIE 0

TSX 3722 [ POSITION 00.0..1]

VOIE 0

Désignation : PROCESSEUR 37222 Version 3.4

Prise terminal


Mise au point

DIAG...

DIAG...

1 2 3 4

98765



Description Le tableau ci-dessous présente les différents éléments de la voie de communicationet leurs fonctions.


1 Barre de titre Elle indique la référence commerciale et la position du module

2 Choix de la fonction Cette liste déroulante permet de choisir le mode:� configuration,� mise au point (uniquement en connecté).

3 Zone module Cette zone affiche la désignation du module sélectionné.De plus pour certains type de module, cette zone affiche des voyantspermettant de visualiser l’état du module.

4 Bouton de diagnostic Lorsqu'un défaut de niveau module est détecté, un bouton DIAG permetl'accès aux informations de status de ce module (ce bouton est inhibé ouaccessible selon la valeur du bit status du module : %I4.0.MOD.ERR).

5 Voie de communication Cette liste déroulante permet de choisir la voie de communication:� la voie 0 correspond à la prise terminal.� la voie 1 correspond à l’emplacement d’une carte PCMCIA.

6 Module decommunication

Cette liste déroulante affiche la sélection du module de communicationaffecté à la voie

7 Protocole Cette liste déroulante affiche la sélection du protocole de communication.

8 Tâche Cette liste déroulante affiche la tâche automate affecté au module decommunication.Note :Les modules de communication doivent être toujours déclarés en tâcheMAST).

Diagnostic Module

Défauts internes Défauts externes Autres défautsDéfaut sur le modulesupporté

OK

166 TLXDSCOMPL7xx


9 Bouton de diagnostic Lorsqu'un défaut de niveau voie est détecté, un bouton DIAG permetl'accès aux informations de status de cette voie (ce bouton est inhibé ouaccessible selon la valeur du bit status de la voie : %I4.0.MOD.ERR).


Diagnostic voie

Défauts internes Défauts externes Autres défauts

Aucun équipementdisponible sur la voie

OK



168 TLXDSCOMPL7xx

TLX DS COM PL7 xx

II
Déport des automates Nano
Présentation


Cet intercalaire présente les principes de configuration et d’exploitation du déportdes automates TSX Nano par le logiciel PL7.




5 Généralités 171

6 Services du déport des automates Nano 181

7 Configuration du déport des automates Nano 195

8 Programmation du déport des automates Nano 201

9 Mise au point du déport des automates Nano 207

10 Objets langage associés au déport des automates Nano 211

169

Déport automates Nano

170 TLXDSCOMPL7xx

TLX DS COM PL7 xx

5
Généralités
Présentation

Objet de chapitre Ce chapitre présente le déport des automates TSX Nano et ses services.



Sujet Page

Présentation 172

Compatibilités 173

Performances : Temps de cycle réseau 174

Performances : positionnement d’une sortie 175

Mode de marche 178

171

Déport automates Nano: Généralités

Présentation

Introduction Ce type de liaison permet le raccordement d’un automate TSX Micro à desautomates TSX Nano afin de les utiliser comme bus d’entrées/sorties.

Elle offre les différents services suivants:� les échanges de données d’entrées/sorties,� les échanges de données applicatives.

Manuelsassociés

Pour de plus amples informations, il est possible de consulter les manuels suivants:

Titre Description

Automates TSX Micro - Manuel de mise enoeuvre

Mise en oeuvre matérielle

172 TLXDSCOMPL7xx


Compatibilités

Matérielles Ce type de communication est disponible avec le module TSX STZ 10 uniquementpour les automates:� TSX 37 10� TSX 37 20� TSX 37 21

Au travers de ce module, il est possible de connecter jusqu’à quatre élémentsmaximum choisis parmi les suivants:� des automates TSX 07 20•/21•/30•/31• utilisés comme:

� des blocs d’entrées/sorties déportées (4 automates maximum),� des automates (3 automates maximum).

� des modules d’entrées/sorties analogiques TSX AMN 4• (3 modules maximum).� des modules d’extension d’entrées/sorties TSX 07 EX• (1 module maximum).

Sur une liaison déportée, l’adresse 1 doit être laissée libre ou occupée par un blocd’entrées/sorties (TSX 07 EX• ou TSX 07 20•/21•/30•/31• utilisé comme entrées/sorties déportées).

Logicielles Lors de la configuration de la liaison, les modules analogiques TSX AMN 4• doiventêtre déclarés comme automates AP esclaves.Le module TSX STZ 10 doit être impérativement implanté et configuré àl’emplacement 4 de l’automate TSX Micro.

Lors de la configuration du module, il est conseillé, pour des raisons deperformances, de l’associer à la tâche MAST (maître)

Note : Les automates TSX 37 05 et TSX 37 08 n’acceptent pas le module TSX STZ10.

DANGER

Lors d’un STOP automate, la valeur de sortie des modules analogiquesTSX AMN 4• sont maintenues contrairement aux autres entrées/sortiesqui passent à l’état configuré.

Le non-respect de ces précautions provoquerait la mort ou degraves blessures.



Performances : Temps de cycle réseau

Définition Le temps de cycle réseau correspond au temps de traitement de l'ensemble deséquipements présents sur la liaison, c'est à dire:� la mise à jour des entrées / sorties pour un équipement de type entrées/sorties,� le traitement des données applicatives pour un équipement de type AP esclave.

La durée du cycle réseau dépend:� du nombre et du type d'équipements esclaves,� de la vitesse de la ligne.

Exemple L’exemple suivant traite d’un cycle réseau avec 3 équipements sur la liaison

TEE. Temps d’échange élémentaire, c'est le temps nécessaire pour échanger desdonnées entre un maître et un esclave.TIE. Temps inter-équipement, c'est le temps nécessaire au traitement entre deuxéchanges avec des esclaves.TIC. Temps inter-cycle, c'est le temps nécessaire au traitement entre deux cycles.

TEE TEE TEE TEETIE TIE TIE

Esclave 1 Esclave 2 Esclave 3

Cycle n Cycle n+1

TIC

174 TLXDSCOMPL7xx


Performances : positionnement d’une sortie

Présentation Le schéma ci-dessous montre l'écart de temps entre le positionnement d'une sortieen bac et celui d'une sortie distante (par hypothèse, le temps de cycle réseau estinférieur au temps de cycle automate et la vitesse de transmission est de 38400 bits/s):

Si plusieurs équipements sont présents, celui d'adresse la plus basse possède letemps de positionnement le plus court.

Les temps donnés ci-après sont des valeurs maximales qui tiennent compte destemps de cycle de la liaison, des temps de traitement des équipements déportés.Ces temps sont asynchrones l'un par rapport à l'autre

Pour une vitesse38400 bits/s

Les temps suivants sont donnés pour une vitesse de transmission de 38400 bits/s:

En bac

Adresse 1

Adresse 2

Adresse 3

Adresse 4

Adresse 4Adresse 3Adresse 2Adresse 1

30 ms

35 ms

40 ms

45 ms

Nombre d’esclaves Adresse 1 Adresse 2 Adresse 3 Adresse 4

1 15 ms - - -

2 20 ms 25 ms - -

3 27 ms 30 ms 36 ms -

4 30 ms 35 ms 41 ms 46 ms



Graphique associé



Graphique associé


1 20 ms - - -

2 29 ms 38 ms - -

3 38 ms 47 ms 57 ms -

4 48 ms 57 ms 66 ms 75 ms

176 TLXDSCOMPL7xx




Graphique associé


1 32 ms - - -

2 47 ms 64 ms - -

3 66 ms 83 ms 100 ms -

4 84 ms 101 ms 118 ms 136 ms



Mode de marche

Présentation Le graphique suivant décrit les modes de marche du coupleur TSX STZ 10.

Graphe général Le mode de marche est le suivant:

Module hors tension

Module configuré

Module non configuré

Module en phased’auto-testsRAZ compteurs

Auto-tests OK

Arrêt du module

Configuration

Mise sous tension

Module en phased’auto-tests

Réarmement desentrées/sorties

Configuration

178 TLXDSCOMPL7xx


Fonctionnement � après la mise sous tension, le module effectue ses auto-tests puis initialise laconfiguration de l'application avec la configuration physiquement présente(phase d'apprentissage) et sélectionne une vitesse de 19200 bits/s par défaut.

� s'il n'existe pas d'application PL7 dans l'automate, le module est chargé avec laconfiguration présente physiquement et communique avec les équipementsd'entrées/sorties uniquement.

� la phase de configuration, déclenchée par l'automate, permet de prendre encompte la configuration de l'application (vitesse, équipements configurés, ...).

� s'il existe une application PL7 dans l'automate, la configuration de l'applicationest transmise au module. En cas d'incohérence ou si l'un des équipements esten défaut, le voyant ERR clignote. Les équipements incohérents sontpériodiquement interrogés ce qui permet de prendre automatiquement encompte une remise en état de la configuration et ceci sans relancer le module.

� lorsque l'automate est en STOP, le module échange les données uniquementavec les blocs d'entrées/sorties cohérents. Lorsque l'automate passe en RUN, lemodule se met à échanger également les données avec les équipements APesclaves cohérents. Les échanges de mots communs avec des automates TSX07 à distance sont inhibés pendant le traitement d'une modification en RUN.

� en cas de coupure secteur, le processeur de l'automate effectue une reprise àchaud et reconfigure le module sans votre intervention.

� en cas de coupure de communication avec le processeur de l'automate, lemodule arrête tous les échanges sur le bus.



180 TLXDSCOMPL7xx

TLX DS COM PL7 xx

6
Services du déport des automatesNano
Présentation

Objet de cechapitre

Ce chapitre présente les services supportés par le déport des automates TSX Nano.



Sujet Page

Echanges de données d’entrées/sorties 182

Echanges de données applicatives 183

Echange de données avec un module analogique 185

Contenu des mots %QW en écriture 186

Contenu des mots %IW en lecture 188

Conversion des valeurs analogiques des voies d’entrée 190

Liaison mixte 193

181

Déport Nanos automates: Services

Echanges de données d’entrées/sorties

Présentation Ce service permet d’accéder directement aux entrées/sorties des automates TSXNano Tout ou Rien et analogiques.

Objets échangés L’utilisation de ce module permet la lecture et l’écriture des entrées et des sorties:

Adressage Les entrées/sorties son accessibles par l’adressage suivant:� entrées: %I\4.0\adresse liaison.rang de l’entrée� sorties: %Q\4.0\adresse liaison.rang de la sortie


Exemple L’automate TSX Micro:� lit l’entrée 2 de l’automate à l’adresse liaison 2: %I\4.0\2.2.� écrit la sortie 4 de l’automate à l’adresse liaison 3: %Q\4.0\3.4.

Lecture/écriture desentrées/sorties

Entrées/sorties àl’adresse liaison 1



Entrées/sorties analogiques àl’adresse liaison 4


%I ou %Q Type d’objet à accéder (entrée ou sortie).

\4.0\ � 4: adresses du module dans l’automate TSX Micro.� 0: adresse de la voie.

Adresse liaison Adresse du point de connexion de l’automate destinataire (de 1 à 4).

Rang de l’entrée oude la sortie

Numéro de l’entrée ou de la sortie de l’automate destinataire.

182 TLXDSCOMPL7xx


Echanges de données applicatives

Présentation Ce service permet d'échanger des données applicatives entre un automate TSX 37et jusqu'à trois automates Nano. Ces données, limitées à quatre mots (deux motsen production et deux mots en consommation) par nano-automate, peuvent êtreéchangées dans les deux sens.

Objets échangés L’utilisation de ce module permet l’échange des mots d’entrées et des mots desorties:

Adressage Les mots d’entrées/sorties son accessibles par l’adressage suivant:� entrées : %IW\4.0\adresse liaison.numéro du mot� sorties : %QW\4.0\adresse liaison.numéro du mot


Une table par automateTSX Nano

Zone réservée àl’esclave 4

Zone réservée àl’esclave 2

Esclave 2 Esclave 3 Esclave 4


%IW ou %QW Type d’objet à accéder (mots d’entrée ou de sortie).

\4.0\ � 4: adresse du module dans l’automate TSX Micro.� 0: adresse de la voie.

Adresse liaison Adresse du point de connexion de l’automate destinataire (de 2 à 4).

Numéro du mot Numéro du mot d’entrée d’entré ou de sortie de l’automate destinataire.



Exemple L’automate TSX Micro:� lit les mots d’entrées 0 et 1de l’automate à l’adresse liaison 2: %IW\4.0\2.0 et

%IW\4.0\2.1.� écrit les mots de sorties 0 et 1 de l’automate à l’adresse liaison 4: %QW\4.0\3.0

et %QW\4.0\3.1.

184 TLXDSCOMPL7xx


Echange de données avec un module analogique

Présentation L'adressage des entrées/sorties analogiques est identique à celui des extensionautomates Nano.

Objets échangés L’utilisation de ce module permet l’échange des mots d’entrées et des mots desorties:

Un module analogique est composé de 3 voies d'entrée et d'une voie de sortie. Lesmots échangés %QW et %IW avec ces modules contiennent pour chaque voie:� des paramètres de configuration,� des valeurs,� des bits de status.

Pour la voie d'entrée 1, la résolution est fonction du nombre de voies configurées:12 bits si les voies 0 et 1 sont configurées, 8 bits si les voies 0,1,2 sont configurées.

Une table par moduleanalogique

Zone réservéeau moduleanalogique 4

Zone réservéeau moduleanalogique 2

Module ana-logique 2

Module analo-gique 3

Module ana-logique 4



Contenu des mots %QW en écriture

Présentation Les mots de sorties %QW\4.0\i.0 et %QW\4.0\i.1 contiennent les paramètres deconfiguration de chaque voie d’entrée et la valeur analogique de la voie de sortie.

Contenu du mot%QW\4.0\i.0

Ce mot contient la configuration des entrées analogiques.

Signification desbits du mot%QW\4.0\•.0

Sélection des voies utilisées

Choix du type d’entrée (valable pour les couples (x2,x3), (x4,x5), (x6,x7))

Voie 2 Voie 1 Voie 0 Voie 2 Voie 1 Voie 0 Conf

Nombre de voiesd’entrée utilisées

Choix du type d’en-trée

Choix du type de filtrede la voie

x1 x0 Nombre de voies d’entrées utilisées

0 0 Aucune

0 1 Voie 0

1 0 Voie 0 et voie 1

1 1 Voie 0, voie 1 et voie 2

x3x5x7

x2x4x6

Type d’entrée pour la voie

0 0 Entrée tension 10 V

0 1 Entrée tension 0..10 V

1 0 Entrée courant 10..20 mA

1 1 Entrée courant 4..20 mA

186 TLXDSCOMPL7xx


Choix du type de filtre (valable pour les couples (x8,x9), (x10,x11), (x12,x13))

Contenu du mot%QW\4.0\i.1

Ce mot contient la valeur numérique de la sortie analogique.

La valeur numérique de la sortie est définie sur 15 bits. Le dernier bit x15 est le bitde signe.

x9x11x13

x8x10x12

Type de filtre pour la voie

0 0 Filtre hardware

0 1 Filtre 150 ms

1 0 Filtre 750 ms

1 1 Filtre 3 s

Valeur numérique dela sortie analogique



Contenu des mots %IW en lecture

Présentation Les mots d’entrées %IW\4.0\i.0 et %IW\4.0\i.1 contiennent les bits de status dechaque voie et la valeur de chaque voie.

Contenu du mot%IW\4.0\i.0

Ce mot contient la valeur de l'entrée analogique 0 et le status du module.

La valeur de l'entrée analogique est définie sur 11 bits, le bit x11 est le bit de signe.Les autres bits de x12 à x15 indiquent l'état du module.

Dépassement butéevoie 0



Défaut d’autocalibra-tion

Valeur de l’entrée sur12 bits

188 TLXDSCOMPL7xx


Contenu du mot%IW\4.0\i.1

Le contenu du second mot %IW\4.0\i.1 dépend de la configuration choisie pour lesvoies 0 et 1.

Configuration 1: les entrées 0 et 1 sont configurées, la valeur de la voie analogique1 est de la forme.

Dans cette configuration la valeur est définie sur 15 bits, le dernier bit x15 est le bitde signe.

Configuration 2: toutes les entrées 0,1,2 sont configurées. Le mot %IW\4.0\i.1contient la valeur de la voie 1 et de la voie 2.

Dans cette configuration la valeur des voies est définie sur 7 bits. Les bits x7 et x15sont les bits de signe.

Valeur de l’entréevoie 1





Conversion des valeurs analogiques des voies d’entrée

Présentation La valeur lue des entrées pour être traitée par PL7 doit être définie sur 16 bits avecle bit x15 comme bit de signe.

La voie 0 doit toujours après lecture faire l'objet d'un traitement par le logicielapplicatif pour que le résultat puisse être exploité par PL7.Lorsque les voies 0 et 1 sont configurées aucun traitement n'est nécessaire sur lavaleur lue de la voie 1. Lorsque toutes les voies 0, 1 et 2 sont configurées, untraitement est nécessaire sur les lectures des voie 1 et 2.

Les exemples suivants sont donnés à titre indicatif pour un module analogiqueconnecté à l'adresse 2.

Conversion de lavoie 0 en langageLadder

%MW0 contient la valeur de la voie 0 codée sur 16 bits.

Conversion de lavoie 0 en langageList

%MW0 contient la valeur de la voie 0 codée sur 16 bits.LD %IW\4.0\2.0:X11[%MW0:=%IW\4.0\2.0 OR 16#F000]LDN %IW\4.0\2.0:X11[%MW0:=%IW\4.0\2.0 AND 16#0FFF]

190 TLXDSCOMPL7xx


Conversion de lavoie 1 et 2 enlangage Ladder





Conversion de lavoie 1 et 2 enlangage List

%MW1 contient la valeur de la voie 1 codée sur 16 bits.LD 1[%MW0:=%IW\4.0\2.1 AND 16#00FF]LD %IW\4.0\2.1:X7[%MW1:=%MW0 OR 16#FF00]LDN %IW\4.0\2.1:X7[%MW1:=%MW0]

%MW2 contient la valeur de la voie 2 codée sur 16 bits.LD 1[%MW0:=%IW\4.0\2.1 AND 16#FF00]LD 1[%MW1:=ROR(%MW0,8)]LD %IW\4.0\2.1:X15[%MW2:=%MW1 OR 16#FF00]LDN %IW\4.0\2.1:X15[%MW2:=%MW1]

192 TLXDSCOMPL7xx


Liaison mixte

Présentation Il est possible de mixer les échanges d’entrées/sorties et les échanges de donnéesapplicatives sur une même liaison.

Note : Dans ce cas, le premier équipement doit être toujours configuré en blocd’entrées/sorties.

TSX Micro maître

Entrées/sorties

Entrées/sorties

Esclave 3 Esclave 4

Entrées/sortiesanalogiques

1

2



194 TLXDSCOMPL7xx

TLX DS COM PL7 xx

7
Configuration du déport desautomates Nano
Présentation

Objet de cechapitre

Ce chapitre décrit l’aspect Configuration dans la mise en oeuvre du déport desautomates TSX Nano.



Sujet Page

Comment accéder aux paramètres du module TSX STZ 10 196

Ecran de configuration du déport des automates Nano 197

Paramètres Modbus liés à l’application 198

195

Configuration automates Nano

Comment accéder aux paramètres du module TSX STZ 10

Présentation Cette opération décrit comment accéder aux paramètres de configuration de laliaison pour le déport automates Nano par l’intermédiaire du module TSX STZ 10pour les automates TSX Micro.

Commentaccéder à laliaison

Le tableau suivant présente la marche à suivre pour accéder à la liaison:

Etape Action

1 Déclarez le module STZ 10 à l’emplacement 4Résultat

2 Effectuez un double clic sur le module à configurer ou sélectionnez le moduleSTZ 10 puis sélectionnez la commande services → Ouvrir le module

Configuration

TSX 3722 V3.3... XMWIXTI..

0 3 5 7 9

TSX3722

1

8 10642

DMZ64DT STZ

10

com

tage

p

Ana

196 TLXDSCOMPL7xx


Ecran de configuration du déport des automates Nano

Présentation Cet écran, décomposée en deux zones, permet de déclarer la voie decommunication et de configurer les paramètres nécessaires pour une liaisonModbus/Jbus.

Illustration L’écran dédié au déport des automates Nano se présente ainsi:

Eléments etfonctions

Ce tableau décrit les différentes zones constituant l’écran de configuration:

VOIE 0

TSX STZ 10 [ POSITION 04]

VOIE 0

Désignation : COUPLEUR XL7 - TSX 37

LIAISON EXTENSION TSX07

Mise au point

1

2

Bloc d’E/S

Bloc d’E/S

AP Esclave

AP Esclave

12 ms

12 ms

12 ms

12 ms

Esclave 1

Esclave 2

Esclave 3

Esclave 4

Configuration LiaisonFiltrage Vitesse de Transmission

9600 Bits/s

Mode de Repli sur Défaut

Repli à 0

Maintien de l’état

MAST

Repère Zone Fonction

1 commune Voir Description des écrans de configuration pour lacommunication, p. 163.

2 spécifique Permet de sélectionner ou de renseigner les paramètres pourla communication.Elle est décomposée en trois types d’informations:� les paramètres concernant les liaisons,� la vitesse de transmission,� le mode de repli sur défaut,



Paramètres Modbus liés à l’application

Présentation Après avoir configuré la voie de communication, vous devez renseigner lesparamètres de la liaison.

Ils se décomposent en trois fenêtres:� la fenêtre Configuration liaison,� la fenêtre Vitesse de transmission,� la fenêtre Mode de repli sur défaut.

Configurationliaison

La fenêtre se présente comme ci-dessous:

Elle permet de sélectionner:� le type de fonction choisie pour l’esclave n sélectionné :

� Absent : aucun module n’est présent à cette liaison� Bloc d’E/S : l’automate TSX Nano est utilisé comme entrées/sorties� AP Esclave : l’automate TSX Nano est utilisé comme automate

� le filtrage: associé à chaque esclave de type Bloc d'entrées/sorties, cette fonctionpermet d'affecter un filtrage de 3 ou 12 ms (valeur par défaut) à chacune desentrées afin de pouvoir s'affranchir de certaines perturbations lors de l'acquisitionde ces entrées. La durée du filtrage représente le temps minimal pendant lequelune entrée doit garder la même valeur pour pouvoir être prise en compte.

Exemple

Bloc d’E/S

Bloc d’E/S

AP Esclave

AP Esclave

12 ms

12 ms

12 ms

12 ms

Esclave 1

Esclave 2

Esclave 3

Esclave 4

Configuration LiaisonFiltrage

Signal

Filtrage 3 ms

Filtrage 12 ms

Base de temps de 1 ms

198 TLXDSCOMPL7xx


Vitesse detransmission

Correspond à la vitesse de transmission des informations.Elle doit prendre la valeur 9600 ou 19200 bits/s dans le cas d'une liaison necomportant que des AP esclaves ou d'une liaison mixte (AP esclaves et Blocd'entrées/sorties).Sa valeur peut être portée à 38400 bits/s dans le cas d'une liaison ne comportantque des Blocs d'entrées/sorties.

Mode de repli Ce paramètre permet de configurer la position de repli des sorties de tous les blocsd'entrées/sorties de la liaison (Repli à 0 ou état maintenu).

Note : Lors de la configuration de la liaison extension TSX07, les modulesanalogiques TSX AMN 4000 et TSX AMN 4001 doivent être déclarés comme APesclave.



200 TLXDSCOMPL7xx

TLX DS COM PL7 xx

8
Programmation du déport desautomates Nano
Présentation

Objet de cechapitre

Ce chapitre décrit l’aspect Programmation dans la mise en oeuvre du déport desautomates TSX Nano.



Sujet Page

Exemple de communication avec des automates Nano 202

Configuration et programmation de l’exemple 203

201

Programmation Nanos automates

Exemple de communication avec des automates Nano

Présentation Le but de l'exemple est l’utilisation de deux mots internes du TSX 37 (%MW0 et%MW1) comme registre à décalage. Chacun de ces mots est transmis auxautomates Nano TSX 07 configurés en mode esclave.Le programme de ces automates Nano consiste uniquement à recopier les motsd'entrée sur les mots de sortie (%QW0.0 := %IW0.0.....).

Illustration La configuration de l’exemple est la suivante:

Synoptique defonctionnement

L'automate TSX 37 récupère donc les mots de sortie des deux automates esclavespour les transmettre sur les sorties des deux automates configurés en blocs E/S. LeTSX 37 fait un décalage circulaire des mots %MW0 et %MW1 toutes les secondes.

Le synoptique de fonctionnement pour le mot %MW0 est le suivant:

TSX Micro

Ad0 = 1 Ad0 = 2 Ad0 = 3 Ad0 = 4

Bloc d’E/S Bloc d’E/S AP esclave AP esclave

%MW0 %QW\4.0\3.0

%IW\4.0\3.0

%IW0.0

%QW0.0

Bloc d’E/S(7 sorties)

AP esclaveAd0 = 3

Zone réservée àl’automated’adresse 3

Motd’entrée

Mot desortie

TSX 07

TSX 07

202 TLXDSCOMPL7xx


Configuration et programmation de l’exemple

Configuration dumoduleTSX STZ 10

La configuration du module TSX STZ 10 est la suivante:

Programmation Gestion des limites d’évolution de %MW0

Gestion des limites d’évolution de %MW1


VOIE 0

Désignation : COUPLEUR XL7 - TSX 37


Configuration

Bloc d’E/S

Bloc d’E/S

AP Esclave

AP Esclave

12 ms

12 ms

12 ms

12 ms

Esclave 1

Esclave 2

Esclave 3

Esclave 4

Configuration LiaisonFiltrage Vitesse de Transmission

9600 Bits/s

Mode de Repli sur Défaut

Repli à 0

Maintien de l’état

MAST

VOIE 0

%MW0>64

COMPARE

%MW0=0

COMPARE

%MW0:=1

OPERATE

%MW0>512

COMPARE

%MW1=0

COMPARE

%MW1:=1

OPERATE



Temporistation d’une seconde

Le front montant ou descendant de %M0 génère le décalage circulaire d’un bit versla gauche de %MW0 et %MW1.

Le mot interne %MW0 est mis dans le mot de sortie %Q\4.0\3.0:16 affecté àl’automate d’adresse 3. Ce mot de sortie correspondra au mot d’entrée %IW0.0.

Le mot interne %MW1 est mis dans le mot de sortie %Q\4.0\4.0:16 affecté àl’automate d’adresse 4. Ce mot de sortie correspondra au mot d’entrée %IW0.0.

OPERATE

P

%M0

N

%M0

%MW0:=ROL(%MW0,1)

OPERATE

%MW1:=ROL(%MW1,1)

%Q\4.0\3.0:16:=%MW0

OPERATE

%Q\4.0\4.0:16:=%MW1

OPERATE

%MW0:=ROL(%MW0,1)

OPERATE

204 TLXDSCOMPL7xx


Recopie dans les blocs d’entrées/sorties

%MW0:=ROL(%MW0,1)

OPERATE

%MW1:=ROL(%MW1,1)

OPERATE



206 TLXDSCOMPL7xx

TLX DS COM PL7 xx

9
Mise au point du déport desautomates Nano
Présentation

Objet de cechapitre

Ce chapitre décrit l’aspect Mise au point dans la mise en oeuvre du déport desautomates TSX Nano.



Sujet Page

Ecran de mise au point du déport des automates Nano 208

Ecran de mise au point du déport des automates Nano 209

207

Mise au point automates Nano

Ecran de mise au point du déport des automates Nano

Présentation Cet écran, décomposée en deux zones, permet de déclarer la voie decommunication et de configurer les paramètres nécessaires pour unecommunication avec des automates Nano.

Illustration L’écran dédié à la communication se présente ainsi:


Ce tableau décrit les différentes zones constituant l’écran de mise au point:

VOIE 0


VOIE 0

Désignation : COUPLEUR XL7 - TSX 37 Version : 1.0


Mise au point

DIAG...

En réceptionEn emission

00

DIAG...

RAZ compteurs

Erreurs Caractères

1

2Esclave 1

Esclave 2

Esclave 3

Esclave 4

Configuré Présent Err. Diag.DonnéesAbsent

Absent

Absent

Absent

Absent

Blocs d’E/S Blocs d’E/S

AP Esclave

Configuration Liaison


1 commune Voir Description des écrans de mise au point pour lacommunication, p. 165.

2 spécifique Permet d’accéder aux paramètres de mise au point de laliaison.

208 TLXDSCOMPL7xx


Ecran de mise au point du déport des automates Nano

Présentation La partie spécifique se décompose en deux fenêtres:� la fenêtre Erreurs caractères,� la fenêtre Configuration liaison.

Fenêtre Erreurscaractères


Cette fenêtre indique le nombre d'erreurs de communication comptabilisées par lemodule TSX STZ 10.

Le champ En émission correspond au nombre d’erreurs en émission (image du mot%MW4.0.7).Le champ En réception correspond au nombre d’erreurs en réception (image dumot %MW4.0.8).Le bouton R.A.Z. Compteurs provoque la remise à zéro de ces compteurs (le bit%MW4.0.9:x0 est mis à 1 et provoque l’échange explicite pour mise à jour).

FenêtreConfigurationliaison


Cette fenêtre permet de tester la communication avec les automates présents surla liaison.

Note : Pour effectuer les mêmes opérations à partir de l’application, vous devez:� activer la fonction READ_STS %CH4.0 (mise à jour des mots %MW4.0.7 et

%MW4.0.8),� mettre le bit %MW4.0.9:x0 à 1 puis éxécuter la fonction WRITE_CMD %CH4.0.NB: la mise à 1 du bit %MW4.0.9:X0 ne suffit pas pour obtenir la remise à zéro descompteurs de défaut (ne déclenche pas l’echange explicite).

En réceptionEn emission

00

RAZ compteurs

Erreurs Caractères

Esclave 1

Esclave 2

Esclave 3

Esclave 4

Configuré Présent Err. Diag.DonnéesAbsent

Absent

Absent

Absent

Absent

Blocs d’E/S Blocs d’E/S

AP Esclave

Configuration Liaison



Les différents champs sont:� Configuré: indique le type d’esclave qui a été configuré à l’adresse liaison.� Présent: indique si l’esclave configuré est présent physiquement à l’adresse

liaison. La valeur Absent indique que l’esclave n’est pas connecté.� Err.: si l’esclave est en défaut, le voyant est allumé (en inverse vidéo).� Diag.: lorsqu’un esclave est en défaut, ce bouton permet d’accéder à l’écran de

diagnostic indiquant les causes d’erreurs.� Données: ce bouton provoque la visualisation de l’image des entrées/sorties de

l’esclave concerné.

Exemple dedonnées

Exemple de données d’un équipement de type AP esclave:

Exemple de données d’un équipement de type Bloc d’entrées/sorties:

Note : Lorsqu’un esclave à une adresse physique supérieure à 4, tous les voyantsErr. sont allumés (inverse vidéo).

Données applicatives - ESCLAVE 3 - AP

16#2FCE

16#0240

MOT 0 %IW\4.0\3.x

MOT1

16#0016

16#0000

MOT 0 %QW\4.0\3.x

MOT1

Fermer

Données applicatives - ESCLAVE 2 - E/S:

%IW\4.0\2.x

F0= bitforcé à 0Fermer

00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 150 0 0 0 0 F1 0 0 0 0 0 0 0 0 0 0

%QW\4.0\2.x00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 150 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0

F1= bitforcé à 1

210 TLXDSCOMPL7xx

TLX DS COM PL7 xx

10
Objets langage associés audéport des automates Nano
Présentation


Ce chapitre présente les objets langage associés au déport des automates TSXNano.



Sujet Page

Objet langage à échange implicite 212

Objet langage à échange explicite 213

Gestion et compte-rendu des échanges explicites 216

Objets langage associés à la configuration 217

211

Objets langage automates Nano

Objet langage à échange implicite

Présentation Cette page décrit tous les objets langage à échange implicite pour le déport desautomates TSX Nano qui peuvent être affichés ou modifiés par le programmed’application. Echanges implicites, p. 150

Objets bit Le tableau ci-dessous présente les différents objets bit à échange implicite.

Objets mot Le tableau ci-dessous présente les différents objets mot à échange implicite.

Objet (1) Fonction Signification

%I4.MOD.ERR

Bit de défaut module Ce bit à 1, indique un défaut du module (au moinsune des voies est en défaut, ...)

%I4.0.ERR Etat de la liaison = 1: si erreur de configuration ou équipements enerreur

%I\4.0\i.n%Q\4.0\i.n

Valeurs des entrées/sorties distantes

Valeur des entréesValeur des sorties

Légende

(1) Adresse i.n� i: correspond au numéro de l’esclave� n: correspond au numéro du mot


%IW4.0.0 Etat équipement � x0 = 1: si erreur de configuration� xn = 1: si l’équipement n est en erreur (si = 0

dans le cas contraire)� x5 = 1: si au moins un des équipement est en

erreur

%IW\4.0\i.n%QW\4.0\i.n

Valeurs des donnéesapplicatives

Mots consommés par le maîtreMots produits par le maître

Légende

(1) Adresse i.n� i: correspond au numéro de l’esclave� n: correspond au numéro du mot

212 TLXDSCOMPL7xx


Objet langage à échange explicite

Présentation Cette page décrit tous les objets langage à échange explicite pour le déport desautomates TSX Nano qui peuvent être affichés ou modifiés par le programmed’application. Echanges explicites : Généralités, p. 152

Objets mots Le tableau ci-dessous présente les différents objets mot à échange explicite.


%MW4.MOD.2

Status du module � x0 = 1: module défectueux� x1 = 1: défaut fonctionnel (défaut entre le

processeur et le module, défaut de réglage oude configuration, ...)

� x2 = 1: défaut bornier (non connecté)� x3 = 1: auto-tests en cours� x4 = 1: réservé� x5 = 1: défaut de configuration matérielle ou

logicielle (le module présent n’est pas celuidéclaré dans la configuration, les sous-modulesne sont pas compatibles)

� x6 = 1: module absent� x7 = 1: défaut de l’un des sous-modules

%MW4.0.2 Status standard voie � x0 = 1: station unique sur le réseau� x1 = 1: non utilisé� x2 = 1: erreur de ligne de transmission� x3 = 1: non utilisé� x4 = 1: défaut logiciel interne� x5 = 1: erreur de configuration matérielle ou

logicielle ou absence de configuration� x6 = 1: erreur de communication avec le

processeur� x7 = 1: défaut d’application (double adresse

station)



%MW4.0.3%MW4.0.4

Status spécifique voie Un octet par équipement (l’octet 0 correpondant àl’équipement 1, ..., l’octet 3 à l’équipement 4).Si un octet vaut:� 16#00: échange correct� 16#02: erreur démission de caractère� 16#03: erreur de réception de caractère� 16#04: Protocol Data Unit de type ERREUR� 16#05: incohérence de type (E/S et AP)� 16#06: Protocol Data Unit incorrect� 16#07: erreur de Binary Check Character� 16#08: erreur de timeout� 16#09: erreur de temps intercaractère� 16#81: défaut sorties protégée� 16#82: défaut alimentation

%MW4.0.5 Configuration physiqueesclaves 1 et 2

Octet 0 : valeur de l’esclave 1Octet 1 : valeur de l’esclave 2Pour chaque octets, les bits x0 et x1 donnent :� x1x0 = 00: esclave absent� x1x0 = 01: esclave de type automate� x1x0 = 10: esclave de type entrées/sortiesPour chaque octets, les bits x2 et x3 coorespondentau type de bloc d’entrées/sorties :� x3x2 = 00: 6 entrées, 4 sorties� x3x2 = 01: 9 entrées, 7 sorties� x3x2 = 10: 14 entrées, 10 sorties� x3x2 = 11: 9 entrées, 7 sorties alternatif

%MW4.0.6 Configuration physiqueesclaves 3 et 4

Octet 0 : valeur de l’esclave 3Octet 1 : valeur de l’esclave 4Pour chaque octets, les bits x0 et x1 donnent :� x1x0 = 00: esclave absent� x1x0 = 01: esclave de type automate� x1x0 = 10: esclave de type entrées/sortiesPour chaque octets, les bits x2 et x3 coorespondentau type de bloc d’entrées/sorties :� x3x2 = 00: 6 entrées, 4 sorties� x3x2 = 01: 9 entrées, 7 sorties� x3x2 = 10: 14 entrées, 10 sorties� x3x2 = 11: 9 entrées, 7 sorties alternatif

%MW4.0.7 Compteur de défauts Erreur d’émission

%MW4.0.8 Compteur de défauts Erreur de réception


214 TLXDSCOMPL7xx


%MW4.0.9 Commandes � x0 = 1: RAZ des compteurs� x1 = 1: réarmement sorties esclave 1� x2 = 1: réarmement sorties esclave 2� x3 = 1: réarmement sorties esclave 3� x4 = 1: réarmement sorties esclave 4




Gestion et compte-rendu des échanges explicites

Présentation Cette page décrit tous les objets langage qui gèrent les échanges explicites. Gestiond’échange et de compte-rendu, p. 154

Objets mots Le tableau ci-dessous présente les différents objets mot pour la gestion deséchanges explicites.

Objet Fonction Signification

%MW4.MOD.0

Echanges en cours dumodule

� x0 = 1: lecture de status en cours� x1 = 1: envoi de paramètres de commande au

module de communication� x2 = 1: envoi de paramètres de réglage au

module de communication

%MW4.MOD.1

Compte rendu dumodule

� x1 = 0: paramètres de commande reçus etacceptés par le module

� x2 = 0: paramètres de réglage reçus et acceptéspar le module

%MW4.0.0 Echanges en cours dela voie

� x0 = 1: lecture de status en cours� x1 = 1: envoi de paramètres de commande à la

voie de communication� x2 = 1: envoi de paramètres de réglage à la voie

de communication

%MW4.0.1 Compte rendu de lavoie

� x1 = 0: paramètres de commande reçus etacceptés par la voie de communication

� x2 = 0: paramètres de réglage reçus et acceptéspar la voie de communication

216 TLXDSCOMPL7xx


Objets langage associés à la configuration

Présentation Cette page décrit tous les objets langage de configuration pour le déport desautomates TSX Nano qui peuvent être affichés par le programme d’application.

Constantesinternes

Le tableau suivant décrit les constantes internes :


%KW4.0.1 Vitesse / Format � = 16#03: si vitesse de 9600 bit/s� = 16#04: si vitesse de 19200 bit/s� = 16#05: si vitesse de 38400 bit/s

%KW4.0.2%KW4.0.3

Configuration logique Un octet par équipement (l’octet 0 correpondant àl’équipement 1, ..., l’octet 3 à l’équipement 4)� = 16#00: Absent� = 16#01: AP esclave� = 16#00: Bloc d’entrées/sorties

%KW4.0.4 FiltrageRepli

Octet 0 : correspond au filtrage (2 bits paréquipement)� = 01: filtre de 3 ms� = 11: filtre de 12 msOctet 1 : correspond au mode de repli (2 bits paréquipement)� x0 = 0: sorties en repli à 0� x0 = 1: sortie maintenues



218 TLXDSCOMPL7xx

TLX DS COM PL7 xx

III
Communication par modecaractères
Présentation


Cet intercalaire présente les principes de configuration et d’exploitation de lacommunication par mode caractères par le logiciel PL7.





12 Configuration d’une communication par mode caractères 231

13 Programmation d’une communication par mode caractères 245

14 Mise au point d’une communication par mode caractères 247

15 Objets langage associés à la communication en modecaractères

253

219

Communication par mode caractères

220 TLXDSCOMPL7xx

TLX DS COM PL7 xx

11
Généralités
Présentation

Objet de chapitre Ce chapitre présente la communication par mode caractères et ses services.



Sous-chapitre

Sujet Page

11.1 Présentation de la communication par mode caractères 222

11.2 Caractéristiques 226

221

Communication par mode caractères: Généralités

11.1 Présentation de la communication par modecaractères

Présentation


Ce sous-chapitre présente une description sommaire d’une communication parmode caractère et des services qui lui sont associés.



Sujet Page

A propos de mode caractères 223

Contrôle de flux 224

222 TLXDSCOMPL7xx


A propos de mode caractères

Introduction La communication par mode caractères permet de réaliser des fonctions dedialogue et de communication entre les automates et leur environnement:

� périphériques usuels: imprimantes, écran-clavier, terminal d’atelier,� périphériques spécialisés : lecteurs de code à barres,� liaison vers un calculateur de supervision ou de gestion de production,� transmission de données entre équipements hétérogènes (commandes

numérique, variateurs de vitesse, ...),� liaison vers un modem externe.

Manuelsassociés


Titre Description



Automates TSX Premium - Manuel de mise enoeuvre




Contrôle de flux

Présentation Le contrôle de flux permet de gérer les échanges sur une liaison série (dans ce casune liaison en mode caractères) entre deux équipements.

Les données sont transmises par l’émetteur Tx1 au récepteur Rx2. L’émission desdonnées est contrôlée par les signaux de contrôle de flux Scf1 et Scf2.

1 L’émetteur active son signal Scf1 pour signifier qu’il est prêt à émettre.

2 Le récepteur active son signal Scf2 pour autoriser l’émission des données.

3 Emission des données

4 L’émission des données est terminée, les signaux de contrôles Scf1 et Scf2 sontdésactivés

Pour effectuer le contrôle de flux, il existe deux méthodes:� soit matériellement par:

� RTS/CTS� RTS/DCD

� soit logiciellement par Xon/Xoff.

Note : Le contrôle de flux logiciel est le plus couramment utilisé. Dans le cas où cecontrôle n’est pas disponible, le contrôle est effectué matériellement.

Tx1 Rx2

Emetteur Récepteur

Scf2Scf1

Tx1

Scf2

Scf1

1 2 3 4

224 TLXDSCOMPL7xx


RTS/CTS Dans ce cas, les signaux de contrôles sont les signaux RTS/CTS. Ce mode decontrôle de flux est le plus couramment utilisé parmi les contrôle de flux matériel.

La sortie Tx de l’émetteur est relié à l’entrée Rx du récepteur et inversement. Lesignal CTS de l’émetteur est relié au signal RTS du récepteur et inversement.

L’émetteur a l’autorisation de transmettre des données lorsqu’il reçoit sur son entréeCTS, le signal RTS du récepteur.

RTS/DCD Dans ce cas, les signaux de contrôles sont les signaux RTS/DCD. Ce mode decontrôle de flux matériel est peu utilisé. Il existe, par exemple, dans le cas d’unecommunication avec une imprimante de bas de gamme.

La sortie Tx de l’émetteur est relié à l’entrée Rx du récepteur et inversement.Le signal DCD de l’émetteur est relié au signal DTR du récepteur et le signal RTSde l’émetteur est relié au CTS du récepteur.

L’émetteur a l’autorisation de transmettre des données lorsqu’il reçoit sur son entréeCTS, le signal RTS du récepteur.

Xon/Xoff Dans ce cas, ce contrôle de flux est effectué par logiciel avec des caractères Xon/Xoff. Dans ce cas, les équipement sont reliés par deux fils uniquement.

La sortie Tx de l’émetteur est relié à l’entrée Rx du récepteur et inversement.

L’émetteur a l’autorisation de transmettre des données quand il reçoit le caractèreXon sur son entrée Rx et doit arrêter la transmission quand il reçoit le caractère Xoffsur son entrée Rx.



11.2 Caractéristiques

Présentation


Ce sous-chapitre présente les caractéristiques d’utilisation d’une communicationpar mode caractères.



Sujet Page

Compatibilités 227

Performances 228

Mode de marche 230

226 TLXDSCOMPL7xx


Compatibilités

Matérielles Ce type de communication est disponible pour les automates:

� TSX Micro et TSX Premium par l’intermédiaire de la prise terminal associée à lacouche physique RS485,

� TSX Premium par l’intermédiaire de:� la carte PCMCIA TSX SCP 111 associée à la couche physique RS232,� la carte PCMCIA TSX SCP 112 associée aux boucles de courant 20 mA,� la carte PCMCIA TSX SCP 114 associée aux couches physiques RS422 et

RS485,� la liaison intégrée au module TSX SCY 21600 / 21601associée à la couche

physique RS485,� TSX Micro acceptant les cartes PCMCIA décritent ci-dessus.

Logicielles La prise terminal des processeurs TSX Premium et TSX Micro ne peut traiter qu’unefonction de communication de type :� INPUT_CHAR,� PRINT_CHAR,� OUT_IN_CHAR.Pour une communication par prise terminal, la taille maximale de la trame est 120octets par fonction de communication.

Les cartes PCMCIA peuvent traiter:� 4 fonctions de communication simultanément pour les automates TSX Micro,� 8 fonctions de communication simultanément pour les automates TSX Premium.La liaison intégrée des modules TSX SCY 21600/21601 peut traiter 8 fonctions decommunication simultanément.

Pour une communication par carte PCMCIA ou liaison intégrée, la taille maximalede la trame est 4K octets par fonction de communication.



Performances

Présentation Les tableaux suivants permettent d’évaluer le temps d’échange typique en modecaractères pour:� les cartes PCMCIA et la liaison intégrée des modules TSX SCY 21600/21601,� la prise terminal.Les résultats présentés correspondent à une durée moyenne d’exécution de lafonction PRINT_CHAR en ms.

Temps avec lescartes PCMCIA

Durée moyenne en fonction du temps de cycle programmé et du nombre decaractères transmis:

Longueur du message 80 caractères 960 caractères

Vitesse enbits/s

T cycle en ms Durée moyenne Durée moyenne

PCMCIA SCY 21600 PCMCIA SCY 21600

4800 10 190 210 2100 2200

4800 25 200 220 2166 2300

4800 50 200 230 2300 2400

9600 10 108 125 1120 1200

9600 25 118 135 1147 1230

9600 50 137 157 1148 1240

19200 10 62 90 604 700

19200 25 75 105 696 800

19200 50 100 120 698 810

228 TLXDSCOMPL7xx


Temps avecprise terminal

Durée moyenne en fonction du temps de cycle programmé et l’émission de 80caractères:

TSX 37 TSX 57

Vitesse en bits/s T cycle en ms Durée moyenne Durée moyenne

1200 10 939 939

1200 20 945 945

1200 50 948 948

1200 100 1000 1000

1200 255 1018 1018

4800 10 242 242

4800 20 242 242

4800 50 249 249

4800 100 299 299

4800 255 455 455

9600 10 129 129

9600 20 139 139

9600 50 149 149

9600 100 199 199

9600 255 355 355

19200 10 - 65

19200 20 - 75

19200 50 - 105

19200 100 - 155

19200 255 - 285



Mode de marche

Présentation Le graphique suivant décrit les modes de marche en mode caractères des cartesPCMCIA , de la liaison intégrée des modules TSX SCY21600/21601 et du portterminal.


Fonctionnement � après la mise sous tension, le module effectue ses auto-tests. Pendant cettephase les voyants de signalisation clignotent.

� s'il n'existe pas d'application PL7 dans l'automate, le module reste en attente deconfiguration.

� s'il existe une application PL7 dans l'automate, la configuration de l'applicationest transmise au module puis le module démarre.

� en cas de coupure secteur, le processeur de l'automate effectue une reprise àchaud. Le module relance alors ses procédures d'auto-test.

Module hors tension

Module configuré



Fonction decommunication

Auto-tests OK

Reset

Arrêt du module

Configuration

Mise sous tension

230 TLXDSCOMPL7xx

TLX DS COM PL7 xx

12
Configuration d’unecommunication par modecaractères
Présentation

Objet de cechapitre

Ce chapitre décrit l’aspect Configuration dans la mise en oeuvre d’unecommunication par mode caractères.



Sujet Page

Comment accéder aux paramètres des cartes PCMCIA en mode caractères 232

Comment accéder aux paramètres de la prise terminal 233

Comment accéder aux paramètres des modules TSX SCY 21600/21601 234

Ecran de configuration en mode caractères 235

Fonctions accessibles en mode caractères 236

Paramètres en mode caractères liés à la transmission 237

Paramètres en mode caractères liés au fin de messages 239

Paramètres en mode caractères liés au contrôle de flux 241

Paramètres complémentaires 242

231

Configuration mode caractères

Comment accéder aux paramètres des cartes PCMCIA en mode caractères

Présentation Cette opération décrit comment accéder aux paramètres de configuration de laliaison mode caractères par l’intermédiaire des cartes PCMCIA.


Le tableau suivant présente la marche à suivre pour accéder à la liaison modecaractères :

Etape Action

1 Accédez à l’écran de configuration de la voie de communication

2 Sélectionnez dans le menu déroulant la voie de communication VOIE 1Exemple

3 Sélectionnez dans le menu déroulant une des cartes PCMCIA suivantes:� TSX SCP 111 CARTE PCMCIA RS232 MP� TSX SCP 112 CARTE PCMCIA BC MP� TSX SCP 114 CARTE PCMCIA RS485 MPExemple

4 Sélectionnez dans le menu déroulant la liaisonLIAISON MODE CARACTERES:Exemple

VOIE 1 :

MASTurée)

VOIE 1 (Pas de sous-module PCMCIA)VOIE 0VOIE 1VOIE 1

VOIE 1 :

MAST(Liaison non configurée)

VOIE 1 TSX SCP 111 CARTE PCMCIA RS 232 MPTSX SCP 112 CARTE PCMCIA BC MPTSX SCP 114 CARTE PCMCIA RS 485 MPTSX FPP 20 CARTE PCMIA FIPWAYTSX FPP 200 CARTE PCMCIA FIPWAYTSX FPP 10 CARTE PCMCIA FIPIOTSX MBP 100 CARTE PCMCIA MODBUS*TSX MDP 10 CARTE PCMCIA MODEM

TSX FPP 20 CARTE PCMCIA FIPWAY

VOIE 1 :


VOIE 1 TSX SCP 111 CARTE PCMCIA RS 232 MP

(Liaison non configurée)LIAISON UNI-TELWAYLIAISON MODE CARACTERESLIAISON MODBUS/JBUSLIAISON MODE CARACTERES

232 TLXDSCOMPL7xx


Comment accéder aux paramètres de la prise terminal

Présentation Cette opération décrit comment accéder aux paramètres de configuration de laliaison mode caractères par l’intermédiaire de la prise terminal.


Le tableau suivant présente la marche à suivre pour accéder à la liaison modecaractères:

Etape Action


2 Sélectionnez dans le menu déroulant la liaisonLIAISON MODE CARACTERESExemple

VOIE 0 :

MASTLIAISON UNI-TELWAY

VOIE 0 Prise Terminal

LIAISON UNI-TELWAYLIAISON MODE CARACTERESLIAISON MODE CARACTERES



Comment accéder aux paramètres des modules TSX SCY 21600/21601

Présentation Cette opération décrit comment accéder aux paramètres de configuration de laliaison mode caractères par l’intermédiaire des modules TSX SCY 21600/21601destinés au TSX Premium.


Le tableau suivant présente la marche à suivre pour accéder à la liaison modecaractères:

Etape Action

1 Accédez à l’écran de configuration de la voie de communication du modulechoisi


3 Sélectionnez dans le menu déroulant la liaisonLIAISON MODE CARACTERESExemple

VOIE 1 :

MASTurée)

VOIE 1 (Pas de sous-module PCMCIA)VOIE 0VOIE 1VOIE 1

VOIE 1 :



(Liaison non configurée)LIAISON UNI-TELWAYLIAISON MODE CARACTERESLIAISON MODBUS/JBUSLIAISON MODE CARACTERES

234 TLXDSCOMPL7xx


Ecran de configuration en mode caractères

Présentation Cet écran, décomposé en deux zones, permet de déclarer la voie de communicationet de configurer les paramètres nécessaires pour une liaison mode caractères.

Illustration L’écran dédié à la communication par mode caractères se présente ainsi:



Configuration

TSX 3722 [POSITION 00.0..1]

1

VOIE 1 :

Arrêt

MAST

Désignation : PROCESSEUR 3721

Contrôle de flux

Echo

Caractère 1 Arrêt en réception Vitesse de Transmission

Arrêt sur silence

Données stop

Parité

Boucle de courant (PSR) Retard RTS/CTS

CR

Matériel RTS/CTS

Xon/Xoff Aucun

En réceptionReprise sur 1° car.CR -> CR LF

Gestion BeepGestion Back-Space

Multipoint Point à Point x 100ms Porteuse (DCD)

7 Bits

msArrêt 1

8 Bits 2 Bits1 Bit

LF 0Caractères inclus

Arrêt Caractère 2

CR LF 0

Full Duplex (RS 422)

Paire Impaire SansCaractères inclus

Matériel RTS/DCD

2

9600 Bits/

LIAISON MODE CARACTERES


0



2 spécifique Permet de sélectionner ou de renseigner les paramètres d’uneliaison mode caractères.Elle est décomposée en quatre types d’informations:� les paramètres concernant la transmission,� les paramètres concernant la détection de fin de message,� les paramètres concernant le contrôle de flux,� des paramètres complémentaires.



Fonctions accessibles en mode caractères

Présentation Selon les supports de communication choisis, certains paramètres ne sont pasmodifiables. Il apparaissent en grisés.

Fonctionsaccessibles

Le tableau récapitulatif ci-dessous indique les différents choix possibles:

Les gestions Beep et Back-space sont accessibles quel que soit le type de support.

Fonctions SCP 111 SCP 112 SCP 114 SCY 21600/21601

Port Terminal

Contrôle de flux � RTS/CTS� RTS/DCD� Xon/Xoff� Aucun

Non Non Non Non

Echo � En réception� Reprise sur

1er car.� CR->CRLF

� En réception� Reprise sur

1er car.� CR->CRLF

Non Non En réception

Boucle de courant (PSR) Non Oui Non Non Non

Arrêt en réception Oui Oui Oui Oui � CR/LF avec1 Micro

� Non avec 1Premium

Full duplex Non Non Oui Non Non

Vitesse de transmission Oui Oui Oui Oui Oui

Arrêt sur silence Oui Oui Oui Oui Non

Données / Stop Oui Oui Oui Oui Oui

Parité Oui Oui Oui Oui Oui

Retard RTS / CTSPorteuse (DCD)

Oui Non Non Non Non

236 TLXDSCOMPL7xx


Paramètres en mode caractères liés à la transmission

Présentation Après avoir configuré la voie de communication, vous devez renseigner lesparamètres dédiés à la transmission.

Ils se décomposent en quatre fenêtres:� la fenêtre Vitesse de transmission,� les fenêtre spécifiques aux Données et Stop,� la fenêtre Parité,� la fenêtre Retard RTS/CTS,


La fenêtre se présente comme ci-dessous :

Elle permet de sélectionner la vitesse de transmission du protocole mode caractèresutilisée par le module:� la vitesse par défaut est de 9600 bits/s.� les vitesses disponibles sont 1200, 2400, 9600 et 19200 bits/s.� les vitesses de 300 et 600 bits/s sont disponibles uniquement avec la carte

PCMCIA TSX SCP 111.� il est conseillé d’ajuster la vitesse de transmission en fonction de l’équipement

distant.

Données La fenêtre se présente comme ci-dessous :

Le champs Données spécifie la taille des données échangées sur la ligne. Lesvaleurs disponibles sont 7 et 8 bits. Il est conseillé d’ajuster le nombre de bit dedonnées en fonction des équipements distants.

Vitesse de Transmission9600 Bits/s

Note : La valeur par défaut est 8 bits.

Données7 Bits8 Bits



Stop La fenêtre se présente comme ci-dessous :

Le champs Stop permet de renseigner le nombre de bits de stop utilisés pourcommuniquer en mode caractères. Les valeurs possibles sont 1 ou 2 bits de stop. Ilest conseillé d’ajuster le nombre de bit de stop en fonction des équipementsdistants.

Parité La fenêtre se présente comme ci-dessous :

Ce champ permet de définir l’adjonction ou non d’un bit de parité ainsi que son type.Les valeurs possibles sont Paire, Impaire ou sans (par défaut Impaire).Il est conseillé d’ajuster la parité en fonction des équipements distants.

Retard RTS/CTS La fenêtre se présente comme ci-dessous :

Avant chaque émission d’une chaîne de caractères, le coupleur active le signal RTS(Request To Send) et attend l’activation du signal CTS (Clear To Send).Elle permet de renseigner :� le temps d’attente maximum entre les deux signaux. Si la temps est expirée, la

requête n’est pas envoyée sur le bus.� la valeur est exprimée en centaine de millisecondes,� la valeur par défaut est 0 ms,� la valeur est comprise entre 0 s et 10 s,� la valeur 0 spécfifie l’absence de gestion du retard entre les deux signaux.

� la gestion de la porteuse (signal DCD, Data Carrier Detected) est utiliséeuniquement dans le cas d’une communication avec un modem à porteusecommandée :� Si l’option est sélectionnée, la réception des caractères est valide uniquement

si le signal de la porteuse DCD est détecté,� Si l’option n’est pas sélectionnée, tous les caractères reçus sont pris en

compte.

Note : La valeur par défaut est 1 bit de stop.

stop

2 Bits1 Bit

ParitéPaire Impaire Sans

Retard RTS/CTSx 100ms Porteuse (DCD)0

238 TLXDSCOMPL7xx


Paramètres en mode caractères liés au fin de messages

Présentation Après avoir configuré la voie de communication, vous devez renseigner lesparamètres dédiés au détection de fin de message.

Ils se décomposent en deux fenêtres:� la fenêtre Arrêt en réception: condition d’arrêt par caractère spécial,� les fenêtre Arrêt sur silence: condition d’arrêt par silence.

Conditiond’utilisation

L’activation d’une de ces conditions entraîne les faits suivants:� la fonction de communication INPUT_CHAR ne permet pas de lire un nombre de

caractères défini. Le paramètre Nombre de caractères à lire doit être égale à 0.� la possibilité d’utiliser la fonction de communication OUT_IN_CHAR en

réception.La sélection de l’arrêt sur silence entraîne la désélection de l’arrêt par caractère.Inversement, la sélection de l’arrêt par caractère désélectionne l’arrêt sur silence.

Arrêt enréception


Une requête de réception peut se terminer dès la réception d’un caractèreparticulier.Les paramètres suivants permettent de définir jusqu’à deux caractères de fin demessage:� Arrêt: permet d’activer l’arrêt en réception par un caractère de fin,� CR: permet de détecter la fin du message par un retour chariot,� LF: permet de détecter la fin de message par un retour à la ligne,� un champ de saisie : permet d’identifier un caractère de fin, différent du caractère

CR ou LF, par une valeur décimal,Les valeurs possibles sont:� 0 à 255 si les données sont codées sur 8 bits,� 0 à 127 si les données sont codées sur 7 bits,

� Caractère inclus: sélectionnez la case si vous désirez inclure le ou lescaractères de fin dans la table de réception de l’application automate PL7.

Arrêt Caractère 1

Arrêt en réception

CR LFCaractères inclus

Arrêt Caractère 2

CR LF 0Caractères inclus

10



Arrêt sur silence La fenêtre se présente comme ci-dessous:

Ce paramètre permet de détecter la fin d’un message en réception par absence decaractère de fin pendant un temps donné.L’arrêt sur silence est valide lorsque la case Arrêt est cochée. La durée du silence(exprimée en millisecondes) est fixée par le champ de saisie.

Note : Les valeurs disponibles sont comprises entre 1 ms et 10000 ms.

Arrêt sur silencemsArrêt 1

240 TLXDSCOMPL7xx


Paramètres en mode caractères liés au contrôle de flux

Présentation Après avoir configuré la voie de communication, vous devez renseigner lesparamètres dédiés au contrôle de flux. Voir Contrôle de flux, p. 224.

Fenêtre contrôlede flux


La sélection du contrôle de flux est effectuée en fonction de l’équipement distant:� Matériel RTS/CTS: si l’équipement gère ce contrôle de flux.� Matériel RTS/DCD: si l’équipement gère ce contrôle de flux.� Xon/Xoff: si l’équipement gère ce contrôle de flux.� Aucun: si l’équipement ne gère pas le contrôle de flux.

Contrôle de fluxMatériel RTS/CTS

Xon/Xoff AucunMatériel RTS/DCD



Paramètres complémentaires

Présentation La configuration d’une liaison par mode caractères nécessite la configuration desquatre paramètres suivants:� la fenêtre Echo,� le paramètre Gestion Beep,� le paramètre Gestion Back-space,� le paramètre Full Duplex (RS 422),

Echo Cette fenêtre permet de sélectionner et de configurer la gestion de l’écho enréception.

Tout caractère reçu par l’automate est retransmis immédiatement sur la ligne enécho (permet à l’équipement distant d’effectuer un contrôle).

Pour valider la gestion de l’écho, cochez la case En réception.

Si pendant une réception, une requête écriture est émise par l’automate, l’écho enréception est interrompu. La requête d’écriture terminée, l’écho est repris de deuxmanières distinctes:� soit à partir du premier caractère reçu pour cela cocher la case Reprise sur 1er

car,� soit à partir du dernier caractère interrompu pour cela décocher la case Reprise

sur 1er car.

La sélection de la case CR --> CR LF permet après toute réception du caractèreretour chariot (CR = 16#0D), d’émettre dans le cadre de l’écho, le caractère retourchariot suivi automatiquement du caractère retour à la ligne (LF = 16#0A).

Gestion du Beep La sélection de la case Gestion Beep provoque l’émission d’un bip sonore lorsquele buffer de réception du module est vide ou plein.

Désélectionnez la case si la carte est connectée à un terminal de dialogueopérateur.

EchoEn réceptionReprise sur 1° car.CR -> CR LF

Gestion BeepGestion Back-Space

242 TLXDSCOMPL7xx


Gestion Back-space

La sélection de la case Gestion Back-space permet à chaque caractère back-space reçu, de ne pas le mémoriser et d’annuler le caractère précédent.De plus si l’écho en réception est validé, l’automate émet trois caractères dansl’ordre suivant:� Back-space (= 16#08)� espace (= 16#20)� Back-space (= 16#08)

Si la case est désélectionnée, tout caractère Back-space reçu est mémorisé commetout autre caractère.

Full Duplex(RS 422)

La sélection de cette case permet d’effectuer une communication Full Duplex sinonla communication est Half Duplex. L’activation de cette fonction dépend del’équipement distant.

Full Duplex (RS 422)



244 TLXDSCOMPL7xx

TLX DS COM PL7 xx

13
Programmation d’unecommunication par modecaractères
Fonctions de communication disponibles

Présentation Cette page décrit les fonctions de communication disponibles en mode caractèreset traite d’un exemple de communication entre deux stations (TSX Micro et TSXPremium).

Fonctionsdisponibles

Trois fonctions de communication spécifiques sont définies pour émettre et recevoirdes données vers une voie de communication en mode caractères:� PRINT_CHAR: émission d’une chaîne de caractères. Voir Ecriture d’une chaîne

de caractères : PRINT_CHAR, p. 113.� INPUT_CHAR: demande de lecture d’une chaîne de caractères. Voir Lecture

d’une chaîne de caractères : INPUT_CHAR, p. 117.� OUT_IN_CHAR: émission d’une chaîne de caractères suivie d’une demande de

lecture. Voir Emission/réception d’une chaîne de caractères : OUT_IN_CHAR,p. 122.

Note : L’utilisation de ces fonctions doit être en cohérence avec la configuration.

245

Programmation mode caractères

Exemple Une station à l’adresse {20.1} sur un réseau FIPWAY veut émettre puis réceptionnerune chaîne de caractères vers un terminal vidéo connecté sur à la liaison intégréed’un module TSX SCY 21601 d’une station d’adresse {20.3}.

Programmation de la fonction de communication:

Le tableau suivant décrit les différents paramètres de la fonction:


ADR#{20.3}0.0.SYS Adresse de l’équipement destinataire du message

1 Emission, réception

%MB300:10 Contenu du message à envoyer

%MB310:10 Contenu du message reçu

%MW170:4 Compte rendu d’échange, longueur de la chaîne émise, puis dema chaîne reçue

Note : Avant chaque lancement de la fonction, il est nécessaire de donner dans leparamètre longueur (en octet), le nombre de caractères à émettre. Dans l'exemple: %MW173 = 10. A la fin de l'échange, il contiendra le nombre de caractères reçus(en octet). La valeur 0 permet d'émettre l'ensemble de la chaîne de caractères.

FIPWAY

{20.1} {20.3}

(1)

OPERATE%MW170:x0%I3.8


246 TLXDSCOMPL7xx

TLX DS COM PL7 xx

14
Mise au point d’unecommunication par modecaractères
Présentation

Objet de cechapitre

Ce chapitre décrit l’aspect Mise au point dans la mise en oeuvre d’unecommunication par mode caractères.



Sujet Page

Ecran de mise au point en mode caractères 248

Paramètres de mise au point en mode caractères 249

Comment tester une voie de communication 251

247

Mise au point mode caractères

Ecran de mise au point en mode caractères

Présentation Cet écran, décomposée en deux zones, permet de déclarer la voie decommunication et de configurer les paramètres nécessaires pour une liaison enmode caractères.

Illustration L’écran dédié à la communication mode caractères se présente ainsi:



1

2

TSX 3721 [POSITION 00.0..1]

Désignation : TSX 3721 Version : 0.4

Prise Terminal

Liaison MODE CARACTERES

R.A.Z. Compteurs

Réception

Emission / Réception

VOIE 0 :

Erreurs Emission Requête

Message Envoyé

Nombre de caractères reçus

En Réception

En Emission

IO

AsciiHexa

0

0

0

Mise au point

VOIE 0

Message Reçu

RUN ERR DIAG.

Emission


1 commune Description des écrans de mise au point pour lacommunication, p. 165

2 spécifique Permet d’accéder aux paramètres de mise au point d’uneliaison mode caractères.

248 TLXDSCOMPL7xx


Paramètres de mise au point en mode caractères

Présentation La partie spécifique se décompose en quatre fenêtres:� la fenêtre Erreurs,� la fenêtre Emission requêtes,� la fenêtre Message envoyé,� la fenêtre Message reçu.

Fenêtre Erreurs La fenêtre se présente comme ci-dessous :

Cette fenêtre indique le nombre d’erreurs de communication comptabilisées par lemodule de communication.� En émission: correspond au nombre d’erreurs en émission

(image du mot %MWxy.i.4)� En réception: correspond au nombre d’erreurs en réception

(image du mot %MWxy.i.5)

Le bouton R.A.Z. Compteurs provoque la remise à zéro de ces compteurs.

FenêtreEmmissionrequêtes


Cette fenêtre permet de tester une voie de communication par l’émission et/ou laréception d’une chaîne de caractères.� le bouton Emission provoque l’envoi d’une chaîne de caractères.� le bouton Réception permet de recevoir une chaîne de caractères.� le bouton Emission/Réception permet d’émettre une chaîne de caractères et

d’attendre sa réponse.

R.A.Z. Compteurs

Erreurs

En Réception

En Emission 0

0

Réception

Emission / Réception

Emission RequêteEmission



Fenêtre Messageenvoyé


Cette fenêtre permet de saisir le message à envoyer lors du test de communicationpar le bouton Emission et Emission /Réception.

Fenêtre Messagereçu


Cette fenêtre permet de lire le message reçu suite à un test de communication parle bouton Réception et Emission /Réception.Des boutons ASCII et Hexa permettent d’afficher le texte en héxadécimal ou enascii.

Note : La réception s’arrête par appui sur la touche Echap ou si un message a étéreçu.

Message Envoyé

Essai d’émission d’une chaîne de caractèresI

Nombre de caractères reçusAsciiHexa

0 Message Reçu

250 TLXDSCOMPL7xx


Comment tester une voie de communication

Présentation Cette page indique la procédure à suivre pour tester une voie de communication àpartir de l’écran de mise au point.

CommentEmettre unechaîne decaractères

La procédure suivante permet d’émettre avec l’équipement distant une chaîne decaractères.

Commentrecevoir unechaîne decaractères

La procédure suivante permet de recevoir de l’équipement distant une chaîne decaractères. Pour un bon fonctionnement, il est rappelé que ce test nécessite laconfiguration de l’arrêt en réception soit par caractère spécial, soit par silence.

Etape Actions

1 Saisissez dans la fenêtre Message envoyé la chaîne de caractère àémmettre.

Note : Des caractères spéciaux peuvent également être envoyés. ils doiventdébuter par le caractère $ (exemple du caractère retour chariot : $0D).

2 Appuyez sur le bouton Emission.

RésultatSi l’échange est correct, une fenêtre précisant que l’échange est correctapparaît. Visualisez sur l’équipement distant si la chaîne à transmise.

Etape Action

1 Appuyez sur le bouton Réception.

2 Envoyez par l’équipement distant la chaîne de caractère avec le caractère defin de trame.

Note : Dans cet exemple, l’arrêt en réception est effectué sur le caractèreretour chariot (16#0D).

3 Visualisez le nombre de caractères reçu et la chaîne de caractères reçue dansla fenêtre Message reçu.



252 TLXDSCOMPL7xx

TLX DS COM PL7 xx

15
Objets langage associés à lacommunication en modecaractères
Présentation


Ce chapitre présente les objets langage associés à une communication en modecaractères.



Sujet Page

Objets langage en échange implicite 254

Objet langage à échange explicite 255


Objets langage associés à la configuration 258

253

Objets langage mode caractères

Objets langage en échange implicite

Présentation Cette page décrit tous les objets langage à échange implicite pour unecommunication en mode caractères qui peuvent être affichés ou modifiés par leprogramme d’application. Voir Echanges implicites, p. 150.


Objets mot Le tableau ci-dessous présente les différents objets mot à échange implicite.


%Ixy.MOD.ERR Bit de défaut module Ce bit à 1, indique un défaut du module(au moins une des voies est en défaut, ...)

%Ixy.i.ERR Bit de défaut voie Ce bit à 1, indique une voie en défaut.

Légende

(1) Adresse xy.i� x: correspond au numéro de rack� y: correspond au numéro du module� i: correspond au numéro de la voie


%IWxy.i.0 Signaux en entrée Signaux communs (octet 0)� x0 = 1: signal DCD� x1 = 1: signal RI� x2 = 1: signal CTS� x3 = 1: signal DSR

%QWxy.i.0 Signaux en sortie � x0 = front montant à 1: arrêt de tous leséchanges en cours

Légende


254 TLXDSCOMPL7xx


Objet langage à échange explicite

Présentation Cette page décrit tous les objets langage à échange explicite pour unecommunication en mode caractères qui peuvent être affichés ou modifiés par leprogramme d’application. Voir Echanges explicites : Généralités, p. 152.

Objets mots pourles cartesPCMCIA

Le tableau ci-dessous présente les différents objets mot à échange explicite.


%MWxy.MOD.2 Status du module � x0 = 1: module défectueux� x1 = 1: défaut fonctionnel (défaut entre le



logicielle (le module présent n’est pas celuidéclaré dans la configuration, les sous-modules ne sont pas compatibles)


%MWxy.i.2 Status standard voie � x0 = 1: station unique sur le réseau� x1 = 1: non utilisé� x2 = 1: erreur de ligne de transmission� x3 = 1: non utilisé� x4 = 1: défaut logiciel interne� x5 = 1: erreur de configuration matérielle ou



station)

%MWxy.i.3 Status spécifique voie Type mode caractères = 16#03

%MWxy.i.4 Compteur de défauts Caractères émis en erreur

%MWxy.i.5 Compteur de défauts Caractères reçus en erreur

%MWxy.i.15 Commande � x0 = 1: RAZ compteur� x8 = 1: signal DTR ON� x9 = 1: signal DTR OFF

Légende



Objets mots pourprise terminal





%MW0.MOD.2 Status du module � x0 = 1: module défectueux� x1 = 1: défaut fonctionnel (défaut entre le





%MW0.i.2 Status standard voie � x0 = 1: station unique sur le réseau� x1 = 1: non utilisé� x2 = 1: erreur de ligne de transmission� x3 = 1: non utilisé� x4 = 1: défaut logiciel interne� x5 = 1: erreur de configuration matérielle ou



station)

%MW0.0.3 Status spécifique voie Type mode caractères = 16#03

256 TLXDSCOMPL7xx






%MWxy.MOD.0 Echanges en coursdu module




%MWxy.MOD.1 Compte rendu dumodule


� x2 = 0: paramètres de réglage reçus etacceptés par le module

%MWxy.i.0 Echanges en coursde la voie


voie de communication� x2 = 1: envoi de paramètres de réglage à la

voie de communication

%MWxy.i.1 Compte rendu de lavoie


� x2 = 0: paramètres de réglage reçus etacceptés par la voie de communication

Légende




Objets langage associés à la configuration

Présentation Cette page décrit tous les objets langage de configuration pour une communicationen mode caractères qui peuvent être affichés par le programme d’application.

Constantesinternes

Le tableau suivant décrit les constantes internes:


%KWxy.i.0 Type Fonction mode caractères = 16#03

%KWxy.i.1 Vitesse / Format Octet 0: vitesse� 00 = 1200 bits/s, ..., 04 = 19200 bits/sOctet 1: format� x8: nombre de bit (1 = 8 bits, 0 = 7 bits)� x9 = 1: gestion de la parité� x10: Type de parité (1 = impaire, 0 = paire)� x11: bit de stop (1 = 1 bit, 0 = 2 bits)

%KWxy.i.2 Arrêt sur silence Valeur en ms (0 = non actif)

%KWxy.i.3 Divers � x0 = 1: écho en réception� x1 = 1: reprise écho sur 1premier caractère� x2 = 1: émission automatique du L� x3 = 1: gestion du back -space� x4 = 1: contrôle de flux Xon-Xoff actif� x5 = 1: contrôle de flux RTS/DCD actif� x6 = 1: gestion du beep� x7 = 1: contrôle de flux RTS/CTS actif

%KWxy.i.4 Gestion des signaux � x0...x7: réservés� x8 = 1 si gestion du signal PSR (TSX SCP 112� x9 = 1 si gestion du Full Duplex� x10 = 1 si gestion de la porteuse DCD (TSX SCP

111)

%KWxy.i.5 Retard RTS/CTS Valeur du retard en centaines de ms (valeur pardéfaut 0ms)

%KWxy.i.6 Arrêt en réceptioncaractère 1

� x0 = 1: caractère de fin 1 valide� x1 = 1: caractère de fin 1 inclusOctet 1: valeur du caractère de fin en décimal

%KWxy.i.7 Arrêt en réceptioncaractère 2

� x0 = 1: caractère de fin 2 valide� x1 = 1: caractère de fin 2 inclusOctet 1: valeur du caractère de fin en décimal

258 TLXDSCOMPL7xx


Contantesinternes pour laprise terminal

Le tableau suivant décrit les constantes internes pour la prise terminale configuréeen mode caractères :


%KW0.0.0 Type Fonction mode caractères = 16#03

%KWxy.i.1 Vitesse / Format Octet 0: vitesse� 00 = 1200 bits/s, ..., 04 = 19200 bits/sOctet 1: format� x8: nombre de bit (1 = 8 bits, 0 = 7 bits)� x9 = 1: gestion de la parité� x10: Type de parité (1 = impaire, 0 = paire)� x11: bit de stop (1 = 1 bit, 0 = 2 bits)� x12 = 1: écho en réception� x13 = 1: gestion du beep� x14 = 1: gestion du back-space



260 TLXDSCOMPL7xx

TLX DS COM PL7 xx

IV
Communication par busUni-telway
Présentation


Cet intercalaire présente les principes de configuration et d’exploitation de lacommunication Uni-telway par le logiciel PL7.





17 Configuration d’une communication Uni-telway 271

18 Programmation d’une communication Uni-telway 281

19 Mise au point d’une communication Uni-telway 307

20 Objets langage associés à la communication Uni-telway 315

261

Communication Uni-telway

262 TLXDSCOMPL7xx

TLX DS COM PL7 xx

16
Généralités
Présentation

Objet de cechapitre

Ce chapitre présente la communication par bus Uni-telway et ses services.



Sujet Page

Présentation 264

Compatibilités 265

Performances 267

Mode de marche 269

Adresses d’un automate esclave 270

263

Communication Uni-telway: Généralités

Présentation

Introduction La communication par Uni-telway permet l’échange de données entre tous leséquipements connectés sur le bus. Le standard Uni-telway est un protocole UNI-TEcréant une structure hiérarchisée (un maître et plusieurs esclaves). L’équipementmaître est le gestionnaire du bus.

Uni-telway permet une communication de type égalitaire et autorise l’envoi demessage de:

� maître vers esclave,� esclave vers maître,� esclave vers esclave.

Manuelsassociés


Titre Description

Communication Bus Uni-telway - Guideutilisateur

Description détaillée de la communicationen Uni-telway

Communication X-WAY - Manuel de référence Description détaillée de la messagerie UNI-TE



Automates TSX Premium - Manuel de mise enoeuvre


264 TLXDSCOMPL7xx


Compatibilités

Matérielles Ce type de communication est disponible pour les automates:

� TSX Micro et TSX Premium par l’intermédiaire de la prise terminal associée à lacouche physique RS485,

� TSX Premium par l’intermédiaire de:� la carte PCMCIA TSX SCP 111 associée à la couche physique RS232,� la carte PCMCIA TSX SCP 112 associée aux boucles de courant 20 mA,� la carte PCMCIA TSX SCP 114 associée aux couches physiques RS422 et

RS485,� la liaison intégrée au module TSX SCY 21600 / 21601associée à la couche

physique RS485,� TSX Micro acceptant les cartes PCMCIA décrites ci-dessus.

Logicielles La prise terminal des processeurs TSX Premium et TSX Micro autorise letraitement:� en mode Uni-telway maître de:

� 4 messages en émission vers le bus,� 4 messages en réception,

� en mode Uni-telway esclave de:� 4 transactions à l’adresse serveur Ad0,� 4 transactions à l’adresse client Ad1,� 4 réceptions à l’adresse application Ad2.

Pour une communication par prise terminal, la taille maximale de la trame est 128octets par fonction de communication.

Les cartes PCMCIA et la liaison intégrée aux modules TSX SCY 21600/21601autorisent le traitement:� en mode Uni-telway maître de:

� 8 messages en émission vers le bus,� 8 messages en réception,

� en mode Uni-telway esclave de:� 6 transactions à l’adresse serveur Ad0,� 1 transactions à l’adresse client Ad1,� 8 réceptions à l’adresse application Ad2.

Pour une communication par carte PCMCIA ou liaison intégrée, la taille maximalede la trame est 240 octets par fonction de communication.

La fonction de communication READ_VAR peut lire jusqu’à 1000 bits consécutifsdans un équipement distant, quel que soit cet équipement. Pour une lecture de plusde 1000 bits, il est nécessaire d’utiliser la fonction de communication SEND_REQ.



Note : Les automates TSX Nano, TSX Micro et TSX Premium ne peuvent pasenvoyer plus de 1000 bits suite à une demande de lecture.

266 TLXDSCOMPL7xx


Performances

Présentation Les tableaux suivants permettent d’évaluer le temps d’échange typique en modeUni-telway pour:� les cartes PCMCIA et la liaison intégrée des modules TSX SCY 21600/21601,� la prise terminal.Les résultats présentés correspondent à une durée moyenne d’exécution de lafonction READ_VAR en ms.

Temps avec lescartes PCMCIA

Nombre d’objets lus: 1 mot

Nombre d’objets lus : 100 mots

Vitesse en bits/s T cycle en ms Durée moyenneTSX SCP 114

Durée moyenneTSX SCY 21600/21601

4800 cyclique 131 152

4800 10 160 172

4800 50 180 200

9600 cyclique 95 110

9600 10 107 120

9600 50 167 190

19200 cyclique 64 84

19200 10 67 87

19200 50 107 130

Vitesse en bits/s T cycle en ms Durée moyenneTSX SCP 114

Durée moyenneTSX SCY 21600/21601

4800 cyclique 620 638

4800 10 640 660

4800 50 710 730

9600 cyclique 363 387

9600 10 373 395

9600 50 402 428

19200 cyclique 213 230

19200 10 214 240

19200 50 249 272



Temps avec laprise terminal

Temps d’échanges pour les automates TSX MicroVitesse de transmission de 9600 bits/s et nombre d’objets lus 40 mots

Temps d’échanges pour les automates TSX PremiumVitesse de transmission de 19200 bits/s et nombre d’objets lus 40 mots

Préconisationd’emploi

Pour améliorer les performances de la phase de connexion d'un équipementesclave sur Uni-telway, il est recommandé de configurer le nombre d'esclaves enrapport avec les esclaves présents et de choisir les adresses en commençant à 1.

T cycle en ms Durée moyenne

10 205

20 213

50 258

100 299

255 457

T cycle en ms Durée moyenne

10 135

20 150

50 185

100 210

255 340

268 TLXDSCOMPL7xx


Mode de marche

Présentation Le graphique suivant décrit les modes de marche des cartes PCMCIA Uni-telway,de la liaison intégrée des modules TSX SCY21600/21601 et le port terminal.


Fonctionnement � après la mise sous tension, le module effectue ses auto-tests. Pendant cettephase les voyants de signalisation clignotent.

� s'il n'existe pas d'application PL7 dans l'automate, le module reste en attente deconfiguration.

� s'il existe une application PL7 dans l'automate, la configuration de l'applicationest transmise au module puis le module démarre.

� en cas de coupure secteur, le processeur de l'automate effectue une reprise àchaud. Le module relance alors ses procédures d'auto-test.

Module hors tension

Module configuré




Auto-tests OK

Reset

Arrêt du module

Configuration

Mise sous tension



Adresses d’un automate esclave

Présentation Un automate esclave peut disposer jusqu’à trois adresses Uni-telway:� une adresse serveur Ad0,� une adresse application client Ad1,� une adresse application écoute Ad2.

Adresse Ad0 Une adresse serveur, appelée Ad0, est obligatoire et codée par configuration. Ellepermet l'accès au système de l'automate pour des fonctions de réglage, dediagnostic, de lecture ou d'écriture de variable, de chargement ou déchargement deprogramme, ...).

Adresse Ad1 Une adresse application client, appelée Ad1, est attribuée optionnellement parconfiguration au coupleur esclave. Elle permet l'émission de messages ou requête,nécessitant ou non une réponse, vers un autre équipement connecté sur le bus Uni-telway.

Adresse Ad2 Une adresse application écoute, appelée Ad2, est attribuée optionnellement parconfiguration au coupleur esclave. Elle permet la réception de la requête DonnéesNon Sollicitées (16#FC) en provenance d'un autre équipement connecté sur le busUni-telway.

Contraintesd’utlisation

Les adresses Ad1 et Ad2 sont consécutives à l’adresse Ad0 (Ad1 = Ad0 + 1 et Ad2= Ad0+2).

Exemple

Adresse liaison Uni-telway Entités logiques

Ad0 = 6 Système répond à des questions

Ad1 = 7 Application client pose des questions à un équipementserveur Uni-telway

Ad2 = 8 Application écoute reçoit la requête "Données NonSollicitées" à destination del’application

Note : lorsque le maître Uni-telway est un SCM (automates série 7), l’applicationcontenue dans le maître doit utiliser l’adresse de l’esclave destinataire (TSX Micro,Premium) augmentée de 100 (16#0064).

270 TLXDSCOMPL7xx

TLX DS COM PL7 xx

17
Configuration d’unecommunication Uni-telway
Présentation

Objet de cechapitre

Ce chapitre décrit l’aspect Configuration dans la mise en oeuvre d’unecommunication Uni-telway.



Sujet Page

Comment accéder aux paramètres des cartes PCMCIA Uni-telway 272

Comment accéder aux paramètres de la prise terminal 273

Comment accéder aux paramètres des modules TSX SCY 21600/21601 274

Ecran de configuration de la liaison Uni-telway 275

Fonctions accessibles en Uni-telway 276

Paramètres Uni-telway liés à l’application 277

Paramètres Uni-telway liés à la transmission 279

271

Configuration Uni-telway

Comment accéder aux paramètres des cartes PCMCIA Uni-telway

Présentation Cette opération décrit comment accéder aux paramètres de configuration de laliaison Uni-telway par l’intermédiaire des cartes PCMCIA pour les automates TSXPremium.


Le tableau suivant présente la marche à suivre pour accéder à la liaison Uni-telway:

Etape Action



3 Sélectionnez dans le menu déroulant une des cartes PCMCIA suivantes:� TSX SCP 111 CARTE PCMCIA RS232 MP� TSX SCP 112 CARTE PCMCIA BC MP� TSX SCP 114 CARTE PCMCIA RS485 MPExemple

4 Sélectionnez dans le menu déroulant la liaison LIAISON UNI-TELWAY:Exemple

VOIE 1

(Liaison non configurée)

VOIE 1:

VOIE 0VOIE 1

(Pas de sous module PCMCIA)

MAST

VOIE 1 VOIE 1


(Liaison non configurée MASTTSX SCP 112 CARTE PCMCIA BC MPTSX SCP 114 CARTE PCMCIA RS485 MPTSX FPP 20 CARTE PCMCIA FIPWAYTSX FPP 200 CARTE PCMCIA FIPWAYTSX FPP 10 CARTE PCMCIA FIPIOTSX MBP 100 CARTE PCMCIA MODBUS+TSX MDM 10 CARTE PCMCIA MODEM

VOIE 1


VOIE 1:

MAST

Maître Type

(Liaison non configurée)LIAISON UNI-TELWAYLIAISON MODE CARACTERESLIAISON MODBUS/JBUS


272 TLXDSCOMPL7xx


Comment accéder aux paramètres de la prise terminal

Présentation Cette opération décrit comment accéder aux paramètres de configuration de laliaison Uni-telway par l’intermédiaire de la prise terminal de l’automate TSX Micro.



Etape Action



VOIE 0

LIAISON UNI-TELWAY

VOIE 0:

MAST

TypeLIAISON UNI-TELWAYLIAISON MODE CARACTERES

Prise Terminal



Comment accéder aux paramètres des modules TSX SCY 21600/21601

Présentation Cette opération décrit comment accéder aux paramètres de configuration de laliaison Uni-telway par l’intermédiaire des modules TSX SCY 21600/21601 destinésau TSX Premium.



Etape Action

1 Accédez à l’écran de configuration de la voie de communication du modulechoisi



VOIE 0


VOIE 0:

VOIE 0VOIE 1

(Pas de sous module PCMCIA)

MAST

VOIE 0


VOIE 0:

Maître Type

Maître

(Liaison non configurée)LIAISON UNI-TELWAYLIAISON MODE CARACTERESLIAISON MODBUS/JBUS

Liaison intégrée

MAST

274 TLXDSCOMPL7xx


Ecran de configuration de la liaison Uni-telway

Présentation Cet écran, décomposée en deux zones, permet de déclarer la voie decommunication et de configurer les paramètres nécessaires pour une liaison Uni-telway.

Illustration L’écran dédié à la communication Uni-telway se présente ainsi:



TSX 3721 [ POSITION 00.0..1]

Configuration

Désignation: PROCESSEUR 3721

VOIE 1 TSX SCP 114 CARTE PCMIA RS485 MP

VOIE 1:


Maître 9600 Bits/s

31

Type

Maître

Esclave

Boucle de courant (PSR)Multipoint Point à Point

Adresse Serveur (AD0)

Vitesse de Transmission

Delai d’attente

30

Données Stop

msPar défautDonnées événementielles

Nombre d’esclaves 1 bit 2 bits

7 bits8 bits


0 Retard RTS/CTS

X100 ms Porteuse (DCD)

1

20 Octec

1Nombre d’adresses

31



2 spécifique Permet de sélectionner ou de renseigner les paramètres d’uneliaison Modbus.Elle est décomposée en deux types d’informations:� les paramètres concernant l’application,� les paramètres concernant la transmission.



Fonctions accessibles en Uni-telway

Présentation Selon les supports de communication choisis, certains paramètres ne sont pasmodifiables. Il apparaissent en grisés.

Fonctionsaccessibles

Le tableau récapitulatif ci-dessous indique les différents choix possibles:

Fonctions SCP 111 SCP 112 SCP 114 SCY 21600/21601 Port Terminal

Maître - Donnéesévénementielles

Oui Oui Oui Non Non

Maître - Nombre d’esclaves Oui Oui Oui Oui Oui

Esclave Oui Oui Oui Oui Oui

Boucle de courant (PSR) Non Oui Non Non Non

Vitesse de transmission Oui Oui Oui Oui Oui

Délai d’attente Oui Oui Oui Oui Oui

Données / Stop Stop Stop Stop Stop Non

Parité Oui Oui Oui Oui Oui

Retard RTS / CTS Oui Non Non Non Non

Gestion de la porteuse (DCD) Oui Non Non Non Non

276 TLXDSCOMPL7xx


Paramètres Uni-telway liés à l’application

Présentation Après avoir configuré la voie de communication, vous devez renseigner lesparamètres dédiés à l’application.

Ils se décomposent en quatre fenêtres:� la fenêtre Type,� la fenêtre Maître,� la fenêtre Esclave,� la fenêtre Boucle de courant (PSR).

Paramètre Type La fenêtre se présente comme ci-dessous:

Elle permet de sélectionner le type de protocole Uni-telway utilisé par le module:� Maître: sélectionne le choix Uni-telway maître,� Esclave: sélectionne le choix Uni-telway esclave,

Fonction Maître La fenêtre est accessible uniquement par la sélection Maître comme type:

Elle permet de renseigner:� les Données événementielles: permet le choix du nombre d’octets pour les

données événementielles:� la valeur par défaut est 0 octet,� les valeurs sont 0, 4 ou 8 octets.

� le Nombre d’esclave: permet la sélection du nombre d’esclaves qui seront àscruter par l’automate maître:� les valeurs sont comprises entre 0 et 98,� la valeur par défaut dépend de la voie de communication : 31 pour une carte

PCMCIA et liaison intégrée et 8 pour le port terminal,

Maître Type

31

Maître

Données événementielles

Nombre d’esclaves

0 Octec



Fonction Esclave La fenêtre est accessible uniquement par la sélection Esclave comme type:

Elle permet de renseigner:� l’Adresse serveur (Ad0): permet le choix de l’adresse serveur Ad0 de

l’équipement,� les valeurs sont comprises entre 1 et 98 (pour une carte PCMCIA et liaison

intégrée) ou entre 1 et 8 (pour le port terminal),� la valeur par défaut est 1,

� le Nombre d’adresse: permet d’affecter jusqu’à trois adresses esclave à unmême équipement. Cette possibilité est par exemple offerte aux automatesprogrammables qui peuvent disposer des adresses Serveur (Ad0), Client (Ad1),Application écoute (Ad2),� les valeurs sont comprises entre 1 et 3 (1 pour Ad0 uniquement, 2 pour Ad0

et Ad1, 2 pour Ad0, Ad1 et Ad2),� la valeur par défaut est 1.

Fonction bouclede courant


Elle permet la sélection d’une communication:� Multipoint (en boucle de courant),� Point à point (en boucle de courant).

EsclaveAdresse Serveur (AD0)

1Nombre d’adresses

1

Boucle de courant (PSR)Multipoint Point à Point

278 TLXDSCOMPL7xx


Paramètres Uni-telway liés à la transmission

Présentation Après avoir configuré la voie de communication, vous devez renseigner lesparamètres dédiés à la transmission.

Ils se décomposent en six fenêtres:� la fenêtre Vitesse de transmission,� la fenêtre Délai d’attente,� les fenêtre spécifiques aux Données et Stop,� la fenêtre Parité,� la fenêtre Retard RTS/CTS,



Elle permet de sélectionner la vitesse de transmission du protocole Uni-telwayutilisé par le module:� la vitesse par défaut est de 9600 bits/s,� les vitesses disponibles sont 1200, 2400, 9600 et 19200 bits/s,� les vitesses de 300 et 600 bits/s sont disponibles uniquement avec la carte

PCMCIA TSX SCP 111.

Délai d’attente La fenêtre se présente comme ci-dessous:

Ce paramètre permet de choisir le délai d'attente en millisecondes (timeout) au boutdu quel la station destinataire sera considérée comme absente en cas de nonréponse:� les valeurs sont comprises entre 1 et 255 ms (pour le port terminal) ou entre 1 et

65000 ms (pour une carte PCMCIA et liaison intégrée),� la valeur par défaut est 30 ms.

Données La fenêtre se présente comme ci-dessous:

Le champs Données renseigne le type de codage utilisé pour communiquer en UNI-TELWAY. Tous les caractères seront codées sur 8 bits.

9600 Bits/s Vitesse de Transmission

Délai d’attente (ms)Par défaut 30

Données7 bits8 bits



Stop La fenêtre se présente comme ci-dessous:

Le champs Stop permet de renseigner le nombre de bits de stop utilisés pourcommuniquer en Uni-telway. Les valeurs possibles sont 1 ou 2 bits de stop

Parité La fenêtre se présente comme ci-dessous:

Ce champ permet de définir l’adjonction ou non d’un bit de parité ainsi que son type.Les valeurs possibles sont Paire, Impaire ou sans (par défaut Paire).

Retard RTS/CTS La fenêtre se présente comme ci-dessous:

Avant chaque émission d’une chaîne de caractères, le coupleur active le signal RTSet attend l’activation du signal CTS.Elle permet de renseigner:� le temps d’attente maximum entre les deux signaux. Si la temps est expirée, la

requête n’est pas envoyée sur le bus.� la valeur est exprimée en millisecondes,� la valeur par défaut est 0ms,� la valeur est comprise entre 0s et 10s,� la valeur 0 spécifie l’absence de gestion du retard entre les deux signaux.

� la gestion de la porteuse (signal DCD), dans le cas d’une communication avec unmodem à porteuse commandée.� si l’option est sélectionnée, la réception des caractères est valide uniquement

si le signal de la porteuse DCD est détecté,� si l’option n’est pas sélectionnée, tous les caractères reçus sont pris en

compte.

Note : La valeur par défaut est 1 bit de stop.

Stop 1 bit 2 bits


1 Retard RTS/CTS

X100 ms Porteuse (DCD)

280 TLXDSCOMPL7xx

TLX DS COM PL7 xx

18
Programmation d’unecommunication Uni-telway
Présentation

Objet de cechapitre

Ce chapitre décrit l’aspect Programmation dans la mise en oeuvre d’unecommunication Uni-telway.



Sous-chapitre

Sujet Page

18.1 Fonction de communication 282

18.2 Echange du maître vers l’esclave 285

18.3 Echange d’un esclave vers du maître 287

18.4 Echange d’un esclave vers un esclave 293

18.5 Données événementielles 305

281

Programmation Uni-telway

18.1 Fonction de communication

Présentation


Ce sous-chapitre présente les fonctions de communication en mode Uni-telway.



Sujet Page

Fonctions de communication disponibles 283

Ecriture de mot de commande 284

282 TLXDSCOMPL7xx


Fonctions de communication disponibles

Présentation Cette page décrit les fonctions de communication disponibles en mode Uni-telway.

Fonctionsdisponibles

Cinq fonctions de communication spécifiques sont définies pour émettre et recevoirdes données vers un équipement Uni-telway maître ou esclave:� READ_VAR: lecture d’un objet langage de base (mots, bits, doubles mots,

flottants, mots constants, bits et mots système, temporisateur, monostable,programmateur cyclique). Voir Lecture d’objets standards : READ_VAR, p. 71.

� WRITE_VAR: écritue d’un objet langage de base (mots, bits, doubles mots,flottants, mots constants, bits et mots système). Voir Ecriture d’objets standards: WRITE_VAR, p. 84.

� SEND_REQ: échange d’une requête UNI-TE. Voir Emission de requêtes UNI-TE :SEND_REQ, p. 92.

� DATA_EXCH: émission et/ou réception de données de type texte. Voir Echangede données de type texte : DATA_EXCH, p. 101.

� Fonctions de dialogue opérateur: échange des différentes fonctions decommunication spécifiques au dialogue opérateur (Send_Msg, Send_alarm,Ask_Msg, Ini_Buttons, Control_Leds, Command).

Note : La disponibilité de ces fonctions varient avec les types d’échanges etversion de matériel (se repporter aux différents types d’échange).



Ecriture de mot de commande

Présentation L’instruction WRITE_CMD permet l’écriture explicite dans le module ou la voie decommunication ou dans l’interface intégrée des mots de commande associés.

Dans le cas d’une liaison Uni-telway, cette instruction sera principalement utiliséelors d’une communication avec un modem externe.Exemple: passage du mode Uni-telway en mode caractères pour effectuer la phasede numérotation.

Syntaxe La syntaxe de l’instruction est la suivante:

WRITE_CMD %CHx.iavec x: adresse du module et i: voie.

Préconisationsd’emploi

Avant d’exécuter un WRITE_CMD, il faut tester si un échange est en cours à l’aidede l’objet langage %MWxy.i.0. Pour ce faire, il faut effectuer un READ_STS pour lirele mot.

Ensuite il faut modifier la valeur de l’objet langage des commandes pour effectuerla commande désirée. Pour une liaison Uni-telway, l’objet langage est le mot interne%MWxy.i.15.Exemple: Pour le passage du mode Uni-telway en mode caractère, %MWxy.i.15 estégale à 16#4000 (%MWxy.i.15:x6 = 1).

Enfin, il faut exécuter un WRITE_CMD pour prendre en compte la commande.

Note : Une seule transaction de 0 à 1 d’un bit de commande doit être exécutéeavant d’émettre un WRITE_CMD.

284 TLXDSCOMPL7xx


18.2 Echange du maître vers l’esclave

Echanges Maître vers Esclave

Présentation La station maître effectue des échanges vers la station esclave:

Echange versl’adresse Ad0

L’échange du maître vers Ad0, identifié par le repère 1, permet la communication duprogramme application maître vers le système de l’esclave (accès aux différentsobjets, ...).

Les fonctions READ_VAR, WRITE_VAR et SEND_REQ peuvent être utilisées pourcommuniquer vers Ad0.

L’adresse de la fonction est de type ADR#xy.i.x avec:

ExempleADR#0.1.Ad0 pour un esclave connecté sur une carte PCMCIA dans l’automatemaître.

1

2

Maître Esclave

Processeur ProcesseurLiaisonLiaison

Système Système

ApplicationApplication

Ad0

Ad1

Ad2


xy.i Numéro du rack et module . Numéro de la voie

x Adresse Ad0 de l’esclave



Echange versl’adresse Ad2

L’échange du maître vers Ad2, identifié par le repère 2, permet l’envoi de messagesdu programme application du maître vers le programme application de l’esclave.

Les fonctions SEND_REQ et DATA_EXCH peuvent être utilisées pour communiquervers Ad2.

L’adresse de la fonction est de type ADR#xy.i.x avec:

ExempleSEND_REQ(ADR#0.1.Ad2, 16#FC, %MW..........)Dans ce cas : utilisation du code requête, 16#FC, données non sollicités.


xy.i Numéro du rack et module . Numéro de voie

x Adresse Ad2 de l’esclave

286 TLXDSCOMPL7xx


18.3 Echange d’un esclave vers du maître

Présentation


Ce sous-chapitre présente les échanges d’une station esclave vers la station maître.



Sujet Page

Echanges Esclave vers Maître 288

Exemple d’échange d’un esclave vers le système du maître 290

Exemple d’échange direct d’un esclave vers le système du maître 292



Echanges Esclave vers Maître

Présentation La station esclave effectue des échanges vers la station maître:

Echange vers lesystème maître

L’échange de l’esclave Ad1 vers le maître, identifié par le repère 1, permet lacommunication du programme application de l’esclave vers le système du maître(accès aux différents objets, ...).

Echange versl’application

L’échange de l’esclave Ad1 vers le maître, identifié par le repère 2, permet l’envoide messages du programme application de l’esclave le programme application dumaître.


L'utilisation de la fonction SEND_REQ par un esclave nécessite de placer au débutdu buffer d'émission un tableau de 6 octets correspondant à l'adresse dudestinataire.Les six premiers octets du buffer d’émission sont codés ainsi:

Pour émettre vers le système du maître identifié par la porte 0:

1

2

Esclave

Système

Application

Processeur

Maître

Processeur

Système

Application

LiaisonLiaison

Ad0

Ad1

Ad2

Octet 1 (poids fort) Octet 0 (poids faible)

Mot 1 station réseau

Mot 2 numéro module ou sélecteur numéro porte

Mot 3 référence si porte 8 numéro voie


Mot 1 16#FE 16#00

Mot 2 16#00 16#00

Mot 3 16#00 16#00

288 TLXDSCOMPL7xx


Pour émettre vers l’application du maître identifié par la porte 16:

Pour émettre vers le système d’un automate distant (réseau 2.station 3):

Adressage Lorsqu’un esclave utilise la fonction SEND_REQ, la syntaxe est la suivante:

SEND_REQ(ADR#xy.i.x, numéro de la requête, %MW1:taille, ...)

L’adresse de l’émetteur de la fonction est de type ADR#xy.i.x avec:

%MW1:taille est un tableau de mots contenant l’adresse du destinataire structurécomme ci-dessous:


Mot 1 16#FE 16#00

Mot 2 16#00 16#10

Mot 3 16#00 16#00

Note : Dans le cas d’un TSX 47-10 maître, le numéro de la porte vaut 16 + N° dubloc texte


Mot 1 16#03 16#02

Mot 2 16#00 16#00

Mot 3 16#00 16#00


xy.i Numéro du rack et module . Numéro de voie

x Adresse client Ad1 de l’émetteur

Si accès au système du maître Si accès à l’application du maître

%MW1 = FE 00 %MW1 = FE 00

%MW2 = 00 00 %MW2 = 00 10

%MW3 = 00 00 %MW3 = 00 00

%MW4 = paramètres de la requête %MW4 = paramètres de la requête

%MW ... = ... %MW ... = ...



Exemple d’échange d’un esclave vers le système du maître

Présentation L’esclave émet une fonction de communication vers le système du maître:

Emission Envoie de la requête identification:SEND_REQ(ADR#0.1.7, 15, %MW0:3, %MW10:30, %MW40:4)


TSX 57

TSX 37

TSX 37

UNI-TELWAY

maître

EsclaveAd0 = 6Ad1 = 7

EsclaveAd0 = 8



15 ou 16 #0F requête d’identification

%MW0 = 16#FE 00 accès à la porte système du maître

%MW1 = 16#00 00

%MW2 = 16#00 00

%MW43 = 6 émission de 3 mots (= 6 octets)

290 TLXDSCOMPL7xx


Réception Après l’échange:


%MW40 = 16# 11 00

%MW41 = 16# 3F 00 16#3F = compte-rendu >0 (code requête + 16#30)

%MW42 = 16# 00 00

%MW43 = 16# 00 14 réception de 14 octets à partir de %MW10



Exemple d’échange direct d’un esclave vers le système du maître

Présentation Les voies d’accueil des processeurs TSX 37 V2.0 et du module TSX SCY 21600 ouTSX SCY 21601 équipées de cartes PCMCIA (TSX SCP111, 112, 114 de version1.5) permettent l'utilisation des fonctions de communication READ_VAR etWRITE_VAR pour communiquer avec le serveur d'un maître:

Emission A partir du module SCY 21600 / 21601 en position 0 du rack de l'esclave et à traversla liaison intégrée, accès au serveur du maître:READ_VAR(ADR#2.0.0, ‘%MW’, 0, 5, %MW20:5, %MW50:4)

TSX 57

TSX 57

TSX 37

UNI-TELWAY

maître

esclaveAd0 = 6

esclaveAd0 = 8

292 TLXDSCOMPL7xx


18.4 Echange d’un esclave vers un esclave

Présentation


Ce sous-chapitre présente les échanges d’une station esclave vers une autrestation esclave.



Sujet Page

Echanges Esclave vers Esclave 294

Exemple d’échange d’un esclave vers le serveur d’un esclave 296

Exemple d’échange d’un esclave vers l’application d’un esclave 298

Exemple d’échange d’un esclave vers le système d’un esclave 299

Exemple de décalage vers la droite de 1 octet dans un tableau d'octets 301

Exemple d’échange direct d’un esclave vers le système d’un esclave 303

Exemple de mise en Stop d’un esclave par un autre esclave 304



Echanges Esclave vers Esclave

Présentation La station esclave effectue des échanges vers une station esclave:

Echange de Ad1vers Ad0

L’échange de l’esclave Ad1 vers l’esclave Ad0, identifié par le repère 1, permet lacommunication du programme application de l’esclave émetteur vers le système del’esclave destinataire (accès aux différents objets, ...).

Echange versl’application

L’échange de l’esclave Ad1 vers l’esclave Ad2, identifié par le repère 2, permetl’envoi de messages du programme application de l’esclave émetteur vers leprogramme application de l’esclave destinataire.

1

2

Esclave destinataire

Système

Application

Processeur

Maître

Processeur Système Application

Liaison

Liaison

Ad0

Ad1

Ad2

Esclave émetteur

LiaisonProcesseur

Système

Application

Ad0

Ad1

Ad2

Note : Dans tous les cas, les requêtes transitent d’une manière totalementtransparente par le maître.

294 TLXDSCOMPL7xx



L'utilisation de la fonction SEND_REQ par un esclave nécessite de placer au débutdu buffer d'émission un tableau de 6 octets correspondant à l'adresse dudestinataire.Les six premiers octets du buffer d’émission sont codés ainsi:


Mot 1 16#FE 16#00

Mot 2 16#FE 16#05

Mot 3 16#00 numéro de l’esclave destinataire (Ad0ou Ad2)



Exemple d’échange d’un esclave vers le serveur d’un esclave

Présentation L’esclave émet une fonction de communication vers le serveur d’un esclave:

TSX 57

TSX 37

TSX 37

UNI-TELWAY

maître

esclaveAd0 = 6Ad1 = 7Ad2 = 8

esclaveAd0 = 9Ad1 = 10Ad2 = 11

296 TLXDSCOMPL7xx


Emission Ecriture d’une table de 5 mots dans l’esclave 9 par l’esclave 6/7/8 à partir du mot%MW50:SEND_REQ(ADR#0.1.7, 16#0037, %MW100:11, %MW120:1, %MW130:4)




16 #0037 requête d’écriture d’objets

%MW100 = 16#FE 00 adresse de l’esclave destinataire (Ad0 = 9)

%MW101 = 16#FE 05

%MW102 = 16#00 09

%MW103 = 16#07 68 � type d’objet = 07 (entier 16 bits)� segment = 68 (mots internes)

%MW104 = 50 en décimal, origine du tableau de mots à écrire

%MW105 = 05 en décimal, nombre de mots à écrire

%MW106 à %MW110 contenu de mots à écrire dans les destinataire

%MW120:1 pas de réponse : longueur 1 octet

%MW133 = 22 longueur des données à émettre = 11 mots (%MW100 à%MW110) donc 22 octets



Exemple d’échange d’un esclave vers l’application d’un esclave

Présentation L’esclave émet une fonction de communication vers l’application d’un esclave(Ad2).

Emission L’automate émetteur génère une requête de données non sollicitées:SEND_REQ(ADR#0.1.7, 16#00FC, %MW100:10, %MW120:1, %MW130:4)


Réception L’automate récepteur des données:DATA_EXCH(ADR#0.1.11, 3, %MW10:1, %MW20:10, %MW100:4)




16 #0037 requête données non sollicitées


%MW101 = 16#FE 05

%MW102 = 16#00 0B

%MW103 à %MW109 données applicatives à émettre


ADR#0.1.7 � 0: module� 1: voie 1� 11: adresse Ad2

3 demande de réception

%MW20 = 16#FE 00 xx: numéro d’échange de la fonction émettrice

%MW21 = 16#FE xx

%MW102 = 16#00 00

%MW23 à %MW29 données applicatives reçues

298 TLXDSCOMPL7xx


Exemple d’échange d’un esclave vers le système d’un esclave

Présentation L’esclave d’adresse Ad1 = 7 lit une table de 5 mots, par la fonction SEND_REQ, dansl’automate esclave d’adresse Ad0 = 9.

Emission L’automate émetteur génère une requête dont le code vaut 16#0036 (lectured’objets):SEND_REQ(ADR#0.1.7, 16#0036, %MW200:6, %MW210:6, %MW220:4)




16 #0036 requête données non sollicitées


%MW201 = 16#FE 05

%MW202 = 16#00 09

%MW203 = 16#07 68 � type d’objet = 07 (entier 16 bits)� segment = 68 (mots internes)

%MW204 = 50 en décimal, origine du tableau de mots à lire

%MW223 = 12 émission de 6 mots (12 octets)

Note : A la fin de l’exécution de la fonction, le mot longueur dans le compte-renduvaut:%MW223 = 11 (réception de 11 octets = 10 (5mots) + 1 (type d’objets)).



Table deréception

Table des mots lus:

L’octet de poids faible du premier mot lu contient le type d’objets lus, par conséquentla table de réception est donc est donc décalée de 1 octet.

Il faut donc prévoir un mot supplémentaire à la table de réception. Le traitement desdonnées nécessite un algorithme de traitement de ce décalage qui est à la chargede l'utilisateur.pour les automates TSX 37 (voir exemple ci-après). Pour lesautomates TSX 57, cet algorithme est assuré par la fonction ROR_ARB1.

Octet 1 Octet 0

%MW210 = Poids faible du premier mot 07: type d’objets lus

%MW211 = Poids faible du second mot Poids fort du premier mot

%MW212 = Poids faible du troisième mot Poids fort du second mot

%MW213 = Poids faible du quatrième mot Poids fort du troisième mot

%MW214 = Poids faible du cinquième mot Poids fort du quatrième mot

%MW215 = non significatif Poids fort du cinquième mot

300 TLXDSCOMPL7xx


Exemple de décalage vers la droite de 1 octet dans un tableau d'octets

Présentation Tableau à décaler :� nombre d’octets contenus dans %MW99,� commençant à %MW100.Variables de travail:� %MW0,� %MW1,� %MW2.

Programme Initialisation de l'index %MW0 et sauvegarde du premier mot du tableau dans%MW1, %MW2 = longueur du tableau -1:

OPERATE

OPERATE

OPERATE

OPERATE

%MW0:=0

%MW1:=%MW100[%MW0]

%MW2:=%MW99/2

%MW2:=%MW99/2%MW99 REM 2 = 0COMPARE



Tant que l'index est < à la longueur du tableau, faire des décalages:

Résultat Après décalage, la table des mots lus vaut:

OPERATE

OPERATE

OPERATE

OPERATE

INC %MW0

(1) %MW100[%MW0] := SHR(%MW100[%MW0],8) OR SHL(%MW1,8)

(1) %MW100[%MW0]:=SHR(%MW100[%MW0],8) OR SHL(%MW101[%MW0],8)

(1)

%MW99 REM 2 = 0

COMPARE

COMPARE

COMPARE

%MW99 REM 2 <> 0

%MW0 < %MW2

%L1

(1)

(2)

(2) %MW100[%MW0] :=(%MW100[%MW0] AND 16#FF00) OR (%MW1 AND 16#00FF)

%MW210 = Poids fort du premier mot Poids faible du premier mot

%MW211 = Poids fort du second mot Poids faible du second mot

%MW212 = Poids fort du troisième mot Poids faible du troisième mot

%MW213 = Poids fort du quatrième mot Poids faible du quatrième mot

%MW214 = Poids fort du cinquième mot Poids faible du cinquième mot

%MW215 = non significatif 07: type d’objets lus

302 TLXDSCOMPL7xx


Exemple d’échange direct d’un esclave vers le système d’un esclave

Présentation Les voies d’accueil des processeurs TSX 37 V2.0 et du module TSX SCY 21600 ouTSX SCY 21601 équipées de cartes PCMCIA (TSX SCP111, 112, 114 de version1.5) permettent l'utilisation des fonctions de communication READ_VAR etWRITE_VAR d'un esclave d'une même liaison Uni-telway:

Emission A partir du module SCY 21600 / 21601 en position 0 du rack de l'esclave et à traversla liaison intégrée, accès au serveur de l'esclave 8:READ_VAR(ADR#2.0.8, ‘%MW’, 0, 5, %MW20:5, %MW50:4)

TSX 57

TSX 57

TSX 37

UNI-TELWAY

maître

esclaveAd0 = 6

esclaveAd0 = 8



Exemple de mise en Stop d’un esclave par un autre esclave

Présentation Mise en STOP par l'automate d'adresse Ad1= 7 de l'automate esclave d'adresse(Ad0 = 8):

Emission SEND_REQ(ADR#0.1.7, 16#0025, %MW0:3, %MW10:1, %MW40:4)


Maître

EsclaveAd0 = 6Ad1 = 7

EsclaveAd0 = 8



16 #0025 code requête STOP


%MW1 = 16#FE 05

%MW2 = 16#00 08

%MW43 = 6 longueur des données à émettre = 3 mots donc 6 octets

304 TLXDSCOMPL7xx


18.5 Données événementielles

Données événementielles gérées par le maître

Donnéesévénementielles

Les données événementielles sont des informations transmises au maître àl’initiative d’une station esclave serveur.

Principe defonctionnement

Le tableau suivant décrit les phases de traitement d’une communication pardonnées événementielles:

Phases Description

1 La station esclave émet des données événementielles à la carte PCMCIA dela station maître.

2 La réception des données par la carte, initialise un bit des mots %IW0.1.2 ou%IW0.1.3. Chaque bit des mots d’entrées est associé à une adresse liaison.

3 A la détection d’un des bits, l’application émet une fonction de communicationSEND_REQ avec le code 16#32 à la carte PCMCIA de la station maître poureffectuer la lecture des données.




La requête Uni-telway : 16#82 permet de lire les données événementielles enaccédant au serveur de la PCMCIA Uni-telway:SEND_REQ(ADR#0.1.SYS, 16#0082, %MW20:10, %MW50:30, %MW100:4)

Le buffer d’émission contient les données suivantes:

Le buffer correspond au codage suivant:


%MW21 16#31 16#06

%MW22 16#01 16#00

%MW23 Numéro d’esclave 16#00

%MW24 16#FF 16#00

%MW25 16#00 Nombre d’esclaves

Paramètres Taille Valeur

Numéro du segment 1 octet 16#06

Numéro de famille 2 octets 16#0031

Numéro du type 2 octets 16#0001

Adresse 1 octet Numéro d’esclave

Type d’accès 2 octets 16#00FF

Quantité 2 octets 16#00 Nb d’esclaves

306 TLXDSCOMPL7xx

TLX DS COM PL7 xx

19
Mise au point d’unecommunication Uni-telway
Présentation

Objet de cechapitre

Ce chapitre décrit l’aspect Mise au point dans la mise en oeuvre d’unecommunication Uni-telway.



Sujet Page

Ecran de mise au point en Uni-telway 308

Ecran de mise au point en type Uni-telway 309

Requêtes disponibles pour le test d’une voie de communication 310

Comment tester une voie avec les requêtes Identification et Miroir 311

Comment tester une voie avec des requêtes 313

307

Mise au point Uni-telway

Ecran de mise au point en Uni-telway

Présentation Cet écran, décomposée en deux zones, permet de déclarer la voie decommunication et de configurer les paramètres nécessaires pour une liaison Uni-telway.

Illustration L’écran dédié à la communication Uni-telway se présente ainsi:



VOIE 0

TSX 3722 [ POSITION 00.0..1]

VOIE 0

Désignation : PROCESSEUR 3722 Version: 3.4

Prise Terminal


Mise au point

Réponse Requête

Test Voie

Compteurs Erreurs Locaux

Messages émis non acquittés

Messages reçus non acquittés

R.A.Z. Compteurs

DIAG...

Ascii Hexa

Esclave

DIAG..

0

0

Identification

Compteurs

RAZ Compteurs

Saisie Requête

Miroir

12345

42 0D 22 0A 43 43 58 31 37 5F 33 30 4C 57

MaîtreType

Messages émis refusés

Messages reçus refusés 0

0

1

2


1 commune Voir Description des écrans de mise au point pour lacommunication, p. 165.

2 spécifique Permet d’accéder aux paramètres de mise au point d’uneliaison Uni-telway.

Note : Cet écran n’est pas opérationnel lorsqu’on est connecté à distance sur unesclave Uni-telway

308 TLXDSCOMPL7xx


Ecran de mise au point en type Uni-telway

Présentation La partie spécifique se décompose en trois fenêtres:� la fenêtre Type,� la fenêtre Compteurs,� la fenêtre Test voie.

Fenêtre Type La fenêtre se présente comme ci-dessous:

Elle rappelle le type de fonction Uni-telway configurée (maître ou esclave).

FenêtreCompteurs


Cette fenêtre visualise les différents compteurs d’erreurs du module decommunication.Le bouton R.A.Z. Compteurs provoque la remise à zéro de ces compteurs.

Fenêtre Test voie La fenêtre se présente comme ci-dessous:

Cette fenêtre permet de tester une voie de communication par l’émission d’unerequête UNI-TE vers l’une des stations présentes sur le bus.

MaîtreType

Compteurs Erreurs Locaux

Messages émis non acquittés

Messages reçus non acquittés

R.A.Z. Compteurs

0

0 Messages émis refusés

Messages reçus refusés 0

0

Réponse Requête

Test Voie

Ascii Hexa

Esclave

Identification

Compteurs

RAZ Compteurs

Saisie Requête

Miroir

12345

42 0D 22 0A 43 43 58 31 37 5F 33 30 4C 57



Requêtes disponibles pour le test d’une voie de communication

Présentation Cette page décrit les différentes possibilités de tester une voie de communication àpartir de l’écran de mise au point.

Conditions detest

L’envoi d’une requête vers une adresse esclave non serveur ou non connectée setraduit par un message d’erreur.

Lorsque le module est configuré en mode Uni-telway maître, la fenêtre de mise aupoint permet d’émettre une requête UNI-TE vers l’un des esclaves présents sur lebus.

Lorsque le module est configuré en mode Uni-telway esclave, le test de voie selimite à l’équipement maître.

Requêtesdisponibles

La fenêtre Test voie permet les requêtes suivantes:� Indentification: provoque l’envoi de la requête Identification vers l’esclave

désigné,� Compteurs: provoque l’envoi de la requête Lecture des compteurs d’erreurs

vers l’esclave désigné,� R.A.Z. Compteurs: provoque la remise à zéro des compteurs d’erreurs de

l’esclave désigné,� Saisie Requête: permet d'envoyer une requête UNI-TE, autre que celles

fournies par les boutons de commande, vers l'esclave désigné. Le choix de cettefonction donne accès à un écran permettant de sélectionner les paramètresspécifiques à la requête (le code requête doit être codé en hexadécimal),

� Miroir: permet d'envoyer une requête Miroir vers l'esclave désigné. Le choix decette fonction donne accès à un écran permettant de sélectionner la longueur dela chaîne de caractères à émettre (au maximum 80 caractères). L'automateenvoie alors cette chaîne de caractères (ABCD....) vers l'équipementdestinataire. Celui-ci renvoie automatiquement la chaîne de caractères reçuevers l'émetteur.

310 TLXDSCOMPL7xx


Comment tester une voie avec les requêtes Identification et Miroir

Présentation Cette page indique la procédure à suivre pour tester une voie de communication àpartir des requêtes Identification et Miroir.

Commentidentifier unestation

La procédure suivante permet d’identifier une station désignée.

Etape Actions

1 Sélectionnez l’adresse serveur (Ad0) de l’esclave à interroger à l’aide duchamp Esclave.

2 Appuyez sur le bouton Identification.

RésultatLa réponse apparaît dans la fenêtre Réception Réponse:

Réponse Requête

Ascii Hexa

B.”.CCX17_30LW



Commentenvoyer larequête Miroir

La procédure suivante permet d’envoyer la requête Miroir, et ainsi tester le boncheminement des informations entre deux équipements.

Etape Action

1 Sélectionnez l’adresse serveur (Ad0) de l’esclave à interroger à l’aide duchamp Esclave.

2 Appuyez sur le bouton Miroir.

RésultatLa fenêtre suivante apparaît:

3 Saisissez la longueur des données à transmettre (maximum 80 caractères).



La réponse contient:� la chaîne de caractère ABCDEFGH correspondant à une longueur de

données émises 8.

Requête Miroir

Longueur des données émises 8

Emission Annuler

Réponse Requête

Ascii Hexa

ABCDEFGH

312 TLXDSCOMPL7xx


Comment tester une voie avec des requêtes

Présentation Cette page indique la procédure à suivre pour tester une voie de communication àpartir de l’écran de mise au point par l’intermédiaire de différentes requêtes.

Commentenvoyer unerequête

La procédure suivante permet d’envoyer une requête, autre que celles fournies parles boutons de commande, vers une station désignée.

Etape Action

1 Sélectionnez l’adresse de l’esclave à interroger à l’aide du champ Esclave.

2 Appuyez sur le bouton Saisie Requête.

RésultatLa fenêtre suivante apparaît:

Les données transmises dans cet exemple sont codés sur 3 octets.

3 Saisissez le code fonction (codé en hexadécimal sur un octet), correspondantà la requête que vous voulez envoyer.

4 Saisissez les données à émettre en codant chaque donnée en hexadécimal.Les données sont saisies à la suite des unes des autres sans espace entreelles.



La réponse de l’exemple contient les données sur 3 octets (12 43 DB).

Saisie Requête

Code Requête (Hexadécimal)

Données (Héxadécimal)

Emission

fa

Annuler

1234db

Réponse Requête

Ascii Hexa

12 43 DB



314 TLXDSCOMPL7xx

TLX DS COM PL7 xx

20
Objets langage associés à lacommunication Uni-telway
Présentation


Ce chapitre présente les objets langage associés à la communication Uni-telway.



Sous-chapitre

Sujet Page

20.1 Objets langage associés au mode Uni-telway maître 316

20.2 Objets langage associés au mode Uni-telway esclave 323

315

Objets langage Uni-telway

20.1 Objets langage associés au mode Uni-telwaymaître

Présentation


Ce sous-chapitre présente les objets langage associés à un fonctionnement enmode Uni-telway maître.



Sujet Page

Objet langage à échange implicite en mode Uni-telway maître 317

Objet langage à échange explicite en mode Uni-telway maître 318

Gestion des échanges et compte-rendu 321

Objets langage associés à la configuration en mode Uni-telway maître 322

316 TLXDSCOMPL7xx


Objet langage à échange implicite en mode Uni-telway maître

Présentation Cette page décrit tous les objets langage à échange implicite pour unecommunication Uni-telway maître qui peuvent être affichés ou modifiés par leprogramme d’application. Echanges implicites, p. 150


Objets mot pourles cartesPCMCIA

Le tableau ci-dessous présente les différents objets mot à échange implicite.


%Ixy.MOD.ERR

Bit de défaut module Ce bit à 1, indique un défaut du module (au moinsune des voies est en défaut, ...)

%Ixy.i.ERR Bit de défaut voie Ce bit à 1, indique un défaut de la ligne.

Légende



%IWxy.i.0 Signaux en entrée Octet 0: signaux communs� x0 = 1: signal DCD� x1 = 1: signal RI� x2 = 1: signal CTS� x3 = 1: signal DSR

%IWxy.i.1 Etat général esclaves x0 = 1: si au moins un esclave ne répond pas

%IWxy.i.2%IWxy.i.3

Etat des donnéesévénementielles

1 bit est dédié à chaque esclave. Si xi = 1 alorsl’esclave d’adresse i a émis des données

Légende




Objet langage à échange explicite en mode Uni-telway maître

Présentation Cette page décrit tous les objets langage à échange explicite pour unecommunication Uni-telway maître qui peuvent être affichés ou modifiés par leprogramme d’application. Echanges explicites : Généralités, p. 152









%MWxy.i.2 Status standard voie � x0 = 1: aucun équipement ne fonctionne sur lavoie

� x1 = 1: un équipement sur la voie est en défaut� x2 = 1: défaut bornier (non connecté)� x3 = 1: erreur de timeout (rupture du câblage,

...)� x4 = 1: auto-test en cours� x5 = 1: erreur de configuration matérielle ou


processeur� x7 = 1: défaut d’application (erreur dans la

configuration, erreur de réglage, ...)

%MWxy.i.3 Status spécifique voie Octet 0 = 0 pour la fonction Uni-telway maître

%MWxy.i.4 Compteur de défauts Nombre de messages émis non acquittés

%MWxy.i.5 Compteur de défauts Nombre de messages émis refusés

%MWxy.i.6 Compteur de défauts Nombre de messages reçus non acquittés

%MWxy.i.7 Compteur de défauts Nombre de messages reçus refusés

%MWxy.i.8à %MWxy.i.14

Etat des esclaves 1 bit dédié à chaque esclave. Si xi = 1 alorsl’esclave d’adresse i répond

318 TLXDSCOMPL7xx


%MWxy.i.15 Commande � x0 = 1: RAZ compteur� x8 = 1: signal DTR ON� x9 = 1: signal DTR OFF� x14 = 1: changement de mode Uni-telway vers

mode caractères (modem)� x15 = 1: changement de mode caractères

(modem) vers Uni-telway

Légende





Objets mots pourla prise terminal



%MWxy.MOD.2

Status du module � x0 = 1: module défectueux� x1 = 1: défaut fonctionnel (défaut entre le





%MWxy.0.2 Status standard voie � x0 = 1: aucun équipement ne fonctionne sur lavoie

� x1 = 1: un équipement sur la voie est en défaut� x2 = 1: défaut bornier (non connecté)� x3 = 1: erreur de timeout (rupture du câblage, ...)� x4 = 1: auto-test en cours� x5 = 1: erreur de configuration matérielle ou




%MWxy.0.3 Status spécifique voie Octet 0 = 0 pour la fonction Uni-telway maître

%MWxy.0.4 Etat des esclaves 1 bit dédié à chaque esclave. Si xi = 1 alors l’esclaved’adresse i répond

Légende

(1) Adresse xy� x: correspond au numéro de rack� y: correspond au numéro du module

320 TLXDSCOMPL7xx


Gestion des échanges et compte-rendu














de communication




Légende

(1) Adresee xy.i� x: correspond au numéro de rack� y: correspond au numéro du module� i: correspond au numéro de la voie



Objets langage associés à la configuration en mode Uni-telway maître

Présentation Cette page décrit tous les objets langage de configuration pour une communicationUni-telway maître qui peuvent être affichés par le programme d’application.

Constantesinternes pour lescartes PCMCIA


Constantesinternes pour laprise terminal



%KWxy.i.0 Type Octet 0 = 0 pour la fonction Uni-telway maître

%KWxy.i.1 Vitesse / Format Octet 0: vitesse� 16#50 = 300 bits/s, 16#51 = 600 bits/s

uniquemement pour TSX SCP 111� 16#00 = 1200 bits/s, ..., 16#04 = 19200 bits/sOctet 1: format� x8: nombre de bit (1 = 8 bits, 0 = 7 bits)� x9 = 1: gestion de la parité� x10: Type de parité (1 = impaire, 0 = paire)� x11: bit de stop (1 = 1 bit, 0 = 2 bits)

%KWxy.i.2 Délai d’attente Délai d’attente en ms de 5ms à 10 000ms (valeurpar 30ms)

%KWxy.i.3 Nombre d’esclaves Valeur de 1 à 98 (valeur par défaut 31)

%KWxy.i.4 Taille des donnéesévénementielles etgestion des signaux

Octet 0: valeurs 0, 4 ou 8 octets de donnéesévénementielles (par défaut 0)Octet 1� x8 = 1 si gestion du signal PSR (TSX SCP 112� x10 = 1 si gestion de la porteuse DCD (TSX SCP

111)

%KWxy.i.5 Retard RTS/CTS Valeur du retard en centaines de ms (valeur pardéfaut 0ms)


%KWxy.0.0 Type / Vitesse Octet 0 = 0 pour la fonction Uni-telway maîtreOctet 1: vitesse� 16#00 = 1200 bits/s, ..., 16#04 = 19200 bits/s

%KWxy.0.1 Délai d’attente Délai d’attente en ms de 5ms à 10 000ms (valeurpar 30ms)

%KWxy.0.2 Nombre d’esclaves Valeur de 1 à 98 (valeur par défaut 31)

322 TLXDSCOMPL7xx


20.2 Objets langage associés au mode Uni-telwayesclave

Présentation


Ce sous-chapitre présente les objets langage associés à un fonctionnement enmode Uni-telway esclave.



Sujet Page

Objet langage à échange implicite en mode Uni-telway esclave 324

Objet langage à échange explicite en mode Uni-telway esclave 325


Objets langage associés à la configuration en mode Uni-telway esclave 328



Objet langage à échange implicite en mode Uni-telway esclave

Présentation Cette page décrit tous les objets langage à échange implicite pour unecommunication Uni-telway esclave qui peuvent être affichés ou modifiés par leprogramme d’application. Echanges implicites, p. 150


Objets mot pourles cartesPCMCIA

Le tableau ci-dessous présente les différents objets mot à échange implicite.


%Ixy.MOD.ERR Bit de défaut module Ce bit à 1, indique un défaut du module (au moinsune des voies est en défaut, ...)

%Ixy.i.ERR Bit de défaut voie Ce bit à 1, indique un défaut de la ligne.

Légende



%IWxy.i.1 Etat d’adresse Absence d’interrogation du maître� x0 = 1: sur Ad0� x1 = 1: sur Ad1� x2 = 1: sur Ad2

%IWxy.i.2%IWxy.i.3

Non significatif -

Légende


324 TLXDSCOMPL7xx


Objet langage à échange explicite en mode Uni-telway esclave

Présentation Cette page décrit tous les objets langage à échange explicite pour unecommunication Uni-telway esclave qui peuvent être affichés ou modifiés par leprogramme d’application. Echanges explicites : Généralités, p. 152









%MWxy.i.2 Status standard voie � x0 = 1: aucun équipement ne fonctionne sur lavoie





%MWxy.i.3 Status spécifiquevoie

Octet 0 = 1 pour la fonction Uni-telway esclave

Légende




Objets mots pourla prise terminal








%MWxy.0.2 Status standardvoie

� x0 = 1: aucun équipement ne fonctionne sur lavoie





%MWxy.0.3 Status spécifiquevoie

Octet 0 = 1 pour la fonction Uni-telway esclave

Légende

(1) Adresse xy� x: correspond au numéro de rack� y: correspond au numéro du module

326 TLXDSCOMPL7xx
















de communication




Légende

(1) Adresee xy.i� x: correspond au numéro de rack� y: correspond au numéro du module� i: correspond au numéro de la voie



Objets langage associés à la configuration en mode Uni-telway esclave

Présentation Cette page décrit tous les objets langage de configuration pour une communicationUni-telway esclave qui peuvent être affichés par le programme d’application.

Constantesinternes pour lescartes PCMCIA


Constantesinternes pour laprise terminal



%KWxy.i.0 Type Octet 0 = 1 pour la fonction Uni-telway esclave

%KWxy.i.3 Adresses esclaves Octet 0: valeur de l’adresse esclave Ad0Octet 1: nombre d’adresses consécutives de 1 à 3

%KWxy.i.4 Gestion des signaux Octet 0: réservéOctet 1� x8 = 1 si gestion du signal PSR (TSX SCP 112)


%KWxy.0.0 Type / Vitesse Octet 0 = 0 pour la fonction Uni-telway esclaveOctet 1: vitesse� 16#00 = 1200 bits/s, ..., 16#04 = 19200 bits/s

%KWxy.0.1 Délai d’attente Octet 0: réservéOctet 1: Délai d’attente en ms de 5ms à 10 000ms(valeur par 30ms)

%KWxy.0.2 Adresses esclaves Octet 0: valeur de l’adresse esclave Ad0Octet 1: nombre d’adresses consécutives de 1 à 3

328 TLXDSCOMPL7xx

CBAIndex

Symbols%CHxy.i, 152

AAccès à l’éditeur de configuration, 159Accès à la configuration

Déport automates Nano, 196Mode caractères, 232, 233, 234Uni-telway, 272

Adressage, 21, 23Adresse

Uni-telway, 270Aide à la saisie, 63

CCANCEL, 127Caractéristiques, 142

Mode caractères, 226Comment accéder à la configuration

Uni-telway, 273, 274Compatibilités

Déport automates Nano, 173Mode caractères, 227Uni-telway, 265

Compte-rendu, 54, 154Déport Nano, 216Mode caractères, 257Uni-telway, 321, 327

TLX DS COM PL7 xx

Configuration, 157Déport automates Nano, 195Mode caractères, 231Uni-telway, 271

Contrôle de flux, 224Conversion des valeurs analogiques, 190

DDATA_EXCH, 101Déport automates Nano, 169

EEchange de données analogiques, 185Echange explicite

Déport Nano, 213Mode caractères, 255Uni-telway, 318, 325

Echange impliciteDéport Nano, 212Mode caractères, 254Uni-telway, 317, 324

Echanges de données, 182Echanges explicites, 152Echanges implicites, 150Ecran de configuration, 163


329

Index

Ecran de mise au point, 165Déport automates Nano, 208Mode caractères, 248Uni-telway, 308

FFonction de communication, 69Fonctions accessibles

Mode caractères, 236Uni-telway, 276

Fonctions de communication, 45Uni-telway, 282

GGénéralités, 17


Gestion de échanges, 154Gestion des échanges

Déport Nano, 216Mode caractères, 257Uni-telway, 321, 327

IIdentification

Uni-telway, 311INPUT_CHAR, 117, 245

LLongueur, 57

MMiroir

Uni-telway, 311Mise au point


Mode caractères, 219

330

Mode de marcheDéport automates Nano, 178Mode caractères, 230Uni-telway, 269

OObjets langage, 149


OUT_IN_CHAR, 122, 245

PParamètres de configuration

Déport automates Nano, 198Mode caractères, 237, 239, 241, 242Uni-telway, 277, 279

Paramètres de gestion, 53Paramètres de mise au point


Performances, 58Déport automates Nano, 174, 175Mode caractères, 228Uni-telway, 267

PrésentationDéport automates Nano, 172Mode caractères, 222, 223Uni-telway, 264

Présentation de l’adressage, 22PRINT_CHAR, 113, 245Programmation


RRCV_TLG, 111READ_Asyn, 139READ_GDATA, 134READ_VAR, 71

TLXDSCOMPL7xx

Index

RequêtesUni-telway, 313

Requêtes UNI-TE, 97ROR1_ARB, 130

SSEND_REQ, 92SEND_TLG, 108SERVER, 136Serveur, 61Services

Déport automates Nano, 181Structure

Fonction de communication, 48SWAP, 133

TTerminal de programmation, 34Test d’une voie de communication

Mode caractères, 251Uni-telway, 310

Timeout, 57Type

Adressage, 25

UUni-telway, 261

WWRITE_Asyn, 139WRITE_GDATA, 135WRITE_VAR, 84

TLX DS COM PL7 xx
331

Index

332
TLXDSCOMPL7xx