pl7 micro/junior/pro métiers communication tome...

3501

2331

01

PL7 Micro/Junior/ProMétiers communicationTome 1fre Mai 2007

2 35012331 01 Mai 2007

Structure de la documentation


Présentation Ce manuel se compose de 3 tomes :

Tome 1Commun fonction communicationDéport Nano automatesCommunication par mode caractèresCommunication par bus Uni-telway

Tome 2Communication par ModbusCommunication par ModemCommunication par Modbus plusCommunication par bus FIPIO

Tome 3Communication par réseau FIPWAYCommunication par réseau ETHERNETArchitecture multiréseaux

35012331 01 Mai 2007 3


4 35012331 01 Mai 2007

Table des matières

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

Partie 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 . . . . . . . . . 28Exemples d’adressage intra-station : adressage Uni-telway. . . . . . . . . . . . . . . . 29Exemples d’adressage intra-station : adressage FIPIO . . . . . . . . . . . . . . . . . . . 31Exemples d’adressage inter-station . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

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

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

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

35012331 01 Mai 2007 5

Présentation des outils de communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52Structure des fonctions de communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53Les fonctions de communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54Adresse destinataire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58Structure des paramètres de gestion. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59Paramètres de gestion : compte-rendus de communication et d’opération. . . . . 60Paramètres de gestion : Longueur et Timeout. . . . . . . . . . . . . . . . . . . . . . . . . . . 64Performances. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66Fonction serveur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69

3.2 Aide à la saisie des fonctions de communication . . . . . . . . . . . . . . . . . . . . . . . . 71Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71Aide à la saisie des fonctions de communication . . . . . . . . . . . . . . . . . . . . . . . . 72Comment accéder à une instruction spécifique de type fonction, méthode ou procédure. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73Aide à la saisie de l’adresse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75

3.3 Description des différentes fonctions de communication. . . . . . . . . . . . . . . . . . . 78Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78Lecture d’objets standards : READ_VAR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80Lecture d’objets standards : écran d’aide à la saisie . . . . . . . . . . . . . . . . . . . . . . 84Lecture d’objets standards : exemple d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . 85Lecture d’objets standards : exemple d’utilisation en réseaux. . . . . . . . . . . . . . . 86Lecture d’objets standards : exemple d’échange de variables avec contrôle de paramètres. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88Lecture d’objets standards : précision sur la lecture de bits . . . . . . . . . . . . . . . . 90Lecture d’objets standards : lecture des paramètres courants d’un temporisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92Lecture d’objets standards : lecture des paramètres courants d’un monostable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93Ecriture d’objets standards : WRITE_VAR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94Ecriture d’objets standards : écran d’aide à la saisie. . . . . . . . . . . . . . . . . . . . . . 97Ecriture d’objets standards : exemple d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . 98Ecriture d’objets standards : exemple d’utilisation en réseaux . . . . . . . . . . . . . . 99Ecriture d’objets standards : exemple d’échange de variables avec contrôle de paramètres. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101Emission de requêtes UNI-TE : SEND_REQ. . . . . . . . . . . . . . . . . . . . . . . . . . . 103Emission de requêtes UNI-TE : écran d’aide à la saisie . . . . . . . . . . . . . . . . . . 106Emission de requêtes UNI-TE : exemple d’utilisation en réseaux . . . . . . . . . . . 107Emission des requêtes UNI-TE : Liste des requêtes . . . . . . . . . . . . . . . . . . . . . 109Echange de données de type texte : DATA_EXCH. . . . . . . . . . . . . . . . . . . . . . 113Echange de données de type texte : écran d’aide à la saisie . . . . . . . . . . . . . . 116Echange de données de type texte : exemples d’utilisation . . . . . . . . . . . . . . . 117Echange de données de type texte : exemples d’utilisation avec un altivar . . . 120Emission d’un télégramme : SEND_TLG. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122Emission d’un télégramme : écran d’aide à la saisie . . . . . . . . . . . . . . . . . . . . . 124Emission d’un télégramme : exemple d’utilisation . . . . . . . . . . . . . . . . . . . . . . . 125

6 35012331 01 Mai 2007

Réception d’un télégramme : RCV_TLG. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126Réception d’un télégramme : exemple d’utilisation . . . . . . . . . . . . . . . . . . . . . . 128Ecriture d’une chaîne de caractères : PRINT_CHAR . . . . . . . . . . . . . . . . . . . . 129Ecriture d’une chaîne de caractères : écran d’aide à la saisie . . . . . . . . . . . . . 132Ecriture d’une chaîne de caractères : exemple d’utilisation . . . . . . . . . . . . . . . 133Lecture d’une chaîne de caractères : INPUT_CHAR . . . . . . . . . . . . . . . . . . . . 135Lecture d’une chaîne de caractères : écran d’aide à la saisie . . . . . . . . . . . . . 138Lecture d’une chaîne de caractères : exemple d’utilisation. . . . . . . . . . . . . . . . 139Emission/réception d’une chaîne de caractères : OUT_IN_CHAR . . . . . . . . . . 141Emission/réception d’une chaîne de caractères : écran d’aide à la saisie . . . . 143Emission/réception d’une chaîne de caractères : exemple d’utilisation . . . . . . 144Arrêt d’un échange en cours : CANCEL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146Arrêt d’un échange en cours : exemple d’utilisation . . . . . . . . . . . . . . . . . . . . . 147Décalage d’un octet à droite dans un tableau : ROR1_ARB. . . . . . . . . . . . . . . 149Décalage d’un octet à droite dans un tableau : exemple d’utilisation . . . . . . . . 150Permutation des octets dans un tableau de mots : SWAP . . . . . . . . . . . . . . . . 152Lecture de données communes Modbus Plus : READ_GDATA. . . . . . . . . . . . 153Ecriture de données communes Modbus Plus : WRITE_GDATA. . . . . . . . . . . 154Serveur immédiat : SERVER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 155Serveur immédiat : exemple d’utilisation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158Services de messagerie asynchrone : WRITE_Asyn et READ_Asyn. . . . . . . . 159

3.4 Caractéristiques de communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162Caractéristiques de communication entre Micro/Premium et série 7 . . . . . . . . 163Règles générales d’échange d’application à application. . . . . . . . . . . . . . . . . . 165Règles générales d’échange vers un serveur UNI-TE . . . . . . . . . . . . . . . . . . . 167Autres exemples de compatibilité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168

3.5 Objets associés à la communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170Echanges implicites. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171Echanges explicites : Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173Gestion d’échange et de compte-rendu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175

Chapitre 4 Configuration de la fonction métier Communication . . . . . .179Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179Configuration de la fonction communication . . . . . . . . . . . . . . . . . . . . . . . . . . . 180Rappels sur l’éditeur de configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181Comment déclarer un module de communication. . . . . . . . . . . . . . . . . . . . . . . 183Comment déclarer une voie de communication dans un processeur ou module TSX SCY 21600/21601 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 185Description des écrans de configuration pour la communication . . . . . . . . . . . 186Description des écrans de mise au point pour la communication . . . . . . . . . . . 188

Partie II Déport des automates Nano . . . . . . . . . . . . . . . . . . . . . 191Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191

35012331 01 Mai 2007 7

Chapitre 5 Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194Compatibilités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195Performances : Temps de cycle réseau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197Performances : positionnement d’une sortie . . . . . . . . . . . . . . . . . . . . . . . . . . . 198Mode de marche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202

Chapitre 6 Services du déport des automates Nano . . . . . . . . . . . . . . . 205Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205Echanges de données d’entrées/sorties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206Echanges de données applicatives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207Echange de données avec un module analogique . . . . . . . . . . . . . . . . . . . . . . 209Contenu des mots %QW en écriture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210Contenu des mots %IW en lecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212Conversion des valeurs analogiques des voies d’entrée. . . . . . . . . . . . . . . . . . 214Liaison mixte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217

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

Chapitre 8 Programmation du déport des automates Nano. . . . . . . . . . 225Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225Exemple de communication avec des automates Nano . . . . . . . . . . . . . . . . . . 226Configuration et programmation de l’exemple . . . . . . . . . . . . . . . . . . . . . . . . . . 227

Chapitre 9 Mise au point du déport des automates Nano . . . . . . . . . . . 231Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231Ecran de mise au point du déport des automates Nano . . . . . . . . . . . . . . . . . . 232Ecran de mise au point du déport des automates Nano . . . . . . . . . . . . . . . . . . 233

Chapitre 10 Objets langage associés au déport des automates Nano . . 237Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237Objet langage à échange implicite. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238Objet langage à échange explicite. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 239Gestion et compte-rendu des échanges explicites . . . . . . . . . . . . . . . . . . . . . . 242Objets langage associés à la configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . 243

Partie III Communication par mode caractères . . . . . . . . . . . . . .245Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 245

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

8 35012331 01 Mai 2007

11.1 Présentation de la communication par mode caractères . . . . . . . . . . . . . . . . . 248Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248A propos de mode caractères . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249Contrôle de flux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 250

11.2 Caractéristiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252Compatibilités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253Performances . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254Mode de marche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256

Chapitre 12 Configuration d’une communication par mode caractères .257Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257Comment accéder aux paramètres des cartes PCMCIA en mode caractères . 258Comment accéder aux paramètres de la prise terminal . . . . . . . . . . . . . . . . . . 259Comment accéder aux paramètres des modules TSX SCY 21600/21601 . . . . 260Ecran de configuration en mode caractères . . . . . . . . . . . . . . . . . . . . . . . . . . . 261Fonctions accessibles en mode caractères . . . . . . . . . . . . . . . . . . . . . . . . . . . 262Paramètres en mode caractères liés à la transmission. . . . . . . . . . . . . . . . . . . 263Paramètres en mode caractères liés au fin de messages . . . . . . . . . . . . . . . . 266Paramètres en mode caractères liés au contrôle de flux . . . . . . . . . . . . . . . . . 268Paramètres complémentaires . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 269

Chapitre 13 Programmation d’une communication par mode caractères271Fonctions de communication disponibles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 271

Chapitre 14 Mise au point d’une communication par mode caractères .273Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273Ecran de mise au point en mode caractères. . . . . . . . . . . . . . . . . . . . . . . . . . . 274Paramètres de mise au point en mode caractères . . . . . . . . . . . . . . . . . . . . . . 275Comment tester une voie de communication . . . . . . . . . . . . . . . . . . . . . . . . . . 277

Chapitre 15 Objets langage associés à la communication en mode caractères . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .279Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279Objets langage en échange implicite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 280Objet langage à échange explicite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282Gestion et compte-rendu des échanges explicites . . . . . . . . . . . . . . . . . . . . . . 285Objets langage associés à la configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . 286

Partie IV Communication par bus Uni-telway . . . . . . . . . . . . . . . 289Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289

Chapitre 16 Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .291Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292Compatibilités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 293

35012331 01 Mai 2007 9

Performances. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295Mode de marche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297Adresses d’un automate esclave . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 298

Chapitre 17 Configuration d’une communication Uni-telway . . . . . . . . . 299Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 299Comment accéder aux paramètres des cartes PCMCIA Uni-telway . . . . . . . . . 300Comment accéder aux paramètres de la prise terminal . . . . . . . . . . . . . . . . . . 301Comment accéder aux paramètres des modules TSX SCY 21600/21601 . . . . 302Ecran de configuration de la liaison Uni-telway . . . . . . . . . . . . . . . . . . . . . . . . . 303Fonctions accessibles en Uni-telway . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304Paramètres Uni-telway liés à l’application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305Paramètres Uni-telway liés à la transmission . . . . . . . . . . . . . . . . . . . . . . . . . . 307

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

18.1 Fonction de communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 310Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 310Fonctions de communication disponibles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 311Ecriture de mot de commande. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 312

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

18.3 Echange d’un esclave vers du maître . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 315Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 315Echanges Esclave vers Maître . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 316Exemple d’échange d’un esclave vers le système du maître . . . . . . . . . . . . . . 319Exemple d’échange direct d’un esclave vers le système du maître . . . . . . . . . 321

18.4 Echange d’un esclave vers un esclave . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 322Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 322Echanges Esclave vers Esclave . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323Exemple d’échange d’un esclave vers le serveur d’un esclave. . . . . . . . . . . . . 325Exemple d’échange d’un esclave vers l’application d’un esclave . . . . . . . . . . . 327Exemple 2 d’échange d’un esclave vers le système d’un esclave . . . . . . . . . . 328Exemple de décalage vers la droite de 1 octet dans un tableau d'octets . . . . . 330Exemple d’échange direct d’un esclave vers le système d’un esclave . . . . . . . 333Exemple de mise en Stop d’un esclave par un autre esclave . . . . . . . . . . . . . . 334

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

Chapitre 19 Mise au point d’une communication Uni-telway. . . . . . . . . . 337Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 337Ecran de mise au point en Uni-telway . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 338Ecran de mise au point en type Uni-telway . . . . . . . . . . . . . . . . . . . . . . . . . . . . 339Requêtes disponibles pour le test d’une voie de communication . . . . . . . . . . . 340Comment tester une voie avec les requêtes Identification et Miroir . . . . . . . . . 341Comment tester une voie avec des requêtes . . . . . . . . . . . . . . . . . . . . . . . . . . 343

10 35012331 01 Mai 2007

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

20.1 Objets langage associés au mode Uni-telway maître . . . . . . . . . . . . . . . . . . . . 346Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 346Objet langage à échange implicite en mode Uni-telway maître . . . . . . . . . . . . 347Objet langage à échange explicite en mode Uni-telway maître . . . . . . . . . . . . 348Gestion des échanges et compte-rendu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352Objets langage associés à la configuration en mode Uni-telway maître. . . . . . 353

20.2 Objets langage associés au mode Uni-telway esclave . . . . . . . . . . . . . . . . . . . 354Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 354Objet langage à échange implicite en mode Uni-telway esclave . . . . . . . . . . . 355Objet langage à échange explicite en mode Uni-telway esclave . . . . . . . . . . . 356Gestion et compte-rendu des échanges explicites . . . . . . . . . . . . . . . . . . . . . . 359Objets langage associés à la configuration en mode Uni-telway esclave. . . . . 360

Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361

35012331 01 Mai 2007 11

12 35012331 01 Mai 2007

A propos de ce manuel

Présentation

Objectif du document

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

Champ d'application

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

Document à consulter

Commentaires utilisateur

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

35012331 01 Mai 2007 13

A propos de ce manuel

14 35012331 01 Mai 2007

35012331 00 Juillet 2006

I
Commun fonction Communication
Présentation

Objet de cet intercalaire

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

Contenu de cette partie

Cette partie 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 49

4 Configuration de la fonction métier Communication 179

15

Commun fonction Communication

16 35012331 00 Juillet 2006

35012331 00 Juillet 2006

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

Objet de ce chapitre

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

Contenu de ce chapitre

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 de communication

Les différentes fonctions communication diponibles sont:la fonction prise terminalla fonction liaison d’extension vers les Nano pour automate Microla fonction Mode caractèresla fonction Uni-telwayla fonction Modbus/Jbusla fonction Modemla fonction Modbus Plusla fonction FIPIO (gestionnaire et agent)la fonction FIPWAYla fonction ETHERNET (TCP-IP)la fonction Bridge

18 35012331 00 Juillet 2006

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 la mise 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 des applications 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 de raccordement).

3 Connectez les équipements terminaux et configurez leur voie de communication.

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

5 Programmez les applications automates ainsi que leurs fonctions de communication.

35012331 00 Juillet 2006 19

Généralités

20 35012331 00 Juillet 2006

35012331 00 Juillet 2006

2
Adressage
Présentation


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 35

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 communication X-WAY.

Contenu de ce sous-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 28

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

Exemples d’adressage intra-station : adressage FIPIO 31

Exemples d’adressage inter-station 32

22 35012331 00 Juillet 2006

Adressage

Adressage d’une entité de communication

Présentation Dans une architecture X-WAY chaque station est identifiée par une adresse unique composé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ée par 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 5 du 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-WAYn: indique le numéro de réseau.s: indique le numéro de station.

xy.i.j correspond à l’adresse topologiquexy: 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 sur deux chiffres (exemples: 05, 10, ...).

35012331 00 Juillet 2006 23

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 de communication (serveur UNI-TE, application PL7, etc.) ou pour réaliser des échanges en diffusion.

Ces échanges sont effectués par des fonctions de communication qui sont décrites au 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. Dans le cas d’un module TSX SCY 11601, le mot clé est 0. Il peut remplacer l'un des éléments d'une adresse topologique. Le niveau de diffusion est déterminé selon la localisation du mot clé ALL ou 0 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 les stations connectées sur le réseau 2),accolé au numéro de station, la diffusion s'effectue vers l'ensemble des entités raccordées aux voies de communication intra-station (exemple: 2.4.ALL permet l'accès à toutes les entités de communication de la station 4 du réseau 2).

Note : Lorsque l'application émettrice désire communiquer avec un bloc fonction texte 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 de l'échange.

24 35012331 00 Juillet 2006

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 adresses d’esclaves sur un bus.

Adresses distantes

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

Adresses en diffusion

Les adresses en diffusion sont fonctions des équipements destinataires.

Destinataire Adresse

Serveur UNI-TE d’un 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-telway ou Modbus

module.voie.ALL

Diffusion vers tous les esclaves Modbus avec un module TSX SCY 11601

module.voie.0

35012331 00 Juillet 2006 25

Adressage

Adressage des voies de communication d’un processeur

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

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

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

Avec une alimentation simple format

L’alimentation occupe un emplacement. Les voies de communication du processeur 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)

26 35012331 00 Juillet 2006

Adressage

Avec une alimentation simple format

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

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)

35012331 00 Juillet 2006 27

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 aux modules de communication TSX SCY 21600 et TSX SCY 21601.

Les exemples s’articuleront avec un processeur de type 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 en fonction du type de processeur. Repportez au manuel de mise en oeuvre pour comptabiliser 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

28 35012331 00 Juillet 2006

Adressage

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

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

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

Règles d’adressage

Dans cette configuration, l’adressage vaut:

pour l’adresse du module:toujours 0 si la station maître est un automate Micro0 à 710 si la station maître est un automate Premium

pour l’adresse de la voie:0 si la connexion est par la prise terminal0 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’à 98 esclaves.1 à 8 si l’esclave est connecté à la prise terminal. Dans ce cas la station maître peut scruter jusqu’à 8 esclaves.

Connexion par prise terminal

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

Adressage de l’esclave 8: ADR#0.0.8

Maître

EsclaveAd0 = 8

35012331 00 Juillet 2006 29

Adressage

Connexion par module TSX SCY 21600/21601

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

Adressage de l’esclave 1: ADR#2.0.8

Maître

EsclaveAd0 = 1

30 35012331 00 Juillet 2006

Adressage

Exemples d’adressage intra-station : adressage FIPIO

Présentation Les échanges avec le gestionnaire sont du type changes de variables ou de messages. Voir (Voir : PL7 Junior, Pro ; manuel Métiers tome 1).

La syntaxe d'adressage est la suivante pour accéder au serveur de messagerie UNI-TE:

\ module . voie . point de raccordement \ SYS

Règles d’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 format1 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 processeurpour 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 Premium au point de raccordement 4 ou CCX 17 au point de raccordement 8.

Adressage de l’équipement 4: \0.2.4\SYS

Adressage de l’équipement 8: \0.2.8\SYS

35012331 00 Juillet 2006 31

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éseau ou sur des réseaux différents), l'adresse doit, de plus, indiquer le numéro de réseau et 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

32 35012331 00 Juillet 2006

Adressage

Exemple 2 Dans l'exemple ci-dessous on se propose d'accéder au système d'un CCX17 connecté sur un bus FIPIO (point de raccordement 6) et de communiquer avec le bloc 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

35012331 00 Juillet 2006 33

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

34 35012331 00 Juillet 2006

Adressage

2.2 Communication à partir d’un terminal de programmation

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 36

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

Exemples de connexion en mode Uni-telway 38

Exemples de connexion distante en mode FIPIO ou FIPWAY 40

Exemples de connexion distante en mode Uni-telway 43

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

35012331 00 Juillet 2006 35

Adressage

Communication à partir d’un terminal de programmation

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

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

Il est donc nécessaire avant toute communication, de configurer les adresses de chaque station ou équipement présent sur les bus ou réseau.

Les adresses peuvent être configurées:

par le logiciel PL7 pour les automates Micro et Premium,de manière physique (exemple: codage d’adresse sur des boîtiers TSX SCA 62),par des logiciels spécifiques.

Possibilités de connexion

Un terminal de programmation peut se connecter:

en mode Uni-telway,en mode FIPIO ou FIPWAY,en mode TCP/IP.

36 35012331 00 Juillet 2006

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 un réseau.

Marche à suivre La procédure est la suivante:

Remarques Le driver UNTLW01 est proposé par défaut. Il permet d’accéder à des stations uniquement 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 mode local pour accéder au système de l’automate.

Pour une connexion distante, l’adresse doit être modifiée par l’adresse destination distante.

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

UNTLW01Driver

OK

SYS

Annuler

35012331 00 Juillet 2006 37

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 de programmation.

Connexion en mode 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 à un esclave sur la prise terminal

L’automate esclave est connecté au maître par la prise TER et le terminal de programmation 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

38 35012331 00 Juillet 2006

Adressage

Connexion à un esclave sur une carte PCMCIA

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


le driver est à sa valeur par défaut.l’adresse est 0.1.4.

Esclave Ad0 = 4

Maître

35012331 00 Juillet 2006 39

Adressage

Exemples de connexion distante en mode FIPIO ou FIPWAY

Présentation Un terminal de programmation peut se connecter à des automates en mode FIPIO ou 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).

40 35012331 00 Juillet 2006

Adressage

Connexion en mode FIPIO

Pour une communication en mode FIPIO, le point de connexion est 63 pour le terminal 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.


le driver est à la valeur FIP01.l’adresse est \0.1.4\SYS.

FIPIO0

1

4

63

\0.1.0\SYS

\0.1.4\SYS

35012331 00 Juillet 2006 41

Adressage

Connexion en mode FIPWAY

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


le driver est à la valeur FIP01.l’adresse est {1.1}SYS.

FIPWAY réseau #1

S3S1S4

42 35012331 00 Juillet 2006

Adressage

Exemples de connexion distante en mode Uni-telway

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

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

Connexion par simple réseau

La station maître du bus Uni-telway est raccordé directement à la station distante S1 par un réseau FIPWAY.

Le terminal de programmation s’adresse au système de la station distante S1.


le driver est à sa valeur par défaut.l’adresse est {17.1}SYS.

Maître

Réseau #17

35012331 00 Juillet 2006 43

Adressage

Connexion par réseaux interposés

La station distante est accessible à travers plusieurs réseaux.

Le terminal de programmation est raccordé à une station en mode Uni-telway et s’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:


Pour accéder à la station B, la définition de l’adresse de l’automate est la suivante:


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

44 35012331 00 Juillet 2006

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 mode ETHWAY ou en mode TCP/IP.

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

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 PCMCIA ETHERNET ne peut pas être utilisée pour une communication en mode ETHWAY.

35012331 00 Juillet 2006 45

Adressage

Connexion en mode ETHWAY

Pour communiquer en mode ETHWAY avec un terminal de programmation, la carte ré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 une adresse {réseau.station} pour la station locale.


le driver est à la valeur ETHWAY01.l’adresse est {4.4}SYS.


le driver est à la valeur ETHWAY01.l’adresse est {1.3}5.0.8.

ETHWAY réseau #1

Uni-telway

A

FIPWAY réseau #4

B

3

4

1

2

3

8

46 35012331 00 Juillet 2006

Adressage

Connexion en mode TCP/IP

Pour communiquer en mode TCP/IP avec un terminal de programmation, la carte réseau ETHERNET est associée au driver XIP01 ou XIP02 (possibilité d’avoir deux instances).

Au préalable, le driver XIP possède dans sa configuration les adresses des stations racoordées au terminal de programmation et doit être démarré avant toute communication 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.


le driver est à la valeur XIP01.l’adresse est {4.4}SYS.


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

35012331 00 Juillet 2006 47

Adressage

48 35012331 00 Juillet 2006

35012331 01 Mai 2007

3
Fonctions de communication
Présentation


Ce chapitre présente les fonctions de communication.



Sous-chapitre

Sujet Page

3.1 Généralités 51

3.2 Aide à la saisie des fonctions de communication 71

3.3 Description des différentes fonctions de communication 78

3.4 Caractéristiques de communication 162

3.5 Objets associés à la communication 170

49


50 35012331 01 Mai 2007


3.1 Généralités

Présentation


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



Sujet Page

Présentation des outils de communication 52

Structure des fonctions de communication 53

Les fonctions de communication 54

Adresse destinataire 58

Structure des paramètres de gestion 59

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

Paramètres de gestion : Longueur et Timeout 64

Performances 66

Fonction serveur 69

35012331 01 Mai 2007 51


Présentation des outils de communication

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

L'interface langage PL7 offre des fonctions de communication spécifiques qui autorisent 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 une station locale que dans une station distante sur une voie de communication ou directement dans l'unité centrale.

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

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

52 35012331 01 Mai 2007


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. Leur description est faite pour chaque fonction de communication.

Paramètres de gestion Les paramètres de gestion sont communs à toutes les fonctions de 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 de l'opération),d'un paramètre de timeout qui permet de contrôler l'absence de réponse,d'un paramètre de longueur qui permet de mémoriser le nombre d'octets à émettre ou le nombre d'octets reçus.

35012331 01 Mai 2007 53


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.

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

54 35012331 01 Mai 2007


Fonctions de communication asynchrone

Une fonction de communication est dite asynchrone quand elle est exécutée pendant 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 est asynchrone:

Fonction Son rôle est ...

READ_VAR la lecture d'objets langage de base: mots, bits, doubles mots, flottants internes, 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ère immédiate (Serveur immédiat)..

READ_Asyn la lecture de 1K en messagerie.

WRITE_Asyn l’écriture de 1K en messagerie.

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

35012331 01 Mai 2007 55


Fonctions de communication synchrone

Une fonction de communication est dite synchrone quand elle est entièrement exé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 est synchrone:

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 de communication, par contre elles sont nécessaires pour traiter la réponse de certaines requêtes UNI-TE. Par exemple, lecture d'un tableau de mots avec la fonction SEND_REQ.

56 35012331 01 Mai 2007


Disponibilités des fonctions selon les protocoles

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

Fonction FIPWAY FIPIO Uni-telway Mode caractères

Modbus Modbus Plus

TCP/IP ETHWAY

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

35012331 01 Mai 2007 57


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'un opérateur ayant pour syntaxe ADR# qui autorise l'affectation d'une valeur immédiate de type adresse dans un tableau comportant toujours six mots internes (%MW) ou six mots constants (%KW) consécutifs. Voir Adressage, p. 21.

Exemple

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

58 35012331 01 Mai 2007


Structure des paramètres de gestion

Présentation Au nombre de quatre mots internes (%MWk:4), ces paramètres identifient l’adresse des 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 de communication.

Il est mis à 1 lors de son lancement et il retombe à 0 à la fin de son exécution.

Numéro d’é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 de la fonction CANCEL).

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

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

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

%MWk+1 Compte-rendu d’opération

Compte-rendu de communication

Données gérées par vous

%MWk+2 Timeout

%MWk+3 Longueur

Note : Sur front montant de %QWxy.i.0:X0 les échanges en cours sont arrêtés arrêt de la fonction communication) mais le bit d’activité reste à 1 jusqu’au prochain timeout.

35012331 01 Mai 2007 59


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 de gestion.

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

60 35012331 01 Mai 2007


Compte-rendu de communication

Ce compte-rendu est commun à toutes les fonctions. Il est significatif lorsque la valeur du bit d'activité passe de 1 à 0.

Les compte-rendus dont la valeur est comprise entre 16#01 et 16#FE concernent des 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:

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

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'activer l'échange. Dans ce cas le bit d'activité reste à 0, le compte-rendu est initialisé avec les valeurs correspondant au défaut.

35012331 01 Mai 2007 61


Compte-rendu d’opération

Cet octet de compte-rendu, spécifique à chaque fonction, précise le résultat de l'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 a les valeurs suivantes:

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

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)

62 35012331 01 Mai 2007


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

35012331 01 Mai 2007 63


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 (en octets) à émettre lors d'une émission mais également pour mémoriser le nombre de caractè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 le paramètre longueur.

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 autre fonction utilise la même table de compte-rendu avec un nombre d'octets à émettre différent de la fonction précédente, il faut impérativement initialiser %MWk+3 avec le nouveau nombre d'octets à transmettre. Sinon %MWk+3 garde le nombre d'octets émis par la fonction précédente.

64 35012331 01 Mai 2007


Timeout Le timeout détermine le temps d'attente maximal de la réponse. La base de temps de 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, de même, la réception d'une réponse après la fin du timeout est refusée par le système.

Exemple

Note : La valeur du timeout d'une fonction de communication doit être suffisante pour garantir la réception de la réponse à la question posée. Ce temps dépend du type 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

35012331 01 Mai 2007 65


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 de fonctions de communication

Les automates 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 16 fonctions de communication vers l'ensemble de leurs voies de communication.

Les automates TSX 57 20 autorisent au maximum l'exécution simultanée de 32 fonctions 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 maximum l'exécution simultanée de 48 fonctions de communication vers l'ensemble de leurs voies de communication.

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

66 35012331 01 Mai 2007


Capacité de chaque voie de communication

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

Configuration 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 liaison SCY

1 1 1 1

Uni-telway esclave serveur prise terminal 4 4 4 4

Uni-telway esclave serveur PCMCIA ou liaison SCY

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 Micro

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

Note : Les performances des fonctions de communication des automates Micro et 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 Premium ne supporte que les formats 10 ou 11 bits.

35012331 01 Mai 2007 67


Taille maximale de la trame

La taille maximale de la trame dépend de la voie de communication, du coupleur de communication 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

68 35012331 01 Mai 2007


Fonction serveur

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

Les processeurs TSX 57 35, PCX 57 35, PMX 57 35 offrent deux serveurs de requê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 cycle automate:

Entrées

Sorties

Traitement

Serveur auxiliaire(serveur asynchrone)

Serveur principal (serveur UNI-TE)

Tâche MAST

35012331 01 Mai 2007 69


Serveur principal Ce serveur correspond à la porte 0 (serveur UNI-TE). Il est activé en début du cycle MAST de l'automate.

Le temps de réponse vu de l'automate client dépend du temps de cycle de l'automate serveur. Il permet de traiter au plus 4 requêtes simultanées par cycle automate.

L'ensemble des requêtes UNI-TE est supporté. La taille de la requête doit être inférieure à 256 octets.

Cette entité est adressable à l'adresse topologique SYS ou {réseau.station}SYS.

Serveur auxiliaire

Ce serveur correspond à la porte 7 (serveur asynchrone). Il est activé uniquement sur tâche périodique en fin de cycle automate après le traitement de la tâche MAST en 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 aucune cohérence dans les données lues ou écrites.

Le temps de réponse applicatif sera essentiellement fonction du temps de cycle automate. 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...

70 35012331 01 Mai 2007


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 le logiciel PL7.



Sujet Page

Aide à la saisie des fonctions de communication 72

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

73

Aide à la saisie de l’adresse 75

35012331 01 Mai 2007 71


Aide à la saisie des fonctions de communication

Présentation Lors de la programmation, vous pouvez avoir accès à un écran d’aide à la saisie permettant 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 de communication.

Disponibilité Cet écran est disponible pour les fonctions de communication suivantes:

DATA_EXCHINPUT_CHAROUT_IN_CHARPRINT_CHARREAD_VARSEND_REQSEND_TLGWRITE_VAR

Note : Le nombre et le type des champs varient en fonction de la fonction de communication 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

72 35012331 01 Mai 2007


Comment accéder à une instruction spécifique de type fonction, méthode ou procé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).

35012331 01 Mai 2007 73


Comment appeler une fonction

Etape Action

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

2 Choisissez, selon l’éditeur, une des méthodes suivantes pour ouvrir la bibliothè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.

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

dans l’écran personnalisé oudans le champ Zone de saisie situé dans l’écran Fonctions en bibliothèque. Pour cela, la rubrique Paramètre doit être sélectionnée dans le champ Informations Fonctions.

7 Validez par Ok.

Annuler

PL7 : Fonctions en bibliothèque ?

Détail...

OK

Visualisation de l’appel

Format d’appelParamètre de la MéTHODE

Informations FonctionsEF

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 -

74 35012331 01 Mai 2007


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 de communication est intégrée et générée.

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

Comment accéder à l’aide

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

Etape Action

1 Sélectionnez le bouton suivant:

?

35012331 01 Mai 2007 75


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

Mode Le premier paramètre à sélectionner est le Mode. Il permet de sélectionner une communication:

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.

UNI_TELWAY

Aide à la saisie de l’adresseLocal

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

00

1MaîtreEsclaveGestionnaire FIPAgent FIP

Type

Esclave n° :

Diffusion Equipement destinataire

00

Type :

76 35012331 01 Mai 2007


Niveau station Ce paramètre permet selon la fonction de communication de sélectionner le type d’é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 de renseigner:

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 et l’é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'un esclave Uni-telway) nécessitent de coder l'adresse du destinataire dans le buffer d'émission. Voir Emission de requêtes UNI-TE : SEND_REQ, p. 103.

La fenêtre d'aide permet de saisir entièrement la partie correspondant à ADR# en pré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, dans les autres cas la saisie de l'adresse devra se faire manuellement.

35012331 01 Mai 2007 77


3.3 Description des différentes fonctions de communication

Présentation


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



Sujet Page

Lecture d’objets standards : READ_VAR 80

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

Lecture d’objets standards : exemple d’utilisation 85

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

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

88

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

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

92

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

Ecriture d’objets standards : WRITE_VAR 94

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

Ecriture d’objets standards : exemple d’utilisation 98

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

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

101

Emission de requêtes UNI-TE : SEND_REQ 103

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

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

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

Echange de données de type texte : DATA_EXCH 113

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

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

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

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

78 35012331 01 Mai 2007


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Permutation des octets dans un tableau de mots : SWAP 152

Lecture de données communes Modbus Plus : READ_GDATA 153

Ecriture de données communes Modbus Plus : WRITE_GDATA 154

Serveur immédiat : SERVER 155

Serveur immédiat : exemple d’utilisation 158

Services de messagerie asynchrone : WRITE_Asyn et READ_Asyn 159

Sujet Page

35012331 01 Mai 2007 79


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 une unité centrale distante ou dans un équipement connecté à une voie de communication 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 et du type de produit destinataire. Voir Performances, p. 66.

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

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

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

80 35012331 01 Mai 2007


Syntaxe La syntaxe de la fonction de communication READ_VAR se présente sous la forme suivante:

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 en diffusion (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 des valeurs suivantes:

16#00: opération de lecture correcte16#01: erreur d’opération16#02: réponse incorrecte16#03: taille de la réponse incohérente

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

35012331 01 Mai 2007 81


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

Pour les automates Micro ou 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 8 derniers 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 de forçage. Sinon il y a retour du code défaut 16#03 dans le compte-rendu.

82 35012331 01 Mai 2007


Echanges simultanés

Le tableau ci-après indique les capacités de chaque voie de communication pour traiter simultanément les transactions selon diverses configurations des automates Micro et Premium :

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

TSX 57 46/56

Port terminal principal Uni-Telway 4 4 4 4 8

Liaison PCMCIA ou SCY principale Uni-Telway

1 8 8 8 8

Port terminal esclave de client Uni-Telway

4 1 1 1 8

Liaison PCMCIA ou SCY esclave de client Uni-Telway

1 1 1 1 1

Port terminal esclave de serveur Uni-Telway

4 4 4 4 4

Liaison PCMCIA ou SCY esclave de serveur Uni-Telway

4 6 6 6 6

Port terminal Modbus 4 - - - -

Liaison PCMCIA ou SCY Modbus 4 8 8 8 8

Bornier mode caractère 1 1 1 1 1

Liaison PCMCIA ou SCY mode caractère

4 8 8 8 8

PCMCIA CANopen - 10 10 10 10

Liaison PCMCIA ou SCY Fipway 4 8 8 8 8

Modbus Plus 4 4 4 4 4

Ethernet - 16 16 16 16

Ethernet intégré - - - - 64

35012331 01 Mai 2007 83


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

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

Paramètres de la fonction

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, le bouton 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

84 35012331 01 Mai 2007


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 sont implanté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

Premium maître Esclave

Ad0 = 6

Paramètres Description

ADR#0.0.6 0: module0: voie 06: 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

35012331 01 Mai 2007 85


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'esclave Uni-telway d'adresse réseau 20, station 1, coupleur de communication TSX SCM 2116 à l'emplacement 5, voie dans le coupleur de communication 1, adresse serveur Ad0 = 3.

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

Uni-telway

PremiumTSX 87

Ad0 = 3

Ad0 = 1

FIPWAY réseau 20{20.1} {20.2}

86 35012331 01 Mai 2007



(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 15: module1: voie 13: adresse émetteur Ad0






P

%I3.1

(1)

OPERATE%MW50:x0

35012331 01 Mai 2007 87


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

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

Programmation de 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

88 35012331 01 Mai 2007


Programmation du 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

>

=

<

<>

35012331 01 Mai 2007 89


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

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

Lecture de 32 bits 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 4 octets 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 bit correspondant 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é.

90 35012331 01 Mai 2007


Lecture de 18 bits 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 la valeur des 18 bits, il faut 3 octets (modulo 8 le plus proche de 18) et 3 octets de plus pour 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

35012331 01 Mai 2007 91


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

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

Lecture d’un temporisateur %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étation des 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)

92 35012331 01 Mai 2007


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 lecture des paramètres d’un monostable %MN.

Lecture d’un monostable

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 du second commencent à la fin des paramètres du premier à partir de l'octet 8. Il existe donc un décalage d’un octet dont il faut tenir compte lors de l'interprétation des paramètres lus.

Ce cas est identique lors de la lecture des paramètres des registres qui sont lus sur un nombre impair d'octets (9).

Dans ce cas, si vous effectuez une lecture des paramètres de plusieurs fonctions consécutives, il y aura un décalage de 1 octet vers la gauche pour les paramètres pairs par rapport aux paramètres impairs.

Ce décalage n’a pas lieu d’être lorsque le nombre d'octets des paramètres lus est pair.

%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

35012331 01 Mai 2007 93


Ecriture d’objets standards : WRITE_VAR

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

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

94 35012331 01 Mai 2007


Syntaxe La syntaxe de la fonction de communication WRITE_VAR se présente sous la forme suivante:

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.

%MW50:4 Paramètres de gestion. Le compte-rendu d’opération prend l’une des valeurs suivantes :

16#00: opération de lecture correcte16#01: erreur d’opération16#02: réponse incorrecte

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

35012331 01 Mai 2007 95





TSX 57 46/56



1 8 8 8 8


4 1 1 1 8


1 1 1 1 1


4 4 4 4 4


4 6 6 6 6





4 8 8 8 8




Ethernet - 16 16 16 16


96 35012331 01 Mai 2007


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#)

35012331 01 Mai 2007 97


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 trouve dans les mots internes %MW100 à %MW149 de la station maître, les paramètres de 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

Premium maître Esclave

Ad0 = 6








P

%I3.5

(1)

OPERATE%MW50:x0

98 35012331 01 Mai 2007


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 dans l'esclave Uni-telway d'adresse réseau 20, station 1, coupleur de communication TSX SCM 2116 à l'emplacement 5, voie dans le coupleur de communication 1, adresse serveur Ad0 = 3. Les valeurs à écrire sont dans les mots %MW0 à %MW49 de l'émetteur, les paramètres de gestion sont implantés à partir de %MW 100.


Uni-telway

PremiumTSX 87

Ad0 = 3

Ad0 = 1


35012331 01 Mai 2007 99



(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 15: module1: voie 13: adresse serveur Ad0




%MW0:50 Données à écrire


P

%I3.1

(1)

OPERATE%MW100:x0

100 35012331 01 Mai 2007


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

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

Programmation de 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

35012331 01 Mai 2007 101


Programmation du 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

>

=

<

<>

102 35012331 01 Mai 2007


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 de Référence Communication TSX DR NET, le codage des requêtes Modbus/Jbus est donné dans le manuel (TSX DG MDB).

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

35012331 01 Mai 2007 103


Syntaxe La syntaxe de la fonction de communication SEND_REQ se présente sous la forme suivante:

SEND_REQ(ADR#0.0.6, 15, %MW0:1, %MW150:24, %MW40:4)




15 Ce paramètre précise la valeur du code requête conforme au standard UNI-TE. Il est en décimal par défaut (exemple: 252 pour la requête données non sollicitées). Si l'utilisateur désire coder les requêtes en hexadécimal, le code requête doit avoir la syntaxe suivante: 16# suivi du code requête hexadécimal (exemple: 16#FC pour la requête donné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 ne comporte pas de donnée particulière à transmettre (requête Run, Stop, Identification, ...). La longueur des données à émettre doit être mémorisée dans le quatrième mot du paramètre de gestion (mot longueur) avant le lancement de cette fonction.

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


16#00: opération correcte16#02: réponse incorrecte16#FD: erreur d’opérationAutre valeur:

Code requête + 16#30: sur réponse positive de certaines requêtes16#FE: sur réponse positive de certaines requêtes16#FB: sur réponse à une requête miroir

104 35012331 01 Mai 2007




Note : Le quatrième mot du tableau des paramètres de gestion correspond au paramètre de la longueur. Il doit contenir avant l'exécution de la fonction la longueur (en octets) des données à émettre. Une fois la requête exécutée il est automatiquement 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 équipement distant. A noter que les automates TSX 07, TSX 37, TSX 57 ne peuvent renvoyer plus de 1000 bits suite à une demande de lecture.


TSX 57 46/56



1 8 8 8 8


4 1 1 1 8


1 1 1 1 1


4 4 4 4 4


4 6 6 6 6





4 8 8 8 8




Ethernet - 16 16 16 16


35012331 01 Mai 2007 105


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

106 35012331 01 Mai 2007


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} de la 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).


Uni-telway

PremiumTSX 87

Ad0 = 3

Ad0 = 1


35012331 01 Mai 2007 107



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



ADR#{20.1}5.1.3 {20.1}: réseau 20, station 15: module1: voie 13: 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).

P

%I3.2

(1)

OPERATE%MW100:x0

108 35012331 01 Mai 2007


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 de la requête UNI-TE à émettre.

Requêtes à usage général

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

Nom de la requête Code requête

Code compte-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 deux entités communicantes.

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

35012331 01 Mai 2007 109


Accès aux objets standards

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 objets d’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.


Code compte-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.


Code compte-rendu

Commentaire

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

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

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

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

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

110 35012331 01 Mai 2007


Accès aux objets génériques

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

Gestion des modes de marche

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


Code compte-rendu

Commentaire

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

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

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

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

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

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


Code compte-rendu

Commentaire

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

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

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

35012331 01 Mai 2007 111


Transfert de données

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

Gestion de sémaphore

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


Code compte-rendu

Commentaire

OPEN_DOWNLOAD 16#3A 16#6A permet d’initialiser une phase de chargement des donné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 en cours 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 de sauvegarder des zones mémoires.


Code compte-rendu

Commentaire

RESERVE 16#1D 16#FE permet à un client de se réserver les fonctions d’un serveur 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’un serveur par le client.

112 35012331 01 Mai 2007


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 ou l'enchaînement d'une émission et d'une réception.

Cette fonction est utilisée soit pour échanger des données entre deux applications PL7 soit émettre des données vers un équipement ayant un protocole d'application spécifique.

35012331 01 Mai 2007 113


Syntaxe La syntaxe de la fonction de communication DATA_EXCH se présente sous la forme suivante:

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 en mode réception. Si l'opération est de type échange, les adresses en diffusion (ALL) sont interdites.

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 simple3: 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ération de réception). La longueur des données à émettre (en octets) doit être mémorisée dans le quatriè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ération d'émission). La longueur des données effectivement reçues est indiquée (en octets), à la fin de l'échange, dans le quatrième mot du paramètre de gestion.


16#00: opération correcte16#02: opération incorrecte16#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 au paramètre de la longueur. Il doit contenir avant l'exécution de la fonction la longueur (en octets) des données à émettre. Une fois la requête exécutée il est automatiquement mis à jour et contient la longueur de la réponse (en octets).

114 35012331 01 Mai 2007


Règles de programmation

Lors de la programmation de la fonction DATA_EXCH, les données à émettre doivent contenir 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: segmentOctet 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

35012331 01 Mai 2007 115


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 est affiché.


-

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

116 35012331 01 Mai 2007


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).


Premium

FIPWAY réseau 20

{20.1}{20.2}

Micro

35012331 01 Mai 2007 117


Emission La programmation de de la fonction est la suivante:

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



ADR#{20.2}APP {20.2}: réseau 20, station 2APP: 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

118 35012331 01 Mai 2007


Réception La station 2 du réseau 20 recoit les données émises par la station 1. La programmation 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

35012331 01 Mai 2007 119


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) par un automate Premium vers un Altivar ATV58 d’adresse Ad0 = 6.

La fonction de communication SEND_REQ avec le code requête 16#F2 ne fonctionne pas, 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 : module1 : voie 16 : adresse destinataire Ad0

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

%MW100:6 Table à émettre

%MW200:6 Table à recevoir



120 35012331 01 Mai 2007


Structure des tables

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#F2Octet 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#00Octet 1 : octet de poids fort de la consigne FRH

%MW202 Octet 0 : octet de poids faible de la consigne FRHOctet 1 : octet de poids fort du registre d’état ETA

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

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

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

35012331 01 Mai 2007 121


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 une application PL7 distante.

Les données à émettre ont une longueur maximale de 16 octets. Contrairement aux autres 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 que deux mots au lieu de quatre. Cette fonction est utilisable sur FIPWAY dans le processeur uniquement, et pour les stations d'adresse 0 à 15.

122 35012331 01 Mai 2007


Syntaxe La syntaxe de la fonction de communication SEND_TLG se présente sous la forme suivante:

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 8 mots (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 correcte16#03: format d’adresse incorrecte16#04: adresse destinataire incorrecte16#05: paramètres de gestion incorrects16#06: paramètres spécifiques incorrects16#07: module en défaut16#0A: taille du buffer d’émission insuffisante16#0B: absence de ressource système

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

35012331 01 Mai 2007 123


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 2 mots.


SEND_TLG



Compte rendu :

%MW190

ADR#{20.3}APP

8

%MW200 2

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

OK Annuler

124 35012331 01 Mai 2007


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 mots vers la station distante 3 sur le réseau FIPWAY 20.



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


Premium

FIPWAY réseau 20

{20.1} {20.3}

Micro



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


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

P

%I3.10

(1)

OPERATE

35012331 01 Mai 2007 125


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égramme provenant d'une application PL7 distante.

Les données reçues ont une longueur maximale de 16 octets. Contrairement aux autres 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 que deux 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 FIPWAY dans 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 forme suivante:

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 en hexadé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. La longueur 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 correcte16#05: paramètres de gestion incorrects16#06: paramètres spécifiques incorrects16#09: taille du buffer de réception insuffisante16#0B: absence de ressource système16#0D: aucun télégramme reçu16#10: coupleur réseau absent16#0F: service du télégramme non configuré

126 35012331 01 Mai 2007


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

35012331 01 Mai 2007 127


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) provenant d'une application distante.


Reception La programmation de la fonction est la suivante :

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


Premium

FIPWAY réseau 20

{20.1} {20.3}

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-rendu d'opération immédiatement après la ligne de programme qui active l'exécution de cette fonction.

P

%I3.11

(1)

OPERATE

128 35012331 01 Mai 2007


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 4 Koctets, 120 octets sur la prise terminal, destinée à être transmise sur une liaison mode caractères ou vers la prise terminal d'un automate.

Un message peut également être transmis sous forme de valeur immédiate (suite d'octets entre apostrophes, exemple : 'Message à envoyer').

Des caractères spéciaux peuvent être également transmis, ils doivent débuter par le 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.

35012331 01 Mai 2007 129


Syntaxe La syntaxe de la fonction de communication DATA_EXCH se présente sous la forme suivante :

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 les adresses système (qui se terminent par SYS) sont supportées par cette fonction (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 tableau d'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 SCY 2160•,120 octets vers une prise terminal,250 octets si la valeur est fournie en valeur immédiate.


16#00 : opération correcte16#01 : erreur d’opération16#02 : opération incorrecte16#04 : erreur de signaux RTS/CTS

Note : La longueur des données émises est mémorisée dans le quatrième mot du paramètre de gestion (mot longueur) avant l'exécution de cette fonction. Si la longueur 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 comme compte-rendu de communication.

130 35012331 01 Mai 2007



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 doivent donc 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 plusieurs cycles 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ées au cours du traitement de la fonction. Le système garantit l'émission cohérente de la chaîne en plusieurs fragments, mais n'interdit pas l'émission d'une autre chaîne de caractères entre deux fragments.

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

35012331 01 Mai 2007 131


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 2 mots.


PRINT_CHAR


ADR#{20.3}2.0.SYS



Variable :

Chaîne à émettre :

OK Annuler

Surchauffe du four 4$L$RValeur :

132 35012331 01 Mai 2007


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éo connecté sur la liaison intégrée du module TSX SCY 21600 / 21601 d'un automate d'adresse réseau 20, station 3.


Premium

FIPWAY réseau 20

{20.1}{20.3}

Micro

35012331 01 Mai 2007 133


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)



ADR#{20.3}2.0.SYS {20.3} : réseau 20, station 32 : module0 : voie 0SYS : 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

134 35012331 01 Mai 2007


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îne de caractères à un module de communication mode caractères. Le message reçu est mémorisé dans un tableau d'octets %MB.

Cette fonction permet de recevoir jusqu'à 4 Koctets (120 octets pour la prise terminal). Elle doit être en cohérence avec la configuration de la voie, sinon il y aura retour 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.

35012331 01 Mai 2007 135


Syntaxe La syntaxe de la fonction de communication INPUT_CHAR se présente sous la forme 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 les adresses système (qui se terminent par SYS) sont supportées par cette fonction (exemple : {Réseau.Station}RackModule.Voie.SYS).

1 Remise A Zéro. Ce paramètre spécifie une remise à zéro de la mémoire de 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 est obligatoirement à 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 0 est 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..).

%MW120:4 Paramètres de gestion. La longueur des données reçues est mé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 correcte16#01 : erreur d’opération16#02 : opération incorrecte16#03 : taille de la réponse incorrecte16#06 : coupleur configuré en mode caractères16#07 : coupleur configuré en mode message

136 35012331 01 Mai 2007



Lorsque plusieurs INPUT_CHAR sont lancés simultanément, il faut positionner le paramètre RAZ à 0 (pas de RAZ de la mémoire de réception du coupleur). Une remise à zéro de la mémoire du coupleur peut être demandée pour le prochain message 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 plusieurs cycles 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ées au cours du traitement de la fonction. Le système garantit la réception cohérente de la chaîne en plusieurs fragments.

35012331 01 Mai 2007 137


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 la valeur immédiate 1/0.

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

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

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

138 35012331 01 Mai 2007


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 terminal vidéo branché sur la prise TER de l'automate d'adresse réseau 20, station 5.


Premium

FIPWAY réseau 20

{20.5}{20.1}

Micro

35012331 01 Mai 2007 139


Reception La programmation de la fonction est la suivante :

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




1 Remise à zéro

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

%MB200:20 Contenu du message en octet



P

%I3.6

(1)

OPERATE%MW120:x0

140 35012331 01 Mai 2007


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 (suite de mots entre apostrophes, exemple : 'Message à envoyer').

Des caractères spéciaux peuvent être également transmis, ils doivent débuter par le 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 une prise 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 une remise à zéro de sa mémoire de réception. Il est impératif de configurer une fin de message ou silence dans l'écran de configuration.

35012331 01 Mai 2007 141


Syntaxe La syntaxe de la fonction de communication OUT_IN_CHAR se présente sous la forme 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 les adresses système (qui se terminent par SYS) sont supportées par cette fonction (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éception2 : émission d’un message3 : demande de réception d’un message

%MB300:10 Chaîne de caractère à émettre. Ce tableau doit avoir une longueur minimale 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 une longueur minimale d'un caractère, même s'il n'y a aucune donnée à recevoir.


16#00 : opération correcte16#01 : erreur d’opération16#02 : opération incorrecte16#03 : taille de la réponse incorrecte16#04 : erreur de signaux RTS/CTS16#06 : coupleur configuré sans condition d’arrêt16#08 : protocole erreur

Note : La longueur des données émises est mémorisée dans le quatrième mot du paramètre de gestion (mot longueur) avant l'exécution de cette fonction. Si la longueur 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 du paramètre de gestion (mot longueur). Une condition d'arrêt doit avoir été configurée.

142 35012331 01 Mai 2007


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 valeur immé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 champ de la valeur immédiate disparaît.

Chaîne à recevoir %MBx:n -



OUT_IN_CHAR

Adresse :? Paramètres

Mode :

Chaîne à recevoir :

ADR#{20.5}0.0.SYS

1

%MB310 10


OK Annuler


Variable : %MB300 10 Chaîne à émettre :

Echange

35012331 01 Mai 2007 143


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 en provenance d'un terminal vidéo connecté sur la prise TER configurée en mode caractères.


Premium

FIPWAY réseau 20

{20.5}{20.1}

Micro

144 35012331 01 Mai 2007


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

35012331 01 Mai 2007 145


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

Présentation La fonction CANCEL permet d'interrompre une fonction asynchrone en cours. Le numé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 forme suivante :

CANCEL(%MW180, %MW185)



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

%MW185 Paramètres de gestion. Le compte-rendu d’opération prend l’une des valeurs suivantes :

16#00 : opération correcte. La communication est interrompue, le bit d’activité de la fonction interrompue est positionné à 0 et son compte-rendu prend la valeur 2.16#0C : numéro d’échange incorrecte

146 35012331 01 Mai 2007


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 communication OUT_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. La fonction CANCEL utilise ce numéro pour interrompre cette opération.

Emission de la fonction OUT_IN_CHAR

La programmation de la fonction est la suivante :


P

%I3.8

(1)

OPERATE%MW170:x0

35012331 01 Mai 2007 147


Emission de la fonction CANCEL

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

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

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


(1) CANCEL(%MW180, %MW185)Paramètres de la requête :


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

%MW185 Compte-rendu

(1)

OPERATE

P

%I3.9

(1)

OPERATE

148 35012331 01 Mai 2007


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 octet d'un tableau d'octets. Elle est utilisée après réception d'une réponse à certaines requêtes UNI-TE (fonction SEND-REQ par exemple).

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

Syntaxe La syntaxe de la fonction de communication ROR1_ARB se présente sous la forme suivante :

ROR1_ARB(%MB420:12)



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

35012331 01 Mai 2007 149


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 5 mots 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 communication SEND_REQ et le code requête = 36 (16#0036).

Emission de la fonction SEND_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 de ré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

150 35012331 01 Mai 2007


utilisation de la fonction ROR1_ARB

Pour reclasser la table de réception, il faut faire un décalage d’un octet vers la droite par 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)

35012331 01 Mai 2007 151


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 de poids 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 forme suivante :

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 à inverser4 : 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

152 35012331 01 Mai 2007


Lecture de données communes Modbus Plus : READ_GDATA

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

Les données globales sont une base de données partagées entre 64 stations maximum sur un réseau. Chaque station peut écrire 32 mots utilisables par toutes les 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 la forme 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 sur lequel 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 de la fonction.A la fin de l’opération, le mot de gestion contient la taille en nombre d'octets des données globales produites par la station spécifiée dans l'adresse.

35012331 01 Mai 2007 153


Ecriture de données communes Modbus Plus : WRITE_GDATA

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

Les données globales sont une base de données partagées entre 64 stations maximum sur un réseau. Chaque station peut écrire 32 mots utilisables par toutes les 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 la forme 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 de l'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 de l'application PL7 vers le buffer de données communes de la carte PCMCIA. Un buffer de 32 mots maximum contient les données. L'ensemble du contenu du buffer sera recopié dans la base de données globale. La mot de longueur n'est pas utilisé.

154 35012331 01 Mai 2007


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 liaison Modbus (carte PCMCIA TSX SCP 114 dans un module TSX SCY 21601 configurée en Modbus esclave avec serveur immédiat).

35012331 01 Mai 2007 155


Syntaxe La syntaxe de la fonction de communication SERVER se présente sous la forme suivante :

SERVER(ADR#{20.3}APP, %MW190, %MW200:2)



ADR#{20.3}APP Adresse de l'entité destinataire de l'échange. Tableau de trois mots pour mémoriser l'adresse {Réseau.Station}Porte.Module.Voie du module sur lequel 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 correcte16#01 : arrêt sur timeout, la réponse n'a pas pu être émise en moins de 2 secondes16#02 : arrêt sur demande utilisateur (STOP, S0, INIT, reprise à chaud ou à froid)16#03 : format d’adresse incorrecte16#05 : paramètres de gestion incorrects16#07 : problème d'émission vers le destinataire16#11 : aucune requête reçue16#12 : la fonction SERVER déjà appelée par une autre tâche16#FF : message refusé

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) peut alors prendre la valeur 16#14 (server en stop).

156 35012331 01 Mai 2007


Principe d’échange

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

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

35012331 01 Mai 2007 157


Serveur immédiat : exemple d’utilisation

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

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 MobbusOctet 0 = 16#03 : code réponse à la requête reçu pour la lecture de n mots en Modbus


%MW100:X0

(1)

OPERATE

158 35012331 01 Mai 2007


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 canal de messagerie asynchrone du coupleur TSX ETY 110.

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

La taille des buffers d'émission et de réception est exprimée en mots. Elle est de 512 mots 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.

35012331 01 Mai 2007 159


Principe des échanges

La figure suivante illustre les échanges entre deux stations pour une fonction WRITE_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é

160 35012331 01 Mai 2007


Syntaxe La syntaxe des fonctions de communication WRITE_Asyn et READ_Asyn se pré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 mots mé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 valeurs des 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 correcte16#01 : arrêt sur timeout, la réponse n'a pas pu être émise en moins de 2 secondes16#02 : arrêt sur demande utilisateur (STOP, S0, INIT, reprise à chaud ou à froid)16#03 : format d’adresse incorrecte16#05 : paramètres de gestion incorrects16#07 : destinataire absent16#09 : taille du buffer de réception insuffisante16#10 : taille du buffer d’émission insuffisante16#11 : absence de ressource système (déjà 8 fonctions actives)16#19 : numéro d’échange incorrecte16#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.

35012331 01 Mai 2007 161


3.4 Caractéristiques de communication

Présentation


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



Sujet Page

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

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

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

Autres exemples de compatibilité 168

162 35012331 01 Mai 2007


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

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

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

35012331 01 Mai 2007 163


Compatibilité des blocs de communication

PL7-3 définit 5 types de blocs texte. Un bloc texte est caractérisé par les entités destinataires, 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 compte deux paramètres :

Type du destinataireType de l'opération de communication

Compatibilité des échanges

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

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

164 35012331 01 Mai 2007


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 une application PL7. Ce type de traitement est réalisé par le bloc texte de type TXT dans PL7-3.

Lors d’échange entre un automate Micro ou Premium et un automate série 7, les blocs texte et les fonctions de communication sont adaptés en fonction du sens de l’échange :

d’un automate Premium vers un automate série 7,d’un automate série 7 vers un automate Premium.

Echange d’un Premium vers un série 7

L’automate Premium émet un fonction de comunication vers un automate série 7.

Du côté 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’un série 7 vers un Premium

L’automate série 7 émet un bloc texte vers un automate Premium.

Du côté 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).

35012331 01 Mai 2007 165


Exemples Les exemples traitent des échanges d’un Premium vers un TSX 107 et inversement. 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

Premium TSX 107

{17.1}{17.3}

166 35012331 01 Mai 2007


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 le système d'un serveur TSX 47.

De même un Bloc Texte SYS permet également de communiquer vers un serveur Micro et Premium.

Exemple Les exemples traitent des échanges d’un Premium vers un TSX 107 et inversement. La valeur H’1101’ correspond au réseau 17 (H’11’) et station 1 (H’01’).

FIPWAY réseau 17

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

35012331 01 Mai 2007 167


Autres exemples de compatibilité

Exemples Pour s’assurer la compatibilité, les règles de programmation à respecter sont les suivantes :

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 avant l’émission

Bloc texte réceptionTXT8,A=H’0201’ /*adresse émetteur*/TXT8,T=H’FF’INPUT TXT8TXT8,L=40Le bloc texte 8 ne pouvant connaitre le numéro de l’émetteur, il est placé en attente sur tous les numéro possibles (255)

Il y a donc compatibilité d’échange entre une fonction émettrice et un bloc 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 texte quel que soit son numéro

Bloc texte émissionTXT8,A=H’0201’ /*adresse destinataire*/TXT8,T=H’00’TXT8,L=20OUTPUT TXT8Le bloc texte 8 émet toujours vers le numéro zéro pour communiquer avec une fonction de communication

Il y a donc compatibilité d’échange entre un bloc texte émetteur et une fonction 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 met en attente d’une réponse de ce même bloc texte.

Bloc texte réception/émissionTXT8,A=H’0201’ /*adresse émetteur*/TXT8,T=H’FF’INPUT TXT8TXT8,A=H’0201’ /*adresse destinataire*/TXT8,T=H’00’TXT8,L=20OUTPUT TXT8Le bloc texte 8 a un comportement identique au deux cas précédents

Il y a donc compatibilité d’échange entre une fonction en échange et un bloc texte en réception puis en émission.

168 35012331 01 Mai 2007


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=20Le bloc texte 8 ne peut pas connaitre le numéro de la fonction, il n’est donc pas possible d’initialiser le paramètre TXT,T à une valeur utilisable pour l’émision puis la réception de la communication.

Il y a incompatibilité d’échange entre un bloc txte en échange et une fonction en émission puis en réception.

TSX 37/57réseau 2, station 1

TSX 47-107réseau 2, station 2

Commentaire

35012331 01 Mai 2007 169


3.5 Objets associés à la communication

Présentation


Ce sous-chapitre présente les modes d’échange des objets langage associés à la communication.



Sujet Page

Echanges implicites 171

Echanges explicites : Généralités 173

Gestion d’échange et de compte-rendu 175

170 35012331 01 Mai 2007


Echanges implicites

Présentation Une interface métier intégrée ou l'ajout d'un module enrichit automatiquement l'application d'objets langage permettant de programmer cette interface ou ce module.

Ces objets correspondent aux images des entrées/sorties du module ou de l'interface intégrée métier.

Les bits %I et mots %IW, images des valeurs d'entrées du module, sont mis à jour de manière automatique dans le processeur automate en début de tâche, que la tâche soit en RUN ou en STOP.

Les bits %Q et mots %QW, images des valeurs de sortie du module, sont mis à jour de 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écution cyclique).

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

35012331 01 Mai 2007 171


Exemples Le tableau ci-dessous présente quelques exemples d’échange implicite relatifs à un mé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 rack 0.

%IW0.1.1:x0 Uni-telway Donne l’état général des esclaves, la voie de communication est située en dans 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 du rack 0 est en défaut.

%I107.MOD.ERR - Indique, lorsque le bit est à 1, que le module situé en position 7 du rack 1 est en défaut.

172 35012331 01 Mai 2007


Echanges explicites : Généralités

Introduction Les échanges explicites sont des échanges effectués sur demande du programme utilisateur à 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.

Note : Ces objets ne sont pas indispensables dans la programmation d'une fonction métier, mais ils apportent des informations complémentaires (ex : défaut bornier, module absent...) et des commandes supplémentaires pour effectuer une programmation avancée des fonctions métiers (pour plus d’informations sur les Objets à échange explicite relatif à un métier, se reporter au chapitre correspondant).

35012331 01 Mai 2007 173


Principe général d’utilisation des instructions explicites

Le schéma ci-dessous présente les différents types d’échanges explicites possibles entre le processeur automate et le module (ou l’interface intégrée).

Gestion des échanges

Lors d’un échange explicite, il peut s’avérer intéressant de contrôler le déroulement de celui-ci, afin par exemple, de ne prendre en compte les données lues que lorsque l’é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 instructions explicites, l'ensemble des objets du même type associés à cette voie.

Exemple : READ_STS%CH102.3

Paramètres d’état

Paramètres de réglage courant

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églage courant


Objets %MWxy.i.r ou %MWxy.MOD.r

(1) Uniquement avec les instructions READ_STS et WRITE_CMD.

Processeur automate Module de communicationVoie de communication

Exécution d’un échange explicite

Détection d’un échange en cours

Compte-rendu de fin d’échange

174 35012331 01 Mai 2007


Gestion d’échange et de compte-rendu

Introduction Lorsque les données sont échangées entre la mémoire automate et le module, la prise en compte par le coupleur peut nécessiter plusieurs cycle de la tâche. Pour gé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.

Note : Ces mots font l’objet d’une description détaillée dans chaque intercalaire métier.

Réglage (X2)Commande (X1)Etat (X0)



Paramètres de réglage

READ_STS

WRITE_CMD

WRITE_PARAMREAD_PARAMSAVE_PARAMRESTORE_PARAM

35012331 01 Mai 2007 175


Description des bits significatifs

Chacun des bits des mots %MWxy.i et %MWxy.i.1 est associé à un type de paramè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 en cours,

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,le bit %MWxy.i.1:X1 précise si les paramètres de commande sont acceptés par 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 par lela voie de communication. Si l'échange s'est correctement déroulé se bit passe à 0,

Note : Les mots d’échange et de compte rendu existent aussi au niveau module (%MWxy.MOD et %MWxy.MOD.1).

176 35012331 01 Mai 2007


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 en cours 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, la prise en compte par le coupleur est géré le bit %MWxy.i.1:X2 : Compte-rendu (0 = échange correct, 1=échange infructueux).

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

35012331 01 Mai 2007 177


178 35012331 01 Mai 2007

35012331 01 Mai 2007

4
Configuration de la fonction métier Communication
Présentation


Ce chapitre présente la configuration et la mise au point de la fonction métier Communication.



Sujet Page

Configuration de la fonction communication 180

Rappels sur l’éditeur de configuration 181

Comment déclarer un module de communication 183

Comment déclarer une voie de communication dans un processeur ou module TSX SCY 21600/21601

185

Description des écrans de configuration pour la communication 186

Description des écrans de mise au point pour la communication 188

179

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 de fonctionnement physique dans lequel il sera exécuté, c'est-à-dire le type de processeur ainsi que les modules positionnés dans chaque emplacement.

L'utilisation de fonctions de communication nécessite en plus de définir les paramètres des voies de communication utilisées (choix du protocole, définition des paramètres spécifiques, ...).

Pour cela, les logiciels PL7 Micro, PL7 Junior et PL7 Pro proposent l'outil de configuration qui permet facilement ces opérations.

En fonctionnement connecté, ils proposent également une fonction de mise au point qui permet le réglage de certains paramètres afin de les adapter au mieux à l'application.

180 35012331 01 Mai 2007


Rappels sur l’éditeur de configuration

Présentation L’éditeur de configuration permet, de manière intuitive et graphique, de déclarer et configurer 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 de mise au point, de réglage et de diagnostic.

Illustration L’écran suivant représente un exemple de configuration matérielle.

ConfigurationTSX 57103 V4.0 ... XMWI

XTI..

0 2 3 4 5 6

1

0

PSY2600

TSX57103

ISPY100

CTY2C

DSY16R5

1DEY08D2

DEY32D2K

SCY21601

ooComm

35012331 01 Mai 2007 181


Comment accéder à l’éditeur

Le tableau suivant présente les différentes manières d’accéder à l’éditeur de configuration.

A partir : Action

de la barre de menus

Sélectionnez la commande Outils → Configuration.

du navigateur application

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

182 35012331 01 Mai 2007


Comment déclarer un module de communication

Présentation Cette opération permet de déclarer de façon logicielle un module de communication dans un rack automate.

35012331 01 Mai 2007 183


Marche à suivre La procédure est la suivante :

Etape Action

1 Effectuez un double clic sur l’emplacement dans lequel le module de communication 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é et contient 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 ... XMWI XTI..

0 2 3 4

1

0

PSY

2600

TSX

57102

1

AEY

800

SCY

21601

184 35012331 01 Mai 2007


Comment déclarer une voie de communication dans un processeur ou module TSX SCY 21600/21601

Présentation Cette opération permet de déclarer de façon logicielle une voie de communication dans un processeur ou dans un module TSX SCY 21600/21601.

Dans le cas d’une déclaration d’une voie de communication dans un module TSX SCY 21600/21601, il faut au préalable déclarer ce module de communication dans le 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.

35012331 01 Mai 2007 185


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 deux parties 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. Cette zone, spécifique au type de communication choisi, est détaillée dans la suite de ce document aux intercalaires réservés aux différents type de communication.

Règle de configuration

Il est interdit d’effectuer la modification des paramètres de configuration des voies de communication en mode connecté (automate en RUN).

Illustration Cet zone donne accès à la visualisation et modification des paramètres de la voie de 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 MPLIAISON UNI-TELWAY MAST

Configuration

1 2 3

54 6 7

186 35012331 01 Mai 2007


Description Le tableau ci-dessous présente les différents éléments de la voie de communication et 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 de communication affecté à la voie

6 Protocole Cette liste déroulante permet de sélectionner le protocole de communication.

7 Tâche Cette liste déroulante permet d’affecter le module de communication dans une tâche automate.Note :Les modules de communication doivent être toujours déclarés en tâche MAST.

35012331 01 Mai 2007 187


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 deux parties 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. Cette zone, spécifique au type de communication choisi, est détaillée dans la suite de ce document aux intercalaires réservés aux différents type de communication.

Comment accé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 terminalLIAISON UNI-TELWAY MAST

Mise au point

DIAG...

DIAG...

1 2 3 4

98765

188 35012331 01 Mai 2007


Description Le tableau ci-dessous présente les différents éléments de la voie de communication et 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 voyants permettant de visualiser l’état du module.

4 Bouton de diagnostic Lorsqu'un défaut de niveau module est détecté, un bouton DIAG permet l'accès aux informations de status de ce module (ce bouton est inhibé ou accessible 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 de communication

Cette liste déroulante affiche la sélection du module de communication affecté à 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 de communication.Note :Les modules de communication doivent être toujours déclarés en tâche MAST.

Diagnostic Module Défauts internes Défauts externes Autres défauts

Défaut sur le modulesupporté

OK

35012331 01 Mai 2007 189


9 Bouton de diagnostic Lorsqu'un défaut de niveau voie est détecté, un bouton DIAG permet l'accès aux informations de status de cette voie (ce bouton est inhibé ou accessible 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

190 35012331 01 Mai 2007

35012331 01 Mai 2007

II
Déport des automates Nano
Présentation


Cet intercalaire présente les principes de configuration et d’exploitation du déport des automates Nano par le logiciel PL7.




5 Généralités 193

6 Services du déport des automates Nano 205

7 Configuration du déport des automates Nano 219

8 Programmation du déport des automates Nano 225

9 Mise au point du déport des automates Nano 231

10 Objets langage associés au déport des automates Nano 237

191

Déport automates Nano

192 35012331 01 Mai 2007

35012331 01 Mai 2007

5
Généralités
Présentation


Ce chapitre présente le déport des automates Nano et ses services.



Sujet Page

Présentation 194

Compatibilités 195

Performances : Temps de cycle réseau 197

Performances : positionnement d’une sortie 198

Mode de marche 202

193

Déport automates Nano: Généralités

Présentation

Introduction Ce type de liaison permet le raccordement d’un automate Micro à des automates 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.

Manuels associés

Pour de plus amples informations, il est possible de consulter les manuels suivants:

Titre Description

Automates Micro - Manuel de mise en oeuvre Mise en oeuvre matérielle

194 35012331 01 Mai 2007


Compatibilités

Matérielles Ce type de communication est disponible avec le module TSX STZ 10 uniquement pour les automates:

TSX 37 10,TSX 37 20,TSX 37 21.

Au travers de ce module, il est possible de connecter jusqu’à quatre éléments maximum 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 bloc d’entrées/sorties (TSX 07 EX• ou TSX 07 20•/21•/30•/31• utilisé comme entrées/sorties déportées).

Note : Les automates TSX 37 05 et TSX 37 08 n’acceptent pas le module TSX STZ 10.

35012331 01 Mai 2007 195


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 Micro.

Lors de la configuration du module, il est conseillé, pour des raisons de performances, de l’associer à la tâche MAST (maître)

DANGER

Lors d’un STOP automate, la valeur de sortie des modules analogiques TSX AMN 4• sont maintenues contrairement aux autres entrées/sorties qui passent à l’état configuré.

Le non-respect de ces précautions entraînerait la mort, des lésions corporelles ou des dommages matériels.

196 35012331 01 Mai 2007


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 des donné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

35012331 01 Mai 2007 197


Performances : positionnement d’une sortie

Présentation Le schéma ci-dessous montre l'écart de temps entre le positionnement d'une sortie en bac et celui d'une sortie distante (par hypothèse, le temps de cycle réseau est infé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 le temps de positionnement le plus court.

Les temps donnés ci-après sont des valeurs maximales qui tiennent compte des temps de cycle de la liaison, des temps de traitement des équipements déportés. Ces temps sont asynchrones l'un par rapport à l'autre

En bac

Adresse 1

Adresse 2

Adresse 3

Adresse 4

Adresse 4Adresse 3Adresse 2Adresse 1

30 ms

35 ms

40 ms

45 ms

198 35012331 01 Mai 2007


Pour une vitesse 38400 bits/s

Les temps suivants sont donnés pour une vitesse de transmission de 38400 bits/s:

Graphique associé

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

35012331 01 Mai 2007 199




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

200 35012331 01 Mai 2007




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

35012331 01 Mai 2007 201


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

202 35012331 01 Mai 2007


Fonctionnement après la mise sous tension, le module effectue ses auto-tests puis initialise la configuration 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 la configuration présente physiquement et communique avec les équipements d'entrées/sorties uniquement.la phase de configuration, déclenchée par l'automate, permet de prendre en compte la configuration de l'application (vitesse, équipements configurés, ...).s'il existe une application PL7 dans l'automate, la configuration de l'application est transmise au module. En cas d'incohérence ou si l'un des équipements est en défaut, le voyant ERR clignote. Les équipements incohérents sont périodiquement interrogés ce qui permet de prendre automatiquement en compte 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 uniquement avec les blocs d'entrées/sorties cohérents. Lorsque l'automate passe en RUN, le module se met à échanger également les données avec les équipements AP esclaves cohérents. Les échanges de mots communs avec des automates TSX 07 à 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, le module arrête tous les échanges sur le bus.

35012331 01 Mai 2007 203


204 35012331 01 Mai 2007

35012331 01 Mai 2007

6
Services du déport des automates Nano
Présentation


Ce chapitre présente les services supportés par le déport des automates Nano.



Sujet Page

Echanges de données d’entrées/sorties 206

Echanges de données applicatives 207

Echange de données avec un module analogique 209

Contenu des mots %QW en écriture 210

Contenu des mots %IW en lecture 212

Conversion des valeurs analogiques des voies d’entrée 214

Liaison mixte 217

205

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 Nano 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.

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

Exemple L’automate 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 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 ou de la sortie

Numéro de l’entrée ou de la sortie de l’automate destinataire.

206 35012331 01 Mai 2007


Echanges de données applicatives

Présentation Ce service permet d'échanger des données applicatives entre un automate TSX 37 et jusqu'à trois automates Nano. Ces données, limitées à quatre mots (deux mots en 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 de sorties :

Une table par automateNano

Zone réservée àl’esclave 4

Zone réservée àl’esclave 2

Esclave 2 Esclave 3 Esclave 4

35012331 01 Mai 2007 207


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.

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

Exemple L’automate 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.


%IW ou %QW Type d’objet à accéder (mots d’entrée ou de sortie).

\4.0\ 4: adresse du module dans l’automate 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.

208 35012331 01 Mai 2007


Echange de données avec un module analogique

Présentation L'adressage des entrées/sorties analogiques est identique à celui des extension automates Nano.

Objets échangés L’utilisation de ce module permet l’échange des mots d’entrées et des mots de sorties:

Un module analogique est composé de 3 voies d'entrée et d'une voie de sortie. Les mots é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

35012331 01 Mai 2007 209


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 de configuration 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.

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

210 35012331 01 Mai 2007


Signification des bits 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))

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 bit de signe.

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

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

35012331 01 Mai 2007 211


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 de chaque 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

212 35012331 01 Mai 2007


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 les voies 0 et 1.

Configuration 1: les entrées 0 et 1 sont configurées, la valeur de la voie analogique 1 est de la forme.

Dans cette configuration la valeur est définie sur 15 bits, le dernier bit x15 est le bit de signe.

Configuration 2: toutes les entrées 0,1,2 sont configurées. Le mot %IW\4.0\i.1 contient 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 x15 sont les bits de signe.

Valeur de l’entréevoie 1



35012331 01 Mai 2007 213


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 avec le bit x15 comme bit de signe.

La voie 0 doit toujours après lecture faire l'objet d'un traitement par le logiciel applicatif 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 la valeur lue de la voie 1. Lorsque toutes les voies 0, 1 et 2 sont configurées, un traitement est nécessaire sur les lectures des voie 1 et 2.

Les exemples suivants sont donnés à titre indicatif pour un module analogique connecté à l'adresse 2.

Conversion de la voie 0 en langage Ladder

%MW0 contient la valeur de la voie 0 codée sur 16 bits.

Conversion de la voie 0 en langage List

%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]

214 35012331 01 Mai 2007


Conversion de la voie 1 et 2 en langage Ladder



35012331 01 Mai 2007 215


Conversion de la voie 1 et 2 en langage 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]

216 35012331 01 Mai 2007


Liaison mixte

Présentation Il est possible de mixer les échanges d’entrées/sorties et les échanges de données applicatives sur une même liaison.

Note : Dans ce cas, le premier équipement doit être toujours configuré en bloc d’entrées/sorties.

Micro maître

Entrées/sorties

Entrées/sorties

Esclave 3 Esclave 4

Entrées/sorties analogiques

1

2

35012331 01 Mai 2007 217


218 35012331 01 Mai 2007

35012331 01 Mai 2007

7
Configuration du déport des automates Nano
Présentation


Ce chapitre décrit l’aspect Configuration dans la mise en oeuvre du déport des automates Nano.



Sujet Page

Comment accéder aux paramètres du module TSX STZ 10 220

Ecran de configuration du déport des automates Nano 221

Paramètres Modbus liés à l’application 222

219

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 la liaison pour le déport automates Nano par l’intermédiaire du module TSX STZ 10 pour les automates Micro.

Comment accéder à la liaison

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 module STZ 10 puis sélectionnez la commande services → Ouvrir le module

ConfigurationTSX 3722 V3.3... XMWI

XTI..

0 3 5 7 9TSX3722

1

8 10642

DMZ64DT STZ

10

com

tage

p

Ana

220 35012331 01 Mai 2007


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 de communication et de configurer les paramètres nécessaires pour une liaison Modbus/Jbus.

Illustration L’écran dédié au déport des automates Nano se présente ainsi:

Eléments et fonctions

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éfautRepli à 0

Maintien de l’état

MAST

Repère Zone Fonction

1 commune Voir Description des écrans de configuration pour la communication, p. 186.

2 spécifique Permet de sélectionner ou de renseigner les paramètres pour la 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,

35012331 01 Mai 2007 221


Paramètres Modbus liés à l’application

Présentation Après avoir configuré la voie de communication, vous devez renseigner les paramè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.

222 35012331 01 Mai 2007


Configuration liaison

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 liaisonBloc d’E/S : l’automate Nano est utilisé comme entrées/sortiesAP Esclave : l’automate Nano est utilisé comme automate

le filtrage: associé à chaque esclave de type Bloc d'entrées/sorties, cette fonction permet d'affecter un filtrage de 3 ou 12 ms (valeur par défaut) à chacune des entrées afin de pouvoir s'affranchir de certaines perturbations lors de l'acquisition de ces entrées. La durée du filtrage représente le temps minimal pendant lequel une 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

Note : Lors de la configuration de la liaison extension TSX07, les modules analogiques TSX AMN 4000 et TSX AMN 4001 doivent être déclarés comme AP esclave.

35012331 01 Mai 2007 223


Vitesse de transmission

Correspond à la vitesse de transmission des informations. Elle doit prendre la valeur 9600 ou 19200 bits/s dans le cas d'une liaison ne comportant que des AP esclaves ou d'une liaison mixte (AP esclaves et Bloc d'entrées/sorties).Sa valeur peut être portée à 38400 bits/s dans le cas d'une liaison ne comportant que des Blocs d'entrées/sorties.

Mode de repli Ce paramètre permet de configurer la position de repli des sorties de tous les blocs d'entrées/sorties de la liaison (Repli à 0 ou état maintenu).

224 35012331 01 Mai 2007

35012331 01 Mai 2007

8
Programmation du déport des automates Nano
Présentation


Ce chapitre décrit l’aspect Programmation dans la mise en oeuvre du déport des automates Nano.



Sujet Page

Exemple de communication avec des automates Nano 226

Configuration et programmation de l’exemple 227

225

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 aux automates Nano TSX 07 configurés en mode esclave.Le programme de ces automates Nano consiste uniquement à recopier les mots d'entrée sur les mots de sortie (%QW0.0 := %IW0.0.....).

Illustration La configuration de l’exemple est la suivante:

Synoptique de fonctionnement

L'automate TSX 37 récupère donc les mots de sortie des deux automates esclaves pour les transmettre sur les sorties des deux automates configurés en blocs E/S. Le TSX 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:

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 esclave Ad0 = 3

Zone réservée à l’automate d’adresse 3

Mot d’entrée

Mot de sortie

TSX 07

TSX 07

226 35012331 01 Mai 2007


Configuration et programmation de l’exemple

Configuration du module TSX STZ 10

La configuration du module TSX STZ 10 est la suivante:


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éfautRepli à 0

Maintien de l’état

MAST VOIE 0

35012331 01 Mai 2007 227


Programmation Gestion des limites d’évolution de %MW0 :

Gestion des limites d’évolution de %MW1

Temporistation d’une seconde

Le front montant ou descendant de %M0 génère le décalage circulaire d’un bit vers la gauche de %MW0 et %MW1.

%MW0>64

COMPARE

%MW0=0

COMPARE

%MW0:=1

OPERATE

%MW0>512

COMPARE

%MW1=0

COMPARE

%MW1:=1

OPERATE

OPERATE

P

%M0

N

%M0

%MW0:=ROL(%MW0,1)

OPERATE

%MW1:=ROL(%MW1,1)

%Q\4.0\3.0:16:=%MW0

OPERATE

228 35012331 01 Mai 2007


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.

Recopie dans les blocs d’entrées/sorties

%Q\4.0\4.0:16:=%MW1

OPERATE

%MW0:=ROL(%MW0,1)

OPERATE

%MW0:=ROL(%MW0,1)

OPERATE

%MW1:=ROL(%MW1,1)

OPERATE

35012331 01 Mai 2007 229


230 35012331 01 Mai 2007

35012331 01 Mai 2007

9
Mise au point du déport des automates Nano
Présentation


Ce chapitre décrit l’aspect Mise au point dans la mise en oeuvre du déport des automates Nano.



Sujet Page

Ecran de mise au point du déport des automates Nano 232

Ecran de mise au point du déport des automates Nano 233

231

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 de communication et de configurer les paramètres nécessaires pour une communication 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 la communication, p. 188.

2 spécifique Permet d’accéder aux paramètres de mise au point de la liaison.

232 35012331 01 Mai 2007


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 Erreurs caractères


Cette fenêtre indique le nombre d'erreurs de communication comptabilisées par le module 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 du mot %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).

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 des compteurs de défaut (ne déclenche pas l’echange explicite).

En réceptionEn emission

00

RAZ compteurs

Erreurs Caractères

35012331 01 Mai 2007 233


Fenêtre Configuration liaison


Cette fenêtre permet de tester la communication avec les automates présents sur la 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é.

Note : Lorsqu’un esclave à une adresse physique supérieure à 4, tous les voyants Err. sont allumés (inverse vidéo).

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

234 35012331 01 Mai 2007


Exemple de donné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:

Données applicatives - ESCLAVE 3 - AP

16#2FCE16#0240

MOT 0 %IW\4.0\3.x

MOT116#001616#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

35012331 01 Mai 2007 235


236 35012331 01 Mai 2007

35012331 01 Mai 2007

10
Objets langage associés au déport des automates Nano
Présentation


Ce chapitre présente les objets langage associés au déport des automates Nano.



Sujet Page

Objet langage à échange implicite 238

Objet langage à échange explicite 239

Gestion et compte-rendu des échanges explicites 242

Objets langage associés à la configuration 243

237

Objets langage automates Nano

Objet langage à échange implicite

Présentation Cette page décrit tous les objets langage à échange implicite pour le déport des automates Nano qui peuvent être affichés ou modifiés par le programme d’application. Echanges implicites, p. 171

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 moins une des voies est en défaut, ...)

%I4.0.ERR Etat de la liaison = 1: si erreur de configuration ou équipements en erreur

%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.ni: correspond au numéro de l’esclaven: correspond au numéro du mot


%IW4.0.0 Etat équipement x0 = 1: si erreur de configurationxn = 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ées applicatives

Mots consommés par le maîtreMots produits par le maître

Légende

(1) Adresse i.ni: correspond au numéro de l’esclaven: correspond au numéro du mot

238 35012331 01 Mai 2007


Objet langage à échange explicite

Présentation Cette page décrit tous les objets langage à échange explicite pour le déport des automates Nano qui peuvent être affichés ou modifiés par le programme d’application. Echanges explicites : Généralités, p. 173

35012331 01 Mai 2007 239


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éfectueuxx1 = 1: défaut fonctionnel (défaut entre le processeur et le module, défaut de réglage ou de configuration, ...)x2 = 1: défaut bornier (non connecté)x3 = 1: auto-tests en coursx4 = 1: réservéx5 = 1: défaut de configuration matérielle ou logicielle (le module présent n’est pas celui déclaré dans la configuration, les sous-modules ne sont pas compatibles)x6 = 1: module absentx7 = 1: défaut de l’un des sous-modules

%MW4.0.2 Status standard voie x0 = 1: station unique sur le réseaux1 = 1: non utiliséx2 = 1: erreur de ligne de transmissionx3 = 1: non utiliséx4 = 1: défaut logiciel internex5 = 1: erreur de configuration matérielle ou logicielle ou absence de configurationx6 = 1: erreur de communication avec le processeurx7 = 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 correct16#02: erreur démission de caractère16#03: erreur de réception de caractère16#04: Protocol Data Unit de type ERREUR16#05: incohérence de type (E/S et AP)16#06: Protocol Data Unit incorrect16#07: erreur de Binary Check Character16#08: erreur de timeout16#09: erreur de temps intercaractère16#81: défaut sorties protégée16#82: défaut alimentation

240 35012331 01 Mai 2007


%MW4.0.5 Configuration physique esclaves 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 absentx1x0 = 01: esclave de type automatex1x0 = 10: esclave de type entrées/sorties

Pour chaque octets, les bits x2 et x3 coorespondent au type de bloc d’entrées/sorties :

x3x2 = 00: 6 entrées, 4 sortiesx3x2 = 01: 9 entrées, 7 sortiesx3x2 = 10: 14 entrées, 10 sortiesx3x2 = 11: 9 entrées, 7 sorties alternatif

%MW4.0.6 Configuration physique esclaves 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 absentx1x0 = 01: esclave de type automatex1x0 = 10: esclave de type entrées/sorties

Pour chaque octets, les bits x2 et x3 coorespondent au type de bloc d’entrées/sorties :

x3x2 = 00: 6 entrées, 4 sortiesx3x2 = 01: 9 entrées, 7 sortiesx3x2 = 10: 14 entrées, 10 sortiesx3x2 = 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

%MW4.0.9 Commandes x0 = 1: RAZ des compteursx1 = 1: réarmement sorties esclave 1x2 = 1: réarmement sorties esclave 2x3 = 1: réarmement sorties esclave 3x4 = 1: réarmement sorties esclave 4


35012331 01 Mai 2007 241


Gestion et compte-rendu des échanges explicites

Présentation Cette page décrit tous les objets langage qui gèrent les échanges explicites (Gestion d’échange et de compte-rendu, p. 175).

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 du module

x0 = 1: lecture de status en coursx1 = 1: envoi de paramètres de commande au module de communicationx2 = 1: envoi de paramètres de réglage au module de communication

%MW4.MOD.1

Compte rendu du module

x1 = 0: paramètres de commande reçus et acceptés par le modulex2 = 0: paramètres de réglage reçus et acceptés par le module

%MW4.0.0 Echanges en cours de la voie

x0 = 1: lecture de status en coursx1 = 1: envoi de paramètres de commande à la voie de communicationx2 = 1: envoi de paramètres de réglage à la voie de communication

%MW4.0.1 Compte rendu de la voie

x1 = 0: paramètres de commande reçus et acceptés par la voie de communicationx2 = 0: paramètres de réglage reçus et acceptés par la voie de communication

242 35012331 01 Mai 2007


Objets langage associés à la configuration

Présentation Cette page décrit tous les objets langage de configuration pour le déport des automates Nano qui peuvent être affichés par le programme d’application.

Constantes internes

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#10: 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 ms

Octet 1 : correspond au mode de repli (2 bits par équipement)

x0 = 0: sorties en repli à 0x0 = 1: sortie maintenues

35012331 01 Mai 2007 243


244 35012331 01 Mai 2007

35012331 01 Mai 2007

III
Communication par mode caractères
Présentation


Cet intercalaire présente les principes de configuration et d’exploitation de la communication par mode caractères par le logiciel PL7.





12 Configuration d’une communication par mode caractères 257

13 Programmation d’une communication par mode caractères 271

14 Mise au point d’une communication par mode caractères 273

15 Objets langage associés à la communication en mode caractères

279

245

Communication par mode caractères

246 35012331 01 Mai 2007

35012331 01 Mai 2007

11
Généralités
Présentation


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 248

11.2 Caractéristiques 252

247

Communication par mode caractères: Généralités

11.1 Présentation de la communication par mode caractères

Présentation


Ce sous-chapitre présente une description sommaire d’une communication par mode caractère et des services qui lui sont associés.



Sujet Page

A propos de mode caractères 249

Contrôle de flux 250

248 35012331 01 Mai 2007


A propos de mode caractères

Introduction La communication par mode caractères permet de réaliser des fonctions de dialogue 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.

Manuels associés


Titre Description


Automates Premium - Manuel de mise en oeuvre

Mise en oeuvre matérielle

35012331 01 Mai 2007 249


Contrôle de flux

Présentation Le contrôle de flux permet de gérer les échanges sur une liaison série (dans ce cas une liaison en mode caractères) entre deux équipements.

Les données sont transmises par l’émetteur Tx1 au récepteur Rx2. L’émission des donné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 sont dé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ù ce contrô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

250 35012331 01 Mai 2007


RTS/CTS Dans ce cas, les signaux de contrôles sont les signaux RTS/CTS. Ce mode de contrô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. Le signal 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ée CTS, le signal RTS du récepteur.

RTS/DCD Dans ce cas, les signaux de contrôles sont les signaux RTS/DCD. Ce mode de contrôle de flux matériel est peu utilisé. Il existe, par exemple, dans le cas d’une communication 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 RTS de 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ée CTS, 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ère Xon sur son entrée Rx et doit arrêter la transmission quand il reçoit le caractère Xoff sur son entrée Rx.

35012331 01 Mai 2007 251


11.2 Caractéristiques

Présentation


Ce sous-chapitre présente les caractéristiques d’utilisation d’une communication par mode caractères.



Sujet Page

Compatibilités 253

Performances 254

Mode de marche 256

252 35012331 01 Mai 2007


Compatibilités

Matérielles Ce type de communication est disponible pour les automates:

Micro et Premium par l’intermédiaire de la prise terminal associée à la couche physique RS485,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,

Micro acceptant les cartes PCMCIA décritent ci-dessus.

Logicielles La prise terminal des processeurs Premium et Micro ne peut traiter qu’une fonction de communication de type :

INPUT_CHAR,PRINT_CHAR,OUT_IN_CHAR.

Pour une communication par prise terminal, la taille maximale de la trame est 120 octets par fonction de communication.

Les cartes PCMCIA peuvent traiter:4 fonctions de communication simultanément pour les automates Micro,8 fonctions de communication simultanément pour les automates Premium.

La liaison intégrée des modules TSX SCY 21600/21601 peut traiter 8 fonctions de communication simultanément.

Pour une communication par carte PCMCIA ou liaison intégrée, la taille maximale de la trame est 4K octets par fonction de communication.

35012331 01 Mai 2007 253


Performances

Présentation Les tableaux suivants permettent d’évaluer le temps d’échange typique en mode caractè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 la fonction PRINT_CHAR en ms.

Temps avec les cartes PCMCIA

Durée moyenne en fonction du temps de cycle programmé et du nombre de caractères transmis:

Longueur du message 80 caractères 960 caractères

Vitesse en bits/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

254 35012331 01 Mai 2007


Temps avec prise terminal

Durée moyenne en fonction du temps de cycle programmé et l’émission de 80 caractè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

35012331 01 Mai 2007 255


Mode de marche

Présentation Le graphique suivant décrit les modes de marche en mode caractères des cartes PCMCIA , de la liaison intégrée des modules TSX SCY21600/21601 et du port terminal.


Fonctionnement après la mise sous tension, le module effectue ses auto-tests. Pendant cette phase les voyants de signalisation clignotent.s'il n'existe pas d'application PL7 dans l'automate, le module reste en attente de configuration.s'il existe une application PL7 dans l'automate, la configuration de l'application est 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

256 35012331 01 Mai 2007

35012331 01 Mai 2007

12
Configuration d’une communication par mode caractères
Présentation


Ce chapitre décrit l’aspect Configuration dans la mise en oeuvre d’une communication par mode caractères.



Sujet Page

Comment accéder aux paramètres des cartes PCMCIA en mode caractères 258

Comment accéder aux paramètres de la prise terminal 259

Comment accéder aux paramètres des modules TSX SCY 21600/21601 260

Ecran de configuration en mode caractères 261

Fonctions accessibles en mode caractères 262

Paramètres en mode caractères liés à la transmission 263

Paramètres en mode caractères liés au fin de messages 266

Paramètres en mode caractères liés au contrôle de flux 268

Paramètres complémentaires 269

257

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 la liaison mode caractères par l’intermédiaire des cartes PCMCIA.


Le tableau suivant présente la marche à suivre pour accéder à la liaison mode caractè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 MPTSX SCP 112 CARTE PCMCIA BC MPTSX SCP 114 CARTE PCMCIA RS485 MP

Exemple

4 Sélectionnez dans le menu déroulant la liaison LIAISON 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 MP

TSX 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 :


(Liaison non configurée)LIAISON UNI-TELWAYLIAISON MODE CARACTERESLIAISON MODBUS/JBUSLIAISON MODE CARACTERES

258 35012331 01 Mai 2007


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 la liaison mode caractères par l’intermédiaire de la prise terminal.


Le tableau suivant présente la marche à suivre pour accéder à la liaison mode caractères:

Etape Action


2 Sélectionnez dans le menu déroulant la liaison LIAISON MODE CARACTERESExemple :

VOIE 0 :

MASTLIAISON UNI-TELWAYVOIE 0 Prise Terminal

LIAISON UNI-TELWAYLIAISON MODE CARACTERESLIAISON MODE CARACTERES

35012331 01 Mai 2007 259


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 la liaison mode caractères par l’intermédiaire des modules TSX SCY 21600/21601 destinés au Premium.


Le tableau suivant présente la marche à suivre pour accéder à la liaison mode caractères:

Note : Si une des voies de communication du module TSX SCY 21600/21601 est en défaut (voyant de signalisation ERR clignote), l’autre voie même si elle est bien configurée ne fonctionnera pas.

Etape Action

1 Accédez à l’écran de configuration de la voie de communication du module choisi


3 Sélectionnez dans le menu déroulant la liaison LIAISON 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

260 35012331 01 Mai 2007


Ecran de configuration en mode caractères

Présentation Cet écran, décomposé en deux zones, permet de déclarer la voie de communication et 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 LFGestion 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 CARACTERESVOIE 1 TSX SCP 111 CARTE PCMCIA RS 232 MP

0



2 spécifique Permet de sélectionner ou de renseigner les paramètres d’une liaison 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.

35012331 01 Mai 2007 261


Fonctions accessibles en mode caractères

Présentation Selon les supports de communication choisis, certains paramètres ne sont pas modifiables. Il apparaissent en grisés.

Fonctions accessibles

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/CTSRTS/DCDXon/XoffAucun

Non Non Non Non

Echo En réceptionReprise sur 1er car.CR->CRLF

En réceptionReprise 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 avec 1 MicroNon avec 1 Premium

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

262 35012331 01 Mai 2007


Paramètres en mode caractères liés à la transmission

Présentation Après avoir configuré la voie de communication, vous devez renseigner les paramè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ères utilisé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. Les valeurs disponibles sont 7 et 8 bits. Il est conseillé d’ajuster le nombre de bit de données en fonction des équipements distants.

Vitesse de Transmission9600 Bits/s

Note : La valeur par défaut est 8 bits.

Données7 Bits8 Bits

35012331 01 Mai 2007 263


Stop La fenêtre se présente comme ci-dessous :

Le champs Stop permet de renseigner le nombre de bits de stop utilisés pour communiquer en mode caractères. Les valeurs possibles sont 1 ou 2 bits de stop. Il est conseillé d’ajuster le nombre de bit de stop en fonction des équipements distants.

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.

Note : La valeur par défaut est 1 bit de stop.

stop

2 Bits1 Bit

ParitéPaire Impaire Sans

264 35012331 01 Mai 2007


Retard RTS/CTS Le paramètre Retard RTS/CTS ne doit être utilisé seulement lorsque la carte TSX SCP 111est reliée à un modem à porteuse commandée. Un modem à porteuse commandée est un modem, qui ne renvoie pas l'état de la porteuse et qui gère les signaux 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ée uniquement dans le cas d’une communication avec un modem à 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.

Retard RTS/CTSx 100ms Porteuse (DCD)0

35012331 01 Mai 2007 265


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 les paramè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.

Condition d’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.

266 35012331 01 Mai 2007


Arrêt en réception


Une requête de réception peut se terminer dès la réception d’un caractère particulier. Les paramètres suivants permettent de définir jusqu’à deux caractères de fin de message:

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 les caractères de fin dans la table de réception de l’application automate PL7.

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 de caractè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.

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

Note : Les valeurs disponibles sont comprises entre 1 ms et 10000 ms.

Arrêt sur silencemsArrêt 1

35012331 01 Mai 2007 267


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 les paramètres dédiés au contrôle de flux. Voir Contrôle de flux, p. 250.

Fenêtre contrôle de 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

268 35012331 01 Mai 2007


Paramètres complémentaires

Présentation La configuration d’une liaison par mode caractères nécessite la configuration des quatre 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 en ré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 en réception est interrompu. La requête d’écriture terminée, l’écho est repris de deux maniè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ère retour chariot (CR = 16#0D), d’émettre dans le cadre de l’écho, le caractère retour chariot 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 lorsque le buffer de réception du module est vide ou plein.

Désélectionnez la case si la carte est connectée à un terminal de dialogue opérateur.

EchoEn réceptionReprise sur 1° car.CR -> CR LF

Gestion BeepGestion Back-Space

35012331 01 Mai 2007 269


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 dans l’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é comme tout autre caractère.


La sélection de cette case permet d’effectuer une communication Full Duplex sinon la communication est Half Duplex. L’activation de cette fonction dépend de l’équipement distant.


270 35012331 01 Mai 2007

35012331 01 Mai 2007

13
Programmation d’une communication par mode caractères
Fonctions de communication disponibles

Présentation Cette page décrit les fonctions de communication disponibles en mode caractères et traite d’un exemple de communication entre deux stations (Micro et Premium).

Fonctions disponibles

Trois fonctions de communication spécifiques sont définies pour émettre et recevoir des 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. 129.INPUT_CHAR: demande de lecture d’une chaîne de caractères. Voir Lecture d’une chaîne de caractères : INPUT_CHAR, p. 135.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. 141.

Note : L’utilisation de ces fonctions doit être en cohérence avec la configuration.

271

Programmation mode caractères

Exemple Une station à l’adresse {20.1} sur un réseau FIPWAY veut émettre puis réceptionner une chaîne de caractères vers un terminal vidéo connecté sur à la liaison intégrée d’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 de ma chaîne reçue

Note : Avant chaque lancement de la fonction, il est nécessaire de donner dans le paramè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


272 35012331 01 Mai 2007

35012331 01 Mai 2007

14
Mise au point d’une communication par mode caractères
Présentation


Ce chapitre décrit l’aspect Mise au point dans la mise en oeuvre d’une communication par mode caractères.



Sujet Page

Ecran de mise au point en mode caractères 274

Paramètres de mise au point en mode caractères 275

Comment tester une voie de communication 277

273

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 de communication et de configurer les paramètres nécessaires pour une liaison en mode caractères.

Illustration L’écran dédié à la communication mode caractères se présente ainsi :


Ce tableau décrit les différentes zones constituant l’écran de mise au point :

1

2

TSX 3721 [POSITION 00.0..1]

Désignation : TSX 3721 Version : 0.4

Prise TerminalLiaison MODE CARACTERES

R.A.Z. CompteursRéception

Emission / Réception

VOIE 0 :

Erreurs Emission Requête

Message Envoyé

Nombre de caractères reçus

En RéceptionEn Emission

IO

AsciiHexa

0

00

Mise au point

VOIE 0

Message Reçu

RUN ERR DIAG.

Emission


1 commune Description des écrans de mise au point pour la communication, p. 188

2 spécifique Permet d’accéder aux paramètres de mise au point d’une liaison mode caractères.

274 35012331 01 Mai 2007


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 le module 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.

R.A.Z. Compteurs

Erreurs

En RéceptionEn Emission 0

0

35012331 01 Mai 2007 275


Fenêtre Emmission requêtes


Cette fenêtre permet de tester une voie de communication par l’émission et/ou la ré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.

Fenêtre Message envoyé


Cette fenêtre permet de saisir le message à envoyer lors du test de communication par le bouton Emission et Emission /Réception.

Fenêtre Message reçu


Cette fenêtre permet de lire le message reçu suite à un test de communication par le bouton Réception et Emission /Réception.Des boutons ASCII et Hexa permettent d’afficher le texte en héxadécimal ou en ascii.

Note : La réception s’arrête par appui sur la touche Echap ou si un message a été reçu.

Réception

Emission / Réception

Emission RequêteEmission

Message Envoyé Essai d’émission d’une chaîne de caractèresI

Nombre de caractères reçusAsciiHexa

0 Message Reçu

276 35012331 01 Mai 2007


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.

Comment Emettre une chaîne de caractères

La procédure suivante permet d’émettre avec l’équipement distant une chaîne de caractères.

Comment recevoir une chaîne de caractères

La procédure suivante permet de recevoir de l’équipement distant une chaîne de caractères. Pour un bon fonctionnement, il est rappelé que ce test nécessite la configuration 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 doivent dé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 correct apparaî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 de fin de trame.Note : Dans cet exemple, l’arrêt en réception est effectué sur le caractère retour chariot (16#0D).

3 Visualisez le nombre de caractères reçu et la chaîne de caractères reçue dans la fenêtre Message reçu.

35012331 01 Mai 2007 277


278 35012331 01 Mai 2007

35012331 01 Mai 2007

15
Objets langage associés à la communication en mode caractères
Présentation


Ce chapitre présente les objets langage associés à une communication en mode caractères.



Sujet Page

Objets langage en échange implicite 280

Objet langage à échange explicite 282


Objets langage associés à la configuration 286

279

Objets langage mode caractères

Objets langage en échange implicite

Présentation Cette page décrit tous les objets langage à échange implicite pour une communication en mode caractères qui peuvent être affichés ou modifiés par le programme d’application. Voir Echanges implicites, p. 171.



%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.ix: correspond au numéro de racky: correspond au numéro du modulei: correspond au numéro de la voie

280 35012331 01 Mai 2007


Objets mot Le tableau ci-dessous présente les différents objets mot à échange implicite.


%IWxy.i.0 Signaux en entrée Signaux communs (octet 0)x0 = 1: signal DCDx1 = 1: signal RIx2 = 1: signal CTSx3 = 1: signal DSR

%QWxy.i.0 Signaux en sortie x0 = front montant à 1: arrêt de tous les échanges en cours

Légende


Note : Sur front montant de %QWxy.i.0:X0 les échanges en cours sont arrêtés mais le bit d’activité reste à 1 jusqu’au prochain timeout.

35012331 01 Mai 2007 281


Objet langage à échange explicite

Présentation Cette page décrit tous les objets langage à échange explicite pour une communication en mode caractères qui peuvent être affichés ou modifiés par le programme d’application. Voir Echanges explicites : Généralités, p. 173.

282 35012331 01 Mai 2007


Objets mots pour les cartes PCMCIA

Le tableau ci-dessous présente les différents objets mot à échange explicite.


%MWxy.MOD.2 Status du module x0 = 1: module défectueuxx1 = 1: défaut fonctionnel (défaut entre le processeur et le module, défaut de réglage ou de configuration, ...)x2 = 1: défaut bornier (non connecté)x3 = 1: auto-tests en coursx4 = 1: réservéx5 = 1: défaut de configuration matérielle ou logicielle (le module présent n’est pas celui déclaré dans la configuration, les sous-modules ne sont pas compatibles)x6 = 1: module absentx7 = 1: défaut de l’un des sous-modules

%MWxy.i.2 Status standard voie x0 = 1: station unique sur le réseaux1 = 1: non utiliséx2 = 1: erreur de ligne de transmissionx3 = 1: non utiliséx4 = 1: défaut logiciel internex5 = 1: erreur de configuration matérielle ou logicielle ou absence de configurationx6 = 1: erreur de communication avec le processeurx7 = 1: défaut d’application (double adresse 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 compteurx8 = 1: signal DTR ONx9 = 1: signal DTR OFF

Légende


35012331 01 Mai 2007 283


Objets mots pour prise terminal



%MW0.MOD.2 Status du module x0 = 1: module défectueuxx1 = 1: défaut fonctionnel (défaut entre le processeur et le module, défaut de réglage ou de configuration, ...)x2 = 1: défaut bornier (non connecté)x3 = 1: auto-tests en coursx4 = 1: réservéx5 = 1: défaut de configuration matérielle ou logicielle (le module présent n’est pas celui déclaré dans la configuration, les sous-modules ne sont pas compatibles)x6 = 1: module absentx7 = 1: défaut de l’un des sous-modules

%MW0.i.2 Status standard voie x0 = 1: station unique sur le réseaux1 = 1: non utiliséx2 = 1: erreur de ligne de transmissionx3 = 1: non utiliséx4 = 1: défaut logiciel internex5 = 1: erreur de configuration matérielle ou logicielle ou absence de configurationx6 = 1: erreur de communication avec le processeurx7 = 1: défaut d’application (double adresse station)

%MW0.0.3 Status spécifique voie Type mode caractères = 16#03

284 35012331 01 Mai 2007



Présentation Cette page décrit tous les objets langage qui gèrent les échanges explicites. Gestion d’échange et de compte-rendu, p. 175



%MWxy.MOD.0 Echanges en cours du module


%MWxy.MOD.1 Compte rendu du module


%MWxy.i.0 Echanges en cours de la voie


%MWxy.i.1 Compte rendu de la voie


Légende


35012331 01 Mai 2007 285


Objets langage associés à la configuration

Présentation Cette page décrit tous les objets langage de configuration pour une communication en mode caractères qui peuvent être affichés par le programme d’application.

Constantes internes

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: vitesse00 = 1200 bits/s, ..., 04 = 19200 bits/s

Octet 1: formatx8: 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èrex2 = 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ésx8 = 1 si gestion du signal PSR (TSX SCP 112x9 = 1 si gestion du Full Duplexx10 = 1 si gestion de la porteuse DCD (TSX SCP 111)

%KWxy.i.5 Retard RTS/CTS Valeur du retard en centaines de ms (valeur par défaut 0ms)

%KWxy.i.6 Arrêt en réceptioncaractère 1

x0 = 1: caractère de fin 1 validex1 = 1: caractère de fin 1 inclus

Octet 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 validex1 = 1: caractère de fin 2 inclus

Octet 1: valeur du caractère de fin en décimal

286 35012331 01 Mai 2007


Contantes internes pour la prise terminal

Le tableau suivant décrit les constantes internes pour la prise terminale configurée en mode caractères :


%KW0.0.0 Type Fonction mode caractères = 16#03

%KWxy.i.1 Vitesse / Format Octet 0: vitesse00 = 1200 bits/s, ..., 04 = 19200 bits/s

Octet 1: formatx8: 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éceptionx13 = 1: gestion du beepx14 = 1: gestion du back-space

35012331 01 Mai 2007 287


288 35012331 01 Mai 2007

35012331 01 Mai 2007

IV
Communication par bus Uni-telway
Présentation


Cet intercalaire présente les principes de configuration et d’exploitation de la communication Uni-telway par le logiciel PL7.





17 Configuration d’une communication Uni-telway 299

18 Programmation d’une communication Uni-telway 309

19 Mise au point d’une communication Uni-telway 337

20 Objets langage associés à la communication Uni-telway 345

289

Communication Uni-telway

290 35012331 01 Mai 2007

35012331 01 Mai 2007

16
Généralités
Présentation


Ce chapitre présente la communication par bus Uni-telway et ses services.



Sujet Page

Présentation 292

Compatibilités 293

Performances 295

Mode de marche 297

Adresses d’un automate esclave 298

291

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-TE créant une structure hiérarchisée (un maître et plusieurs esclaves). L’équipement maître est le gestionnaire du bus.

Uni-telway permet une communication de type égalitaire et autorise l’envoi de message de :

maître vers esclave,esclave vers maître,esclave vers esclave.

Manuels associés


Titre Description

Communication Bus Uni-telway - Guide utilisateur

Description détaillée de la communication en Uni-telway

Communication X-WAY - Manuel de référence Description détaillée de la messagerie UNI-TE


Automates Premium - Manuel de mise en oeuvre

Mise en oeuvre matérielle

292 35012331 01 Mai 2007


Compatibilités

Matérielles Ce type de communication est disponible pour les automates:

Micro et Premium par l’intermédiaire de la prise terminal associée à la couche physique RS485,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,

Micro acceptant les cartes PCMCIA décrites ci-dessus.

35012331 01 Mai 2007 293


Logicielles La prise terminal des processeurs Premium et Micro autorise le traitement: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 128 octets par fonction de communication.

Les cartes PCMCIA et la liaison intégrée aux modules TSX SCY 21600/21601 autorisent 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 maximale de la trame est 240 octets par fonction de communication.

La fonction de communication READ_VAR peut lire jusqu’à 1000 bits consécutifs dans un équipement distant, quel que soit cet équipement. Pour une lecture de plus de 1000 bits, il est nécessaire d’utiliser la fonction de communication SEND_REQ.

Note : Les automates Nano, Micro et Premium ne peuvent pas envoyer plus de 1000 bits suite à une demande de lecture.

294 35012331 01 Mai 2007


Performances

Présentation Les tableaux suivants permettent d’évaluer le temps d’échange typique en mode Uni-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 la fonction READ_VAR en ms.

Temps avec les cartes 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

35012331 01 Mai 2007 295


Temps avec la prise terminal

Temps d’échanges pour les automates MicroVitesse de transmission de 9600 bits/s et nombre d’objets lus 40 mots

Temps d’échanges pour les automates PremiumVitesse de transmission de 19200 bits/s et nombre d’objets lus 40 mots

Préconisation d’emploi

Pour améliorer les performances de la phase de connexion d'un équipement esclave sur Uni-telway, il est recommandé de configurer le nombre d'esclaves en rapport 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

296 35012331 01 Mai 2007


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 cette phase les voyants de signalisation clignotent.s'il n'existe pas d'application PL7 dans l'automate, le module reste en attente de configuration.s'il existe une application PL7 dans l'automate, la configuration de l'application est 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

35012331 01 Mai 2007 297


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. Elle permet l'accès au système de l'automate pour des fonctions de réglage, de diagnostic, de lecture ou d'écriture de variable, de chargement ou déchargement de programme, ...).

Adresse Ad1 Une adresse application client, appelée Ad1, est attribuée optionnellement par configuration 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 par configuration au coupleur esclave. Elle permet la réception de la requête Données Non Sollicitées (16#FC) en provenance d'un autre équipement connecté sur le bus Uni-telway.

Contraintes d’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 équipement serveur Uni-telway

Ad2 = 8 Application écoute reçoit la requête "Données Non Sollicitées" à destination de l’application

Note : lorsque le maître Uni-telway est un SCM (automates série 7), l’application contenue dans le maître doit utiliser l’adresse de l’esclave destinataire (Micro, Premium) augmentée de 100 (16#0064).

298 35012331 01 Mai 2007

35012331 01 Mai 2007

17
Configuration d’une communication Uni-telway
Présentation


Ce chapitre décrit l’aspect Configuration dans la mise en oeuvre d’une communication Uni-telway.



Sujet Page

Comment accéder aux paramètres des cartes PCMCIA Uni-telway 300

Comment accéder aux paramètres de la prise terminal 301

Comment accéder aux paramètres des modules TSX SCY 21600/21601 302

Ecran de configuration de la liaison Uni-telway 303

Fonctions accessibles en Uni-telway 304

Paramètres Uni-telway liés à l’application 305

Paramètres Uni-telway liés à la transmission 307

299

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 la liaison Uni-telway par l’intermédiaire des cartes PCMCIA pour les automates Premium.


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 MPTSX SCP 112 CARTE PCMCIA BC MPTSX SCP 114 CARTE PCMCIA RS485 MP

Exemple

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

TSX SCP 114 CARTE PCMCIA RS485 MP(Liaison non configurée MASTTSX SCP 112 CARTE PCMCIA BC MP

TSX 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:

MAST

Maître Type

(Liaison non configurée)LIAISON UNI-TELWAYLIAISON MODE CARACTERESLIAISON MODBUS/JBUS

TSX SCP 114 CARTE PCMCIA RS485 MP

300 35012331 01 Mai 2007


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 la liaison Uni-telway par l’intermédiaire de la prise terminal de l’automate Micro.



Etape Action


2 Sélectionnez dans le menu déroulant la liaison LIAISON UNI-TELWAY :Exemple :

VOIE 0LIAISON UNI-TELWAY

VOIE 0:

MAST

TypeLIAISON UNI-TELWAYLIAISON MODE CARACTERES

Prise Terminal

35012331 01 Mai 2007 301


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 la liaison Uni-telway par l’intermédiaire des modules TSX SCY 21600/21601 destinés au Premium.



Note : Si une des voies de communication du module TSX SCY 21600/21601 est en défaut (voyant de signalisation ERR clignote), l’autre voie même si elle est bien configurée ne fonctionnera pas.

Etape Action

1 Accédez à l’écran de configuration de la voie de communication du module choisi


3 Sélectionnez dans le menu déroulant la liaison LIAISON UNI-TELWAY :Exemple :


VOIE 0:

VOIE 0VOIE 1

(Pas de sous module PCMCIA)MAST


VOIE 0:

Maître Type

Maître

(Liaison non configurée)LIAISON UNI-TELWAYLIAISON MODE CARACTERESLIAISON MODBUS/JBUS

Liaison intégréeMAST

302 35012331 01 Mai 2007


Ecran de configuration de la liaison Uni-telway

Présentation Cet écran, décomposée en deux zones, permet de déclarer la voie de communication 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:

LIAISON UNI-TELWAY MAST

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’attente30

Données StopmsPar 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’adresses31



2 spécifique Permet de sélectionner ou de renseigner les paramètres d’une liaison Modbus.Elle est décomposée en deux types d’informations:

les paramètres concernant l’application,les paramètres concernant la transmission.

35012331 01 Mai 2007 303


Fonctions accessibles en Uni-telway

Présentation Selon les supports de communication choisis, certains paramètres ne sont pas modifiables. Il apparaissent en grisés.

Fonctions accessibles

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

304 35012331 01 Mai 2007


Paramètres Uni-telway liés à l’application

Présentation Après avoir configuré la voie de communication, vous devez renseigner les paramè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îtreDonnées événementiellesNombre d’esclaves

0 Octec

35012331 01 Mai 2007 305


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 à un même équipement. Cette possibilité est par exemple offerte aux automates programmables 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 boucle de 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’adresses1

Boucle de courant (PSR)Multipoint Point à Point

306 35012331 01 Mai 2007


Paramètres Uni-telway liés à la transmission

Présentation Après avoir configuré la voie de communication, vous devez renseigner les paramè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-telway utilisé 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 bout du quel la station destinataire sera considérée comme absente en cas de non ré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

35012331 01 Mai 2007 307


Stop La fenêtre se présente comme ci-dessous:

Le champs Stop permet de renseigner le nombre de bits de stop utilisés pour communiquer 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 RTS et 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 un modem à 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)

308 35012331 01 Mai 2007

35012331 01 Mai 2007

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


Ce chapitre décrit l’aspect Programmation dans la mise en oeuvre d’une communication Uni-telway.



Sous-chapitre

Sujet Page

18.1 Fonction de communication 310

18.2 Echange du maître vers l’esclave 313

18.3 Echange d’un esclave vers du maître 315

18.4 Echange d’un esclave vers un esclave 322

18.5 Données événementielles 335

309

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 311

Ecriture de mot de commande 312

310 35012331 01 Mai 2007


Fonctions de communication disponibles

Présentation Cette page décrit les fonctions de communication disponibles en mode Uni-telway.

Fonctions disponibles

Cinq fonctions de communication spécifiques sont définies pour émettre et recevoir des 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. 80.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. 94.SEND_REQ: échange d’une requête UNI-TE. Voir Emission de requêtes UNI-TE : SEND_REQ, p. 103.DATA_EXCH: émission et/ou réception de données de type texte. Voir Echange de données de type texte : DATA_EXCH, p. 113.Fonctions de dialogue opérateur: échange des différentes fonctions de communication 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 et version de matériel (se repporter aux différents types d’échange).

35012331 01 Mai 2007 311


Ecriture de mot de commande

Présentation L’instruction WRITE_CMD permet l’écriture explicite dans le module ou la voie de communication 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ée lors d’une communication avec un modem externe.Exemple : passage du mode Uni-telway en mode caractères pour effectuer la phase de numérotation.

Syntaxe La syntaxe de l’instruction est la suivante:

WRITE_CMD %CHx.iavec x: adresse du module et i: voie.

Préconisations d’emploi

Avant d’exécuter un WRITE_CMD, il faut tester si un échange est en cours à l’aide de l’objet langage %MWxy.i.0. Pour ce faire, il faut effectuer un READ_STS pour lire le mot.

Ensuite il faut modifier la valeur de l’objet langage des commandes pour effectuer la 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ée avant d’émettre un WRITE_CMD.

312 35012331 01 Mai 2007


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 vers l’adresse Ad0

L’échange du maître vers Ad0, identifié par le repère 1, permet la communication du programme application maître vers le système de l’esclave (accès aux différents objets, ...).

Les fonctions READ_VAR, WRITE_VAR et SEND_REQ peuvent être utilisées pour communiquer 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’automate maî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

35012331 01 Mai 2007 313


Echange vers l’adresse Ad2

L’échange du maître vers Ad2, identifié par le repère 2, permet l’envoi de messages du programme application du maître vers le programme application de l’esclave.

Les fonctions SEND_REQ et DATA_EXCH peuvent être utilisées pour communiquer vers 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

314 35012331 01 Mai 2007


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 316

Exemple d’échange d’un esclave vers le système du maître 319

Exemple d’échange direct d’un esclave vers le système du maître 321

35012331 01 Mai 2007 315


Echanges Esclave vers Maître

Présentation La station esclave effectue des échanges vers la station maître:

Echange vers le système maître

L’échange de l’esclave Ad1 vers le maître, identifié par le repère 1, permet la communication du programme application de l’esclave vers le système du maître (accès aux différents objets, ...).

Echange vers l’application

L’échange de l’esclave Ad1 vers le maître, identifié par le repère 2, permet l’envoi de messages du programme application de l’esclave le programme application du maître.

1

2

Esclave

Système

Application

Processeur

Maître

Processeur

Système

Application

LiaisonLiaison

Ad0

Ad1

Ad2

316 35012331 01 Mai 2007


Fonction de communication

L'utilisation de la fonction SEND_REQ par un esclave nécessite de placer au début du buffer d'émission un tableau de 6 octets correspondant à l'adresse du destinataire.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:

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):

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


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° du bloc texte


Mot 1 16#03 16#02

Mot 2 16#00 16#00

Mot 3 16#00 16#00

35012331 01 Mai 2007 317


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:


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 ... = ...

318 35012331 01 Mai 2007


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)

35012331 01 Mai 2007 319


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

320 35012331 01 Mai 2007


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 ou TSX SCY 21601 équipées de cartes PCMCIA (TSX SCP111, 112, 114 de version 1.5) permettent l'utilisation des fonctions de communication READ_VAR et WRITE_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 à travers la 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

35012331 01 Mai 2007 321


18.4 Echange d’un esclave vers un esclave

Présentation


Ce sous-chapitre présente les échanges d’une station esclave vers une autre station esclave.



Sujet Page

Echanges Esclave vers Esclave 323

Exemple d’échange d’un esclave vers le serveur d’un esclave 325

Exemple d’échange d’un esclave vers l’application d’un esclave 327

Exemple 2 d’échange d’un esclave vers le système d’un esclave 328

Exemple de décalage vers la droite de 1 octet dans un tableau d'octets 330

Exemple d’échange direct d’un esclave vers le système d’un esclave 333

Exemple de mise en Stop d’un esclave par un autre esclave 334

322 35012331 01 Mai 2007


Echanges Esclave vers Esclave

Présentation La station esclave effectue des échanges vers une station esclave:

Echange de Ad1 vers Ad0

L’échange de l’esclave Ad1 vers l’esclave Ad0, identifié par le repère 1, permet la communication du programme application de l’esclave émetteur vers le système de l’esclave destinataire (accès aux différents objets, ...).

Echange vers l’application

L’échange de l’esclave Ad1 vers l’esclave Ad2, identifié par le repère 2, permet l’envoi de messages du programme application de l’esclave émetteur vers le programme application de l’esclave destinataire.

1

2

Esclave destinataire

Système

Processeur

Maître

Processeur Système Application

Liaison

Liaison

Ad0

Ad1

Ad2

Esclave émetteur

LiaisonProcesseur

Système

Applica-tion

Ad0

Ad1

Ad2

12

Applica-tion

Note : Dans tous les cas, les requêtes transitent d’une manière totalement transparente par le maître.

35012331 01 Mai 2007 323



L'utilisation de la fonction SEND_REQ par un esclave nécessite de placer au début du buffer d'émission un tableau de 6 octets correspondant à l'adresse du destinataire.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 (Ad0 ou Ad2)

324 35012331 01 Mai 2007


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

35012331 01 Mai 2007 325


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

326 35012331 01 Mai 2007


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: module1: voie 111: 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

35012331 01 Mai 2007 327


Exemple 2 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, dans l’automate esclave d’adresse Ad0 = 9.

Emission L’automate émetteur génère une requête dont le code vaut 16#0036 (lecture d’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-rendu vaut:%MW223 = 11 (réception de 11 octets = 10 (5mots) + 1 (type d’objets)).

328 35012331 01 Mai 2007


Table de réception

Table des mots lus:

L’octet de poids faible du premier mot lu contient le type d’objets lus, par conséquent la 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 des données nécessite un algorithme de traitement de ce décalage qui est à la charge de l'utilisateur.pour les automates TSX 37 (voir exemple ci-après). Pour les automates 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

35012331 01 Mai 2007 329


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.

330 35012331 01 Mai 2007


Programme Initialisation de l'index %MW0 et sauvegarde du premier mot du tableau dans %MW1, %MW2 = longueur du tableau -1:

Tant que l'index est < à la longueur du tableau, faire des décalages:

OPERATE

OPERATE

OPERATE

OPERATE

%MW0:=0

%MW1:=%MW100[%MW0]

%MW2:=%MW99/2

%MW2:=%MW99/2%MW99 REM 2 = 0COMPARE

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)

35012331 01 Mai 2007 331


Résultat Après décalage, la table des mots lus vaut:

%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

332 35012331 01 Mai 2007


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 ou TSX SCY 21601 équipées de cartes PCMCIA (TSX SCP111, 112, 114 de version 1.5) permettent l'utilisation des fonctions de communication READ_VAR et WRITE_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 à travers la 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

35012331 01 Mai 2007 333


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

334 35012331 01 Mai 2007


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 de fonctionnement

Le tableau suivant décrit les phases de traitement d’une communication par données événementielles :

Phases Description

1 La station esclave émet des données événementielles à la carte PCMCIA de la 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 communication SEND_REQ avec le code 16#32 à la carte PCMCIA de la station maître pour effectuer la lecture des données.

35012331 01 Mai 2007 335



La requête Uni-telway : 16#82 permet de lire les données événementielles en accé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

336 35012331 01 Mai 2007

35012331 01 Mai 2007

19
Mise au point d’une communication Uni-telway
Présentation


Ce chapitre décrit l’aspect Mise au point dans la mise en oeuvre d’une communication Uni-telway.



Sujet Page

Ecran de mise au point en Uni-telway 338

Ecran de mise au point en type Uni-telway 339

Requêtes disponibles pour le test d’une voie de communication 340

Comment tester une voie avec les requêtes Identification et Miroir 341

Comment tester une voie avec des requêtes 343

337

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 de communication 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:


Ce tableau décrit les différentes zones constituant l’écran de mise au point:

VOIE 0

TSX 3722 [ POSITION 00.0..1]

VOIE 0

Désignation : PROCESSEUR 3722 Version: 3.4

Prise TerminalLIAISON UNI-TELWAY MAST

Mise au point

Réponse Requête Test Voie

Compteurs Erreurs LocauxMessages émis non acquittésMessages reçus non acquittés

R.A.Z. Compteurs

DIAG...

Ascii Hexa

Esclave

DIAG..

00

IdentificationCompteurs

RAZ CompteursSaisie Requête

Miroir

12345

42 0D 22 0A 43 43 58 31 37 5F 33 30 4C 57

MaîtreType

Messages émis refusésMessages reçus refusés 0

0

1

2


1 commune Voir Description des écrans de mise au point pour la communication, p. 188.

2 spécifique Permet d’accéder aux paramètres de mise au point d’une liaison Uni-telway.

Note : Cet écran n’est pas opérationnel lorsqu’on est connecté à distance sur un esclave Uni-telway

338 35012331 01 Mai 2007


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être Compteurs


Cette fenêtre visualise les différents compteurs d’erreurs du module de communication.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’une requête UNI-TE vers l’une des stations présentes sur le bus.

MaîtreType

Compteurs Erreurs LocauxMessages émis non acquittésMessages reçus non acquittés

R.A.Z. Compteurs

00 Messages émis refusés

Messages reçus refusés 00

Réponse Requête Test Voie

Ascii Hexa

Esclave

IdentificationCompteurs

RAZ CompteursSaisie Requête

Miroir

12345

42 0D 22 0A 43 43 58 31 37 5F 33 30 4C 57

35012331 01 Mai 2007 339


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 de test

L’envoi d’une requête vers une adresse esclave non serveur ou non connectée se traduit par un message d’erreur.

Lorsque le module est configuré en mode Uni-telway maître, la fenêtre de mise au point permet d’émettre une requête UNI-TE vers l’un des esclaves présents sur le bus.

Lorsque le module est configuré en mode Uni-telway esclave, le test de voie se limite à l’équipement maître.

Requêtes disponibles

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 cette fonction donne accès à un écran permettant de sélectionner les paramètres spé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 de cette fonction donne accès à un écran permettant de sélectionner la longueur de la chaîne de caractères à émettre (au maximum 80 caractères). L'automate envoie alors cette chaîne de caractères (ABCD....) vers l'équipement destinataire. Celui-ci renvoie automatiquement la chaîne de caractères reçue vers l'émetteur.

340 35012331 01 Mai 2007


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.

Comment identifier une station

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 du champ 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

35012331 01 Mai 2007 341


Comment envoyer la requête Miroir

La procédure suivante permet d’envoyer la requête Miroir, et ainsi tester le bon cheminement des informations entre deux équipements.

Etape Action

1 Sélectionnez l’adresse serveur (Ad0) de l’esclave à interroger à l’aide du champ 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).

4 Appuyez sur le bouton Emission.


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

342 35012331 01 Mai 2007


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.

Comment envoyer une requête

La procédure suivante permet d’envoyer une requête, autre que celles fournies par les 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 entre elles.

5 Appuyez sur le bouton Emission.


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

35012331 01 Mai 2007 343


344 35012331 01 Mai 2007

35012331 01 Mai 2007

20
Objets langage associés à la communication 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 346

20.2 Objets langage associés au mode Uni-telway esclave 354

345

Objets langage Uni-telway

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

Présentation


Ce sous-chapitre présente les objets langage associés à un fonctionnement en mode Uni-telway maître.



Sujet Page

Objet langage à échange implicite en mode Uni-telway maître 347

Objet langage à échange explicite en mode Uni-telway maître 348

Gestion des échanges et compte-rendu 352

Objets langage associés à la configuration en mode Uni-telway maître 353

346 35012331 01 Mai 2007


Objet langage à échange implicite en mode Uni-telway maître

Présentation Cette page décrit tous les objets langage à échange implicite pour une communication Uni-telway maître qui peuvent être affichés ou modifiés par le programme d’application (Echanges implicites, p. 171).


Objets mot pour les cartes PCMCIA

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 un défaut de la ligne.

Légende



%IWxy.i.0 Signaux en entrée Octet 0: signaux communsx0 = 1: signal DCDx1 = 1: signal RIx2 = 1: signal CTSx3 = 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 alors l’esclave d’adresse i a émis des données

Légende


35012331 01 Mai 2007 347


Objet langage à échange explicite en mode Uni-telway maître

Présentation Cette page décrit tous les objets langage à échange explicite pour une communication Uni-telway maître qui peuvent être affichés ou modifiés par le programme d’application. Echanges explicites : Généralités, p. 173.

348 35012331 01 Mai 2007






%MWxy.i.2 Status standard voie x0 = 1: aucun équipement ne fonctionne sur la voiex1 = 1: un équipement sur la voie est en défautx2 = 1: défaut bornier (non connecté)x3 = 1: erreur de timeout (rupture du câblage, ...)x4 = 1: auto-test en coursx5 = 1: erreur de configuration matérielle ou logicielle ou absence de configurationx6 = 1: erreur de communication avec le processeurx7 = 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 alors l’esclave d’adresse i répond

%MWxy.i.15 Commande x0 = 1: RAZ compteurx8 = 1: signal DTR ONx9 = 1: signal DTR OFFx14 = 1: changement de mode Uni-telway vers mode caractères (modem)x15 = 1: changement de mode caractères (modem) vers Uni-telway

35012331 01 Mai 2007 349


Légende



350 35012331 01 Mai 2007


Objets mots pour la prise terminal



%MWxy.MOD.2

Status du module x0 = 1: module défectueuxx1 = 1: défaut fonctionnel (défaut entre le processeur et le module, défaut de réglage ou de configuration, ...)x2 = 1: défaut bornier (non connecté)x3 = 1: auto-tests en coursx4 = 1: réservéx5 = 1: défaut de configuration matérielle ou logicielle (le module présent n’est pas celui déclaré dans la configuration, les sous-modules ne sont pas compatibles)x6 = 1: module absentx7 = 1: défaut de l’un des sous-modules

%MWxy.0.2 Status standard voie x0 = 1: aucun équipement ne fonctionne sur la voiex1 = 1: un équipement sur la voie est en défautx2 = 1: défaut bornier (non connecté)x3 = 1: erreur de timeout (rupture du câblage, ...)x4 = 1: auto-test en coursx5 = 1: erreur de configuration matérielle ou logicielle ou absence de configurationx6 = 1: erreur de communication avec le processeurx7 = 1: défaut d’application (erreur dans la configuration, erreur de réglage, ...)

%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’esclave d’adresse i répond

Légende

(1) Adresse xyx: correspond au numéro de racky: correspond au numéro du module

35012331 01 Mai 2007 351


Gestion des échanges et compte-rendu












Légende

(1) Adresee xy.ix: correspond au numéro de racky: correspond au numéro du modulei: correspond au numéro de la voie

352 35012331 01 Mai 2007


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 communication Uni-telway maître qui peuvent être affichés par le programme d’application.

Constantes internes pour les cartes PCMCIA


Constantes internes pour la prise terminal



%KWxy.i.0 Type Octet 0 = 0 pour la fonction Uni-telway maître

%KWxy.i.1 Vitesse / Format Octet 0: vitesse16#50 = 300 bits/s, 16#51 = 600 bits/s uniquemement pour TSX SCP 11116#00 = 1200 bits/s, ..., 16#04 = 19200 bits/s

Octet 1: formatx8: 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 (valeur par 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 et gestion 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 112x10 = 1 si gestion de la porteuse DCD (TSX SCP 111)

%KWxy.i.5 Retard RTS/CTS Valeur du retard en centaines de ms (valeur par dé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 (valeur par 30ms)

%KWxy.0.2 Nombre d’esclaves Valeur de 1 à 98 (valeur par défaut 31)

35012331 01 Mai 2007 353


20.2 Objets langage associés au mode Uni-telway esclave

Présentation


Ce sous-chapitre présente les objets langage associés à un fonctionnement en mode Uni-telway esclave.



Sujet Page

Objet langage à échange implicite en mode Uni-telway esclave 355

Objet langage à échange explicite en mode Uni-telway esclave 356


Objets langage associés à la configuration en mode Uni-telway esclave 360

354 35012331 01 Mai 2007


Objet langage à échange implicite en mode Uni-telway esclave

Présentation Cette page décrit tous les objets langage à échange implicite pour une communication Uni-telway esclave qui peuvent être affichés ou modifiés par le programme d’application. Echanges implicites, p. 171


Objets mot pour les cartes PCMCIA

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 un défaut de la ligne.

Légende



%IWxy.i.1 Etat d’adresse Absence d’interrogation du maîtrex0 = 1: sur Ad0x1 = 1: sur Ad1x2 = 1: sur Ad2

%IWxy.i.2%IWxy.i.3

Non significatif -

Légende


35012331 01 Mai 2007 355


Objet langage à échange explicite en mode Uni-telway esclave

Présentation Cette page décrit tous les objets langage à échange explicite pour une communication Uni-telway esclave qui peuvent être affichés ou modifiés par le programme d’application (Echanges explicites : Généralités, p. 173).

356 35012331 01 Mai 2007






%MWxy.i.2 Status standard voie x0 = 1: aucun équipement ne fonctionne sur la voiex1 = 1: un équipement sur la voie est en défautx2 = 1: défaut bornier (non connecté)x3 = 1: erreur de timeout (rupture du câblage, ...)x4 = 1: auto-test en coursx5 = 1: erreur de configuration matérielle ou logicielle ou absence de configurationx6 = 1: erreur de communication avec le processeurx7 = 1: défaut d’application (erreur dans la configuration, erreur de réglage, ...)

%MWxy.i.3 Status spécifique voie

Octet 0 = 1 pour la fonction Uni-telway esclave

Légende


35012331 01 Mai 2007 357


Objets mots pour la prise terminal




%MWxy.0.2 Status standard voie

x0 = 1: aucun équipement ne fonctionne sur la voiex1 = 1: un équipement sur la voie est en défautx2 = 1: défaut bornier (non connecté)x3 = 1: erreur de timeout (rupture du câblage, ...)x4 = 1: auto-test en coursx5 = 1: erreur de configuration matérielle ou logicielle ou absence de configurationx6 = 1: erreur de communication avec le processeurx7 = 1: défaut d’application (erreur dans la configuration, erreur de réglage, ...)

%MWxy.0.3 Status spécifique voie

Octet 0 = 1 pour la fonction Uni-telway esclave

Légende

(1) Adresse xyx: correspond au numéro de racky: correspond au numéro du module

358 35012331 01 Mai 2007














Légende

(1) Adresee xy.ix: correspond au numéro de racky: correspond au numéro du modulei: correspond au numéro de la voie

35012331 01 Mai 2007 359


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 communication Uni-telway esclave qui peuvent être affichés par le programme d’application.

Constantes internes pour les cartes PCMCIA


Constantes internes pour la prise 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

360 35012331 01 Mai 2007

CBAIndex

Symbols%CHxy.i, 173

AAccès à l’éditeur de configuration, 181Accès à la configuration

Déport automates Nano, 220Mode caractères, 258, 259, 260Uni-telway, 300

Adressage, 21, 23Adresse

Uni-telway, 298Aide à la saisie, 71

CCANCEL, 146Caractéristiques, 162

Mode caractères, 252Comment accéder à la configuration

Uni-telway, 301, 302Compatibilités

Déport automates Nano, 195Mode caractères, 253Uni-telway, 293

Compte-rendu, 60, 175Déport Nano, 242Mode caractères, 285Uni-telway, 352, 359

35012331 01 Mai 2007

Configuration, 179Déport automates Nano, 219Mode caractères, 257Uni-telway, 299

Contrôle de flux, 250Conversion des valeurs analogiques, 214

DDATA_EXCH, 113Déport automates Nano, 191

EEchange de données analogiques, 209Echange explicite

Déport Nano, 239Mode caractères, 282Uni-telway, 348, 356

Echange impliciteDéport Nano, 238Mode caractères, 280Uni-telway, 347, 355

Echanges de données, 206Echanges explicites, 173Echanges implicites, 171Ecran de configuration, 186


361

Index

Ecran de mise au point, 188Déport automates Nano, 232Mode caractères, 274Uni-telway, 338

FFonction de communication, 78Fonctions accessibles

Mode caractères, 262Uni-telway, 304

Fonctions de communication, 49Uni-telway, 310

GGénéralités, 17


Gestion de échanges, 175Gestion des échanges

Déport Nano, 242Mode caractères, 285Uni-telway, 352, 359

IIdentification

Uni-telway, 341INPUT_CHAR, 135, 271

LLongueur, 64

MMiroir

Uni-telway, 341Mise au point


Mode caractères, 245

362

Mode de marcheDéport automates Nano, 202Mode caractères, 256Uni-telway, 297

OObjets langage, 170


OUT_IN_CHAR, 141, 271

PParamètres de configuration

Déport automates Nano, 222Mode caractères, 263, 266, 268, 269Uni-telway, 305, 307

Paramètres de gestion, 59Paramètres de mise au point


Performances, 66Déport automates Nano, 197, 198Mode caractères, 254Uni-telway, 295

PrésentationDéport automates Nano, 194Mode caractères, 248, 249Uni-telway, 292

Présentation de l’adressage, 22PRINT_CHAR, 129, 271Programmation


RRCV_TLG, 126READ_Asyn, 159READ_GDATA, 153READ_VAR, 80

35012331 01 Mai 2007

Index

RequêtesUni-telway, 343

Requêtes UNI-TE, 109ROR1_ARB, 149

SSEND_REQ, 103SEND_TLG, 122SERVER, 155Serveur, 69Services

Déport automates Nano, 205Structure

Fonction de communication, 53SWAP, 152

TTerminal de programmation, 35Test d’une voie de communication

Mode caractères, 277Uni-telway, 340

Timeout, 64Type

Adressage, 25

UUni-telway, 289

WWRITE_Asyn, 159WRITE_GDATA, 154WRITE_VAR, 94

35012331 01 Mai 2007
363

Index

364
35012331 01 Mai 2007

pl7 micro/junior/pro métiers communication tome...

Documents