Schneider Electric X-Way, Protocole UNI-TE, codage, compatibilité électromagnétique Manuel utilisateur
Ajouter à Mes manuels332 Des pages
▼
Scroll to page 2
of
332
Manuel de référence X-Way Protocole UNI-TE, codage, compatibilité électromagnétique TSX DR NET fre 2 Table des matières A propos de ce manuel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Partie I Généralités X-Way . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 Chapitre 1 1.1 1.2 1.3 1.4 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Structure de la documentation réseaux. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation des différents manuels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Exploitation de la documentation réseaux. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Différents types d’architecture. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Architecture monoréseau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Architecture multiréseau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Concentrateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Redondance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Pont. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Le modèle ISO de l’OSI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation du modèle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Couche physique. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Couche liaison. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Couche réseau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Couche transport. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Couche session. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Couche présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Couche application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Positionnement des différents réseaux dans le modèle ISO. . . . . . . . . . . . . . . . Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . X-Way et le modèle OSI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . UNI-TELWAY . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . FIPWAY. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 16 16 17 18 19 19 20 21 23 25 26 27 28 28 29 30 31 32 33 34 35 36 37 37 38 39 40 3 FIPIO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 ETHWAY . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42 Chapitre 2 2.1 2.2 2.3 2.4 2.5 2.6 Chapitre 3 3.1 3.2 3.3 3.4 3.5 3.6 3.7 4 Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 Présentation des différents services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 Différents services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 Service UNI-TE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 Présentation du service UNI-TE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 Notion de CLIENT-SERVEUR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47 Liste des requêtes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48 Service des mots communs : service COM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 Service COM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 Principe de fonctionnement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 Service table partagée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 Service de table partagée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 Communication d’application à application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55 Standard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 Echanges prioritaires . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 Services d’entrées/sorties à distance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58 Services d’entrées/sorties à distance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58 Mécanismes d’adressage X-Way . . . . . . . . . . . . . . . . . . . . . . . 59 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59 Généralités. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60 Entités de communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 Les différents niveaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 Format d’adresse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63 Les adresses sur un réseau X-Way. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63 Présentation de l’adressage hiérarchisé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64 Les différents niveaux d’adressages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64 Adressage trois niveaux. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 Présentation de l’adressage trois niveaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66 Exemple . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 Adressage cinq niveaux. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68 Présentation de l’adressage 5 niveaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69 Exemple d’un adressage 5 niveaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71 Adressage six niveaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72 Présentation de l’adressage six niveaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 Exemple d’adressage six niveaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75 Chapitre 4 Format d’une trame X-Way . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation d’une trame X-Way . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Trame X-Way . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Type NPDU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Adresses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Adressage 5 niveaux. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Adressage six niveaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Données (messagerie) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Données distribuées . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77 78 79 80 81 82 83 84 85 Partie II Protocole UNI-TE, codage des requêtes . . . . . . . . . . . . 87 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 Chapitre 5 Principes généraux du protocole UNI-TE. . . . . . . . . . . . . . . . . 89 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description des services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . UNI-TE V1.1 et V2.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Format d’un échange UNI-TE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Types de données utilisées. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Chapitre 6 6.1 6.2 6.3 6.4 89 90 91 92 94 Codage des requêtes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95 Présentation du codage des requêtes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96 Généralités sur le codage des requêtes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 Adressage des objets d’entrées/sorties accèdés . . . . . . . . . . . . . . . . . . . . . . . . 99 Comment interpréter les exemples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101 Liste des requêtes UNI-TE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102 Listes des requêtes UNI-TE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102 Requêtes d’usage général . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104 Identification d’un équipement (IDENTIFICATION). . . . . . . . . . . . . . . . . . . . . . 105 Diagnostic système d’un équipement programmable (READ_CPU) . . . . . . . . 111 Echange des caractéristiques UNI-TE entre Client/Serveur (PROTOCOL_VERSION) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119 Test de la communication (MIRROR) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124 Requêtes d’accès aux objets standards . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126 Lecture de bit interne (READ_INTERNAL_BIT) . . . . . . . . . . . . . . . . . . . . . . . . 127 Ecriture de bit interne (WRITE_INTERNAL_BIT) . . . . . . . . . . . . . . . . . . . . . . . 130 Forçage de bit interne (FORCE_INTERNAL_BIT) . . . . . . . . . . . . . . . . . . . . . . 132 Lecture de mot interne (READ_INTERNAL_WORD) . . . . . . . . . . . . . . . . . . . . 134 Ecriture de mot interne (WRITE_INTERNAL_WORD) . . . . . . . . . . . . . . . . . . . 136 5 6.5 6.6 6.7 6.8 6.9 6 Lecture d’un double mot interne (READ_INTERNAL_DWORD) . . . . . . . . . . . . 138 Ecriture d’un double mot interne (WRITE_INTERNAL_DWORD) . . . . . . . . . . . 140 Lecture de mot constant (READ_CONSTANT_WORD) . . . . . . . . . . . . . . . . . . 141 Lecture d’un double mot constant (READ_CONSTANT_DWORD). . . . . . . . . . 142 Lecture de bit système (READ_SYSTEM_BIT) . . . . . . . . . . . . . . . . . . . . . . . . . 143 Ecriture de bit système (WRITE_SYSTEM_BIT) . . . . . . . . . . . . . . . . . . . . . . . . 145 Lecture de mot système (READ_SYSTEM_WORD) . . . . . . . . . . . . . . . . . . . . . 146 Ecriture de mot système (WRITE_SYSTEM_WORD) . . . . . . . . . . . . . . . . . . . . 147 Lecture de l’état des étapes Grafcet (READ_GRAFCET_BIT) . . . . . . . . . . . . . 148 Requêtes d’accès aux objets d’un module d’entrées/sorties . . . . . . . . . . . . . . . 151 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151 Présentation des requêtes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152 Lecture de la mémoire image d’un module TOR simple (READ_DIGITAL_MODULE_IMAGE) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153 Ecriture bit de la mémoire image d’un module TOR simple (WRITE_DIGITAL_MODULE_IMAGE) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 160 Lecture du status d’un module (READ_STATUS_MODULE) . . . . . . . . . . . . . . 164 Lecture des objets d’une voie des E/S (READ_IO_CHANNEL) . . . . . . . . . . . . 170 Ecriture des objets d’une voie des E/S (WRITE_IO_CHANNEL) . . . . . . . . . . . 176 Requêtes d’accès aux objets génériques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180 Identification des objets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181 Paramètres d’accès . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182 Lecture d’objets (READ_OBJECTS) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183 Ecriture d’objets (WRITE_OBJECTS) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188 Lecture d’objet générique (READ_GENERIC_OBJECT) . . . . . . . . . . . . . . . . . 191 Ecriture d’objet générique (WRITE_GENERIC_OBJECT) . . . . . . . . . . . . . . . . 198 Lecture d’une liste d’objet (READ_OBJECT_LIST) . . . . . . . . . . . . . . . . . . . . . . 203 Gestion des modes de marche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209 Démarrage d’application ou de tâche (RUN) . . . . . . . . . . . . . . . . . . . . . . . . . . . 210 Arrêt d’application ou de tâche (STOP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211 Initialisation (INIT) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212 Gestion de sémaphore. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213 Réservation (RESERVE) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214 Libération (RELEASE) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215 Maintien d’une réservation (I_AM_ALIVE). . . . . . . . . . . . . . . . . . . . . . . . . . . . . 216 Transfert de données. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218 Début d’un chargement (OPEN_DOWNLOAD). . . . . . . . . . . . . . . . . . . . . . . . . 219 Chargement d’un segment (WRITE_DOWNLOAD) . . . . . . . . . . . . . . . . . . . . . 220 Terminaison d’une session de chargement de l’automate (CLOSE_DOWNLOAD) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221 Initialisation d’une séquence de sauvegarde (OPEN_UPLOAD). . . . . . . . . . . . 222 Sauvegarde d’un segment (READ_UPLOAD) . . . . . . . . . . . . . . . . . . . . . . . . . Terminaison d’une sauvegarde (CLOSE_UPLOAD). . . . . . . . . . . . . . . . . . . . . Transfert et comparaison de mémoire (BACKUP) . . . . . . . . . . . . . . . . . . . . . . Comment utiliser les requêtes de tranfert de données . . . . . . . . . . . . . . . . . . . Chapitre 7 7.1 7.2 7.3 223 225 226 228 Annexes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Compatibilités des requêtes UNI-TE V1. et V2.0 . . . . . . . . . . . . . . . . . . . . . . . Compatibilités des requêtes UNI-TE V1. et V2.0 . . . . . . . . . . . . . . . . . . . . . . . Correspondances entre requêtes UNI-TE V1.1 et UNI-TEV2.0 . . . . . . . . . . . . Tableau de correspondance entre requêtes UNI-TE V1.1 et UNI-TE V2.0. . . . Description des différentes classes d’objets . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Temporisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Monostable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Compteur. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Registre. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Programmateur Cyclique. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Compteur Rapide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . "Modulation de largeur d’impulsion" . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . "Génération de train d’impulsion" . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . "Registre à décalage" . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . "Registre pas à pas" . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . "Message dialogue opérateur" . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objet Horodateur. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229 230 230 232 232 234 234 235 237 238 239 240 241 242 243 244 245 246 247 Partie III Compatibilité électromagnétique . . . . . . . . . . . . . . . . . 249 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249 Chapitre 8 Présentation générale . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 251 Préambule sur la compatibilité électromagnétique . . . . . . . . . . . . . . . . . . . . . . 251 Chapitre 9 Rappels et définitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Compatibilité électromagnétique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Terre et masses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mode Différentiel et Mode Commun . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Câbles blindés. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sensibilité des différentess familles de câbles . . . . . . . . . . . . . . . . . . . . . . . . . Chapitre 10 253 254 255 257 259 261 Règles de câblage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263 Règles de câblages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263 Chapitre 11 Câblages des armoires et des petites machines. . . . . . . . . . 265 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265 Maillage des masses. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266 7 Effets protecteurs à l’intérieur d’une armoire ou d’une petite machine . . . . . . . 267 Protections des liaisons externes aux équipements . . . . . . . . . . . . . . . . . . . . . 268 Câblage interne des armoires . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274 Utilisation des goulottes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 275 Chapitre 12 Liaisons dans les bâtiments et les grandes machines . . . . 277 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277 Maillages des masses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 278 Ilots . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279 Utilisation des chemins de câbles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 281 Autres effets protecteurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 288 Chapitre 13 Liaisons inter-bâtiments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289 Câblage des liaisons . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290 Protections des pénétrations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291 Partie IV Communication chaîne de caractères . . . . . . . . . . . . . . 293 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 293 Chapitre 14 Communication chaîne de caractères . . . . . . . . . . . . . . . . . . 295 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295 Généralités. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 296 Principes de transmission . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297 Paramètres généraux d’une transmission série asynchrone . . . . . . . . . . . . . . . 299 Chapitre 15 Liaison RS 232 C . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304 Caractéristiques électriques. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305 Caractéristiques mécaniques et fonctionnelles . . . . . . . . . . . . . . . . . . . . . . . . . 306 Utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309 Gabarit de la jonction RS 232 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 310 Chapitre 16 16.1 16.2 16.3 Chapitre 17 8 Liaison RS 422/RS 485 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 311 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 311 Description de la liaison RS 422/RS 485 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 312 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 312 Topologies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 313 Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 313 Topologie bus en half duplex avec adaptation de ligne unique . . . . . . . . . . . . . 314 Topologie bus en half duplex avec adaptation de ligne répartie . . . . . . . . . . . . 316 Topologie point à point en full duplex . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 317 Caractéristiques principales. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 318 Caractéristiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 318 Liaison boucle de courant . . . . . . . . . . . . . . . . . . . . . . . . . . . 319 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description de la liaison boucle de courant. . . . . . . . . . . . . . . . . . . . . . . . . . . . Configurations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Caractéristiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319 320 321 323 Glossaire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325 Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 329 9 10 A propos de ce manuel Présentation Objectif du document Ce manuel décrit la mise en oeuvre d’un réseau X-Way, les requêtes UNI-TE. Commentaires utilisateur Envoyez vos commentaires à l'adresse e-mail [email protected] TSX DR NET 11 A propos de ce manuel 12 TSX DR NET Généralités X-Way I Présentation Objet de cet intercalaire Cet intercalaire a pour but de vous décrire les généralités de X-Way. Contenu de cette partie Cette partie contient les chapitres suivants : TSX DR NET Chapitre Titre du chapitre Page 1 Présentation 15 2 Services 43 3 Mécanismes d’adressage X-Way 59 4 Format d’une trame X-Way 77 13 Généralirés X-Way 14 TSX DR NET Présentation 1 Présentation Objet de ce chapitre Ce chapitre a pour but de vous décrire le protocole X-Way. Contenu de ce chapitre Ce chapitre contient les sous-chapitres suivants : TSX DR NET Souschapitre Sujet Page 1.1 Structure de la documentation réseaux 16 1.2 Différents types d’architecture 19 1.3 Le modèle ISO de l’OSI 28 1.4 Positionnement des différents réseaux dans le modèle ISO 37 15 Présentation 1.1 Structure de la documentation réseaux Présentation Objet de ce souschapitre Ce sous-chapitre vous décrit comment exploiter la documentation réseaux. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : 16 Sujet Page Présentation des différents manuels 17 Exploitation de la documentation réseaux 18 TSX DR NET Présentation Présentation des différents manuels Description Ce manuel s'adresse aux utilisateurs souhaitant connaître les généralités du monde de la communication X-Way. Il a pour objectif de présenter une vue d'ensemble des différents réseaux et protocoles X-Way sans aborder les spécificités liées au matériel (coupleurs de communication) et au logiciel (langages de programmation). Les informations générales concernant les aspects matériels sont spécifiées dans le manuel de base : TSX DM 37F. Les informations générales concernant la mise en œuvre logicielle des différents réseaux figurent dans le manuel : TLX DM PL7MF. Les informations propres à chaque réseau sont détaillées dans des manuels spécifiques : l réseau FIPWAY : TSX DG FPWF, l bus UNI-TELWAY : TSX DG UTWF, l protocole Modbus/Jbus : TSX DG MDBF. Note : Chaque coupleur est livré avec des instructions de service concernant sa mise en œuvre matérielle dans l'automate. TSX DR NET 17 Présentation Exploitation de la documentation réseaux Présentation llustrons ce chapitre par l'exemple suivant : Un utilisateur souhaite mettre en œuvre une communication inter-automates avec des besoins bien précis (temps de réponse, services, volume d'échange ...), il dispose : l du présent manuel pour définir le type de réseau répondant à son besoin : l Manuel Référence Communication : TSX DR NETF, l du manuel spécifique au réseau choisi pour le mettre en œuvre physiquement (ex : FIPWAY) : l Manuel Mise en œuvre FIPWAY : TSX DG FPWF, l du manuel de base "matériel" pour choisir les coupleurs de communication adéquats : l Manuel de Base : TSX DM 37F, l du manuel de base "logiciel" pour pouvoir mettre en œuvre les échanges avec le protocole choisi : l Manuel de Base : TSX DM PL7MF, l L'implantation du coupleur dans l'automate s'effectue en suivant l'instruction de service fournie avec le coupleur. Généralités TSX DR NET UNI-TELWAY FIPWAY TSX DG UTW TSX DG FPW TSX DM 37F Modbus/Jbus TSX DG MDB TSX DM Pl7M MATERIEL LOGICIEL Chaque manuel correspond à un type d'utilisation bien précis et fait référence au manuel adéquat pour toute autre utilisation (ex : dissociation entre intégration matérielle et logicielle). 18 TSX DR NET Présentation 1.2 Différents types d’architecture Présentation Objet de ce souschapitre Ce sous-chapitre décrit les différents types d’architecture réseau. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : TSX DR NET Sujet Page Généralités 20 Architecture monoréseau 21 Architecture multiréseau 23 Concentrateur 25 Redondance 26 Pont 27 19 Présentation Généralités Présentation 20 Les réseaux X-Way s'intègrent parfaitement dans le modèle de l'usine intégrée (concept CIM*) qui définit les différents niveaux de communication : l niveau gestion-études : orienté gestion de production, ce niveau nécessite l'implantation de réseaux permettant un trafic important sans contrainte de temps de réponse. Les réseaux locaux adaptés à ce niveau sont en général basés sur une architecture Ethernet, l niveau atelier : les ateliers sont constitués de cellules et s'échangent des informations permettant entre autres le suivi de fabrication. A ce niveau le réseau doit posséder des qualités de débits suffisantes pour échanger des volumes d'informations importants, (ex : réseau ETHWAY, MMS/Ethernet), l niveau cellule : l’ensemble des équipements de la cellule se partage, via le réseau, des données pilotées par un système de commande global (ex : programme, paramètres, messages de commandes, ...), (ex : réseau FIPWAY), l niveau machine ou terrain : à ce niveau communiquent des capteurs et actionneurs intelligents et des systèmes de commandes simples, l'aspect temps réel étant prioritaire, (ex : bus de terrain FIPIO). La coexistence de plusieurs réseaux dans l'entreprise agissant à des niveaux différents, et sur des sites qui peuvent atteindre des tailles considérables, n'est compatible avec la communication totale, que par l'interconnexion des réseaux. Ainsi deux exemples d’architectures vont être décrits : l architecture simple (monoréseau) où un seul réseau relie toutes les stations, l architecture hiérarchisée (multiréseau) où plusieurs réseaux sont reliés entre eux par des automates communs (nœuds de réseaux). Ces nœuds de réseaux peuvent être de deux types : l type pont où l'automate assure le routage des messages d'un réseau vers l'autre, l type station multiréseau où l'automate nœud collecte et échange des données séparément avec chaque réseau, mais n'assure pas de façon transparente le routage des informations d'un réseau vers l'autre. Des exemples d'architectures illustrant ces différentes possibilités sont décrits ciaprès. TSX DR NET Présentation Architecture monoréseau Description L'exemple ci-après décrit une petite application typique de processus manufacturier. La cellule de production est constituée de : l système de convoyage (TSX 37), l poste de gestion de palettes, l centre d'usinage (NUM 1060), l poste de pilotage et de supervision (CCX 77), l micro-ordinateur compatible PC, l poste de travail FTX 507. Illustration FTX 507 CCX17 Gestion des palettes Convoyage TSX 37 Usinage TSX 37 NUM 1060 IBM PC UNI-TELWAY TBX XGS FIPIO CCX17 ATV 16 Machine outil Cette application permet une coordination étroite entre les contrôleurs d'automatisme afin de minimiser les temps de fabrication (pas de temps mort) et garantit une bonne qualité de production (état des produits, des outils, ...). TSX DR NET 21 Présentation Le poste de pilotage envoie des commandes vers les contrôleurs d'automatisme (start/stop), charge les programmes et données de production. Il assure : l un dialogue opérateur par des synoptiques animés en temps réel, l la remontée des alarmes, l enregistrement de tous les événements facilitant le diagnostic et l'établissement de statistiques. 22 TSX DR NET Présentation Architecture multiréseau Description Dans cet exemple, l'usine comprend un certain nombre d'ateliers, de services techniques, de services commerciaux, de services de gestion, ... Illustration : CAO GPAO TSX 7 Service commercial Ordonnancement TSX 7 CCX77 IBM PC Des échanges de données importants ont lieu entre ces différents services. Deux types de réseaux différents ont été installés pour dissocier ces flux et améliorer les performances et la sécurité de l'installation : l un réseau informatique sur lequel sont connectées les différentes unités de calcul, l plusieurs réseaux permettant de remonter les informations concernant la production vers les niveaux supérieurs ou bien inversement, de piloter un automate ou une commande numérique depuis un poste de travail situé en amont (au bureau d'études par exemple). TSX DR NET 23 Présentation L'outil de production est divisé en plusieurs chaînes de production relativement indépendantes les unes des autres et n'échangent donc que peu d'informations entre-elles. Un superviseur CCX 77 directement connecté sur chacun des réseaux d'atelier permet de surveiller localement la production. Les différents réseaux d'atelier sont reliés en grappe au réseau industriel par l'intermédiaire d'automates ponts. Sur ce réseau, sont également connectés les ordinateurs assurant le lien vers le réseau informatique usine ainsi que le poste de travail FTX 507 pour lequel toutes les fonctions décritesdans l’architecture monoréseau (Voir Architecture monoréseau, p. 21) restent valables. Cette architecture permet principalement : l de dissocier les différents flux d'information donc de ne pas changer inutilement chaque réseau, l une intervention éventuelle sur un réseau sans perturber le fonctionnement du reste de l'entreprise. La transparence assurée par l'architecture multiréseau permet à un équipement quelconque d'adresser n'importe quel autre équipement du réseau. 24 TSX DR NET Présentation Concentrateur Présentation Le concentrateur est une unité de raccordement permettant de concentrer le raccordement de plusieurs postes de travail sur le réseau. Le concentrateur peut avoir un rôle actif sur le réseau dès l'instant où il sait gérer les liaisons et assurer certaines opérations liées à la conversion des données qui transitent au filtrage ainsi qu'au contrôle. Il peut disposer de fonctions de "buffer", autrement dit de stockage des données dans l'attente de la disponibilité d'un canal. Un automate peut jouer le rôle de concentrateur et permettre des architectures multi-réseaux telle que celle spécifiée dans l'exemple ci-après. Dans l'exemple ci-après, l'usine comprend deux lignes de production identiques. Leur longueur et le nombre d'équipements à connecter interdisent l'emploi d'un seul réseau. Illustration : Station 1 Station 2 Station 3 Station 4 Station 5 Station 6 Station 7 Station 8 Les process ne prévoient aucun échange inter-réseau. Seules les informations de supervision sont à remonter vers le niveau supérieur. Dans ce cas, l'automate programmable ne joue qu'un rôle de concentrateur d'informations émanant des deux réseaux. Cette architecture dissociée permet d'intervenir sur une ligne de fabrication sans perturber la production de l'autre, tout en libérant l'automate nœud de réseaux de la charge liée à la fonction pont, inutile dans ce cas. TSX DR NET 25 Présentation Redondance Description Dans le cadre d'architecture soumise à la sûreté et à la sécurité de fonctionnement, la redondance implique généralement l'implantation d'une architecture multiréseau ; en voici un exemple à base d'architecture ETHWAY. L'architecture ETHWAY n'assure aucune redondance en cas de problème grave sur le réseau. Il est cependant possible d'obtenir ce haut degré de sécurité par programme application de la façon suivante : Illustration : Réseau R2 Réseau R1 Toutes les stations sont connectées à deux réseaux ETHWAY distincts, réseau R1 et réseau R2, par l'intermédiaire de deux coupleurs TSX ETH 107. Chaque station va donc avoir deux adresses réseau-station : R1S1 sur le réseau ETHWAY R1 et R2S2 sur le réseau ETHWAY R2. Le programme application de chaque automate programmable vérifie périodiquement l'accessibilité à toutes les stations par l'intermédiaire du réseau R1. Si toutes les stations sont accessibles, les messages destinés aux autres stations seront expédiés en précisant l'adresse R1S1 du destinataire. Si un problème est détecté, les automates programmables vont basculer sur le second réseau en modifiant l'adresse destinataire R1S1 et R2S2. 26 TSX DR NET Présentation Pont Présentation Le pont autorise deux types de services sur un réseau d'entreprise : diviser en deux le réseau local afin d'améliorer les performances et connecter deux réseaux locaux ou distants d'une même topologie afin d'autoriser des échanges et des partages de données. Le pont permet une architecture multiréseau (Voir Architecture multiréseau, p. 23) illustrée ci-après : CAO CAO Service commercial Ordonnancement Pont TSX 7 TSX 7 CCX77 IBM PC Cellule 1 Cellule 2 Cellule n Le pont opère jusqu'au niveau 2 de la couche OSI (Voir Le modèle ISO de l’OSI, p. 28) et n'effectue donc aucune conversion de protocole. Dans cet exemple l'interconnexion est donc possible puisque les couches 1 et 2 d'ETHWAY sont identiques à celles d'Ethernet/Decnet. TSX DR NET 27 Présentation 1.3 Le modèle ISO de l’OSI Présentation Objet de ce souschapitre Ce sous-chapitre présente la norme ISO ainsi que toutes les couches physiques. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : 28 Sujet Page Présentation du modèle 29 Couche physique 30 Couche liaison 31 Couche réseau 32 Couche transport 33 Couche session 34 Couche présentation 35 Couche application 36 TSX DR NET Présentation Présentation du modèle Présentation La compatibilité entre équipements hétérogènes ne peut être assurée que par la définition de normes d'interconnexions qui définissent le comportement de chaque équipement vis à vis des autres. Ces normes ont été étudiées par l'ISO (International Standard Organisation) qui a défini une Architecture de Réseau normalisée plus connue sous le terme de MODELE OSI (Open System Interconnection). Ce modèle est composé de sept couches hiérarchisées et remplissant chacune une partie bien définie des fonctions nécessaires à l'interconnexion des systèmes. Les couches communiquent avec les couches équivalentes des autres équipements au travers de protocoles normalisés. A l'intérieur d'un même équipement, les couches communiquent avec leurs voisines immédiates par des interfaces matérielles ou logicielles. Illustration : STATION 1 STATION 1 Application Présentation Couches orientées vers le traitement de l’information Session Transport Réseau Liaison Couches orientées vers la communication Physique Support physique d’interconnexion TSX DR NET 29 Présentation Couche physique Description Elle assure la transmission transparente d'éléments binaires entre deux systèmes via un médium de communication. Elle fournit les moyens mécaniques, électriques, fonctionnels et procéduraux nécessaires à l'activation, au maintien et à la désactivation des connexions physiques destinées à cette transmission. Exemple : Elle définit les modalités de transmissions (half and full duplex), le type de liaison (parallèle ou série), le codage des informations, le fonctionnement des interfaces électriques, etc. 30 TSX DR NET Présentation Couche liaison Description Elle assure le transfert d'informations entre deux systèmes adjacents avec détection d'erreurs. Elle doit assurer un transfert fiable, pour cela elle détecte et corrige les erreurs de transmission et maintient en séquence les données. Elle contrôle et régule le flux d'informations sur la liaison. Cette couche est divisée en deux sous-couches : la sous-couche LLC (contrôle logique de liaison) et la sous-couche MAC (contrôle d'accès au médium de communication). Illustration : L.L.C l l TSX DR NET Liaison M.A.C Physique Physique Couche Liaison Sous-couche MAC :elle réalise le partage de la voie de transmission entre les différentes stations. Les méthodes d'accès au réseau sont donc gérées à ce niveau (ex : CSMA/CD, méthode du jeton ...). Sous-couche LLC :elle gère le contrôle et le flux des informations. 31 Présentation Couche réseau Description Elle assure le routage des informations et le choix d'un chemin entre deux équipements situés sur des réseaux différents. La couche réseau a en charge la logistique et l'intendance d'une transmission. C'est elle qui vérifie le chemin emprunté par un paquet de données. En fonction de la complexité du réseau, plusieurs routes peuvent être empruntées pour que les paquets transitent de l'émetteur vers le récepteur, la couche réseau définit la meilleure route pour optimiser le transfert. Elle contrôle également le flux afin d'éviter les engorgements sur le réseau. Elle est totalement indépendante de la structure topologique du réseau. 32 TSX DR NET Présentation Couche transport Description Elle assure le transfert d'informations, de manière transparente et fiable, entre deux systèmes. Elle assure le contrôle de la qualité de service. On dit qu'elle assure un transport de bout en bout entre deux stations distantes. La couche transport optimise l'utilisation des services réseau disponibles afin d'assurer au moindre coût les performances requises par chacune des entités de session. TSX DR NET 33 Présentation Couche session Description Elle assure l'organisation et la synchronisation du dialogue entre deux processus d'application et gère l'organisation de leurs données. Le service session offre un découpage temporel de la communication et permet d'interrompre et de reprendre un travail (activité) qui peut ainsi être exécuté en plusieurs phases ; la couche session gère ce dialogue en attribuant des droits de reprise ou d'émission. 34 TSX DR NET Présentation Couche présentation Description Elle assure la représentation d'informations circulant entre des processus d'application. En effet, la couche Présentation permet d'échanger des données structurées en fournissant une représentation commune à ces données. Elle ne s'intéresse qu'à la syntaxe (grammaire) de cette représentation et non à la sémantique (signification) qui est traitée au niveau 7 (couche Application). Note : Les données sont parfois codées différemment en fonction du système qui les héberge. Afin de remédier à ces différences, l'ISO a défini un langage commun normalisé : ASN (notation de la syntaxe abstraite). La couche Présentation dispose également de fonctions permettant de coder ou décoder les données compressées pour des raisons de coût. TSX DR NET 35 Présentation Couche application Description En tant que service de niveau supérieur, la couche Application fournit le moyen d'accès au système de communication et sert de fenêtre entre les processus qui coopèrent sur les différents systèmes. Ces systèmes pouvant être très hétérogènes et les applications très variées, il est impossible de définir un service unique. Un ensemble de services spécifiques est définit pour une famille d'applications (ex : transfert de fichier : services de messagerie industrielle : MMS ...). La couche Application fournit l'interface à l'utilisateur avec les niveaux inférieurs. 36 TSX DR NET Présentation 1.4 Positionnement des différents réseaux dans le modèle ISO Présentation Objet de ce souschapitre Ce sous-chapitre présente les différents réseaux dans le modèle ISO Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : TSX DR NET Sujet Page X-Way et le modèle OSI 38 UNI-TELWAY 39 FIPWAY 40 FIPIO 41 ETHWAY 42 37 Présentation X-Way et le modèle OSI Présentation L'architecture X-Way commune à tous les automates programmables de la gamme TSX série 7, s'intègre dans le modèle OSI de la façon suivante : UNI-TE Communication d’application à application 7 Application COM Table partagée 6 E/S partagée Présentation 5 Session 4 Transport 3 Réseau 2 Liaison 1 Physique Adressage X-Way Maître/Esclave ISO 8802.2/3 Ethernet FIP WORLDFIP FIP WORLDFIP RS 485 ISO 8802.3 10Mbits/s FIP/WORLDFIP 1 Mbits/s FIP/WORLDFIP 1 Mbits/s (RS 232-BC 20mA) UNI-TELWAY ETHWAY FIPWAY FIPIO Quel que soit le réseau utilisé, l'interface application reste identique et les services UNI-TE sont toujours supportés. 38 TSX DR NET Présentation UNI-TELWAY Présentation UNI-TELWAY est partie intégrante de l'architecture de communication TSX Série 7. Cette architecture structurée conformément au modèle de référence OSI est caractérisée par une couche Application (UNI-TE) et une couche Réseau (système d'adressage) communes à divers supports de communication : prise terminal des automates et bus industriel UNI-TELWAY. Les couches Présentation, Session et Transport (6, 5 et 4) ne sont pas implantées. OSI est caractérisée par une couche Application (UNI-TE) et une couche Réseau (système d'adressage) communes à divers supports de communication : prise terminal. 7 Application 6 Présentation Messagerie UNI-TE Lecture/Ecriture de variables Mode de marche Diagnostic Chargement et dechargement de programme Communication d’application à application Standard 5 Session 4 Transport 3 Réseau 2 Liaison Accès au réseau : Maître/Esclave 1 Physique RS 485 1200bits/s à 19200 bits/s Adressage X-Way Note : l Les caractéristiques techniques associées à ces différentes couches sont détaillées dans le Manuel UNI-TELWAY réf. : TSX DG UTW. l UNI-TELWAY supporte également la liaison RS 232, et la boucle de courant 20 mA au niveau de la couche physique. TSX DR NET 39 Présentation FIPWAY Présentation FIPWAY est le réseau de cellule économique conforme à la norme FIP et intégré dans l'architecture de communication X-Way. Les couches Présentation, Session et Transport (6, 5 et 4) ne sont pas implantées, celles-ci n'étant pas nécessaires dans les applications visées. Messagerie UNI-TE 7 Application Echange de données cycliques - Lecture/Ecriture de variables - Mode de marche - Mot COM - Diagnostic - Table partagée - Chargement et déchargement de programme Communication d’application à application -Standard ou Prioritaire 6 Présentation 5 Session 4 Transport 3 Réseau Adressage X-Way 2 Liaison FIP/WORLDFIP Echange de type Producteurs/Consommateurs 1 Physique FIP/WORLDFIP Paire torsadée blindée 1Mbit/s Note : Les caractéristiques techniques associées à ces différentes couches sont détaillées dans le Manuel FIPWAY réf. : TSX DG FPW. 40 TSX DR NET Présentation FIPIO Présentation TSX DR NET FIPIO est le bus de terrain des automates TSX Série 7 et APRIL Série 1000. Il est conforme à la norme FIP et s'intègre dans l'architecture de communication X-Way. Les couches Présentation, Session et Transport (6, 5 et 4) ne sont pas implantées, celles-ci n'étant pas nécessaires dans les applications visées. 7 Application 6 Présentation Messagerie UNI-TE Echange de données cycliques - Lecture/Ecriture de variables - Mode de marche - Echange de données E/S - Diagnostic - Chargement et déchargement de programme 5 Session 4 Transport 3 Réseau Adressage X-Way 2 Liaison FIP/WORLDFIP Echange de type Producteurs/Consommateurs 1 Physique FIP/WORLDFIP Paire torsadée blindée 1Mbit/s 41 Présentation ETHWAY Présentation ETHWAY est le profil de communication X-Way sur Ethernet. Conforme à la norme Ethernet ISO 8802.3, les équipements ETHWAY peuvent se raccorder sur n'importe quelle installation et cohabiter avec tout équipement tiers répondant à cette norme. Messagerie UNI-TE 7 Application Base de données distribuée - Lecture/Ecriture de variables - Mot COM - Mode de marche - Diagnostic - Chargement et déchargement de programme Communication d’application à application -Standard ou Prioritaire 6 42 Présentation 5 Session 4 Transport 3 Réseau 2 Liaison 1 Physique Adressage X-Way FIP/WORLDFIP FIP/WORLDFIP CCMA-CD ISO 8802.3 TSX DR NET Services 2 Présentation Objet de ce chapitre Ce chapitre présente les services offerts par le protocole X-Way. Contenu de ce chapitre Ce chapitre contient les sous-chapitres suivants : Souschapitre 2.1 TSX DR NET Sujet Présentation des différents services Page 44 2.2 Service UNI-TE 45 2.3 Service des mots communs : service COM 50 2.4 Service table partagée 53 2.5 Communication d’application à application 55 2.6 Services d’entrées/sorties à distance 58 43 Services 2.1 Présentation des différents services Différents services Présentation 44 Chacun des réseaux préalablement cités supporte un ou plusieurs services de messagerie industrielle. Le tableau suivant en présente la synthèse : Services Réseau UNI-TE UNI-TELWAY FIPWAY FIPIO ETHWAY Communication d'application à application : l standard l prioritaire (TLG) FIPWAY ETHWAY UNI-TELWAY (sauf TLG) Mots communs (COM) FIPWAY ETHWAY Entrées/sorties distribuées FIPIO Table(s) partagée(s) FIPWAY TSX DR NET Services 2.2 Service UNI-TE Présentation Objet de ce souschapitre Ce sous-chapitre présente les différentes parties du service UNI-TE. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : TSX DR NET Sujet Page Présentation du service UNI-TE 46 Notion de CLIENT-SERVEUR 47 Liste des requêtes 48 45 Services Présentation du service UNI-TE Présentation UNI-TE est une messagerie industrielle constructeur permettant des communications en diffusion ou en point à point par un mécanisme de question/ réponse appelé Requête/Compte-Rendu. Cette couche Application offre à l'utilisateur un ensemble de services standards pouvant être eux-mêmes complétés par des services spécifiques aux automates programmables, commandes numériques de machines outils et de robots, etc. 46 TSX DR NET Services Notion de CLIENT-SERVEUR Description Un équipement supportant le protocole UNI-TE peut avoir les status suivants : l CLIENT : C’est l’équipement qui prend l’initiative de la communication, il pose une question (lecture), transmet une information (écriture) ou envoie un ordre (Run, Stop...). Remarque : le terme de DEMANDEUR est parfois employé à la place du terme CLIENT. l SERVEUR : C’est l’équipement qui rend le service demandé par le CLIENT et lui envoie un compte-rendu après exécution. Illustration : Requête CLIENT SERVEUR Action Compte-rendu Certains équipements peuvent supporter le double statut de CLIENT et de SERVEUR. Par exemple un automate programmable est SERVEUR sur ses tâches système, (fonctions programmation, réglage, diagnostic, ...) et peut être CLIENT par les blocs fonctions texte du programme utilisateur (envoi de commandes, lecture d'états, ...) vis-à-vis d'un autre automate, d'une commande numérique de machine outils, d'un capteur ou d'un pré-actionneur). TSX DR NET 47 Services Liste des requêtes Description Les requêtes standards UNI-TE (Voir Codage des requêtes, p. 95) fournissent les services suivants : ACCES AUX DONNEES Ces requêtes autorisent la lecture et l'écriture d'un bit, d'un mot ou d'autres objets standards (chaîne de bits, chaîne de mots, ...) ou spécifiques à certains équipements : l lecture d'un bit, l lecture d'un mot, l écriture d'un bit, l écriture d'un mot, l lecture d'objets, l écriture d'objets. Les deux requêtes citées en dernier sont les plus utilisées DONNEES NON SOLLICITEES C'est le seul service qui ne fait pas l'objet d'un compte-rendu ; c'est en fait la réponse à une question implicite. Ce service permet le transfert d'une chaîne d'octets de programme application à programme application sans en avoir préalablement reçu la demande. L'exploitation de ces données est à la charge du destinataire, celui-ci devant être implicitement en attente de cette réponse. CLIENT SERVEUR APPLICATION APPLICATION Evènement Données non sollicitées 48 TSX DR NET Services USAGE GENERAL Ces requêtes sont particulièrement utiles au diagnostic et à la mise en œuvre (identification d'un équipement et de son protocole d'application, test du système et du chemin de communication...) : l identification, l miroir, l version protocole, l gestion de la communication, l lecture status. MODES DE MARCHE Ces requêtes permettent l'arrêt ou la mise en marche d'un équipement connecté sur le bus, ainsi que son initialisation ou le lancement d'une séquence d'autotests : l Run, l Stop, l Init. GESTION DE SEMAPHORE Ces requêtes permettent la réservation, la libération ou l'entretien de la réservation d'un équipement : l réservation, l libération. l entretien de réservation, TRANSFERT DE FICHIERS Ces requêtes permettent à un équipement CLIENT de charger ou décharger des blocs (segments) de données, programme ou autres informations dans un SERVEUR au travers des fonctions suivantes : l initialisation chargement, l initialisation déchargement, l chargement d'un segment, l déchargement d'un segment, l fin de chargement, l Fin de déchargement. Note : Tous les équipements ne supportent pas nécessairement l'ensemble de ces requêtes. Se reporter à la documentation des produits pour savoir quelles requêtes standards sont supportées, quels sont leurs paramètres spécifiques et quelle en est la signification physique pour l'équipement. TSX DR NET 49 Services 2.3 Service des mots communs : service COM Présentation Objet de ce souschapitre Ce sous-chapitre décrit le service COM ainsi que le principe de diffusion des mots communs. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : 50 Sujet Page Service COM 51 Principe de fonctionnement 52 TSX DR NET Services Service COM Présentation Le service COM permet un échange d'informations numériques (appelées mots communs) entre les équipements appartenant à la gamme série 7. L'ensemble des mots communs constitue une base de données distribuée entre tout ou partie des équipements d'un même réseau. La base de données est constituée de : l 256 mots de 16 bits pour ETHWAY, l 128 mots de 16 bits pour FIPWAY. Toutes les stations du réseau peuvent, selon leur configuration, exploiter cette base. Lors de la configuration d'un coupleur on peut : l inhiber son activité COM, l valider son activité COM en lecture seulement, l valider son activité COM en lecture et en écriture, l déclarer le nombre de mots communs (de 4 à 64) géré par la station. Toutes les stations d'un réseau participant à l'échange des mots communs doivent gérer le même nombre de mots communs. Chaque coupleur exploitant le service COM possède une zone mémoire de 256 mots de 16 bits réservée aux échanges inter-automates. Le découpage de cette zone mémoire est fonction du réseau utilisé (ETHWAY ou FIPWAY) : l sur FIPWAY, le découpage est fixe, chaque station dispose de 4 mots communs (ces stations seront numérotées de 0 à 31), l sur ETHWAY, cette zone mémoire est découpée en plusieurs sous-ensembles de mots. Selon le nombre de stations émettant des mots communs sur le réseau, on peut avoir au maximum : l 4 mots communs par station pour 64 stations actives, l 8 mots communs par station pour 32 stations actives, l 16 mots communs par station pour 16 stations actives, l 32 mots communs par station pour 8 stations actives, l 64 mots communs par station pour 4 stations actives. Note : Les stations, étant déclarées actives vis-à-vis des mots communs, doivent avoir des adresses basses sur le réseau (dans le cas où par exemple 32 stations gèrent chacune 8 mots COM, ces stations seront obligatoirement numérotées de 0 à 31). TSX DR NET 51 Services Principe de fonctionnement Description Lorsque les mots communs d'une station sont mis à jour par l'unité de traitement, ils sont émis en diffusion sur le réseau. A réception, les coupleurs de tous les automates utilisant le service COM, actualisent la zone correspondante et la mettent à disposition de leur unité de traitement. L’utilisation de la base de données distribuée est recommandée pour la diffusion périodique de variables d’état sans charger le programme application. Pour la transmission d’événements fugitifs, on lui préférera une communication d’application à application avec compte-rendu (garantie de transmission). Principe : Station 0 Station 1 Ecriture: dans la zone de la station Station 63 maxi Lecture: possible pour toutes les stations connectées Zone mémoire commune (256 mots de 16 bits) 52 TSX DR NET Services 2.4 Service table partagée Service de table partagée Présentation Ce service permet un échange d'informations numériques entre tout équipement de type TSX 37, TSX 57. L'ensemble des mots échangés constitue une table (table d'échange) résidente dans l'automate, et découpée en autant de zones que d'automates composant le réseau. Le principe de ces échanges repose sur la diffusion, par chaque automate, d'une de ces zones aux autres automates du réseau (zone de diffusion). La taille maximum de la table d'échange est de 128 mots. La taille maximum d'une zone de diffusion est de 16 mots, la taille minimum étant de 1 mot. Les zones de diffusion doivent être contiguës et dans l'ordre croissant des numéros de poste. Chaque zone de diffusion est affectée à un automate. La zone de diffusion de l'automate X doit avoir la même longueur dans tous les automates. Nombre d'automates maximum participant à l'échange de la table : 32 (adresses 0 à 31, mais il peut exister 64 équipements sur le réseau). Principe de fonctionnement TSX DR NET Ces échanges sont basés sur le principe de diffusion, par chaque équipement, d'une zone mémoire mot (zone de diffusion) aux autres équipements du réseau. L'ensemble des mots échangés constitue la zone d'échange, celle-ci doit être définie dans chaque équipement et avoir la même longueur dans chacun d'entre eux. Illustration : Equipement 1 Zone de diffusion AP n°1 Equipement n Zone AP n°1 Zone AP n°1 Zone AP n°31 Zone AP n°31 Zone AP n°32 Zone AP n°32 Zone AP n°1 53 Services Envoi des informations L'automate n° 1 diffuse les informations de sa zone de diffusion à tous les automates. Illustration : Ecriture AP n° 1 AP n° 1 Z. AP1 Z. AP2 Lecture AP n° 1 Z. AP1 Z. AP1 Z. AP2 Z. AP2 Z. AP n : Zone de diffusion affectée à l'AP n° n Ensuite l'automate n° 2 diffuse les informations de sa zone diffusion à tous les automates. Illustration : AP n° 1 AP n° 1 AP n° 1 Z. AP1 Z. AP1 Z. AP1 Z. AP2 Z. AP2 Z. AP2 La mise à jour de la table d'échange dans chaque automate est assurée indépendamment du programme automate. Ces échanges s'effectuent de façon cyclique. Note : Le service Table Partagée et le service Mots COM sont exclusifs sur un même réseau. 54 TSX DR NET Services 2.5 Communication d’application à application Présentation Objet de ce souschapitre Ce sous-chapitre présente la communication d’application à applivation. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : TSX DR NET Sujet Page Standard 56 Echanges prioritaires 57 55 Services Standard Description Il s'agit d'un service permettant la communication en point à point de programme d'application à programme application. Les équipements partenaires concernés sont des automates de la Série 7 et de la série 1000. Ce service est particulièrement adapté pour : l'envoi d'un message d'alarme d'un automate programmable vers un poste de supervision, l'échange de tables de données entre deux automates sous contrôle des programmes application de l'émetteur et du destinataire. La taille maximale des messages d'application à application est de 1024 caractères lorsque les deux partenaires sont des automates Série 1000, de 256 dans le cas contraire. Illustration : Station 0 Station 1 Station 15 Table de mots internes (entiers 16 ou 32 bitsd, flottants et caractères) Ce service peut être mis en œuvre par des blocs fonctions dédiés ou par envoi de la requête UNI-TE "Données non sollicitées" ne faisant pas l'objet d'un compterendu. 56 TSX DR NET Services Echanges prioritaires Description Le service télégramme est un cas particulier de messages d’application à application, destiné à transmettre des informations urgentes, prioritaires et peu fréquentes entre deux automates d’un même réseau. L’envoi d’un télégramme du processeur vers son coupleur réseau s’effectue immédiatement, sans attendre la fin du cycle de l’automate. Sa réception peut s’effectuer : l soit par scrutation dans la tâche rapide, l soit par une tâche événementielle associée pendant la tâche de configuration. La taille maximale des messages envoyés par ce service est de 16 octets. Illustration : Tâches cyclique Tâches événementielle lecture TLG Entrées Traitement TSX 37 TSX 37 Sorties TSX DR NET 57 Services 2.6 Services d’entrées/sorties à distance Services d’entrées/sorties à distance Présentation Ce service FIPIO permet les échanges de variables d'états d'entrées et de commandes des sorties. Ces échanges sont effectués d'une manière cyclique, automatique et sans intervention du programme application. Ce service permet également la gestion des équipements distants (configuration, ...). Ces échanges s'effectuent d'une manière apériodique et sans intervention du programme application. L'utilisation de ce service nécessite la configuration des entrées/sorties distantes avec l'atelier logiciel adéquat : l l'outil station XTEL-CONF pour la Série 7 (les détails sur ces configurations se trouvent dans le document "X-TEL, Atelier logiciel"), l l'environnement configuration d'ORPHEE pour la Série 1000 (les détails sur ces configurations se trouvent dans le document "Langage et logiciel ORPHEE"). L'exploitation de ce service et l'interface langage associée sont décrits : pour la Série 7 dans le document "Langages PL7-3, Modes opératoires V5", l pour la Série 1000 dans le document "Automate APRIL 5000", réf. TEM30000F. l Les fonctions de diagnostic et de maintenance associées à ce service sont décrites: pour la Série 7 dans les documents "SYSDIAG", Logiciel de réglage applications PL7-2/PL7-3", l pour la Série 1000 dans le document "Langage et logiciel ORPHEE", réf. TEM10000F, "Logiciels ORPHEE-DIAG" réf. 10800F. L'outil SYSDIAG (DOS) est utilisable pour ses fonctions de diagnostic et de maintenance. l 58 TSX DR NET Mécanismes d’adressage X-Way 3 Présentation Objet de ce chapitre Ce chapitre décrit les règles générales d’adressage X-Way. Contenu de ce chapitre Ce chapitre contient les sous-chapitres suivants : Souschapitre 3.1 TSX DR NET Sujet Page Généralités 60 3.2 Entités de communication 62 3.3 Format d’adresse 63 3.4 Présentation de l’adressage hiérarchisé 64 3.5 Adressage trois niveaux 65 3.6 Adressage cinq niveaux 68 3.7 Adressage six niveaux 72 59 Mécanismes d’adressage X-Way 3.1 Généralités Présentation Règles générales Dans une architecture de communication, tous les échanges s'effectuent, d'une manière générale, en point à point entre deux entités logiques (client et serveur). Ces entités logiques doivent être identifiées par une adresse unique. Cette adresse possède deux niveaux de construction : Niveau d’architecture Une architecture réseau est constituée de stations terminales et de stations intermédiaires (ponts) qui relient deux ou plusieurs réseaux. Une station est identifiée par : l un numéro de réseau unique dans l'architecture, l un numéro de station unique sur un réseau. Les stations intermédiaires étant connectées sur des réseaux différents disposent donc de plusieurs adresses réseau. Illustration : Station terminale Station i Adresse = R1S2 Réseau 1 Station j Station intermédiaire Adresse = R1S1 Adresse = R2S2 Station l Stationm Station k Adresse = R1S3 Station intermédiaire Adresse = R1S1 Adresse = R2S2 Adresse = R2S2 Station intermédiaire 60 Station n Adresse = R1S1 TSX DR NET Mécanismes d’adressage X-Way Niveau station Ce niveau permet de s'adresser à une entité dans la station. Une station connectée sur un réseau est constituée d'un ensemble d'entités de communication localisées aussi bien dans la station elle-même que dans les équipements raccordés à ses voies internes de communication (bus FIPIO, bus fond de panier de l'automate, bus UNI-TELWAY, ...). Une entité de communication est identifiée dans sa station par une adresse (numéro de module, numéro de voie dans le module, point de raccordement ou adresse esclave, ...). Exemples : Réseau 1 Module 0 Voie 1 Point de raccordement 6 Station 1 Station 2 Module 3 Voie 1 Module 1 Voie 15 Point de raccordement 22 TSX DR NET 61 Mécanismes d’adressage X-Way 3.2 Entités de communication Les différents niveaux Présentation D'une manière générale les automates programmables et les équipements connectables sur un réseau X-Way sont composés d'une ou plusieurs entités de communication. Trois niveaux d'entités sont définis : l les entités de niveau Station, l les entités de niveau Module, l les entités de niveau Voie de communication. Entités de niveau station Chaque station du réseau possède des entités application qui sont uniques au sein même de cette station. Les automates programmables disposent par exemple des entités suivantes : l le serveur UNI-TE de la station, l des outils de communication : l fonction de communication pour les automates TSX 37, ... l blocs fonction texte pour les automates TSX 17 et TSX/PMX modèles 40, l la console de programmation connectée sur la prise terminal, l la console de programmation connectée sur l'adresse privilégiée sur le bus de terrain FIPIO (adresse 63). Entités de niveau module Chaque module de communication gère une ou plusieurs voies de même type ou de types différents et possède des entités uniques au sein même de ce module. Les modules des automates disposent par exemple des entités suivantes : l client/serveur UNI-TE, l gestion de réseau,... Entités de niveau voie de communication Les entités de niveau voie de communication correspondent généralement aux équipements (et leurs entités de communication) raccordés sur le bus ou le réseau issu de cette voie. Les modules des automates disposent par exemple des entités suivantes : l client/serveur UNI-TE, l application PL7, ... 62 TSX DR NET Mécanismes d’adressage X-Way 3.3 Format d’adresse Les adresses sur un réseau X-Way Principes Le format général défini pour décrire l'adresse d'une entité destinataire faisant partie d'un réseau X-Way est détaillé ci-dessous : Illustration Adresse d’une entité sur un réseau X-Way Adresse distante (inter-station) N° Réseau N° Station suivi de l’adresse locale Numéro de réseau-numero de station Adresse locale (intra-station) Adresse physique Le champ "Numéro de réseau" indique le numéro du réseau de la station destinataire de l'échange. Il doit être compris entre 0 et 127. Le champ "Numéro de station" indique le numéro de la station destinataire de l'échange. Il doit être compris entre 0 et 63. Adresse en diffusion Une diffusion correspond à l'envoi de messages vers toutes les stations d'un réseau ou toutes les entités de communication d'une même station. La valeur FF, définie pour décrire une diffusion, peut remplacer l'un des éléments d'une adresse topologique. Le niveau de diffusion est déterminé selon la localisation de cette valeur dans l'adresse : l associée au numéro de réseau, la diffusion des messages s'effectue vers l'ensemble des stations du réseau sélectionné (exemple : 2.FF permet l'accès à toutes les stations connectées sur le réseau 2), l associée à une voie de communication, la diffusion des messages s'effectue vers l'ensemble des entités raccordées à cette voie (exemple : 2.4.5.1.FF permet l'accès à toutes les entités de communication du bus UNI-TELWAY situé à l'emplacement 1 du bac 0 de la station 4 située sur le réseau 2). TSX DR NET 63 Mécanismes d’adressage X-Way 3.4 Présentation de l’adressage hiérarchisé Les différents niveaux d’adressages Présentation L'adresse d'une entité de communication destinataire d'un échange est hiérarchisée sur plusieurs niveaux (trois, cinq ou six niveaux). Illustration : Réseau 2 RESEAU Station 4 STATION PORTE Système Prise terminal Module de communication Application Module Sélecteur Voie Pt de raccordement Références 3 niveaux 5 niveaux 6 niveaux Cette adresse est hiérarchisée selon l'emplacement de l'entité de communication : l sur trois niveaux pour accéder au système, à la prise terminal ou à l'application (Réseau/Station/Porte), l sur cinq niveaux pour accéder à la voie d'un module de communication (Réseau/ Station/Porte/Module/Voie). Pour plus de détails voir Adressage cinq niveaux, p. 68. l sur six niveaux pour accéder à une entité de communication située sur une voie de communication (Réseau/Station/Porte/Sélecteur/Point de raccordement / Référence). Pour plus de détails voir Adressage six niveaux, p. 72. 64 TSX DR NET Mécanismes d’adressage X-Way 3.5 Adressage trois niveaux Présentation Objet de ce souschapitre Ce sous-chapitre présente l’adressage trois niveaux. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : TSX DR NET Sujet Page Présentation de l’adressage trois niveaux 66 Exemple 67 65 Mécanismes d’adressage X-Way Présentation de l’adressage trois niveaux Présentation L'adressage hiérarchisé sur trois niveaux permet l'accès à une entité d'un module de communication. Numéro de réseau Il indique le numéro de réseau de la station destinataire de l'échange. Il est compris entre 0 et 127. Numéro de station Il indique le numéro de la station destinataire de l'échange. Il est compris entre 0 et 63. Lors d'une diffusion sur toutes les stations du réseau sélectionné, le numéro de station doit avoir la valeur 255. Numéro de porte Le numéro de porte permet de choisir l'entité de communication à l'intérieur de la station sélectionnée. Les entités qui sont uniques dans la station et dont la localisation ne présente pas d'ambiguïté sont identifiées par une adresse logique : l le système de la station (son serveur UNI-TE) : porte 0, l la console de programmation sur la prise terminal : portes 1, 2 et 3, l la console de programmation sur l'adresse privilégiée d'un bus de terrain FIPIO : portes 11, 12 et 13, l les blocs de communication des automates TSX 37, ... : porte 16, l les blocs fonction texte de l'application de la station (automates TSX 17 et TSX/ PMX modèle 40) : de la porte 16 pour le bloc texte TXT0 jusqu'à la porte 79 pour le bloc texte 63, l les fonctions de communication des automates TSX 37/57 : porte 16 à 239, l les autres numéros de porte sont réservés. l la valeur 254 est réservée pour indiquer : "toutes valeurs de porte". 66 TSX DR NET Mécanismes d’adressage X-Way Exemple Description L'adresse de certaines entités de communication est hiérarchisée sur trois niveaux. C'est le cas notamment : l du système d'un équipement, l de la prise terminal d'un automate programmable, l de l'application PL7 d'un automate (bloc texte ou fonction de communication selon le cas). Le codage de ces adresses est illustré dans l'exemple ci-dessous : Réseau 2 Système : 2.4.0 Bloc texte 6 : 2.4.22 Prise terminal : 2.5.1 Station 4 Fonction de communication : 2.5.16 Station 5 2.4.0 : Accès au système de l'unité centrale : réseau 2, station 4, porte 0. 2.4.22 : Accès au bloc texte 6 de l'application : réseau 2, station 4, porte 22 (16 + 6). 2.5.1 : Accès à la prise terminal : réseau 2, station 5, porte 1. 2.5.16 : Accès aux fonctions de communication : réseau 2, station 5, porte 16. TSX DR NET 67 Mécanismes d’adressage X-Way 3.6 Adressage cinq niveaux Présentation Objet de ce souschapitre Ce sous-chapitre présente l’adressage à cinq niveaux. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : 68 Sujet Page Présentation de l’adressage 5 niveaux 69 Exemple d’un adressage 5 niveaux 71 TSX DR NET Mécanismes d’adressage X-Way Présentation de l’adressage 5 niveaux Présentation L'adressage hiérarchisé sur cinq niveaux, accessible par la porte cinq, permet l'accès à une voie d'un module de communication : Réseau 2 RESEAU Station 4 STATION Module de communication PORTE Voie 0 MODULE Bac emplacement Voie 1 N° de voie : 104 VOIE Adresse 4 N° de voie : 101 N° de voie : 1 Adresse 1 Les numéros de réseau, station et porte ont été définis, voir Présentation de l’adressage trois niveaux, p. 66. Numéro de module Uniquement utilisé si le numéro de porte est 5 (accès à un module de communication), le numéro de module correspond à la situation physique de ce module sur le bus fond de panier (numéro de bac et emplacement dans le bac). Numéro de voie TSX DR NET 69 Mécanismes d’adressage X-Way Uniquement utilisé si le numéro de porte est 5 (accès à un module de communication), le numéro de voie correspond à l'adresse de l'équipement connecté sur le réseau ou bus issu du module sélectionné. Les équipements connectés sur la voie 0 du module sont accessibles directement par leur adresse (si l'on désire par exemple communiquer avec l'équipement d'adresse 5 sur la voie 0, le numéro de voie doit prendre la valeur 5). La valeur 99 permet la diffusion vers tous les équipements de la voie 0. Les équipements connectés sur la voie 1 du module sont accessibles par leur adresse + 100 (si l'on désire par exemple communiquer avec l'équipement d'adresse 5 sur la voie 1, le numéro de voie doit prendre la valeur 105). La valeur 199 permet la diffusion vers tous les équipements de la voie 1. Un automate esclave connecté sur un bus UNI-TELWAY peut par exemple avoir jusqu'à trois adresses : l une adresse système (appelée Ad0 Cette adresse est obligatoire. Tous les messages reçus sur cette adresse sont transmis à la porte système de l'automate destinataire de l'échange, l une adresse client (appelée Ad1) Cette adresse, facultative, est gérée par le programme application de l'automate esclave. Elle autorise l'émission de requête vers toute adresse UNI-TELWAY (porte système ou application de l'automate maître ou d'un autre esclave) et la réception des réponses ou comptes-rendus associés, l une adresse écoute (appelée Ad2) Cette adresse, facultative, est attribuée au module esclave pour recevoir des données non sollicitées en provenance d'un autre équipement de l'architecture. Les messages reçus sur cette adresse sont transmis au programme application de l'automate destinataire de l'échange. Un automate esclave ayant par exemple comme adresse Ad0 = 10, Ad1 = 11 et Ad2 = 12 sur un bus UNI-TELWAY connecté à la voie 1 d'un module de communication, est accessible par les numéros de voie suivants : l voie 110 pour Ad0, l voie 111 pour Ad1, l voie 112 pour Ad2. 70 TSX DR NET Mécanismes d’adressage X-Way Exemple d’un adressage 5 niveaux Description L'adresse de certaines entités de communication est hiérarchisée sur cinq niveaux. C'est le cas notamment des équipements connectés sur une voie d'un module de communication. Exemple d'adressage cinq niveaux : Réseau 2 Station 4 Uni-Telway Module de communication implanté dans le bac 0 à l’emplacement 6. Utilisation de la voie 1. Système : 2.4.5.06.114 Adresse liaison 14 Système : 2.4.5.06.103 Ad0 = 3 Ad1 = 4 Ad2 = 5 Application : 2.4.5.06.105 2.4.5.06.114 : Accès au système de l'ATV 16 : réseau 2, station 4, porte 5 (accès au module de communication), module 06 (bac 0 emplacement 6), voie 114 (adresse liaison de l'équipement destinataire + 100 car c'est la voie 1 du module de communication qui est utilisée). 2.4.5.06.103 : Accès au système de l'unité centrale de l'automate esclave sur le bus UNI-TELWAY : réseau 2, station 4, porte 5 (accès au module de communication), module 06 (bac 0 emplacement 6), voie 103 (adresse Ad0 + 100 car c'est la voie 1 du module de communication qui est utilisée). 2.4.5.06.105 : Accès à l'application de l'automate esclave sur le bus UNI-TELWAY : réseau 2, station 4, porte 5 (accès au module de communication), module 06 (bac 0 emplacement 6), voie 105 (adresse Ad2 + 100 car c'est la voie 1 du module de communication qui est utilisée). TSX DR NET 71 Mécanismes d’adressage X-Way 3.7 Adressage six niveaux Présentation Objet de ce souschapitre Ce sous-chapitre présente l’adressage six niveaux. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : 72 Sujet Page Présentation de l’adressage six niveaux 73 Exemple d’adressage six niveaux 75 TSX DR NET Mécanismes d’adressage X-Way Présentation de l’adressage six niveaux Présentation L'adressage hiérarchisé sur six niveaux, uniquement accessible par la porte 8, permet d'identifier physiquement des entités application dans une station constituée de plusieurs voies de communication (TSX 57 par exemple) : Réseau 2 RESEAU Station 4 STATION Module de communication PORTE Module intégré à l’Unité Centrale Module dans le bus fond de panier SELECTEUR POINT DE RACCORDEMENT REFERENCE Serveur UNI-TE Système Client UNI-TE Système Serveur UNI-TE Voie 0 Serveur UNI-TE Voie 1 Serveur UNI-TE Voie 2 Les numéros de réseau, station et porte ont été, voir Présentation de l’adressage trois niveaux, p. 66. TSX DR NET 73 Mécanismes d’adressage X-Way Numéro de sélecteur de voie Ce paramètre identifie la voie de communication interne à la station sur laquelle est connecté l'équipement destinataire de l'échange. Il prend l'une des valeurs suivantes : l 1 : pour des échanges avec un module de communication situé sur le bus fond de panier de l'automate, l 2 : pour des échanges avec un équipement connecté au bus ou au réseau issu du module de communication intégré à l'unité centrale (comme la liaison FIPIO intégrée à l'UC par exemple). Numéro de point de raccordement Ce paramètre identifie l'équipement destinataire de l'échange par son numéro de point de raccordement sur le bus ou le réseau sur lequel il est connecté. Il est compris entre 0 et 252. Lorsque l'équipement destinataire est situé sur le bus fond de panier d'un automate programmable (par exemple le système d'un module de communication), le numéro de point de raccordement correspond au numéro d'emplacement de ce module (emplacement 0 : pt de raccordement 0, emplacement 3 : pt de raccordement 3, ...). Lors d'une diffusion sur tous les équipements de la voie intra-station sélectionnée, le numéro de point de raccordement doit avoir la valeur 255. Numéro de référence Ce paramètre identifie l'entité de communication dans l'équipement destinataire de l'échange. Il prend l'une des valeurs suivantes : l 0 : pour des échanges avec le Serveur UNI-TE de l'entité destinataire (par exemple le système), l 1 : pour des échanges avec le Client UNI-TE de l'entité destinataire, l 4 : pour des échanges avec le Serveur de la voie 0 (prise terminal par exemple), l 7 : pour des échanges avec le Serveur de la voie 1 (carte PCMCIA par exemple), l 10 : pour des échanges avec le Serveur de la voie 2 (liaison FIPIO par exemple). 74 TSX DR NET Mécanismes d’adressage X-Way Exemple d’adressage six niveaux Description L'adresse de certaines entités de communication est hiérarchisée sur six niveaux. C'est le cas notamment des entités application dans une station constituée de plusieurs voies de communication. Exemple d'adressage six niveaux : Réseau 6 Prise terminal (voie 0) : 6.2.8.1.0.4 Liaison FIPIO (voie 2) : 6.2.8.1.0.10 Station 2 Voie 0 : 6.2.8.1.3.4 Carte PCMCIA (voie 1) : 6.2.8.1.3.7 Système du module : 6.2.8.1.3.0 Carte PCMCIA (voie 1) : 6.2.8.1.0.7 Système de l’ATV 16 : 6.2.8.2.18.0 Point de raccordement 18 6.2.8.1.0.4 : Accès au serveur de la prise terminal (voie 0) de l'unité centrale : réseau 6, station 2, porte 8 (adressage étendu), sélecteur 1 (module de communication sur le bus fond de panier), point de raccordement 0 (l'unité centrale est le module 0), référence 4 (voie 0). Remarque : la prise terminal peut également être accessible par un adressage hiérarchisé sur trois niveaux, son adresse est alors 6.2.1 (réseau 6, station 2 et porte 1). 6.2.8.1.0.10 : Accès au serveur du module FIPIO (voie 2) de l'unité centrale : réseau 6, station 2, porte 8 (adressage étendu), sélecteur 1 (module de communication sur le bus fond de panier), point de raccordement 0 (l'unité centrale est le module 0), référence 10 (voie 2). TSX DR NET 75 Mécanismes d’adressage X-Way 6.2.8.2.18.0 : Accès au système de l'ATV 16 : réseau 6, station 2, porte 8 (adressage étendu), sélecteur 2 (échange avec un équipement connecté au bus ou au réseau issu du module de communication intégré à l'unité centrale), point de raccordement 18, référence 0 (accès au système). 6.2.8.1.0.7 : Accès au serveur de la carte PCMCIA (voie 1) de l'unité centrale : réseau 6, station 2, porte 8 (adressage étendu), sélecteur 1 (module de communication sur le bus fond de panier), point de raccordement 0 (l'unité centrale est le module 0), référence 7 (voie 1). 6.2.8.1.3.4 : Accès au serveur de la voie 0 du module situé à l'emplacement 3 : réseau 6, station 2, porte 8 (adressage étendu), sélecteur 1 (module de communication sur le bus fond de panier), point de raccordement 3 (emplacement 3), référence 4 (voie 0). 6.2.8.1.3.0 : Accès au système du module situé à l'emplacement 3 : réseau 6, station 2, porte 8 (adressage étendu), sélecteur 1 (module de communication sur le bus fond de panier), point de raccordement 3 (emplacement 3), référence 0 (système). 6.2.8.1.3.7 : Accès au serveur de la carte PCMCIA (voie 1) du module situé à l'emplacement 3 : réseau 6, station 2, porte 8 (adressage étendu), sélecteur 1 (module de communication sur le bus fond de panier), point de raccordement 3 (emplacement 3), référence 7 (voie 1). 76 TSX DR NET Format d’une trame X-Way 4 Présentation Objet de ce chapitre Ce chapitre décrit les règles générales d’adressage X-Way qui permettent d’affecter une adresse à chaque entité de communication d’une architecture. Sa lecture est réservée aux utilisateurs avertis, désirant mettre un analyseur de ligne sur un réseau, coder une adresse en provenance d’un équipement tiers, ... Contenu de ce chapitre Ce chapitre contient les sujets suivants : Sujet Présentation d’une trame X-Way TSX DR NET Page 78 Trame X-Way 79 Type NPDU 80 Adresses 81 Adressage 5 niveaux 82 Adressage six niveaux 83 Données (messagerie) 84 Données distribuées 85 77 Format X-Way Présentation d’une trame X-Way Présentation Le format général d'un datagramme réseau est donné ci-dessous : Couche physique Couche physique Couche physique Couche physique Couche physique Préambule Fin Data couche liaison CRC Trame X-Way Données Données partagées Préambule et fin Ces deux informations liées à la couche Physique, réalisent la synchronisation des échanges. Elles sont spécifiques au type de réseau utilisé (pour plus d'informations concernant leur codage, se reporter au manuel de référence du réseau concerné). Data couche Liaison et CRC Ces deux informations sont liées à la couche Liaison. Elles sont spécifiques au type de réseau utilisé (pour plus d'informations concernant leur codage, se reporter au manuel de référence du réseau concerné). Trame X-Way La trame X-Way contient toutes les informations nécessaires aux échanges interstation. Elle est détaillée dans les chapitres suivants. Données partagées La trame réservée aux données partagées (Voir Données distribuées, p. 85) contient toutes les informations nécessaires aux échanges périodiques (mots communs, entrées/sorties déportées, ...). 78 TSX DR NET Format X-Way Trame X-Way Description La trame X-Way est décomposée comme indiqué ci-dessous : Type NPDU Adresses Adressage 3 et 5 niveaux Extension adressage 6 niveaux Données (messageries) Type NPDU (Network Protocol Data Unit) Ce champ est lié à la couche réseau (Voir Type NPDU, p. 80). Adresses Ce champ indique les adresses (Voir Adresses, p. 81) (numéros de réseau, station et porte) de l'émetteur et du destinataire de l'échange. Adressage trois et cinq niveaux Ce champ précise les adresses des entités de communication émettrice et destinataire de l'échange lorsque l'adressage est hiérarchisé sur trois ou cinq niveaux (Voir Adressage 5 niveaux, p. 82) (numéros de module, de voie , ...). Extension adressage six niveaux Ce champ précise les adresses des entités de communication émettrice et destinataire de l'échange lorsque l'adressage est hiérarchisé sur six niveaux (Voir Adressage six niveaux, p. 83) (numéros de sélecteur, de point de raccordement , ...). Données (messagerie) Ce champ contient toutes les données de l'échange (Voir Données (messagerie), p. 84). Note : Lorsque l'adresse de l'entité émettrice est codée sur cinq niveaux et l'adresse de l'entité destinataire sur six niveaux, les deux champs "Adressage trois et cinq niveaux" et "Extension adressage six niveaux" sont renseignés. TSX DR NET 79 Format X-Way Type NPDU Description Desctiption de la structure : Type NPDU Adresses Adressage 3 et 5 niveaux 4 bits 2 bits Type Niveau de service Extension adressage 6 niveaux 1 bit Données (messageries) 1 bit Refus Ext. Type Il prend l'une des valeurs suivantes : l 0 à 14Réservé, l 15 Données NPDU. Niveau de service Il prend l'une des valeurs suivantes : l 0 Standard, l 1Télégramme, l 2 à 3Réservé. Refus Il prend l'une des valeurs suivantes : l 0 Message accepté, l 1Message refusé. Extension Il prend l'une des valeurs suivantes : l 0 si l'un des équipements (émetteur ou destinataire) utilise l'adressage sur trois ou six niveaux pour l'échange concerné, l 1 si l'un des équipements (émetteur ou destinataire) utilise l'adressage sur cinq niveaux pour l'échange concerné. 80 TSX DR NET Format X-Way Adresses Description Description des adresses : Type NPDU Adresses 2 octets Adresse de l’émetteur 1 octet Numéro de station Adressage 3 et 5 niveaux Extension adressage 6 niveaux Données (messageries) 2 octets Adresse du destinataire 4 bits 4 bits Numéro de Numéro de réseau porte Numéro de station Il correspond au numéro de station (de l'émetteur ou du destinataire). Le numéro de station doit être compris entre 0 et 63 (la valeur 255 est réservée à la diffusion). Numéro de réseau Il correspond au numéro du réseau (de l'émetteur ou du destinataire). Le numéro de réseau doit être compris entre 0 et 127. Lorsque la valeur est supérieure à 15, une extension d'adresse est nécessaire. Numéro de porte Il correspond au numéro de porte visé dans l'entité destinataire de l'échange. Il prend l'une des valeurs suivantes : l 0 accès au système de l'équipement, l 1, 2, 3 accès à la prise terminal d'un automate programmable, l 5 accès à un module de communication (adressage hiérarchisé sur cinq niveaux), l 8 accès à un module de communication (adressage hiérarchisé sur six niveaux), l 11, 12, 13 accès au terminal connecté au point de raccordement 63 sur FIPIO, l 16 à 239 accès à l'application (bloc fonction texte, OF de communication, ...), l les autres valeurs sont réservées, l lorsque la valeur est supérieure à 15, une extension d'adresse est nécessaire. TSX DR NET 81 Format X-Way Adressage 5 niveaux Description Desciption de l’adressage cinq niveaux: Type NPDU Adresses Paramètre 1 Adressage 3 et 5 niveaux Paramètre 2 1 octet Code paramètre Extension adressage 6 niveaux ... Données (messageries) Paramètre n 1 à 7 octets Valeur paramètre Longueur (en octets) de la valeur 1 si dernier paramètre Identificateur Les différentes possibilités sont indiquées dans le tableau ci-dessous : Valeur paramètre 82 Identificateur Longueur N° porte émettrice si >15 0 1 N° porte destinataire si >15 1 1 N° réseau émetteur si >15 2 1 N° réseau destinataire si >15 3 1 N° module et n° voie de l’émetteur 4 2 N° module et n° voie du destinataire 5 2 8 bits 8 bits N° de N° de module voie TSX DR NET Format X-Way Adressage six niveaux Description Rappel : l’adressage six niveaux est accessible per la paorte 8. Desciption de l’adressage six niveaux: Type NPDU Adressage 3 et 5 niveaux Adresses Paramètre 1 Extension adressage 6 niveaux ... Paramètre 2 1 octet Code paramètre Données (messageries) Paramètre n 1 à 7 octets Valeur paramètre Longueur (en octets) de la valeur 1 si dernier paramètre Identificateur Les différentes possibilités sont indiquées dans le tableau ci-dessous : Valeur paramètre TSX DR NET Identificateur Longueur Adresse émettrice physiquement compactée 6 2 Adresse destinataire physiquement compactée 7 2 Adresse émettrice physiquement étendue 6 3 Adresse destinataire physiquement étendue 7 3 4 bits 4 bits 8bits Sélect- Référen Pt de eur ce raccord. 8 bits 8 bits 8bits Sélect- Référen Pt de eur ce raccord. 83 Format X-Way Données (messagerie) Description Description des données : Type NPDU Adresses Adressage 3 et 5 niveaux Extension adressage 6 niveaux Données (messageries) Données pour le service UNI-TE Les données émises sont structurées selon l’une des trois possibilits suivantes Code requête Code catégorie 1 octet 1 octet Données émission 1 à 254 octets Données d’application à application (bloc texte, OF, ... ) 1 à 256 octets Données de type télégramme 1 à 254 octets Les données émises sont structurées de la manière suivante : Code rendu 1 octet 84 Données réponse 1 à 254 octets TSX DR NET Format X-Way Données distribuées Description Les données distribuées, de niveau couche Application, sont spécifiques aux échanges d'informations périodiques (mots communs, entrées/sorties distantes, ...). Les données distribuées sont structurées de la manière suivante : Mots communs Table partagée Réseau FIP Trame MPS Gestion des E/S Gestion de réseau Données distribuées Mots communs Réseau ETHWAY, ... Données partagées pour un réseau FIP (FIPWAY ou FIPIO) Les données partagées pour un réseau FIP utilisent le service normalisé FIP MPS (Manufacturing Periodical Services). Leur trame est détaillée ci-dessous : Type APDU 1 oc tet Données 1 à 127 octets Status 1 oc tet Type APDU (Application Protocol Data Unit) Ce paramètre prend l'une des valeurs suivantes : l 80 Données de type applicatif (mots communs, entrées/sorties distantes, ...), l 64 Données spécifiques à la gestion de réseau. Données Les données correspondent à la valeur des mots communs, aux états des entrées/ sorties distantes, ... Le codage ce ces données n'est pas détaillé dans ce document car la syntaxe est spécifique au type d'informations qui circulent (suite de bits pour des modules TOR, suite de mots pour des coupleurs analogiques, ...). TSX DR NET 85 Format X-Way Status Ce paramètre indique si les variables cycliques ont bien été rafraîchies par leur producteur. Il prend l'une des valeurs suivantes : l 1 Les variables cycliques ont été rafraîchies, l 0 Les variables cycliques n'ont pas été rafraîchies. Mots communs sur ETHWAY Les données spécifiques à ce service sont structurées comme indiqué ci-dessous : N° de station 1 oc tet Taille des COM 1 oc tet Mots communs 8 à 128 octets N° de station Ce paramètre indique le numéro de la station émettrice des mots communs. Taille des COM Ce paramètre indique la taille des mots communs échangés sur le réseau. Mots communs Cette chaîne d'octets correspond à la valeur des mots communs transmis. 86 TSX DR NET Protocole UNI-TE, codage des requêtes II Présentation Objet de cet intercalaire Cet intercalaire a pour but de vous décrire les types de codage des requêtes. Contenu de cette partie Cette partie contient les chapitres suivants : TSX DR NET Chapitre Titre du chapitre Page 5 Principes généraux du protocole UNI-TE 89 6 Codage des requêtes 95 7 Annexes 229 87 Codage des requêtes 88 TSX DR NET Principes généraux du protocole UNI-TE 5 Présentation Objet de ce chapitre Ce chapitre vous décrit les principes généraux du protocole UNI-TE. Contenu de ce chapitre Ce chapitre contient les sujets suivants : TSX DR NET Sujet Page Description des services 90 UNI-TE V1.1 et V2.0 91 Format d’un échange UNI-TE 92 Types de données utilisées 94 89 Protocole UNI-TE Description des services Les services Le protocole UNI-TE respecte le modèle client/serveur. Requête SERVEUR CLIENT Traitement requête Requête L'entité client prépare la requête à émettre vers le serveur. Celui-ci interprète le code de la requête et active le traitement associé. Suivant le résultat du traitement, le serveur émet une réponse positive ou négative vers le cient. Chaque requête UNI-TE est identifiée par un code unique. La majeure partie des requêtes UNI-TE sont "confirmées", c'est-à-dire qu'elles obéissent à un mécanisme de Question/ Réponse appelé "Requête/CompteRendu". A l'exception des requêtes miroir et données non sollicitées. Le compte-rendu précise le résultat de l'opération réalisée par le serveur, il y a trois cas possibles : 90 Compte-Rendu de la requête Code requête + 30H Exception requête Miroir L'opération a été exécutée par le serveur, des informations complémentaires précisent le résultat de l'opération Compte-Rendu positif FEh L'opération s'est correctement déroulée et aucune information complémentaire n'est transmise dans la réponse. Compte-Rendu négatif FDH L'opération n'a pu être exécutée par le serveur : requête inconnue, valeur hors norme, absence de configuration, ... TSX DR NET Protocole UNI-TE UNI-TE V1.1 et V2.0 Description Le protocole UNI-TE V1.1 est implémenté sur les systèmes de communication s'intégrant dans des architectures à base de modèle 40 ou d'équipements tiers. Une extension du protocole UNI-TE a été développée pour apporter des améliorations au niveau des performances (supervision, dialogue opérateur, ...). La compatibilité entre ces deux versions est assurée. Cependant quelques fonctionnalités peuvent être différentes. Un tableau (Voir Annexes, p. 229) de correspondance présente les différences entre les deux versions. TSX DR NET 91 Protocole UNI-TE Format d’un échange UNI-TE Présentation La structure générale d'un échange respecte le format ci-dessous. Elle dépend de la version du protocole UNI-TE. Format de la requête : Numéro de transaction F9h Code requête Données spécifiques à la requête Code catégorie UNI-TE V1.1 UNI-TE V2.0 Format du compte-rendu Numéro de transaction F0h Compte rendu Données spécifiques au compte-rendu UNI-TE V1.1 UNI-TE V2.0 UNI-TE V2.0 est un sur-ensemble de la version UNI-TE V1.1 Lien avec une trame X-Way Rappel : Une requête UNI-TE (question ou compte- rendu) s'insère dans une trame X-Way comme indiqué ci-dessous : Trame X-Way Entête NPDU Adresses Adressage Adressage 5 niveaux 6 niveaux Données Fin Requête F9h F9h Numéro de transaction Code requête Code catégorie Données UNI-TE V1.1 UNI-TE V2.0 Compte-rendu F0h Numéro de transaction Compte rendu Données UNI-TE V1.1 UNI-TE V2.0 92 TSX DR NET Protocole UNI-TE Description d’une requête UNI-TE La structure générale d'une requête UNI-TE respecte le format suivant : Format de la requête F9h Numéro de transaction 1 octet 1 octet Code requête Code catégorie 1 octet 1 octet Données spécifiques à la requête 1 octet Le numéro de transaction donné à chaque émission de requêtes permet à un client d'associer une réponse à la requête envoyée et ainsi d'éviter d'éventuels mélanges de réponses. L'octet d'entête (F9H) ainsi que le numéro de transaction sont gérés par le système, donc transparents vis-à-vis de l'utilisateur. Ils sont cependant émis sur le support lors de la transmission du message. Format du compte-rendu Compte-rendu positif sans information spécifique F0h Numéro de transaction 1 octet 1 octet Compte rendu FEh 1 octet Compte-rendu négatif sans information spécifique F0h Numéro de transaction 1 octet 1 octet Compte rendu FDh 1 octet Compte-rendu positif avec information spécifique F0h 1 octet Numéro de transaction 1 octet Compte rendu 1 octet Données spécifiques à la réponse 1 octet Note : Un équipement supportant le protocole UNI-TE V2.0 codera ses requêtes en UNI-TE V2.0. Du fait de la compatibilité des différentes requêtes V1.1 et V2.0, un serveur de niveau V1.1 répondra au client UNI-TE V2.0 d'une manière transparente. Dans le cas de requête totalement différente entre V1.1 et V2.0, le serveur de niveau V1.1 répondra par la négative (FDH) à la question du client UNITE V2.0. TSX DR NET 93 Protocole UNI-TE Types de données utilisées Description Les données UNI-TE sont de type : l bit, l octet, l entier non signé (16 bits), l entier signé (16 bits), l mot flottant simple longueur (32 bits), l chaîne de bits, d'octets, caractères, mots, ... Pour chaque type le protocole UNI-TE impose un codage spécifique : Type Commentaires sur le codage Bit 1 bit Valeur 0 : faux / Valeur 1 : vrai Octet Suite de 8 bits Entier non signé 16 bits Octet 0 : poids faibles / Octet 1 : poids forts Entier signé 16 bits Complément à 2 Entier signé 32 bits Complément à 2 Flottant simple longueur Format IEEE 754 Chaîne de bits de longueur variable Le premier octet décrit la longueur en nombre de bits significatifs de la chaîne. Le nombre de bits est limité à 256. Un type supplémentaire pourra être défini pourutiliser une longueur sur 2 octets. Par exemple : une chaîne de 19 bits est codée : octet 0 Longueur = 19 octet 1 7.......0 octet 2 15.....8 octet 3 23.....9......16 Tableau de bits de longueur fixe L'octet longueur en début du tableau est absent Tableau de bits de longueur variable Le premier octet précise la longueur du tableau Longueur = 4 Tableau d’octets de longueur fixe bit 0 bit 1 bit 2 bit 3 L'octet longueur en début du tableau est absent Tableau d'octets de longueur variable Le premier octet précise la longueur du tableau Longueur = 3 octet 1 = ‘A’ octet 2 = ‘T’ octet 3 = ‘S’ Chaîne de caractères de longueur fixe L'octet longueur en début de chaîne n'est pas utilisé 94 Tableau de mots de de 16 bits taille variable Le premier octet précise la longueur du tableau en nombre de mots Tableau de mots de 16 bits de taille fixe L'octet longueur en début du tableau n'est pas utilisé TSX DR NET Codage des requêtes 6 Présentation Objet de ce chapitre Ce chapitre présente le codage des requêtes associées aux services UNI-TE V2.0 et V1.1. Contenu de ce chapitre Ce chapitre contient les sous-chapitres suivants : TSX DR NET Souschapitre Sujet Page 6.1 Présentation du codage des requêtes 96 6.2 Liste des requêtes UNI-TE 102 6.3 Requêtes d’usage général 104 6.4 Requêtes d’accès aux objets standards 126 6.5 Requêtes d’accès aux objets d’un module d’entrées/sorties 151 6.6 Requêtes d’accès aux objets génériques 180 6.7 Gestion des modes de marche 209 6.8 Gestion de sémaphore 213 6.9 Transfert de données 218 95 Codage des requêtes 6.1 Présentation du codage des requêtes Présentation Objet de ce souschapitre Ce sous-chapitre présente brièvement le codage des requêtes UNI-TE. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet Généralités sur le codage des requêtes 97 Adressage des objets d’entrées/sorties accèdés 99 Comment interpréter les exemples 96 Page 101 TSX DR NET Codage des requêtes Généralités sur le codage des requêtes Présentation Les deux octets d'en-tête spécifique au protocole V2.0 (F9H ou F0H et Numéro de transaction) sont transparents pour l'utilisateur ; pour faciliter la compréhension des requêtes ces deux octets sont omis dans la présentation des messages. Ils sont cependant transmis sur la ligne. Pour la présentation des trames de compte-rendu, seules les réponses positives avec informations complémentaires font l'objet d'un codage détaillé (Voir Format d’un échange UNI-TE, p. 92). Les requêtes confirmées comportent un champ obligatoire appelé "code catégorie", utilisé pour gérer des droits d'accès (valeurs 0 à 7). Ce code est fonction de l'équipement concerné. A titre d'exemple, tous les équipements automates de la gamme TSX utilisent le code catégorie 7. Note : Les requêtes présentées dans ce chapitre sont les plus couramment utilisées. D'autres requêtes existent et sont réservées à des usages internes, elles ne sont pas décrites dans ce document. Lorsque des différences interviennent entre les trames UNI-TE V1.1 et V2.0, elles sont mentionnées dans le document ; à défaut de précision, les trames sont identiques aux 2 versions. TSX DR NET 97 Codage des requêtes Types des paramètres La définition des services UNI-TE utilise les types de données suivants: l booléen, l octet, l entier non signé (16 bits), l entier signé (16 bits), l mot flottant simple longueur (32 bits), l chaîne de bits, d’octets, caractères, mots, ... . Types des paramètres : Type Syntaxe Commentaire sur le codage Booléen Bit valeur 0 : faux / valeur 1 : vrai Octet Octet Entier non signé 16 bits Mot octet 0 : poids faible (Format INTEL) octet 1 : poids fort Entier signé 16 bits Entier16 complément à 2 Entier signé 32 bits Entier32 complément à 2 Chaîne de bits de longueur variable Chaîne de bits le premier octet décrit la longueur en nombre de bits significatifs de la chaîne. Le nombre de bits est limité à 256. Un type supplémentaire pourra être défini pour utiliser une longueur sur 2 octets. Par exemple la chaîne de 19 bits est codée: octet 2 octet 3 octet 0 octet 1 longueur=19 7 . . . . . . 0 15 . . . . . . 8 23 . . . 19 . . 16 non significatif Tableau de bits de longueur fixe Tableau [X] bits l’octet longueur en début du tableau est absent Chaîne d’octets de longueur fixe Chaine d’octets le premier octet précise la longueur de la chaîne Tableau d’octets de Tableau [X] octets longueur fixe longueur=3 octet 1 octet 2 octet 3 l’octet longueur en début du tableau est absent Note : Les mots utilisés sont présentés au format INTEL. 98 TSX DR NET Codage des requêtes Adressage des objets d’entrées/sorties accèdés Généralités La gestion des entrées-sorties dans la gamme TSX Premium et TSX Micro utilise un adressage topologique unique pour localiser tous les types de modules indépendamment du type de l'automate et de leur emplacement. Ceci s’applique donc pour les TSX Premium et TSX Micro. Cet adressage topologique est conforme au Standard Adressage E/S, il adopte un format de taille différente pour prendre en compte les cas suivants : l module sur un bus fond de panier : principal ou tertiaire ( bus X déporté), l module monobloc sur une voie de communication Fipio, l module modulaire sur une voie de communication Fipio, l module sur une voie de communication AS-I. Adressage d’un objet d’un module sur un bus fond de panier Exemple pour les requêtes READ/WRITE_ DIGITAL_MODULE_IMAGE et READ_STATUS_MODULE (module in-rack) : Longueur = 2 Rack Module (emplacement du module dans le rack) Exemple pour les requêtes READ/WRITE_ IO_CHANNEL (voie d’un module inrack) : Longueur = 3 Rack Module (emplacement du module dans le rack) Voie (numéro de voie dans le module) La longueur est exprimée en octet. Adressage d’un objet d’un module sur une voie de communication AS-i Exemple pour les requêtes READ/WRITE_ DIGITAL_MODULE_IMAGE et READ/ WRITE_ IO_CHANNEL (module esclave du bus AS-i d’un coupleur AS-i in-rack) : Longueur = 4 Rack Esclave Module Voie (adresse du (emplacement (voie “maître du module esclave du module dans module AS-i) sur le bus AS-i) le rack) La longueur est exprimée en octet. TSX DR NET 99 Codage des requêtes Adressage d’un objet d’un module sur une voie de communication Fipio Exemple pour les requêtes READ/WRITE_ DIGITAL_MODULE_IMAGE et READ_STATUS_MODULE : Longueur = 5 Rack Voie Fipio = 2 Voie (voie “maître du module AS-i) Module Equipement (numéro du (0 pour module point de con- de base, 1 modnexion Fipio) ule d’extension) Exemple pour les requêtes READ/WRITE_ IO_CHANNEL : Longueur = 6 Rack Voie Fipio = 2 Voie (voie “maître du module AS-i) Equipement Module Voie (numéro du (0 pour module (numéro de la point de con- de base, 1 mod- voie du module) nexion Fipio) ule d’extension) La longueur est exprimée en octet. 100 TSX DR NET Codage des requêtes Comment interpréter les exemples Description Explication de l’exemple avec la requête READ_GENERIC_OBJECT (82h) (Voir Exemple 1, p. 194). Comment lire l’écran suivant : Composition de la requête envoyée UNITE Request Query Name Code Rq : 82 Query Data Code Ext : B2 Query Data 7 81 02 00 00 FF 01 00 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) 15 File data preview Mask : Send 02 00 00 00 01 00 00 03 01 E8 03 00 00 03 00 Composition de la requête retournée l La requête envoyée se compose de : l Code Rq (code requête), l Category (code catégorie), l Query Data (données de la requête). Dans l’exemple ci-dessus la requête envoyée est : 82 07 81 02 00 FF 01 00. l La requête retournée se compose de : l Code Ret (code réponse), l Query Data (données de la réponse). Dans l’exemple ci-dessus la requête retournée est : B2 02 00 00 00 01 00 00 03 01 E8 03 00 00 03 00. TSX DR NET 101 Codage des requêtes 6.2 Liste des requêtes UNI-TE Listes des requêtes UNI-TE Description Table des requêtes UNI-TE : Rubrique Nom de la requête Code requête (héxa) Code compterendu (héxa) Usage général IDENTIFICATION 0F 3F Usage général READ_CPU 4F 7F Usage général PROTOCOL_VERSION 30 60 Usage général MIRROR FA FB Objets standards READ_INTERNAL_BIT 00 30 Objets standards WRITE_INTERNAL_BIT 10 FE Objets standards FORCE_INTERNAL_BIT 1B FE Objets standards READ_INTERNAL_WORD 04 34 Objets standards WRITE_INTERNAL_WORD 14 FE Objets standards READ_INTERNAL_DWORD 40 70 Objets standards WRITE_INTERNAL_DWORD 46 FE Objets standards READ_CONSTANT_WORD 05 35 Objets standards READ_CONSTANT_DWORD 41 71 Objets standards READ_SYSTEM_BIT 01 31 Objets standards WRITE_SYSTEM_BIT 11 FE Objets standards READ_SYSTEM_WORD 06 36 Objets standards WRITE_SYSTEM_WORD 15 FE Objets standards READ_GRAFCET_BIT 2A 5A Module d’E/S READ_DIGITAL_MODULE_IMAGE 49 79 Module d’E/S WRITE_DIGITAL_MODULE_IMAGE 4A 7A Module d’E/S READ_STATUS_MODULE 44 74 Module d’E/S READ_IO_CHANNEL 43 73 Module d’E/S WRITE_IO_CHANNEL 48 78 Objets génériques READ_GENERIC_OBJECT 82 B2 Objets génériques WRITE_GENERIC_OBJECT 83 B3 Objets génériques READ_OBJECT 36 66 Objets génériques WRITE_OBJECT 37 FE 102 TSX DR NET Codage des requêtes Rubrique Nom de la requête Code requête (héxa) Code compterendu (héxa) Objets génériques READ_OBJECT_LIST 38 68 Modes de marche RUN 24 FE Modes de marche STOP 25 FE Modes de marche INIT 33 63 Transfert de données OPEN_DOWNLOAD 3A 6A Transfert de données WRITE_DOWNLOAD 3B 6B Transfert de données CLOSE_DOWNLOAD 3C 6C Transfert de données OPEN_UPLOAD 3D 6D Transfert de données READ_UPLOAD 3E 6E Transfert de données CLOSE_UPLOAD 3F 6F Transfert de données BACKUP 45 75 Sémaphores RESERVE 1D FE Sémaphores RELEASE 1E FE Sémaphores I_AM_ALIVE 2D FE TSX DR NET 103 Codage des requêtes 6.3 Requêtes d’usage général Présentation Objet de ce souschapitre Ce sous-chapitre présente les requêtes d’usage général. Le protocole UNI-TE permet d'identifier et de diagnostiquer tous les types d'équipements qui disposent d'un Serveur UNI-TE. Ces deux fonctions sont réparties dans des requêtes distinctes : l l'identification par la requête de même nom et par la requête PROTOCOL_VERSION, l le diagnostic par les requêtes STATUS, READ_CPU, MIRROR. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : 104 Sujet Page Identification d’un équipement (IDENTIFICATION) 105 Diagnostic système d’un équipement programmable (READ_CPU) 111 Echange des caractéristiques UNI-TE entre Client/Serveur (PROTOCOL_VERSION) 119 Test de la communication (MIRROR) 124 TSX DR NET Codage des requêtes Identification d’un équipement (IDENTIFICATION) Requête Nom de la requête: IDENTIFICATION Ce service fournit des informations d'identification et de structure sur le serveur UNITE destinataire de la requête. L'identification est générale pour tous les types d'équipement UC, coupleur réseau, module de communication, commande d'axe, variateur de vitesse, commande numérique, poste de dialogue opérateur, ... Ces informations se décomposent en trois niveaux : l le niveau gamme produit, l le niveau sous-famille décomposé en : l type métier (ex. : T.O.R., analogique, communication, ...), l type produit (ex. : niveau capteur/actionneur, niveau cellule, niveau atelier, ...). l le niveau référence catalogue. Les valeurs correspondant au type métier, type produit et référence catalogue dépendent de l'équipement destinataire. Se reporter à la documentation correspondante. La requête IDENTIFICATION fournit également un minimum d'informations de diagnostic, en spécifiant l'état des voyants et en donnant le contenu des mots d'états des équipements. Note : Un équipement constitué de plusieurs éléments (ex : TBX modulaire ...) indique dans la réponse l'identification complète des éléments qui le composent. Illustration de l’équipement : Module de base TSX DR NET Gamme produit, Type métier, Type produit, Référence catalogue, 2 composants (2 voies). Voie 1 Type métier, Type produit Référence catalogue, pas de composants. Voie 2 Type métier, Type produit Référence catalogue, pas de composants. 105 Codage des requêtes Format de la requête Représentation du format : Code requête 0Fh Code catégorie 0→7 1 octet 1 octet Description du format : Paramètres Type Commentaires Code requête octet 0Fh Code catégorie octet 0à7 Format du compte-rendu (UNI-TE V2.0) Représentation du format : Code réponse 3Fh Type d’identification Gamme produit Elément d’identification Nombre de sous-module Identification des composants 1 octet 1 octet 1 octet Table de n octets 1 octet 0 à n octets Description du format : Paramètres Type Commentaires Code réponse négatif octet FDh Code réponse positif octet 3Fh Type d’identification octet FFh Gamme produit octet 04h : TSX Micro 05h : TSX Premium Elément d’identification Chaîne ASCII Version 1 octet Etat de l’équipement 1 octet + Table de table d’octets bits Etat des leds Table de 8 bits Type métier Type produit 1 octet 1 octet Référence Défaut module Nombre de catalogue de base sous-modules 1 octet 8 bits 1 octet Version byte version commerciale, sur 2 quartets BCD ASCII : Lg Chaîne ASCII octet table de Lg octet longueur de la chaîne ASCII référence commerciale du produit, 00h désigne la fin de la chaîne 106 TSX DR NET Codage des requêtes Paramètres Type Commentaires Etat de l’équipement : Nb Etat standardisé octet table de 8 bits Etat spécifique table de (Nb-8) bits nombre de bits de description d’état d’automate 02h = Echec ; 03h = Prêt/Run ; 05h = Non Configuré ; 06h = Stop réservé Etat des leds table de 8 bits les 8 bits reflètent l’état des voyants suivants : bit 7 bit 0 Voyant run Voyant Def Voyant I/O Voyant TER ou COM Codage : 16#FF si non utilisé 00 Eteint 01 Clignotant 10 Allumé 11 Non significatif Type métier octet toujours 30h Type produit octet 10h : modèle d’UC TSX 37-10 (Compact) 11h : autres modèles d’UC TSX Micro (Modulaire) 01h : modèle d’UC TSX Premium (ex : UC TSX 57102) 50h : modèle d’UC PCX Atrium (ex : UC PCX 571012) 40h : modèle d’UC PMX Premium (ex : UC PMX 57102) Référence catalogue octet 01h : TSX 37-10, 57-10 02h : TSX 37-21, 57-20 03h : TSX 37-22 04h : TSX 37-05, 57-30 05h : TSX 37-08, TSX P57 102, PMX 57 102, PCX 57 1012 06h : TSX P57 202, PMX 57 202 07h : TSX P57 252 08h : TSX P57 302 09h : TSX P57 352, PMX 57 352, PCX 57 3512 0Ah : TSX P57 402 0Bh : TSX P57 452, PMX 57 452 Défaut module de base table de 8 bits bit 1 : 1, défaut fonctionnel : clignotement de la led Err, bit 4 : 1, réservé, bit 7 : 1, sous-module en défaut. Nombre de sous-modules octet nombre de sous-module TSX DR NET 107 Codage des requêtes Paramètres Type Commentaires Identification des composants, ce champ est présent si le nombre de sous-module est différent de 0: Adresse sousmodule 1 mot Version sousmodule 1 octet Lg 1 octet Adresse sous-module Chaîne ASCII Nb de bits d’état sousmodule Table d’octets n octets mot indique le nombre de voies du module concerné Version sous-module octet sur 2 quartets BCD Lg octet Chaîne ASCII table de Lg octet Nb de bits d’état sousmodule Etat standardisé Etat spécifique octet Format du compte-rendu (UNI-TE V1.1) nombre de bits de description d’état sous-module table de 8 bits table de (Nb-8) bits Représentation du format : Code réponse 3Fh Type de produit Soustype de produit Version 1 octet 1 octet 1 octet 1 octet Chaîne ASCII Chaîne de caractères Description du format : Paramètres Type Commentaires Code réponse négatif octet FDh Code réponse positif octet 3Fh Type de produit octet le codage de cette rubrique est identique à celui décrit dans le compte-rendu UNI-TE V2.0 Sous-type de produit octet extension de l’identification faite dans le champ type de produit Version octet Chaîne ASCII chaîne de caractères version de l’équipement et référence commerciale identiques aux rubriques de même nom en UNI-TE V2.0 108 TSX DR NET Codage des requêtes Exemple (UNI-TE V2.0) Génération de la requête IDENTIFICATION : UNITE Request Query Name Code Rq : Query Data 0F Code Ext : 3F 0 Category : 7 Cpt Rq : Animation Code Ret Nb Bytes Code Ext Ret Nb Bytes (decimal) 22 File data preview Query Data Mask : Send FF 05 51 0A 54 53 58 20 35 37 34 35 32 00 08 03 22 30 01 0B 00 00 Description du compte-rendu : Format Type d’identification Gamme produit Version TSX DR NET Code Description FFh type d’identification 05h gamme, ici c’est un TSX Premium 51h version commerciale, sur 2 quartets BCD 109 Codage des requêtes Format Chaîne ASCII Code Description l 0Ah l longueur de la chaîne de caractère, ici c’est 10 l 54 53 58 20 35 37 34 35 32 00h octets l référence commerciale du produit : l l l l l l l l l l Etat de l’équipement Etat des leds Type métier Type produit Référence catalogue Défaut module base Nombre de sous-module 110 54h = T, 53h = S, 58h = X, 20h = espace, 35h = 5, 37h = 7, 34h = 4, 35h = 5, 32h = 2, 00h = fin de la chaîne de caractères. l 08h l nombre de bits de description de l’état de l 03h l état de l’équipement, ici l’automate est en RUN 22h 00100010b, état des leds, donc voyant Run et I/O allumés 30h type métier 01h type de produit, ici c’est un TSX Premium 0Bh référence catalogue, ici c’est un TSX P57 452 00h pas de défaut 00h nombre de sous-module (0) l’automate, ici c’est 8 bits TSX DR NET Codage des requêtes Diagnostic système d’un équipement programmable (READ_CPU) Requête Nom de la requête : READ_CPU Ce service permet d’effectuer un diagnostic système de tout équipement implémentant UNI-TE V2.0. Ce service n’existe pas en version 1.0. Format de la requête Représentation du format : Code requête 4Fh Code catégorie Extension 0→7 1 octet 1 octet 1 octet Description du format : Paramètres Type Commentaires Code requête octet 4Fh Code catégorie octet 0à7 Extension octet réservé, valeur par défaut 0 Format du compte-rendu Représentation du format : Code réponse Extension 7Fh 1 octet ••• Etat des leds Status UC 8 bits table de 8 bits 1 octet Type d’erreur application Adresse du réservant table de [n] octets Information Debug Gamme Produit Spécifique 8 bits 1 octet table octet 1 octet ••• Description du format : Paramètres Type Commentaires Code réponse négatif octet FDh Code réponse positif octet 7Fh Extension octet vaut 00h TSX DR NET 111 Codage des requêtes Paramètres Type Commentaires Etat des leds table [8] bits codé sur 2 bits pour chaque led bit 7 bit 0 Voyant run Voyant Err Voyant I/O Voyant TER ou COM 16#FF si non utilisé Codage : 00 Eteint 01 Clignotant 10 Allumé 11 Non significatif Status UC table [8] bits état logique d’une unité centrale ou d’un équipement : bit 7 bit 0 Run (1)/ Autre (0) Application exécutable Cartouche mémoire présente Réservation en cours Arrêt Complet BreakPoint Passage en Halt sur erreur Run Partiel Cartouche mémoire FEPROM en cours d’effacement Adresse du réservant table [6] octets rempli à FFh si l’automate n’est pas réservé, sinon : l octet 0 : réseau, l octet 1 : station, l octet 2 : porte, l octet 3 : rack, l octet 4 : module l octet 5 : voie Type d’erreur d’application octet toujours 00h Information Debug table [8] bits l bit 0 = forçage de bits l bits 1...6 = réservés l bit 7 : mode surveillance Gamme produit 112 octet 04h : TSX Micro 05h : TSX Premium TSX DR NET Codage des requêtes Paramètres Type Commentaires Spécifique Caractéristiques Caractéristiques Caractéristiques Caractéristiques Caractéristiques Cartouche Processeur Application Communication Entrées/Sorties 18 octets 2 octets Niveaux Nombre de pages d’applications cartouches autorisées 3 octets 1 mot 33 octets Version 1 mot 4 octets 3 octets Caractéristique Indice de révision de l’OS cartouche linéaire 1 mot 3 mots Information réservée 1 octet Réservé 10 octets Caractéristiques Processeur Chaîne de compatibilité Taille de RAM interne Taille de Flash interne Indice d’Evolution SMART Indicateur état Processeur Caractéristiques Cartouche Taille cartouche Indicateur état cartouche TSX DR NET table [3] double mots mot mot octet table [8] bits réservé octet table [8] bits en nombre de blocs de 8K16 l bit 0 : interrupteur Write_Protect inexistant (0) / existant (1) l bit 1 : cartouche non protégée en écriture (0) / protégée (1) l bit 2 : l TSX Micro : non significatif, l TSX Premium : pile alimentation HS (0) / OK (1). l bit 3 : la pile n’assure plus la sauvegarde des données (0) / pile OK (1) (toujours égal à 1 si la cartouche mémoire est absente l bit 4 : présence cartouche mémoire l bit 5 : cartouche mémoire compatible (1) / incompatible (0) l bit 6 : cartouche RAM (0), cartouche Flash EPROM (1) toujours 0 si cartouche mémoire absente. l bit 7 : cartouche mémoire de backup pésente (1) / absente (0) en Koctets en Koctets IE interne l bit 0 : réservé l bit 1 : pile alimentation HS (0) / OK (1) l bit 2 :0 l TSX Micro : non significatif, l TSX Premium : la pile n’assure plus la sauvegarde des données (0) / pile OK (1). l bit 3...6 : réservés l bit 7 : fonction horodateur non disponible (0) /disponible (1) 113 Codage des requêtes Paramètres Type Commentaires Caractéristiques Application Lg (Nom application) Nom application Indice évolution application Signature application Etat de l’application octet table [9] octets mot table [8] mots octet vaut 09h le dernier octet est le caractère nul (\0) Indicateurs état application table [16] bits Nombre de bits forcés mot Caractéristiques Communication Etat communication Nombre connexions réseau Adresse de la station table [8] bits octet table [2] octets 114 00h : non configurée, 01h : INIT, 02h : STOP, 03h : RUN, 04h : HALT l bit 0 : checksum non valide (0) / valide (1) l bit 1 : réservé l bit 2 : modification de programme en cours (1) l bit 3 : application protégée (1) / non protégée (0) l bit 4 : démarrage à froid : Stop (0) / Run automatique (1) l bit 5 : absence (0) /présence (1) application en RAM interne l bit 6...14 : réservés l bit 15 : l TSX Micro : absence (0) / présence (1) application en memoire backup l TSX Premium : non significatif compteur de bits forcés réservés adresse principale : n° Réseau (octet 0), n° Station (octet 1) TSX DR NET Codage des requêtes Paramètres Type Commentaires Caractéristiques Entrées/ Sorties Indicateurs état des E/S table [8] bits l bit 0...3 : réservés l bit 4 : entrée Run/Stop physique configurée (1) / non configurée (0) l bit 5 : état de l’entrée Run Stop physique active (1) / non active (0) l bit 6 : l TSX Micro : sortie SECU positionnée TSX Premium : relai ALARM positionné l bit 7 : l TSX Micro : sortie SECU configurée l TSX Premium : non significatif l Nombre de bacs gérés Emplacement de l’UC octet octet réservé réservé Information réservée octet réservé Niveaux d’applications autorisées table [3] octets réservé Nombre de pages cartouches mot réservé Version mot réservé Indice de révision de l’OS mot réservé Caractéristique cartouche linéaire : Taille zone Application Taille zone symbole Taille zone fichier mot mot mot réservé réservé réservé Réservé table [10] octets réservé TSX DR NET 115 Codage des requêtes Exemple Génération de la requête READ_CPU : UNITE Request Query Name Query Data Code Rq : 4F Code Ext : 7F 0 Category : 7 Cpt Rq : Animation Code Ret Nb Bytes Code Ext Ret Nb Bytes (decimal) 98 File data preview Query Data Mask : Send 00 21 02 FF FF FF FF FF FF 00 5C 05 01 20 00 00 00 00 00 00 FF 00 33 FF 40 00 00 00 15 82 00 0E 09 53 54 41 54 49 4F4E 00 00 00 00 5F 30 23 2A 81 6F E3 32 3A 69 CC 54 F7 75 39 4D 01 A3 BF 00 00 FC 00 00 00 40 01 00 01 04 02 04 01 00 01 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Description du compte-rendu : Format Code Description 00h extension, identique au champ de même nom dans la question 21h état des leds, ici le voyant I/O est allumé et RUN est clignotant 02h bit 1 du status de la CPU (Voir Format du compte-rendu, p. 111) à 1, application exécutable FF FF FF FF FF FFh adresse du réservant 00h type d’erreur, toujours 00h 5Ch réservé 05h gamme produit, ici c’est un TSX Premium Extension Etat des leds Status UC Adresse du réservant Type d’erreur d’application Information Debug Gamme produit 116 TSX DR NET Codage des requêtes Format Caractéristiques processeur Caractéristiques cartouche Code Description 01 20 00 00 00 00 00 00 FF 00 33 FF 40 l 01200000 00000000 FF0033FFh : chaîne de 00 00 00 15 82h compatibilité (Voir Format du compte-rendu, p. 111), l 40 00h : taille de la RAM interne, ici c’est 40 Koctets, l 00 00h : taille de la Flash interne, ici c’est 0 Koctets, l 15h : indice d’évolution du processeur, l 82h : indicateur de l’état du processeur, 82h = 1000 0010 donc les bits 1 et 7 sont à "1" (Voir Format du compte-rendu, p. 111), 00 0Eh l 00h : pas de cartouche dans cet exemple l 0Eh : indicateur de l’état de la cartouche (Voir Format du compte-rendu, p. 111), 0Eh = 00001110 donc les bits 1,2,3 sont à "1", Caractéristiques application Caractéristiques communication 09 53 54 41 54 49 4F 4E 00 00 00 00 5F l 09h : longueur du champ "Nom application" en 30 23 2A 81 6F E3 32 3A 69 CC 54 F7 octets, 75 39 4D 01 A3 BF 00 00h l 53 54 41 54 49 4F 4E 00 00h : "Nom de l’application" = STATION 0, l 00 00h : indice d’évolution de l’application, l 5F30 232A 816F E332 3A69 CC54 F775 394D : signature de l’application, l 01h : état de l’application (INIT), l A3 BFh : indicateur de l’état de l’application (Voir Format du compte-rendu, p. 111), A3 BFh = 1010 0011 1011 1111donc les bits 0,1,2,3,4,5,7,8,9,13,15 sont à "1", l 00 00h: nombre de bits forcés. FC 00 00 00h l FCh : réservé, l 00h : nombre de connexions réseau, l 00 00h : adresse principale. Caractéristiques entrées/sorties Information réservée Niveaux d’applications Nombre de pages cartouches TSX DR NET 40 01 00h l 40h : indicateurs des E/S (Voir Format du compte- rendu, p. 111), 00h = 0100 0000 donc tous les bits sont à "0" sauf le bit 6, l 01h : nombre de bacs gérés, l 00h : emplacement de l’UC. 01h réservé 04 02 04h réservé 01 00h réservé 117 Codage des requêtes Format Code Description 01 03h réservé 00 00h réservé 00 00 00 00 00 00h réservé 00 00 00 00 00 00 00 00 00 00h réservé Version Indice de révision de l’OS Caractéristique cartouche linéaire Réservé 118 TSX DR NET Codage des requêtes Echange des caractéristiques UNI-TE entre Client/Serveur (PROTOCOL_VERSION) Requête Nom de la requête : PROTOCOL_VERSION Dans une relation client/serveur, ce service permet de négocier les requêtes UNITE entre les 2 entités communicantes. Format de la requête Représentation du format : Code requête 30h Nombre Code Taille Versions catégorie maxi des versions supportées 0→7 APDU supportées 1 octet 1 octet 1 mot 1 octet table d’octets Description du format : Paramètres Type Commentaires Code requête octet 30h Code catégorie octet 0à7 Taille maximale APDU mot 128 octets (80h) en UNI-TE V1.1 et 256 octets (100h) en UNI-TE V2.0 correspond à la taille maximale des données du protocole d’application UNITE du client Nombre de version supportées (Nb) octet nombre de version supportée par l’équipement et listées dans les champs "Version". Versions supportées table [Nb] octets numéro de version UNI-TE codé en 2 quartets BCD TSX DR NET 119 Codage des requêtes Format du compte-rendu (UNI-TE V2.0) Représentation du format : Code réponse 60h 1 octet Nombre Taille Version maxi des versions supportées APDU supportées 1 mot 1 octet table d’octets Taille de la T-liste 1 mot L Conformité L Requêtes (conf..) horizontale (requ..) supportées octet table de bits octet table de bits *L = longueur Description du format : Paramètres Type Commentaires Code réponse négatif octet FDh Code réponse positif octet 60h Taille maximale APDU mot correspond à la taille maximale des données du protocole d’application UNITE du serveur Nombre de version supportées (Nb) octet nombre de versions supportées par l’équipement et listées dans les champs "Version". Versions supportées table [Nb] octets numéro de version UNI-TE codé en 2 quartets BCD Taille de la T-List mot vaut 0 lorsque la T-List n’est pas supportée L (conformité horizontale) octet vaut 0 Conformité horizontale table [L] bits réservée L (champ requête) octet Requêtes supportées table [L] bits Requête code 00 Octet 0 longueur du champ "Requêtes supportées" en bit table de bits indiquant les requêtes supportées par le serveur codée comme indiqué ci-dessous : Requête code 08 Octet 1 Requête (n-1) * 8 Octet n Bit i : 1 si requête gérée, Bit i : 0 si requête non gérée. ATTENTION : Le numéro du code requête doit être converti en héxadécimal. 120 TSX DR NET Codage des requêtes Format du compte-rendu (UNI-TE V1.1) Représentation du format : Codé réponse 60h 1 octet Nombre Taille Versions maxi des versions supportées APDU supportées 1 octet 1 octet n octets Taille de la T-liste 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif octet FDh Code réponse positif octet 60h Taille maximale APDU octet correspond à la taille maximale des données du protocole d’application UNITE du serveur Nombre de version supportées (Nb) octet nombre de versions supportées par l’équipement et listées dans les champs "Version". Versions supportées tabletable [Nb] octets numéro de version UNI-TE codé en 2 quartets BCD Taille de la T-List octet vaut 0 lorsque la T-List n’est pas supportée Exemple (UNI-TE V2.0) Génération de la requête PROTOCOL_VERSION : UNITE Request Query Name Code Rq : 30 Query Data Code Ext : 3F Query Data 5 00 01 02 01 02 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) 22 File data preview Mask : Send 00 01 01 02 00 00 00 FF 73 80 33 68 30 24 C9 FD 7B 87 00 00 00 00 00 00 0C 00 0F 00 00 00 00 00 00 00 00 00 00 00 00 04 TSX DR NET 121 Codage des requêtes Description de la requête : Format Taille maxi des APDU Nombre versions supportées Versions supportée Code Description 00 01h attention au format Intel taille maximale des APDU = 100h soit 256 octets 02h nombre de versions supportées l 01h l version UNI-TE V1 l 02h l version UNI-TE V2 Description du compte-rendu : Format Taille maxi des APDU Nombre versions supportées Versions supportée Taille de la T-Liste L (conf..) L (requ..) 122 Code Description 00 01h attention au format Intel taille maximale des APDU = 100h soit 256 octets 01h nombre de versions supportées 02h version UNI-TE V2 00 00h T-List non supportée 00h constante, toujours à 0 FFh longueur du champ "Requêtes supportées", soit 256 bits TSX DR NET Codage des requêtes Format Requêtes supportées Code Description 73 80 33 68 30 24 C9 FD cette table d’octets correspond aux requêtes supportées par 7B 87 00 00 00 00 00 00 l’automate. Le premier octet comporte les requêtes 00h à 07h, le 0C 00 0F 00 00 00 00 00 deuxième 08h à 0F, le troisième 10h à 17h .... 00 00 00 00 00 00 00 04h Explication : Requête code 00h Requête code 08h Octet 0 = 73 Octet 1 = 80 Requête code 10h Octet 2 = 33 Bit i : 1 si requête gérée, Bit i : 0 si requête non gérée. l 73h = on voit que les bits b0, b1, b4, b5 et b6 sont à "1" ce qui signifie que les requêtes 00h, 01h, 04h, 05h et 06h sont supportées. l 80h = on voit que seul le bit b15 (soit 0Fh) est à "1" ce qui signifie que la requête 0F est supportée. l 33h = on voit que les bits b16, b17, b20, et b21 (soit respectivement 10h, 11h, 14h et 15h) sont à "1" ce qui signifie que les requêtes 10h, 11h, 14h et 15h sont supportées. l etc ... TSX DR NET 123 Codage des requêtes Test de la communication (MIRROR) Requête Nom de la requête : MIRROR Ce service permet de tester le bon cheminement des informations entre deux équipements communiquants. Il est également utilisé pour effectuer des mesures de performances. Format de la requête Représentation du format : Code requête FAh Code catégorie 0→7 Données utilisateurs 1 octet 1 octet table d’octets Description du format : Paramètres Type Commentaires Code requête octet FAh Code catégorie octet 0à7 Données utilisateurs table d’octets données utilisateurs : suite d’octets émis dans la requête et devant être intégralement retransmis dans la réponse. Format du compte-rendu Représentation du format : Code réponse FBh Données utilisateurs 1 octet table d’octets Description du format : Paramètres Type Commentaires Code réponse négatif octet FDh Code réponse positif octet FBh Données utilisateurs table d’octets identique au champ de même nom dans la requête. 124 TSX DR NET Codage des requêtes Exemple Génération de la requête MIRROR : UNITE Request Query Name Query Data Code Rq : FA Code Ext : FB Query Data 3 12 34 56 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) 3 File data preview Mask : Send 12 34 56 Si la communication entre le PC et l’automate est bonne, le contenu de la requête reçue doit être identique à celui émis. TSX DR NET 125 Codage des requêtes 6.4 Requêtes d’accès aux objets standards Présentation Objet de ce souschapitre Ce sous-chapitre présente les requêtes d’accès aux objets standards. Le protocole UNI-TE fournit un ensemble de services permettant l'accès en lecture/ écriture aux données de type : l bit interne, l bit système, l mot interne, l mot système, l mot constant, l données Grafcet. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : 126 Sujet Page Lecture de bit interne (READ_INTERNAL_BIT) 127 Ecriture de bit interne (WRITE_INTERNAL_BIT) 130 Forçage de bit interne (FORCE_INTERNAL_BIT) 132 Lecture de mot interne (READ_INTERNAL_WORD) 134 Ecriture de mot interne (WRITE_INTERNAL_WORD) 136 Lecture d’un double mot interne (READ_INTERNAL_DWORD) 138 Ecriture d’un double mot interne (WRITE_INTERNAL_DWORD) 140 Lecture de mot constant (READ_CONSTANT_WORD) 141 Lecture d’un double mot constant (READ_CONSTANT_DWORD) 142 Lecture de bit système (READ_SYSTEM_BIT) 143 Ecriture de bit système (WRITE_SYSTEM_BIT) 145 Lecture de mot système (READ_SYSTEM_WORD) 146 Ecriture de mot système (WRITE_SYSTEM_WORD) 147 Lecture de l’état des étapes Grafcet (READ_GRAFCET_BIT) 148 TSX DR NET Codage des requêtes Lecture de bit interne (READ_INTERNAL_BIT) Requête Nom de la requête : READ_INTERNAL_BIT Ce service permet de lire la valeur d’un bit interne. Format de la requête Représentation du format : Code requête 00h Code catégorie Numéro 0 → 7 bit interne 1 octet 1 octet 1 mot Description du format : Paramètres Type Commentaires Code requête octet 00h Code catégorie octet 0à7 Numero bit interne mot numéro du bit à lire Format du compte-rendu Format du compte-rendu Code réponse 30h 1 octet Valeur table de 8 bits Forçage table de 8 bits Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l numéro de bit interne outrepassant la zone des bits internes configurés. Code réponse positif mot 30h Valeur table [8] bits la valeur est dans le bit de rang (NumMOD8) Forçage table [8] bits le bit de rang (NumMOD8) est forcé si sa valeur est 1 (l’état de forçage est indiqué dans le champ forçage) TSX DR NET 127 Codage des requêtes Exemple Dans cet exemple la valeur des différents bits est "0" sauf : l %M1 : 1, l %M3 : forcé à 1, Pour lire la valeur d’un bit compris entre %M0 et %M7, il suffit de rentrer un numéro de bit interne compris entre 0 et 7 (Modulo8). Pour lire la valeur entre %M8 et %M15, il suffit de rentrer un numéro de bit interne compris en 8 et 15 ...... Pour connaitre l’état des bits, il suffit de convertir en binaire le champ "Valeur" du compte-rendu. La procédure est identique pour lire l’état du forçage des bits. Génération de la requête READ_INTERNAL_BIT, avec lecture des bits %M1, %M3 : UNITE Request Query Name Query Data Code Rq : 00 Code Ext : 30 0 02 00 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) 02 File data preview Query Data Mask : Send 0A 08 Description de la requête : Format Numéro du bit interne Code Description 02 00h attention au format Intel, valeur du numéro du bit à lire soit 2 (la requête renvoyée sera identique si cette valeur est comprise entre 0 et 7) Description du compte-rendu : Format Code Description 0Ah 0000 1010 en binaire, donc les bits 1 et 3 sont à "1" Valeur 128 TSX DR NET Codage des requêtes Format Forçage TSX DR NET Code Description 08h 0000 1000 en binaire, donc le bit 3 est forcé à "1". la valeur de forçage est indiquée dans le champ valeur, dans cet exemple %M3 est forcé à 1. 129 Codage des requêtes Ecriture de bit interne (WRITE_INTERNAL_BIT) Requête Nom de la requête : WRITE_INTERNAL_BIT Ce service permet d’écrire la valeur d’un bit interne. Format de la requête Représentation du format : Code requête 10h Code catégorie Numéro 0 → 7 bit interne 1 octet 1 octet 1 mot Valeur 1 octet Description du format : Paramètres Type Commentaires Code requête octet 10h Code catégorie octet 0à7 Numéro de bit interne mot Numéro du bit interne %Mi à écrire Valeur octet 0 ou 1 Format du compte-rendu Représentation du format : Code réponse FEh 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l numéro de bit interne outrepassant la zone des bits internes configurés. Code réponse positif mot FEh 130 TSX DR NET Codage des requêtes Exemple Génération de la requête WRITE_INTERNAL_BIT avec mise à 1 du bit %M2 : UNITE Request Query Name Query Data Code Rq : 10 Code Ext : FE 3 02 00 01 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) File data preview Query Data Mask : Send Description de la requête : Format Numéro du bit interne Code Description 02 00h attention au format Intel numéro de bit interne, correspond à %M2 01h valeur de l’objet %M2 à écrire Valeur TSX DR NET 131 Codage des requêtes Forçage de bit interne (FORCE_INTERNAL_BIT) Requête Nom de la requête : FORCE_INTERNAL_BIT Ce service permet de forcer un bit interne. Format de la requête Représentation du format : Code requête 1Bh Code catégorie Numéro Type de 0 → 7 bit interne forçage 1 octet 1 octet 1 mot 1 octet Valeur 1 octet Description du format : Paramètres Type Commentaires Code requête octet 1Bh Code catégorie octet 0à7 Numéro bit interne mot Numéro du bit %Mi à écrire Type de forçage octet 00h : déforçage et écriture / 01h : forçage et écriture Valeur octet 0 ou 1 Format du compte-rendu Représentation du format : Code réponse FEh 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l numéro de bit interne outrepassant la zone des bits internes configurés. Code réponse positif mot FEh 132 TSX DR NET Codage des requêtes Exemple Génération de la requête FORCE_INTERNAL_BIT, avec forçage à "0" du bit %M2. UNITE Request Query Name Query Data Code Rq : 1B Code Ext : Code Ext Ret FE 4 02 00 01 00 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Nb Bytes (decimal) 0 File data preview Query Data Mask : Send Description de la requête : Format Numéro du bit interne Type de forçage Valeur TSX DR NET Code Description 02 00h attention au format Intel, numéro du bit interne, correspond à %M2 01h type de forçage, ici c’est un forçage 00h valeur de forçage, ici "0" 133 Codage des requêtes Lecture de mot interne (READ_INTERNAL_WORD) Description Nom de la requête : READ_INTERNAL_WORD Ce service permet de lire la valeur d’un mot interne. Format de la requête Représentation du format : Code requête 04h Code Numéro catégorie mot 0→7 interne 1 octet 1 octet 1 mot Description du format : Paramètres Type Commentaires Code requête octet 04h Code catégorie octet 0à7 Numéro mot interne mot numéro du mot interne %MWi à lire Format du compte-rendu Représentation du format : Code réponse 34h Valeur 1 octet 1 mot Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l numéro de mot interne outrepassant la zone des mots internes configurés. Code réponse positif mot 34h Valeur mot valeur du mot interne 134 TSX DR NET Codage des requêtes Exemple Génération de la requête READ_INTERNAL_WORD. Lecture de la valeur du mot %MW2 : UNITE Request Query Name Query Data Code Rq : 04 Code Ext : 34 2 02 00 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) 2 File data preview Query Data Mask : Send AB 00 Description de la requête : Format Numéro du mot interne Code Description 02 00h attention au format Intel, numéro du mot interne, correspond à %MW2 Description du compte-rendu : Format Code Description AB 00h attention au format Intel, valeur du mot interne %MW2, ici c’est ABh Valeur TSX DR NET 135 Codage des requêtes Ecriture de mot interne (WRITE_INTERNAL_WORD) Requête Nom de la requête : WRITE_INTERNAL_WORD Ce service permet d’écrire la valeur d’un mot interne. Format de la requête Représentation du format : Code requête 14h Code catégorie 0→7 1 octet 1 octet Numéro mot interne Valeur 1 mot 1 mot Description du format : Paramètres Type Commentaires Code requête octet 14h Code catégorie octet 0à7 Numéro mot interne mot numéro du mot interne %MWi à écrire Valeur mot valeur du mot interne Format du compte-rendu Représentation du format : Code réponse FEh 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l numéro de mot interne outrepassant la zone des mots internes configurés. Code réponse positif mot FEh 136 TSX DR NET Codage des requêtes Exemple Génération de la requête WRITE_INTERNAL_WORD, avec écriture à 0Ah du mot %MW2 : UNITE Request Query Name Query Data Code Rq : 14 Code Ext : FE 4 02 00 0A 00 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) File data preview Query Data Mask : Send Description de la requête : Format Numéro du mot interne Code Description 02 00h attention au format Intel, numéro du mot interne, correspond à %MW2 0A 00h attention au format Intel, valeur du mot à écrire, ici c’est 0Ah Valeur TSX DR NET 137 Codage des requêtes Lecture d’un double mot interne (READ_INTERNAL_DWORD) Requête Nom de la requête : READ_INTERNAL_DWORD Ce service permet la lecture d’un double mot interne. Format de la requête Représentation du format : Code requête 40h Code catégorie 0→7 1 octet 1 octet Numéro double mot 1 mot Description du format : Paramètres Type Commentaires Code requête octet 40h Code catégorie octet 0à7 Numéro double mot mot Numéro du double mot interne %MDi à lire Format du compte-rendu Représentation du format : Code réponse 70h Valeur 1 octet double mot Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l numéro de double mot interne outrepassant la zone des doubles mots internes configurés. Code réponse positif mot 70h Valeur double mot valeur du double mot interne 138 TSX DR NET Codage des requêtes Exemple Génération de la requête READ_INTERNAL_DWORD avec lecture du double mot %MD2 : UNITE Request Query Name Query Data Code Rq : 40 Code Ext : Code Ext Ret 70 2 02 00 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Nb Bytes (decimal) 4 File data preview Query Data Mask : Send AB 00 00 00 Description de la requête : Format Numéro double mot Code Description 02 00h attention au format Intel, numéro du double mot interne, correspond à %MD2 Description du compte-rendu : Format Code Description AB 00 00 00h valeur du double mot interne, ici c’est ABh Valeur TSX DR NET 139 Codage des requêtes Ecriture d’un double mot interne (WRITE_INTERNAL_DWORD) Requête Nom de la requête : WRITE_INTERNAL_DWORD Ce service permet l’écriture d’un double mot interne. Format de la requête Représentation du format : Code requête 46h Code catégorie 0→7 1 octet 1 octet Numéro double mot 1 mot Valeur double mot Description du format : Paramètres Type Commentaires Code requête octet 46h Code catégorie octet 0à7 Numéro double mot mot Numéro du double mot interne %MDi à écrire Valeur double mot valeur du double mot interne à écrire Format du compte-rendu Représentation du format : Code réponse FEh 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l numéro de double mot interne outrepassant la zone des doubles mots internes configurés. Code réponse positif mot FEh Exemple 140 Pour avoir un exemple similaire à cette requête, reportez-vous à : Exemple, p. 137 avec WRITE_INTERNAL_WORD. TSX DR NET Codage des requêtes Lecture de mot constant (READ_CONSTANT_WORD) Requête Nom de la requête : READ_CONSTANT_WORD Ce service permet de lire la valeur d’un mot constant. Format de la requête Représentation du format : Code requête 05h Numéro Code mot catégorie constant 0→7 1 octet 1 octet 1 mot Description du format : Paramètres Type Commentaires Code requête octet 05h Code catégorie octet 0à7 Numéro mot constant mot numéro du mot constant %KWi à lire Format du compte-rendu Représentation du format : Code réponse 35h Valeur 1 octet 1 mot Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l numéro de mot constant outrepassant la zone des mots constants configurés. Code réponse positif mot 35h Valeur mot valeur du mot constant Exemple TSX DR NET Pour avoir un exemple similaire à cette requête, reportez-vous à : Exemple (Voir Exemple, p. 135) avec READ_INTERNAL_WORD. 141 Codage des requêtes Lecture d’un double mot constant (READ_CONSTANT_DWORD) Requête Nom de la requête : READ_CONSTANT_DWORD Ce service permet la lecture d’un double mot constant. Format de la requête Représentation du format : Code requête 41h Code catégorie 0→7 1 octet 1 octet Numéro double mot 1 mot Description du format : Paramètres Type Commentaires Code requête octet 41h Code catégorie octet 0à7 Numéro double mot mot numéro du double mot constant %KDi à lire Format du compte-rendu Représentation du format : Code réponse 71h Valeur 1 octet double mot Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l numéro de mot constant outrepassant la zone des mots constants configurés. Code réponse positif mot 71h Valeur double mot valeur du double mot constant Exemple 142 Pour avoir un exemple similaire à cette requête, reportez-vous à : Exemple (Voir Exemple, p. 135) avec READ_INTERNAL_WORD. TSX DR NET Codage des requêtes Lecture de bit système (READ_SYSTEM_BIT) Requête Nom de la requête : READ_SYSTEM_BIT Ce service permet d’écrire la valeur d’un bit système. Format de la requête Représentation du format : Code requête 01h Numéro Code bit catégorie système 0→7 1 octet 1 octet 1 mot Description du format : Paramètres Type Commentaires Code requête octet 01h Code catégorie octet 0à7 Numéro bit système mot numéro du bit système %Si à lire Format du compte-rendu Représentation du format : Code réponse 31h Valeur 1 octet table de 8 bits Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l numéro de bit système outrepassant la zone des bits systèmes configurés. Code réponse positif mot 31h Valeur mot la valeur est dans le bit de rang (NumMOD8) TSX DR NET 143 Codage des requêtes Exemple Génération de la requête READ_SYSTEM_BIT, avec lecture du bit %S10 : Pour lire la valeur entre %S8 et %S15, il suffit de rentrer un numéro de bit interne compris en 8 et 15 ...... Pour connaitre l’état des bits, il suffit de convertir en binaire le champ "Valeur" du compte-rendu. UNITE Request Query Name Query Data Code Rq : 01 Code Ext : 31 2 0A 00 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) 01 File data preview Query Data Mask : Send 05 Description de la requête : Format Numéro du bit interne Code Description 0A 00h attention au format Intel, valeur du numéro du bit à lire, ici %S10 Description du compte-rendu : Format Code Description 05h 0000 0101 en binaire, donc les bits %S8 et %S10 sont à "1" Valeur 144 TSX DR NET Codage des requêtes Ecriture de bit système (WRITE_SYSTEM_BIT) Requête Nom de la requête : WRITE_SYSTEM_BIT Ce service permet d’écrire la valeur d’un bit système. Format de la requête Représentation du format : Code requête 11h Code Numéro catégorie bit 0→7 système 1 octet 1 octet 1 mot Valeur 1 octet Description du format : Paramètres Type Commentaires Code requête octet 11h Code catégorie octet 0à7 Numéro bit système mot Numéro du bit système %Si à écrire Valeur octet 0 ou 1 Format du compte-rendu Représentation du format : Code réponse FEh 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l numéro de bit système outrepassant la zone des bits systèmes configurés. Code réponse positif mot FEh Exemple TSX DR NET Pour avoir un exemple similaire à cette requête, reportez-vous à : Exemple, p. 131 avec WRITE_INTERNAL_BIT. 145 Codage des requêtes Lecture de mot système (READ_SYSTEM_WORD) Requête Nom de la requête : READ_SYSTEM_WORD Ce service permet de lire la valeur d’un mot système. Format de la requête Représentation du format : Code requête 06h Numéro Code mot catégorie système 0→7 1 octet 1 octet 1 mot Description du format : Paramètres Type Commentaires Code requête octet 06h Code catégorie octet 0à7 Numéro mot système mot Numéro du mot système %SWi à lire Format du compte-rendu Représentation du format : Code réponse 36h Valeur 1 octet 1 mot Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l numéro de mot système outrepassant la zone des mots systèmes configurés. Code réponse positif mot 36h Valeur mot valeur du mot système Exemple 146 Pour avoir un exemple similaire à cette requête, reportez-vous à : Exemple (Voir Exemple, p. 135) avec READ_INTERNAL_WORD. TSX DR NET Codage des requêtes Ecriture de mot système (WRITE_SYSTEM_WORD) Requête Nom de la requête : WRITE_SYSTEM_WORD Ce service permet d’écrire la valeur d’un mot système. Format de la requête Représentation du format : Code requête 15h Numéro Code mot catégorie système 0→7 1 octet 1 octet 1 mot Valeur 1 mot Description du format : Paramètres Type Commentaires Code requête octet 15h Code catégorie octet 0à7 Numéro mot système mot numéro du mot système %SWi à écrire Valeur mot valeur mot système Format du compte-rendu Représentation du format : Code réponse FEh 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l numéro de mot système outrepassant la zone des mots systèmes configurés. Code réponse positif mot FEh Exemple TSX DR NET Pour avoir un exemple similaire à cette requête, reportez-vous à : Exemple, p. 131 avec WRITE_INTERNAL_BIT. 147 Codage des requêtes Lecture de l’état des étapes Grafcet (READ_GRAFCET_BIT) Requête Nom de la requête : READ_GRAFCET_BIT Ce service permet de lire l’état de 128 étapes d’un Grafcet. Format de la requête Représentation du format : Code requête 2Ah Code catégorie Intervalle de bits 0→7 1 octet 1 octet 1 mot Description du format : Paramètres Type Commentaires Code requête octet 2Ah Code catégorie octet 0à7 Intervalle de bits mot intervalle de bits %Xi à lire l Intervalle de bits : la lecture porte sur un intervalle de 128 étapes défini comme suit : 0 = intervalle [X0..X127] 1 = intervalle [X128..X255] 2 = intervalle [X256..X383] 3 = intervalle [X384..X511] 4 = intervalle [X512..X639] 5 = intervalle [X640..X767] 6 = intervalle [X768..X895] 7 = intervalle [X896..X1023] 148 TSX DR NET Codage des requêtes Format du compte-rendu Représentation du format : Code réponse 5Ah 1 octet Valeur table de 128 bits Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l application inexistante, l application ne comportant pas de grafcet, l numéro d’intervalle ne correspond pas aux %Xi configurés. Code réponse positif mot 5Ah Valeur table [128] bits l Valeur : valeur des étapes (0 : étape inactive ou non gérée, 1 : étape active), 16 octets TSX DR NET 149 Codage des requêtes Exemple Génération de la requête READ_GRAFCET_BIT, par une lecture de l’état des étapes 1 et 10 : Dans cet exemple l’état des étapes 1 et 10 est 1 : l %X1 : 1, l %X10 : 1, Génération de la requête READ_GRAFCET_BIT, avec lecture de l’état des étapes 1 et 10 : UNITE Request Query Name Query Data Code Rq : 2A Code Ext : 5A 0 00 00 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) 16 File data preview Query Data Mask : Send 02 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Description de la requête : Format Intervalle de bits Code Description 00 00h l’intervalle d’étapes est donc compris entre X0 et X127 Description du compte-rendu : Format Valeur 150 Code Description 02 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00h l 02h : valeur des étapes 0 à 7, la valeur est 00000010 en binaire, donc l’étape 1 est active, soit %X1 = 1 (les autres étapes ne sont pas actives), l 04h : valeur des étapes 8 à 15, la valeur est 00000100 en binaire, donc l’étape 10 est active, soit %X10 = 1 (les autres étapes ne sont pas actives), l etc ... TSX DR NET Codage des requêtes 6.5 Requêtes d’accès aux objets d’un module d’entrées/sorties Présentation Objet de ce souschapitre Ce sous-chapitre présente les requêtes d’accès aux objets d’un module d’entrées/ sorties. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : TSX DR NET Sujet Page Présentation des requêtes 152 Lecture de la mémoire image d’un module TOR simple (READ_DIGITAL_MODULE_IMAGE) 153 Ecriture bit de la mémoire image d’un module TOR simple (WRITE_DIGITAL_MODULE_IMAGE) 160 Lecture du status d’un module (READ_STATUS_MODULE) 164 Lecture des objets d’une voie d’E/S (READ_IO_CHANNEL) 170 Ecriture des objets d’une voie d’E/S (WRITE_IO_CHANNEL) 176 151 Codage des requêtes Présentation des requêtes Présentation L'utilisation de ces requêtes nécessite de connaître les règles générales d'adressage des entrées/sorties (voir Mécanismes d’adressage X-Way, p. 59 et Format d’une trame X-Way, p. 77. Rappel L'adresse est codée dans un tableau d'octets de longueur variable. L’ octet 0 spécifie la longueur du tableau, l’octet 1 spécifie le numéro du rack et l’octet 2 le numéro du module sur le rack : Octets 0 Logueur 1 2 3 4 5 6 Num Rack Num Rod Chemin d’accès Ce format (Voir Adressage des objets d’entrées/sorties accèdés, p. 99) est utilisé dans l'ensemble des requêtes d'accès aux objets d'entrées/sorties. 152 TSX DR NET Codage des requêtes Lecture de la mémoire image d’un module TOR simple (READ_DIGITAL_MODULE_IMAGE) Requête Nom de la requête : READ_DIGITAL_MODULE_IMAGE Ce service permet de lire les bits images des entrées/sorties d'un module TOR simple. Ce service n'existe pas en version 1.0. Format de la requête Représentation du format : Code Code requête catégorie Extension Adresse module 0→7 49h 1 octet 1 octet 1 octet Type des valeurs à lire table d’octets table de 8 bits Description du format : Paramètres Type Commentaires Code requête octet 49h Code catégorie octet 0à7 Extension octet ce paramètre est utilisé pour coder une information spécifique à un type de produit (00 par défaut). Adresse module table d’octets contient l’adresse du module concerné selon le format (Voir Adressage des objets d’entrées/sorties accèdés, p. 99) Type des valeurs à lire table [8] bits précise la liste des informations à fournir dans la réponse :. bit 7 bit 0 ER D R FI H V valeur de la voie historique forçage application valeur appliquée à “V” si défaut défaut sur la voie état de repli TSX DR NET 153 Codage des requêtes Format du compte-rendu Représentation du format : Si “Compte-rendu” = 00h Code Compteréponse Extension rendu 79h 1 octet 1 octet 1 octet Status module Classe Informations complémentaires suivant la valeur du “Classe du module” module 1 octet 1 octet table de bits Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh Code réponse positif mot 79h Extension octet identique au champ de même nom dans la requête. Compte-rendu octet l 00h si résultat positif, l 01h si adresse module hors borne, adresse incorrecte l 02h si module non configuré ou défaut de configuration, l 03h si paramètre d'entrée incohérent, l 06h module incompatible. Status module l bit 0 : matériel en panne, octet l bit 1 : indique une erreur de type externe, l bit 2 : absence de bornier, l bit 3 : module en auto-test, l bit 4 : réservé, l bit 5 : assemblage de modules incompatibles ou défaut de configuration logicielle, l bit 6 : module absent ou hors tension, l bit 7 : réservé. Classe du module l 00h : module avec configuration figée (TSX Micro), octet l 01h : module configurable (TSX Premium) non mixte (%Q ou %I), l 02h : module configurable mixte (%Q et %I). Informations complémentaires suivant la valeur "Classe du module = 0 ou 1" Type des Nombre valeurs de voies d’E/S lues table [8] bits octet Structure Valeur Valeur de du Historique Forçage des E/S repli module table de bits table de bits table de bits table de bits table de bits Défaut voie Indication de repli table de bits table de bits Type de valeurs lues table [8] bits sur un TSX Premium pour une voie en entrée si "Types de valeurs à lire " est à FFh dans la requête émise, alors le champ "Type de valeurs lues" est à 3Fh (toutes les informations sont fournies). Par contre, dans le même cas pour une voie en sortie cette valeur passe à 37h (l’information "Repli" n’est pas fournie). Nombre de voies d’E/S octet indique le nombre maximum configurable de voies d’E/S. 154 TSX DR NET Codage des requêtes Paramètres Type Commentaires Structure du module table de bits Ce paramètre précise la signification de chaque bit du module : l 0 pour les entrées, l 1 pour les sorties. Module à 8 entrées/4 sorties Sorties Non significatif Sorties Longueur = 12 Octet 0 Octet 1 Octet 2 Valeur des E/S table de bits indique la valeur de chaque bit d’entrées ou de sorties du module. La présence de ce paramètre est conditionnelle à la valeur de "types des valeurs lues". Historique table de bits indique la valeur de l’état antérieur de chaque voies d’entrées ou de sorties du module. La présence de ce paramètre est conditionnelle à la valeur de "types des valeurs lues" (sur TSX Premium. Forçage table de bits signale les voies du module qui sont forcés. Le bit "i" prend la valeur 1 si la voie "i" est forcée. La présence de ce paramètre est conditionnelle à la valeur de "types des valeurs lues". Valeur de repli table de bits indique la valeur de repli de chaque voie d’entrées ou de sorties du module. La présence de ce paramètre est conditionnelle à la valeur de "types des valeurs lues". Défaut voie table de bits signale les voies du module en défaut. Le bit "i" prend la valeur 1 si la voie "i" est en défaut. La présence de ce paramètre est conditionnelle à la valeur de "types des valeurs lues". Indication de repli table de bits indique pour chaque voie en entrée ou sortie si elle est en repli ou non. La présence de ce paramètre est conditionnelle à la valeur de "types des valeurs lues". La partie qui suit ne concerne que les TSX Premium Informations complémentaires suivant la valeur "Classe du module = 2" Nombre de voies d’E/S Nombre maxi %I par voie octet octet Nombre Liste de Liste de maxi %Q (Nombre (Nombre par voie maxi %I) maxi %Q) octet Nombre de voies d’E/S table de bits octet Nombre maximum de %I octet par voie TSX DR NET table de bits indique le nombre maximum configurables de voies d’E/S pour les modules de type TSX Premium, ce champ vaut toujours 1 155 Codage des requêtes Paramètres Type Commentaires Nombre maximum de %Q par voie octet pour les modules de type TSX Premium, ce champ vaut toujours 1 Liste de [Nombre maximum de %I par voie] ou [Nombre maximum de %Q par voie] : Type de valeurs Structure du modèle sur le lues du %I ou %Q %I ou %Q octet table de bits Valeur des E/S Historique Forçage Valeur de repli Défaut voie Indication de repli table de bits table de bits table de bits table de bits table de bits table de bits Le nombre d’objets dans la liste est égal à la valeur du champ "Nombre maximum de %I par voie" et "Nombre maximum de %Q par voie" Exemple : si on a deux %I, on aura deux fois la structure représentée ci-dessus. Type de valeurs lues du %I ou du %Q octet sur un TSX Premium pour les %I si "Types de valeurs à lire " est à FFh dans la requête émise, alors le champ "Type de valeurs lues" est à 3Fh (toutes les informations sont fournies). Par contre, dans le même cas pour les %Q cette valeur passe à 37h (l’information "Repli" n’est pas fournie). Structure du modèle sur table de bits le %I ou %Q ce paramètre précise l’existence du %I ou %Q pour chaque bit du module : l 0 : le %I ou %Q n’existe pas en mémoire IOIM, l 1 : le %I ou %Q existe en mémoire IOIM. Valeur des E/S Historique Forçage Valeur de repli Défaut voie Indication de repli pour chacun de ces champs, leur signification est identique à celle des champs du même nom dans la description Informations complémentaires suivant la valeur "Classe du module = 0 ou 1". sur un TSX Premium, le champ "Valeur de repli" du %Q est toujours absent, donc le bit "R" du champ "Type des valeurs lues" du %Q est toujours égal à 0. 156 table de bits table de bits table de bits table de bits table de bits table de bits TSX DR NET Codage des requêtes Exemple Génération de la requête READ_DIGITAL_MODULE_IMAGE, avec une lecture des I/O d’un TBX DMS 16P22 (Voir Adressage d’un objet d’un module sur une voie de communication Fipio, p. 100) : UNITE Request Query Name Query Data Code Rq : 49 Code Ext : Code Ext Ret 79 9 00 06 00 00 02 01 00 01 01 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Nb Bytes (decimal) 21 File data preview Query Data Mask : Send 00 00 02 02 10 01 01 01 10 FF FF 10 05 00 01 10 00 00 10 00 00 Description de la requête : Format Code Description 00h extension (valeur par défaut) l 06h l nombre d’octets pour décrire l’adresse du module l 00h l rack numéro 0 l 00h l emplacement du module l 02h l voie Fipio = 2 l 01h l numéro du point de connexion, 1 l 00h l module de base Extension Adresse module Type des valeurs à lire TSX DR NET l 01h l numéro de la voie dans le module 01h 0000 0001, bit "V" = 1, donc lecture que de: "Valeurs des E/S" 157 Codage des requêtes Description du compte-rendu : Format Code Description 00h extension 00h résultat positif dans le compte-rendu 02h 0000 0010, bit 1 du "Status module" = 1 indique une erreur de type externe 02h module configurable mixte 10h nombre d’E/S, dans cet exemple 16 01h nombre de %I par voie, dans cet exemple 1 01h nombre de %Q par voie, dans cet exemple 1 01h identique à la question "types de valeurs à lire" Extension Compte-rendu Status module Classe du module Nombre de voies d’E/S Nombre maxi %I par voie Nombre maxi %Q par voie Type des valeurs lues Structure du modèle le %I.1 10 FF FFh structure du modèle sur le %I : l 10h = 16 = longueur de la table en bits, donc 2 octets, l FF FFh = les voies 0 à 15 détiennent le %I. Explication : octet 0 7. . . . . . 0 Valeur HEXA Valeur DEC Valeur BIN Valeur des E/S 10 05 00h 10 16 0001 0000 octet 1 octet 2 7 . . . . . . 0 15 . . . . . . 8 FF 255 1111 1111 FF 255 1111 1111 valeurs des E/S sur le %I : l 10h = 16 = longueur de la table en bits, donc 2 octets, l 05 00h = la valeur des voies 0 et 2 est 1, les autres sont nulles Explication : octet 0 7. . . . . . 0 Valeur HEXA Valeur DEC Valeur BIN Type des valeurs lues 158 01h 10 16 0001 0000 octet 1 octet 2 7 . . . . . . 0 15 . . . . . . 8 05 5 0000 0101 00 0 0000 0000 identique à la question TSX DR NET Codage des requêtes Format Structure du modèle %Q Valeur des E/S TSX DR NET Code Description 10 00 00h structure du modèle sur le %Q : l 10h = 16 = longueur de la table en bits, donc 2 octets, l 00 00h = aucunes voies détiennent le %Q. 10 00 00h valeur des E/S sur le %Q : l 10h = 16 = longueur de la table en bits, donc 2 octets, l 00 00h = toutes les voies sont nulles. 159 Codage des requêtes Ecriture bit de la mémoire image d’un module TOR simple (WRITE_DIGITAL_MODULE_IMAGE) Requête Nom de la requête : WRITE_DIGITAL_MODULE_IMAGE Ce service permet d’écrire la valeur (0 ou 1) d’une voie ou de plusieurs voies consécutives d’entrées-sorties d'un module TOR simple. Ce service n'existe pas en version 1.0. Format de la requête Représentation du format : Code Code Adresse requête catégorie Extension module → 7 0 4Ah 1 octet 1 octet 1 octet table d’octets Numéro Nombre Type voie d’opérations opération octet table [8] bits octet Type voie Valeur voie quartet quartet Description du format : Paramètres Type Commentaires Code requête octet 4Ah Code catégorie octet 0à7 Extension octet Ce paramètre est utilisé pour coder une information spécifique à un type de produit (00h par défaut). Adresse module table d’octets contient l’adresse du module concerné selon le format (Voir Adressage des objets d’entrées/sorties accèdés, p. 99). Nombre d’opérations octet Indique le nombre d’opérations décrites dans la suite de la requête. Type d’opérations table [8] bits Indique si une action de forçage, de déforçage ou de repli doit être effectuée : l Action = 00h aucune opération spécifique est demandée, seule l’écriture d’une valeur est effectuée, l Action = 01h une opération de forçage est demandée, l Action = 02h une opération de déforçage est demandée sans écriture, l Action = FEh réarmement global de toutes les voies du module (non implémenté sur Premium), l Action = FFh un déforçage global de toutes les voies du module est demandé, dans ce cas le numéro de la voie et le type de voie ne sont pas significatifs. Numéro voie octet Précise le numéro de la voie sur laquelle porte l’opération. Ce paramètre n’est pas significatif si l’action = FFh. 160 TSX DR NET Codage des requêtes Paramètres Type Commentaires Type voie quartet l bit 0 = 1 Type %Q bit 0 = 0 Type %I l bit 1 .. 3 = rang dans la voie de l’octet à écrire Le rang 0 correspond au premier %I ou %Q de la voie. Ce paramètre n’est pas significatif si l’action = FFh. Type Rang de l’octet dans la voie numéro du bit dans le quartet Valeur voie quartet 3 2 1 %I : 0 %Q : 1 0 Ce paramètre doit prendre la valeur 0 ou 1 à affecter au bit. Cette valeur est positionnée dans le bit de poids faible, les autres bits doivent être renseignés à 0. Si le type d’opération est 02h, FEh ou FFh alors ce paramètre n’est pas significatif. Valeur numéro du bit dans le quartet Format du compte-rendu 0 0 3 2 0 1 valeur 0 Représentation du format : Code réponse Extension Compterendu 7Ah 1 octet 1 octet 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh Code réponse positif mot 7Ah Extension octet identique au champ de même nom dans la requête. Compte-rendu octet l 00h si résultat positif, l 01h si adresse module hors borne, l 02h si module non configuré, l 03h si paramètre d'entrée incohérent, l 04h résultat partiellement correct, l 06h module incompatible. TSX DR NET 161 Codage des requêtes Exemple Génération de la requête WRITE_DIGITAL_MODULE_IMAGE, avec un forçage à 0 de la sortie %Q8 d’un TBX DMS 16P22 (Voir Adressage d’un objet d’un module sur une voie de communication Fipio, p. 100) : UNITE Request Query Name Query Data Code Rq : 4A Code Ext : Code Ext Ret 7A 12 00 06 00 00 02 01 00 01 01 01 08 01 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Nb Bytes (decimal) 2 File data preview Query Data Mask : Send 00 00 Description de la requête : Format Code Description 00h extension (valeur par défaut) l 06h l nombre d’octets pour décrire l’adresse du module l 00h l rack numéro 0 l 00h l emplacement du module l 02h l voie Fipio = 2 l 01h l numéro du point de connexion, 1 l 00h l module de base Extension Adresse module Nombre d’opérations Type opération Numéro voie 162 l 01h l numéro de la voie dans le module 01h nombre d’opérations, ici 1 01h opération de forçage demandée 08h numéro de la voie sur laquelle porte l’opération TSX DR NET Codage des requêtes Format Valeur voie Code Description 01h cet octet est divisé en deux quartets, celui de poids faible représente le type de voie, celui de poids fort la valeur de la voie. l 0h : valeur de forçage = 0 l 1h : le type de voie est %Q donc la valeur est 1 Type voie Description du compte-rendu : Format Code Description 00h extension 00h résultat positif dans le compte-rendu Extension Compte-rendu TSX DR NET 163 Codage des requêtes Lecture du status d’un module (READ_STATUS_MODULE) Requête Nom de la requête : READ_STATUS_MODULE Ce service a pour objectif de fournir des informations d’identification, de structuration physique et d’état d’un module ou d’un équipement présent et également les données de configuration des modules pour permettre le diagnostic total d’une station. Ce service n'existe pas en version 1.0. Format de la requête Représentation du format : Code Code requête catégorie Adresse module 0→7 44h 1 octet 1 octet Chaîne d’octets Description du format : Paramètres Type Commentaires Code requête octet 44h Code catégorie octet 0à7 Adresse module chaîne d’octets contient l’adresse du module concerné selon le format (Voir Adressage d’un objet d’un module sur un bus fond de panier, p. 99) 164 TSX DR NET Codage des requêtes Format du compte-rendu Représentation du format : Si module configuré Code réponse 74h Format de réponse 1 octet 1 octet Compterendu Gamme produit Type métier Type Référence produit catalogue table [8] bits 1 octet 1 octet 1 octet ••• 1 octet Si module présent ••• Type d’équipement Type métier Type Référence produit catalogue 1 octet 1 octet 1 octet 1 octet Status module de base table [16] bits Version module ••• 1 octet Si module présent ••• Etat des voyants Nb de sousmodule Identification d’un sous module table 8 bits 1 octet table d’octets Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh Code réponse positif mot 74h Format de réponse octet l 00h : format normal. Les identifications du module de base et des sous-modules sont décrites. l 01h : format simple. Seule l’identification du module de base est fournie. l 02h : erreur. Aucune identification n’est fournie. Compte-rendu TSX DR NET table [8] bits Ce paramètre indique si le module est présent ou absent et s’il est configuré ou non configuré. l bit 0 : 1 si le module est présent physiquement, sinon 0, l bit 1 : 1 si le module est configuré, 0 sinon, l bit 2 : 1 si le module n’est pas un module TOR et s’il supporte quand même les requêtes READ_DIGITAL_MODULE_IMAGE et WRITE_DIGITAL_MODULE_IMAGE. 165 Codage des requêtes Paramètres Type Commentaires Gamme produit Type métier Type produit Référence catalogue octet octet octet octet Ces informations sont fournies exclusivement si le module est configuré. Ces différentes données sont conformes au standard d’identification précisé dans la description de la requête IDENTIFICATION (Voir Identification d’un équipement (IDENTIFICATION), p. 105). Rappel : les principaux métiers sont : l TOR : 00h, l ANA : 10h, l COM : 20h l CPU : 30h, l PES : 70h, l ALIM : 90h. Type d’équipement Type métier Type produit Référence catalogue octet octet octet octet Si l’équipement est absent l’ensemble des informations d’identification de ce champ n’est pas fourni dans la réponse. Ces différentes données sont conformes au standard d’identification précisé dans la description de la requête IDENTIFICATION (Voir Identification d’un équipement (IDENTIFICATION), p. 105). Status module de base table [16] bits Si l’équipement est absent ce champ n’est pas fourni dans la réponse. Le champ "Status du module de base " est constitué d’un status "Standard" sur l’octet de poids faible et d’un status "Spécifique" (informations renvoyées par le module, voir le manuel de mise en oeuvre du module) sur l’octet de poids fort. L’octet de status "Standard" contient les informations suivantes : l bit 0 = 1 : défaut interne (matériel en panne), l bit 1 = 1 : défaut fonctionnel, l bit 2 = 1 : défaut bornier (absence de bornier), l bit 3 = 1 : module en auto test, l bit 4 = 1 : réservé, l bit 5 = 1 : défaut configuration, l bit 6 = 1 : module absent ou hors tension, l bit 7 = 1: réservé. Version module 166 octet Si l’équipement est absent ce champ n’est pas fourni dans la réponse. La version du module est structurée en deux parties : l quartet de poids fort : numéro de version, l quartet de poids faible : numéro de révision. TSX DR NET Codage des requêtes Paramètres Type Commentaires Etats des voyants table [8] bits Si l’équipement est absent ce champ n’est pas fourni dans la réponse. Chaque LED est codée sur 2 bits : bit 7 bit 0 Voyant RUN Voyant ERR Voyant I/O Autre Voyant (COM, ...) Codage : 00 Eteint 01 Clignotant 10 Allumé 11 Non significatif nombre de sousmodules présents et/ou configurés octet Ce paramètre précise le maximum entre le nombre de sous-modules configurés et le nombre de sous-modules présents Identification d’un sous-module Si sous-module existe Si sous-module présent Si sous-module configuré Numéro de voie Compterendu Type métier Type Référence produit catalogue 1 octet table [8] bits 1 octet 1 octet 1 octet Type métier Type Référence Version sousproduit catalogue module 1 octet 1 octet 1 octet 1 octet Status sousmodule table [8] bits Numéro de voie octet Précise le numéro de voie logique correspondant à l’emplacement du sous-module dont l’identification est décrite dans la réponse. Compte-rendu table [8] bits Ce champ a une structure identique au compte-rendu décrit pour l’identification du module de base Type métier Type produit Référence catalogue octet octet octet Ces informations sont fournies exclusivement si le module est configuré. Ces différentes données sont conformes au standard d’identification précisé dans la description de la requête IDENTIFICATION (Voir Identification d’un équipement (IDENTIFICATION), p. 105) TSX DR NET 167 Codage des requêtes Paramètres Type Commentaires Type métier Type produit Référence catalogue Version sous-module Status sous-module octet octet octet octet table [8] bits Ces informations sont fournies exclusivement si le module est présent. Ces différentes données sont conformes au standard d’identification précisé dans la description de la requête IDENTIFICATION (Voir Identification d’un équipement (IDENTIFICATION), p. 105) Exemple Génération de la requête READ_STATUS_MODULE sur un TSX DSY 08R5 placé dans l’emplacement 3 du rack 0. Il n’y a aucun sous-module et le bornier est absent. UNITE Request Query Name Query Data Code Rq : 44 Code Ext : 74 3 02 00 03 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) 15 File data preview Query Data Mask : Send 01 03 05 00 01 68 05 00 01 68 00 00 10 02 00 Description de la requête : Format Adresse du module Code Description 02 00 03h adresse du module, 02 longueur du champ qui suit, 00 numéro du rack et 03 emplacement du module dans le rack) Description du compte-rendu : Format Format de réponse 168 Code Description 01h format de la réponse, ici c’est un format simple TSX DR NET Codage des requêtes Format Code Description 03h 03h = 0000 0011 module présent et configuré 05h gamme produit pour le module configuré, ici c’est un TSX Premium 00h type métier pour le module configuré, ici c’est un module TOR 01h type produit pour le module configuré, ici c’est un processeur de type TSX P57 •••3 (Voir Identification d’un équipement (IDENTIFICATION), p. 105) 68h référence catalogue, on utilise un TSX P57 153 (Voir Identification d’un équipement (IDENTIFICATION), p. 105) 05h type équipement produit pour le module présent, ici c’est un TSX Premium 00h type métier pour le module configuré, ici c’est un module TOR 01h type produit pour le module configuré, ici c’est un processeur de type TSX P57 •••3 (Voir Identification d’un équipement (IDENTIFICATION), p. 105) 68h référence catalogue, on utilise un TSX P57 153 (Voir Identification d’un équipement (IDENTIFICATION), p. 105) 00 00h status module, ici module OK 10h quartet poids fort = 1 donc version 1, quartet poids faible = 0 donc révision 0 02h état des voyants, ici le voyant RUN allumé 00h nombre de sous-module, ici 0 Compte-rendu Gamme produit Type métier Type produit Référence catalogue Type équipement Type métier Type produit Référence catalogue Status module de base Version module Etat des voyants Nb de sous-module TSX DR NET 169 Codage des requêtes Lecture des objets d’une voie d’E/S (READ_IO_CHANNEL) Requête Nom de la requête : READ_IO_CHANNEL Ce service permet de lire des objets d’E/S de niveau voie (ex.: données de configuration, paramètrage, commande, status,... Ce service n'existe pas en version 1.1. Format de la requête Représentation du format : Code Code requête catégorie 0→7 43h 1 octet 1 octet Adresse voie table d’octets Type Nombre d’opérations d’objets à lire de lecture 1 octet 1 octet Nombre Indice de début 1 mot 1 mot Description du format : Paramètres Type Commentaires Code requête octet 43h Code catégorie octet 0à7 Adresse voie table d’octets contient l’adresse du module concerné selon le format (Voir Adressage des objets d’entrées/sorties accèdés, p. 99). Nombre d’opérations de octet lecture 170 Ce paramètre précise le nombre d’opérations de lectures combinées demandé dans la requête. Pour chaque opération, des informations complémentaires sont précisées. Elles décrivent le type de données et le type d’accès. Ce nombre peut être égal à 0, dans ce cas la requête est uniquement utilisée pour tester l’état de la voie. Si ce nombre est égal à 1 les opérations sont de type "accès individuel", c’est à dire que la lecture est limités à un seul type de données. Si ce nombre est supérieur à 1 les opérations sont de type "combinée", c’est à dire qu’il est possible de lire plusieurs types de données à la fois. TSX DR NET Codage des requêtes Paramètres Type Type d’objets à lire octet Commentaires Précise le type d’objet à lire : l 00h : données périodiques, l 01h : %I, l 02h : %Q, l 03h : %IW, l 04h : %QW, l 05h : %MW, l 06h : %MW Status, l 07h : %MW Paramètre de réglage, l 08h : %MW Commande, l 09h : %KW, l 0Bh : opération de sauvegarde, l 0Eh : paramètres initiaux, l 0Fh : "ReadParam" et lecture des paramètres de réglage, l FFh : leture du descriptieur de l’IOB Nombre mot une valeur à zéro spécifie la lecture de la totalité de la zone. Indice de début mot numéro relatif à une zone TSX DR NET 171 Codage des requêtes Format du compte-rendu Représentation du format : Si “Compte-rendu d’opérations” = 00h Code réponse 73h Compterendu général Défaut voie Nombre opérations réalisées Suite 1 octet 1 octet 1 octet 1 octet 1 octet CompteZone Type opération rendu spécifique opération opération Tableau 1 octet 1 octet d’octets Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh Code réponse positif mot 73h Compte-rendu général octet Indique le résultat de l’opération : l 00h : résultat positif, l 01h : module ou voie non configuré, l 03h : paramètre d’entrée hors borne, l 04h : résultat partiellement correct Dans le cas d’une réponse différente de 0 il n’y a pas d’informations supplémentaires. Défaut voie octet l 00h : pas de défaut, Nombre opérations réalisées octet indique le nombre d’opérations complétement ou partiellement réalisées. Suite octet signale que la réponse est incomplète (cas ou la taille des informations à transmettre est trop importante). Type opération octet conforme au paramètre de la requête "Type d’objet à lire" Compte-rendu opération octet l 00h : résultat positif, l 01h : signifie la présence d’un défaut (sur TSX Premium). l 01h : module ou voie non configuré, l 02h : erreur d’échange, l 03h : paramètre d’entrée hors borne, l 04h : objets inaccessibles, l 06h : module incompatible , l 07h : échange en cours, l 08h : indice incorrect, l 09h : opération impossible,, l 0Bh : sauvegarde non autorisée, l 0Ch : erreur d’échange (nombre max d’échanges explicites atteint), 172 TSX DR NET Codage des requêtes Paramètres Type Commentaires Zone spécifique opération : La "Zone spécifique opération" propose un choix parmis les 4 parties suivantes : l données périodique, l %I, l %Q, l autres données, Données périodiques Taille élément Valeur %I Valeur %Q Valeur %IW Valeur %QW 1 octet table d’octets table d’octets table de mots table de mots Taille élément octet Précise le nombre de bits associés à un objet %I ou %Q. Valeur des %I table d’octets Contient la valeur des %I de la voie. Le premier octet indique le nombre d’octets significatifs dans ce tableau. La valeur d’un %I est codée sur un octet au format suivant : l bit 0 :"D", valeur de la voie, l bit 1 : "H", historique, l bit 2 : "FL", forçage local, l bit 3 : "FR", état de forçage distant indiqué par le module d’entrées ou état de repli du module de sortie, l bit 4 : "VAR", valeur de repli si défaut (%I uniquement), l bit 5 : "ER", indique un état de repli (%I uniquement), l bit 6 : "VIR", validation de la fonction repli, l bit 7 : "SDEF", OU logique des défauts. Valeur des %Q table d’octets Contient la valeur des %Q (même format que pour %I). Valeur des %IW table d’octets Fournit la liste des objets %IW, le premier mot de la table indique la taille en nombre de mots (0 si pas de %IW). Valeur des %QW table d’octets Fournit la liste des objets %QW, le premier mot de la table indique la taille en nombre de mots (0 si pas de %QW. Taille élément octet Précise le nombre de bits associés à un objet %I. Valeur %I table d’octets Contient la valeur des %I. %I Taille élément Valeur %I octet table d’octets TSX DR NET 173 Codage des requêtes Paramètres Type Commentaires Taille élément octet Précise le nombre de bits associés à un objet %Q. Valeur %Q table d’octets Contient la valeur des %Q table de mots Table de mots contenant la valeur des données, le premier octet précise la longueur en nombre de mots. Les valeurs sont fournies exclusivement dans le cas d’un compte-rendu positif. %Q Taille élément Valeur %Q octet table d’octets Autres données : Valeur des données table de mots Valeur des données Exemple Génération de la requête READ_IO_CHANNEL sur un TSX DSY 08R5 placé dans l’emplacement 3 du rack 0, pour lire la voie 0 : UNITE Request Query Name Code Rq : 43 Query Data Code Ext : 73 Query Data 10 03 00 03 00 01 05 00 00 00 00 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) 11 File data preview Mask : Send 00 00 01 00 05 00 02 00 00 00 00 174 TSX DR NET Codage des requêtes Description de la requête : Format Adresse voie Nombre d’opérations de lecture Type d’objets à lire Code Description 03 00 03 00h adresse du module et de la voie 01h nombre d’opérations de lecture (01) 05h type d’objet, ici c’est un %MW 00 00h lecture de la totalité de la zone 00 00h numéro de la zone Nombre Indice de début Description du compte-rendu : Format Compte-rendu général Défaut voie Nombre d’opérations réalisées Code Description 00h compte-rendu général, résultat positif 00h pas de défaut voie 01h nombre d’opérations réalisées 00h signale l’état de la réponse, ici la réponse est complète 05h type d’opération 00h compte-rendu d’opération, résultat positif 02 00 00 00 00h l 02h : nombre de bits associés à un %I ou %Q, Suite Type d’opération Compte-rendu opération Zone spécifique opération l 00h : valeur des %I, l 00h : valeur des %Q, l 00h : valeur des %IW, l 00h : valeur des %QW. TSX DR NET 175 Codage des requêtes Ecriture des objets d’une voie d’E/S (WRITE_IO_CHANNEL) Requête Nom de la requête : WRITE_IO_CHANNEL Ce service permet d’écrire des objets d’E/S. Ce service n'existe pas en version 1.1. Format de la requête Représentation du format : Code Code requête catégorie 0→7 48h Adresse voie 1 octet 1 octet table d’octets Nombre d’objets à modifier Indice de l’objet à modifier Valeur des %I, %Q Valeur des %IW,%QW, %MW, %KW 1 mot 1 mot table d’octets table de mots ••• Nombre Type d’opérations d’objets écriture 1 octet 1 octet Type opération écriture ••• 1 octet Description du format : Paramètres Type Commentaires Code requête octet 48h Code catégorie octet 0à7 Adresse voie table d’octets contient l’adresse du module concerné selon le format (Voir Adressage des objets d’entrées/sorties accèdés, p. 99). Nombre d’opérations d’écriture octet Indique le nombre d’opérations d’écriture à effectuer. Si ce nombre est supérieur à 1 les opérations doivent toutes être du type combiné Type d’objets octet Précise le type d’objet à écrire : l 01h : %I, l 02h : %Q, l 03h : %IW, l 04h : %QW, l 07h : %MW Paramètre, l 08h : %MW Commande, l 09h : %KW, l 0Ah : reconfiguration, l 0Ch : restaurer, l 0Dh : déconfiguration. Type d’opération d’écriture octet l 00h : écriture de la valeur, l 01h : opération de forçage, l 02h : opération de déforçage, 176 TSX DR NET Codage des requêtes Paramètres Type Commentaires Nombre d’objet à modifier mot ce paramètre précise le nombre d’objets consécutifs à modifier. Indice de l’objet à modifier mot indice du premier objet à écrire. Valeur des %I et %Q table d’octets valeur des %I ou %Q, le premier octet donne la longueur du champ. Valeur des %IW, %QW, %MW, %KW table de mots valeur des %IW ou %QW ou %MW ou %KW, le premier mot donne la longueur du champ qui suit. Format du compte-rendu Représentation du format : Code réponse 78h Compterendu 1 octet 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh Code réponse positif mot 78h Compte-rendu octet l 00h : résultat positif, l 01h : module ou voie non configuré, l 02h : erreur d’échange, l 03h : paramètre d’entrée hors borne, l 04h : objets inaccessibles, l 06h : module incompatible , l 07h : échange en cours, l 08h : indice incorrect, l 09h : opération impossible, l 0Ah : valeur à écrire rejetée, l 0Ch : erreur d’échange FIPIO (nombre maximum d’échanges explicites atteint). TSX DR NET 177 Codage des requêtes Exemple Génération de la requête WRITE_IO_CHANNEL sur un TSX DSY 08R5 placé dans l’emplacement 2 du rack 1, pour écrire %Q5 à 1 : UNITE Request Query Name Query Data Code Rq : 48 Code Ext : 78 14 03 01 02 05 01 02 00 00 00 00 00 00 01 01 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) 1 File data preview Query Data Mask : Send 00 Description de la requête : Format Adresse voie Nombre d’opérations d’écriture Type d’objets à lire Type opération écriture Nombre d’objets à modifier Indice de l’objet à modifier Valeur des %I, %Q 178 Code Description 03 01 02 05h adresse du module et de la voie (Voir Adressage des objets d’entrées/sorties accèdés, p. 99) 01h nombre d’opérations d’écriture (01) 02h type d’objet, ici c’est un %Q 00 00h écriture de la valeur 00 00h aucun objet à modifier 00 00h non significatif car l’adresse du %Q5 est déjà définie dans le champ adresse voie 01 01h l 01h : longueur du champ "valeur des %Q", l 01h : valeur du %Q5 à écrire. TSX DR NET Codage des requêtes Description du compte-rendu : Format Compte-rendu TSX DR NET Code Description 00h résultat positif 179 Codage des requêtes 6.6 Requêtes d’accès aux objets génériques Présentation Objet de ce souschapitre Le protocole UNI-TE propose des services de lecture/écriture sur des objets de type : l application ( bit et mot interne, timer, compteur), l système (données de configuration), l gestion de réseau (compteur de défaut, données de routage), l gestion d’équipement (données de configuration d’une unité fonctionnelle). Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : 180 Sujet Page Identification des objets 181 Paramètres d’accès 182 Lecture d’objets (READ_OBJECTS) 183 Ecriture d’objets (WRITE_OBJECTS) 188 Lecture d’objet générique (READ_GENERIC_OBJECT) 191 Ecriture d’objet générique (WRITE_GENERIC_OBJECT) 198 Lecture d’une liste d’objet (READ_OBJECT_LIST) 203 TSX DR NET Codage des requêtes Identification des objets Description Ces objets sont identifiés par un identificateur de classe dont le format est le suivant : Format 2 octets N° de Segment Type 1 octet 1 octet Adresse de l’objet 1 (ou 2 mots si type ≥ 80h) ou Format 5 octets N° de Segment 1 octet Famille 1 mot Type 1 mot Adresse de l’objet 1 (ou 2 mots si type ≥ 80h) Le numéro de segment détermine le choix du format : 2 ou 5 octets. N° de segment : l <64h : identification sur 5 octets l ≥64h: identification sur 2 octets l Type : classe d'objet (Voir Description des différentes classes d’objets, p. 234) à atteindre dans le segment donné (1 octet) l Famille, type : classe d'objet (Voir Description des différentes classes d’objets, p. 234) à atteindre dans le segment donné (2 octets) Ces informations sont spécifiques à chaque équipement. Se référer aux documentations produit spécifiques pour en connaître les différentes valeurs. l Adresse de l’objet : adresse de l'objet à atteindre. l TSX DR NET 181 Codage des requêtes Paramètres d’accès Description Pour chaque opération de lecture ou d'écriture d'un objet, le type d'accès à effectuer sur cet objet est défini au travers des paramètres suivants : Définition : l accès total : lorsque l’on demande un accès total (FFh) pour une lecture sur un TIMER IEC, par exemple, le compte-rendu nous renvoie la valeur de tous les paramètres (Type timer, Type preset ....). l accès partiel simple : lorsque l’on demande un accès partiel simple (02h) pour une lecture sur un timer IEC, par exemple, il faut préciser l’élément que l’on souhaite lire en donnant son numéro, donné dans les tableaux des différentes classes d’objets (Voir Description des différentes classes d’objets, p. 234). 1er cas : accès total continu. Type d’accès FFh 1 octet Quantité Données 1 mot Uniquement en cas d’écriture l Quantité : nombre d'éléments consécutifs à atteindre Données : données à écrire (cas d'une écriture). 2ème cas : accès partiel simple. l Type d’accès 02h Numéro élément 1 octet 1 mot Données Uniquement en cas d’écriture l Numéro élément : numéro de l'élément (Voir Description des différentes classes d’objets, p. 234) à atteindre Pour chaque élément est défini : l le numéro de l'élément à atteindre. Si cet élément est de type tableau, sont précisés : l le rang à atteindre dans le tableau, l le nombre de rangs consécutifs à atteindre. Note : Un exemple est détaillé avec la requête READ_GENERIC_OBJECT (Voir Exemple 1, p. 194). 182 TSX DR NET Codage des requêtes Lecture d’objets (READ_OBJECTS) Requête Nom de la requête : READ_OBJECTS Ce service permet de lire un ou plusieurs objets consécutifs de même type. Format de la requête Représentation du format : Code Code Segment requête catégorie de l’objet 0→7 36h 1 octet 1 octet 1 octet Type objet Instance Nombre du premier d’objets à lire objet 1 octet 1 mot 1 mot Description du format : Paramètres Type Commentaires Code requête octet 36h Code catégorie octet 0à7 Segment de l’objet octet voir Objets accessibles, p. 184 Type objet octet voir Objets accessibles, p. 184 Instance du premier objet mot Contient l’adresse du premier objet à lire. Nombre d’objets à lire mot Nombre d’objets à lire. TSX DR NET 183 Codage des requêtes Format du compte-rendu Représentation du format : Code réponse 66h Type de l’objet Données 1 octet 1 octet Table de mots Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh l automate non configuré, l segment inconnu du système, l type d’objet non présent dans le segment, l instance du dernier objet hors des limites de la configuration de PL7, l nombre d’objets trop important pour le buffer de réponse. l nombre d’objets à écrire égal à zéro, l nombre de bits à lire non multiple de 8, Code réponse positif mot 66h Type de l’objet octet Identique au champ de même nom dans la requête. Données Table de mots valeur des objets lus (le format dépend du type d’objet et du nombre d’objets lus). Objets accessibles Liste et identification des objet accessibles par le système : Segment Famille Type 06h Gestion de réseau Couche communication 0x31 données évènementielles Unitelway objet de communication 01 données évènementielles Unitelway 32h Objets PL7 octet 0 : n° de réseau octet 1 : n° de station 1 : mots communs Liste et identification des objet accessibles par l’utilisateur : Libellé objet Segment Type Instance %Mi 06h 5 i : numéro du bit interne (nombre de bits multiple de 8). %Si 32h 6 i : numéro du bit système interne (nombre de bits multiple de 8). Gestion de réseau 184 TSX DR NET Codage des requêtes Libellé objet Segment Type Instance %Mi 64h 5 i : numéro de bit interne (nombre de bits multiple de 8). %Si 64h 6 i : numéro de système interne (nombre de bits multiple de 8). %MWi 68h 7 i : numéro du mot interne %MDi 68h 8 i : numéro du double mot interne %KWi 69h 7 i : numéro du mot constant %KDi 69h 8 i : numéro du double mot constant 6Ah 7 i : numéro du mot système 80h 1 l 03h : date et heure courante au Espace bit Espace données internes Espace données constantes Espace données système %SWi Espace système TSX7/TSX Premium/TSX Micro Horodateur format BCD, l 04h : date et heure du dernier arrêt au format BCD, TSX DR NET 185 Codage des requêtes Exemple Génération de la requête READ_OBJECTS avec lecture de l’horodateur : UNITE Request Query Name Query Data Code Rq : 36 66 6 80 01 03 00 01 00 Cpt Rq : Animation Code Ret Category : 7 Code Ext : Nb Bytes Code Ext Ret Nb Bytes (decimal) 10 File data preview Query Data Mask : Send 01 00 04 14 47 10 19 10 01 20 Description de la requête : Format Segment de l’objet Type de l’objet Instance du premier objet Nombre d’objets à lire Code Description 80h segment de l’objet 01h type de l’objet 03 00h Attention c’est au Format Intel,donc on lit 00 03h qui correspond à la date et l’heure courante au format BCD 01 00h Attention c’est au Format Intel,donc on lit 00 01h qui correspond au nombre d’objets à lire Description du compte-rendu, on sait que le format de l’horodateur (Voir Objet Horodateur, p. 247) est codé sur 9 octets : Format Type de l’objet 186 Code Description 01h type de l’objet TSX DR NET Codage des requêtes Format Données[nombre d’objets] TSX DR NET Code Description 00 04 14 47 10 19 10 01 20h correspond aux 9 octets de l’horodateur: l 00 : dixième de seconde. l 04 : vendredi, l 14 : secondes, l 47 : minutes, l 10 : heure, l 19 : le 19 octobre, l 10 : mois d’octobre, l 01 20h : année 2001, 187 Codage des requêtes Ecriture d’objets (WRITE_OBJECTS) Requête Nom de la requête : WRITE_OBJECTS Ce service permet d’écrire un ou plusieurs objets consécutifs de même type. Format de la requête Représentation du format : Code Code Segment requête catégorie de l’objet 0→7 37h 1 octet 1 octet 1 octet Type objet Instance Nombre du premier d’objets à écrire objet 1 octet 1 mot 1 mot Données Table de mots Description du format : Paramètres Type Commentaires Code requête octet 37h Code catégorie octet 0à7 Segment de l’objet octet voir Objets accessibles, p. 189. Type objet octet voir Objets accessibles, p. 189. Instance du premier objet mot contient l’adresse du premier objet à écrire. Nombre d’objets à écrire mot nombre d’objets à écrire. Données Table de mots données à écrire, le format dépend du type d’objet et du nombre d’objet à écrire. Format du compte-rendu Représentation du format : Code réponse FEh 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh l automate non configuré, l segment inconnu du système, l type d’objet non présent dans le segment, l instance du dernier objet hors des limites de la configuration de PL7, l nombre d’objets à écrire àgal à zéro. Code réponse positif mot FEh 188 TSX DR NET Codage des requêtes Objets accessibles Liste et identification des objet accessibles : Libellé objet Segment Type Instance %Mi 64h 5 i :numéro de bit interne (nombre de bits multiple de 8). %Si 64h 6 i :numéro de système interne (nombre de bits multiple de 8). %MWi 68h 7 i : numéro du mot interne %MDi 68h 8 i : numéro du double mot interne %KWi 69h 7 i : numéro du mot constant %KDi 69h 8 i : numéro du double mot constant 6Ah 7 i : numéro du mot système 80h 1 03h : date et heure courante au format BCD, Espace bit Espace données internes Espace données constantes Espace données système %SWi Espace système TSX7/TSX Premium/TSX Micro Horodateur TSX DR NET 189 Codage des requêtes Exemple Génération de la requête WRITE_OBJECTS avec l’écriture de %MW10 à 11 et %MW11 à 12 : UNITE Request Query Name Query Data Code Rq : 37 Code Ext : FE 10 68 07 0A 00 02 00 0B 00 0C 00 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) 0 File data preview Query Data Mask : Send Description de la requête : Format Segment de l’objet Type de l’objet Instance du premier objet Nombre d’objet à écrire Données [Nombre d’objet] Données [Nombre d’objet] 190 Code Description 68h segment des objets à écrire (espace mots) 07h type de l’objet (%MWi) 0A 00h instant du premier objet soit %MW10 (10=0Ah) 02 00h nombre d’objet à écrire, ici c’est 2 0B 00h valeur à écrire dans %MW10 vaudra 0B00h soit 11 0C 00h valeur à écrire dans %MW11 vaudra 0C00h soit 12 TSX DR NET Codage des requêtes Lecture d’objet générique (READ_GENERIC_OBJECT) Requête Nom de la requête : READ_GENERIC_OBJECT Ce service permet la lecture partielle ou totale d’un objet simple ou structuré.. Format de la requête Représentation du format : Code Code requête catégorie 0→7 82h identification de l’objet Paramètre d’accès 1 octet 4 à 9 octets 2 à n octets 1 octet Description du format : Paramètres Type Commentaires Code requête octet 82h Code catégorie octet 0à7 Identification de l’objet table d’octets voir Identification des objets, p. 181. Paramètre d’accès table d’octets voir Paramètres d’accès, p. 182. TSX DR NET 191 Codage des requêtes Format du compte-rendu Représentation du format : Si accès total : Code réponse B2h 1 octet Type de l’objet 1 mot Nombre Instance éléments de l’objet lus 1 mot 1 mot Status lecture Liste de valeurs 1 octet Le format dépend de l’objet lu. Si accès partiel simple : Code réponse B2h 1 octet Type de l’objet 1 mot Taille totale en Status Instance octets de : de l’objet Status et Valeur lecture 1 mot 1 mot Valeur de l’élément 1 octet Le format dépend du type d’élément lu. Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh l Automate non configuré Code réponse positif mot B2h Type de l’objet mot Identique au champ de même nom dans la requête (identification de l’objet). Instance de l’objet mot Identique au champ de même nom dans la requête (identification de l’objet). Nombre d’éléments lus mot Identique au champ de même nom dans la requête (paramètres d’accès). Status lecture octet Valeurs possibles : l 00h : lecture effectuée, l 02h : numéro d’instance en dehors des limites de configuration, l 03h : nombre de bits à lire non multiple de 8, l 04h : objet non configuré dans l’application PL7, l 05h : débordement du buffer de réponse, l 07h : paramètre d’accès, libellé d’objet ou numéro d’élément incorrect, l 08h : accès temporairement impossible, l 09h : nombre de lectures demandées égal à zéro. Liste de valeurs table d’octets Le format dépend de l’objet lu. Si accès total : Si accès partiel simple : Taille totale en mots des mot champs Status et Valeur Correspond à la longueur des deux champs Status Lecture et Valeur de l’élément. Status lecture octet identique que pour l’accès total. Valeur de l’élément table d’octets Le format dépend du type d’élément. 192 TSX DR NET Codage des requêtes Objets accessibles Liste et identification des objet accessibles : Libellé objet Segment Famille Type Instance Type Accès Espace bit %Mi 64h 5 i : numéro du bit interne (nombre de Total bits multiple de 8). %Si 64h 6 i : numéro du bit système (nombre de bits multiple de 8). %MWi 68h 7 i : numéro du mot interne Total %MDi 68h 8 i : numéro du double mot interne Total %KWi 69h 7 i : numéro du mot constant Total %KDi 69h 8 i : numéro du double mot constant Total %SWi 6Ah 7 i : numéro du mot système Total %SDi 6Ah 8 i : numéro du double mot système Total 80h 1 l 03h : date et heure courante au Total Espace données internes Espace données constantes Espace données système Espace système TSX7/ TSX Premium/TSX Micro Horodateur format BCD, l 04h : date et heure du dernier arrêt au format BCD, Total (nombre = 1) Total (nombre = 1) Espace blocs Fonctions PL7 Timer PL7-3 %Ti 81h 1 i : numéro du timer PL7-3 Total ou partiel simple Timer 1131-3 %TMi 81h 2 i : numéro du timer IEC 1131-3 Total ou partiel simple Compteur %Ci 81h 3 i : numéro du compteur Total ou partiel simple Drum %DRi 81h 4 i : numéro du drum Total ou partiel simple Monostable %MNi 81h 5 i : numéro du monostable Total ou partiel simple TSX DR NET 193 Codage des requêtes Libellé objet Segment Registre de mots %Ri 81h Famille Type Instance Type Accès 6 i : numéro du registre Total ou partiel simple pf : N° Réseau PF : N° station (i) j : numéro de mot commun Total Espace objets PL7 Mots communs %NW{i}j l Exemple 1 32h 01h Génération de la requête READ_GENERIC_OBJECT avec lecture en accès total de l’objet temporisateur %TM0 (Voir TIMER IEC, p. 235) : UNITE Request Query Name Query Data Code Rq : 82 Code Ext : B2 7 81 02 00 00 FF 01 00 Category : 7 Cpt Rq : Animation Code Ret Nb Bytes Code Ext Ret Nb Bytes (decimal) 15 File data preview Query Data Mask : Send 02 00 00 00 01 00 00 03 01 E8 03 00 00 03 00 Description de la requête : Format Segment de l’objet Type de l’objet 194 Code Description 81h segment des objets à lire 02h type de l’objet, on a un %TMi TSX DR NET Codage des requêtes Format Instance du premier objet Type d’accès Code Description 00 00h instant du premier objet soit %TM0 FFh accès total 01 00h attention au format Intel, en fait on lit 00 01h, soit un temporisateur à lire Quantité Description du compte-rendu : Format Type de l’objet Instance de l’objet Nombre éléments lus Status lecture Liste de valeurs TSX DR NET Code Description 02 00h attention au format Intel, type d’objet = 2 00 00h instant du premier objet soit %TM0 01 00h attention au format Intel, en fait on lit 00 01h, soit un timer lu 00h status de lecture, ici on a "Lecture effectuée" 03 01 E8 03 00 00 03 00h liste des valeurs (Voir TIMER IEC, p. 235) de la configurationdu %TM0 : l 03h : timer type TON, l 01h : preset modifiable, l E8 03h : valeur Preset = 1000, l 00 00h : valeur courante, ici 0 car temporisateur non lancé, l 03h : base de temps = 1mn, l 00h : (Sortie Q, R, D) bit 0 de l’octet 0 = 0. 195 Codage des requêtes l Exemple 2 Génération de la requête READ_GENERIC_OBJECT avec lecture en accès partiel simple de l’élément "Type timer" de l’objet temporisateur %TM0 (Voir TIMER IEC, p. 235) : UNITE Request Query Name Query Data Code Rq : 82 Code Ext : Code Ext Ret B2 7 81 02 00 00 02 01 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Nb Bytes (decimal) 15 File data preview Query Data Mask : Send 02 00 00 00 02 00 00 03 Description de la requête : Format Segment de l’objet Type de l’objet Instance du premier objet Type d’accès Numéro de l’élément 196 Code Description 81h segment des objets à lire 02h type de l’objet, on a un %TMi 00 00h instant du premier objet soit %TM0 02h accès partiel simple 01h correspond à l’élément "Type timer" du TIMER IEC (Voir TIMER IEC, p. 235) TSX DR NET Codage des requêtes Description du compte-rendu : Format Type de l’objet Instance de l’objet Code Description 02 00h attention au Format Intel, type d’objet = 2, donc Timer IEC 00 00h instance de l’objet soit %TM0 Taille totale et mot 02 00h de Status et valeurs lecture taille en octets des champs Status Lecture et Valeur de l’élément, ici 2 octets Status lecture 00h status de lecture, ici on a "Lecture effectuée" Valeur de l’élément 03h le "Type timer" du TIMER IEC (Voir TIMER IEC, p. 235) est égal à 3 donc c’est un "TON" TSX DR NET 197 Codage des requêtes Ecriture d’objet générique (WRITE_GENERIC_OBJECT) Requête Nom de la requête : WRITE_GENERIC_OBJECT Ce service permet l’écriture partielle ou totale d’un objet simple ou structuré. Format de la requête Représentation du format : Code Code requête catégorie 0→7 83h identification de l’objet Paramètre d’accès 1 octet 4 à 9 octets 2 à n octets 1 octet Description du format : Paramètres Type Commentaires Code requête octet 83h Code catégorie octet 0à7 Identification de l’objet mot / octet voir Identification des objets, p. 181. Paramètre d’accès mot / octet voir Paramètres d’accès, p. 182. Format du compte-rendu Représentation du format : Si accès total : Code réponse B3h 1 octet Type de l’objet 1 mot Nombre Instance éléments de l’objet écrits 1 mot Status écriture 1 mot 1 octet Si accès partiel simple : Code réponse B3h 1 octet Type de l’objet 1 mot Instance de l’objet 1 mot Constante Status écriture 1 mot 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh l automate non configuré, l segment inconnu du système, l type d’objet non présent dans le segment, l type d’accès inconnu du système, Code réponse positif mot B3h 198 TSX DR NET Codage des requêtes Paramètres Type Commentaires Type de l’objet mot Identique au champ de même nom dans la requête (identification de l’objet). Instance de l’objet mot Identique au champ de même nom dans la requête (identification de l’objet). Nombre d’éléments écrits mot Nombre d’éléments écrits. Status lecture octet Si accès total : Valeurs possibles : l 00h : écriture effectuée, l 01h : accès protégé en écriture, l 02h : numéro d’instance en dehors des limites de configuration, l 04h : objet non configuré dans l’application PL7, l 06h : valeur à écrire non valide, l 08h : accès temporairement impossible, l 09h : nombre d’écritures demandées égal à zéro. Si accès partiel simple : Constante mot toujours égal à 1. Status lecture octet identique à accès total. Objets accessibles Liste et identification des objet accessibles : Libellé objet Segment Famille Type Instance Type Accès %Mi 64h 5 i :numéro du bit interne (nombre de Total bits multiple de 8). %Si 64h 6 i :numéro du bit système (nombre de bits multiple de 8). Total Espace bit Espace données internes %MWi 68h 7 i : numéro du mot interne Total %MDi 68h 8 i : numéro du double mot interne Total %KWi 69h 7 i : numéro du mot constant Total %KDi 69h 8 i : numéro du double mot constant Total Espace données constantes Espace données système TSX DR NET 199 Codage des requêtes Libellé objet Segment Famille Type Instance Type Accès Total %SWi 6Ah 7 i : numéro du mot système %SDi 6Ah 8 i : numéro du double mot système Total 80h 1 l 03h : date et heure courante au Espace système TSX7/ TSX Premium/TSX Micro Horodateur format BCD, l 04h : date et heure du dernier arrêt au format BCD, Total (nombre = 1) Total (nombre = 1) Partiel simple Espace blocs Fonctions PL7 Timer PL7-3 %Ti 81h 1 i : numéro du timer PL7-3 Timer 1131-3 %TMi 81h 2 i : numéro du timer IEC 1131-3 Partiel simple Compteur %Ci 81h 3 i : numéro du compteur Partiel simple Drum %DRi 81h 4 i : numéro du drum Partiel simple Monostable %MNi 81h 5 i : numéro du monostable Partiel simple Registre de mots %Ri 81h 6 i : numéro du registre Partiel simple Espace objets PL7 Mots communs %NW{i}j 200 32h 01h pf : N° j : numéro de mot commun Réseau PF : N° station (i) Total TSX DR NET Codage des requêtes l Exemple Génération de la requête WRITE_GENERIC_OBJECT avec écriture du mot %MW5 (Voir TIMER IEC, p. 235) à la valeur FFFFh (en accès total) : UNITE Request Query Name Query Data Code Rq : 83 Code Ext : B3 9 68 07 05 00 FF 01 00 FF FF Category : 7 Cpt Rq : Animation Code Ret Nb Bytes Code Ext Ret Nb Bytes (decimal) 7 File data preview Query Data Mask : Send 07 00 05 00 01 00 00 Description de la requête : Format Segment de l’objet Type de l’objet Instance du premier objet Type d’accès Code Description 68h segment de l’objet à lire 07h type de l’objet, on a un %MWi 05 00h attention au format Intel, instance du premier objet soit %MW5 FFh accès total 01 00h attention au format Intel, soit un mot à écrire FF FFh attention au format Intel, valeur à écrire Quantité Données TSX DR NET 201 Codage des requêtes Description du compte-rendu : Format Type de l’objet Instance de l’objet Nombre éléments écrits Status écriture 202 Code Description 07 00h attention au format Intel, type d’objet = 2 05 00h instant du premier objet soit %MW5 01 00h attention au format Intel, 1 mot écrit 00h status d’écriture, ici on a "Ecriture effectuée" TSX DR NET Codage des requêtes Lecture d’une liste d’objet (READ_OBJECT_LIST) Requête Nom de la requête : READ_OBJECT_LIST Ce service permet de lire un ou plusieurs objets consécutifs de même type. Format de la requête Représentation du format : x (nombre d’opérations) Nombre Code Code requête catégorie Extension d’opérations 0→7 38h 1 octet 1 octet 1 octet 1 octet Identification de l’objet Paramètre d’accès 4 à 9 octets 2 à n octets Description du format : Paramètres Type Commentaires Code requête octet 38h Code catégorie octet 0à7 Extension octet vaut 0. Nombre d’opérations octet nombre d’opérations de lecture à effectuer. Identification de l’objet octet voir Identification des objets, p. 181. Paramètre d’accès mot / octet voir Paramètres d’accès, p. 182. Format du compte-rendu Représentation du format : x (nombre d’opérations) Si accès total : Code Compteréponse Extension rendu 68h 1 octet 1 octet 1 octet Nombre d’opérations Status lecture 1 octet 1 octet 1 octet TSX DR NET 1 octet 1 octet Le format dépend de l’objet lu. x (nombre d’opérations) Si accès partiel simple : Code Compteréponse Extension rendu 68h Liste de valeurs Nombre d’opérations Status lecture 1 octet 1 octet Valeur de l’élément Le format dépend du type d’élément lu. 203 Codage des requêtes Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh l automate non configuré, Code réponse positif mot 68h Extension octet vaut 0. Compte-rendu octet Valeurs possibles : l 00h : lecture effectuée, l 02h : numéro d’instance en dehors des limites de configuration, l 03h : nombre de bits à lire non multiple de 8, l 04h : objet non configuré dans l’application PL7, l 05h : débordement du buffer de réponse, l 07h : paramètre d’accès, libellé d’objet ou numéro d’élément incorrect, l 08h : accès temporairement impossible, l 09h : nombre de lectures demandées égal à zéro. Nombre d’opérations octet Identique au champ de même nom dans la requête. octet Identique au "Compte-rendu". Si accès total : Status de lecture Liste de valeurs Le format dépend de l’objet lu. Si accès partiel simple : Status de lecture octet Identique au champ "Compte-rendu". Valeur de l’élément Objets accessibles Le format dépend du type d’élément. Liste et identification des objet accessibles : Libellé objet Segment Famille Type Instance Type Accès Espace données internes %MWi 68h 7 i : numéro du mot interne Total %MDi 68h 8 i : numéro du double mot interne Total %KWi 69h 7 i : numéro du mot constant Total %KDi 69h 8 i : numéro du double mot constant Total Total Espace données constantes Espace données système %SWi 6Ah 7 i : numéro du mot système %SDi 6Ah 8 i : numéro du double mot système Total 204 TSX DR NET Codage des requêtes Exemple 1 Génération de la requête READ_OBJECT_LIST avec la lecture de %MW (%MW1, %MW2 et %MW 3) : l 1er exemple avec une seule opération pour une lecture de 3 mots %MW1, %MW2 et %MW3: UNITE Request Query Name Query Data Code Rq : 38 68 9 00 01 68 07 01 00 FF 03 00 Cpt Rq : Animation Code Ret Category : 7 Code Ext : Nb Bytes Code Ext Ret Nb Bytes (decimal) 10 File data preview Query Data Mask : Send 00 00 01 00 02 00 03 00 04 00 Description de la requête : Format Extension Nombre d’opérations Segment de l’objet Type de l’objet Instance du premier objet TSX DR NET Code Description 00h extension, toujours 00h 01h nombre d’opérations, on aura donc qu’une opération de lecture pour une lecture de n éléments 68h segment de l’objet, la lecture s’effectue sur des données internes 07h type de l’objet, ici %MWi (mot interne) 01 00h instance du premier objet, attention au Format Intel, la valeur est 0001h 205 Codage des requêtes Format Type d’accès Code Description FFh accès total 03 00h nombre d’éléments à lire, ici 3 Quantité Description du compte-rendu : Format Extension Code Description 00h extension, toujours 00h 00h compte-rendu, "Lecture effectuée" 01h nombre d’opérations effectuées 00h status de lecture, ici on a "Lecture effectuée" l 02 00h l Compte-rendu Nombre d’opérations Status lecture Liste de valeurs l 03 00h l 04 00h 206 valeur du premier mot lu %MW1 (car instance de l’objet = 0001). %MW1 = 2, l %MW2 = 3 l %MW3 = 4 TSX DR NET Codage des requêtes Exemple 2 Exemple avec trois opérations pour une lecture de 3 mots %MW10, %MW20 et %MW30: UNITE Request Query Name Query Data Code Rq : 38 Code Ext : 68 23 00 03 68 07 0A 00 FF 01 00 68 07 14 00 FF 01 00 68 07 1E 00 FF 01 00 Cpt Rq : Animation Code Ret Category : 7 Nb Bytes Code Ext Ret Nb Bytes (decimal) 12 File data preview Query Data Mask : Send 00 00 01 00 02 00 00 03 00 00 04 00 Description de la requête : Format Extension Nombre d’opérations Identification de l’objet 1 Code Description 00h extension, toujours 00h 03h nombre d’opérations, on aura donc un status de lecture pour chaque lecture d’éléments 68 07 0A 00 FF 01 00h l 68h : segment de l’objet, la lecture s’effectue sur des données internes, l 07h : type de l’objet, ici un %MWi, l 0A00h : instance de l’objet 1, attention au format Intel, la valeur est 000Ah l FFh : accès total, l 01 00h : nombre d’éléments à lire, ici 1 car on effectue, à titre d’exemple, trois l’opération de lecture successives. Ici c’est la première. TSX DR NET 207 Codage des requêtes Format Identification de l’objet 2 Code Description 68 07 14 00 FF 01 00h l 68h : segment de l’objet, la lecture s’effectue sur des données internes, l 07h : type de l’objet, ici un %MWi, l 1400h : instance de l’objet 2, attention au format Intel, la valeur est 0014h l FFh : accès total, l 01 00h : nombre d’éléments à lire, ici 1 car on effectue la seconde opération de lecture, Identification de l’objet 3 68 07 1E 00 FF 01 00h l 68h : segment de l’objet, la lecture s’effectue sur des données internes, l 07h : type de l’objet, ici un %MWi, l 1E00h : instance de l’objet 3, attention au format Intel, la valeur est 001Eh l FFh : accès total, l 01 00h : nombre d’éléments à lire, ici 1 car on effectue la troisième opération de lecture. Description du compte-rendu : Format Code Description 00h extension, toujours 00h 00h compte-rendu, "Lecture effectuée" 03h nombre d’opérations effectuées Status + valeurs objet 1 00 02 00h l 00h : status lecture, identique au compte-rendu, Status + valeurs objet 2 00 03 00h Status + valeurs objet 3 00 04 00h Extension Compte-rendu Nombre d’opérations 208 l 02 00h: valeur de %MW10 = 2 l 00h : status lecture, identique au compte-rendu, l 03 00h: valeur de %MW20 = 3 l 00h : status lecture, identique au compte-rendu, l 04 00h: valeur de %MW30 = 4 TSX DR NET Codage des requêtes 6.7 Gestion des modes de marche Présentation Objet de ce souschapitre Ce sous-chapitre présente les services permettant d’agir sur les modes de marche d’un processeur au travers d’ordres tels que RUN, STOP ou INIT. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : TSX DR NET Sujet Page Démarrage d’application ou de tâche (RUN) 210 Arrêt d’application ou de tâche (STOP) 211 Initialisation (INIT) 212 209 Codage des requêtes Démarrage d’application ou de tâche (RUN) Requête Nom de la requête : Run Ce service permet de lancer l’exécution d’une ou plusieurs tâches d’un processeur. Format de la requête Représentation du format : Code Segment Code requête catégorie de l’objet 0→7 à activer 24h 1 octet 1 octet 1 octet Instance Type d’objet à de l’objet à activer activer 1 octet 1 octet Description du format : Paramètres Type Commentaires Code requête octet 24h Code catégorie octet 0à7 Segment de l’objet à activer octet vaut 82h Type d’objet à activer octet vaut 01h Instance de l’objet à activer octet l 01 pour une tâche de priorité de niveau 0, l 02 pour une tâche de priorité de niveau 1, l 03 pour une tâche FAST, l 04 pour une tâche MAST. Format du compte-rendu Représentation du format : Code réponse FEh 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l automate réservé par une autre entité client, l automatre non configuré, l une entrée STOP physique empêche l’exécution de l’application. Code réponse positif mot FEh 210 TSX DR NET Codage des requêtes Arrêt d’application ou de tâche (STOP) Requête Nom de la requête : STOP Ce service permet d’arrêter l’exécution d’une ou plusieurs tâches d’un processeur. Format de la requête Représentation du format : Code Segment Code requête catégorie de l’objet 0→7 à activer 25h 1 octet 1 octet 1 octet Instance Type d’objet à de l’objet à activer activer 1 octet 1 octet Description du format : Paramètres Type Commentaires Code requête octet 25h Code catégorie octet 0à7 Segment de l’objet à arrêter octet vaut 82h Type d’objet à arrêter octet vaut 01h Instance de l’objet à arrêter octet l 01 pour une tâche de priorité de niveau 0, l 02 pour une tâche de priorité de niveau 1, l 03 pour une tâche FAST, l 04 pour une tâche MAST. Format du compte-rendu Représentation du format : Code réponse FEh 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l automate réservé par une autre entité cliente, l automatre non configuré, Code réponse positif mot FEh TSX DR NET 211 Codage des requêtes Initialisation (INIT) Requête Nom de la requête : INIT Ce service permet l’initialisation de l’application chargée dans l’automate. Format de la requête Représentation du format : Code Type Code requête catégorie d’initiali0→7 sation 33h 1 octet 1 octet 1 octet Description du format : Paramètres Type Commentaires Code requête octet 33h Code catégorie octet 0à7 Type d’initialisation octet vaut 1. Format du compte-rendu Représentation du format : Code réponse 66h Status 1 octet 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l automate réservé par une autre entité cliente, Code réponse positif mot 66h Status octet Compte-rendu d’opération : l 00h : inittialisation OK, l 18h : défaut de configuration 212 TSX DR NET Codage des requêtes 6.8 Gestion de sémaphore Présentation Objet de ce souschapitre Ce sous-chapitre présente les mécanismes de gestion de sémaphores permettant de protéger un serveur pour éviter les accès concurrents pendant une période critique. Ce mécanisme de réservation est assuré par 3 services : l établissement d’une réservation, l maintien d’une réservation, l libération d’une réservation. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : TSX DR NET Sujet Page Réservation (RESERVE) 214 Libération (RELEASE) 215 Maintien d’une réservation (I_AM_ALIVE) 216 213 Codage des requêtes Réservation (RESERVE) Requête Nom de la requête : RESERVE Ce service permet à un client de réserver les fonctions d’un serveur partiellement ou globalement. Format de la requête Représentation du format : Code Type Segment Code requête catégorie de l’objet de l’objet 0→7 réservé réservé 1Dh 1 octet 1 octet 1 octet 1 octet Instance de l’objet réservé Table [2] octets Description du format : Paramètres Type Commentaires Code requête octet 1Dh Code catégorie octet 0à7 Segment de l’objet réservé octet vaut 6Dh, correspond à une "APPLICATION". Type d’objet réservé réservé octet Instance de l’objet réservé Table [2] octets réservé Note : Ces trois champs sont optionnels (l’absence de ces paramêtres indique une réservation de niveau global). Format du compte-rendu Représentation du format : Code réponse FEh 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l automate réservé par une autre entité cliente, l objet déjà réservé. Code réponse positif mot FEh 214 TSX DR NET Codage des requêtes Libération (RELEASE) Requête Nom de la requête : RELEASE Ce service permet à un client de libérer les fonctions d’un serveur partiellement ou globalement. Format de la requête Représentation du format : Code Type Segment Code requête catégorie de l’objet de l’objet 0→7 réservé réservé 1Eh 1 octet 1 octet 1 octet 1 octet Instance de l’objet réservé Tableau [2] octets Description du format : Paramètres Type Commentaires Code requête octet 1Eh Code catégorie octet 0à7 Segment de l’objet réservé octet vaut 6Dh, correspond à une "APPLICATION". Type d’objet réservé réservé octet Instance de l’objet réservé Table [2] octets réservé Note : Ces trois champs sont optionnels (l’absence de ces paramêtres indique une réservation de niveau global). Format du compte-rendu Représentation du format : Code réponse FEh 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l automate réservé par une autre entité cliente, Code réponse positif mot FEh TSX DR NET 215 Codage des requêtes Maintien d’une réservation (I_AM_ALIVE) Requête Nom de la requête : I_AM_ALIVE Ce service est indispensable pour maintenir la réservation du serveur par le client. Format de la requête Représentation du format : Code Adresse Type Segment Code du requête catégorie Param.code Param.value de l’objet de l’objet 0→7 réservant réservé réservé 2Dh 1 octet 1 octet 1 mot 1 octet Tableau [n] octets 1 octet 1 octet Instance de l’objet réservé Tableau [2] octets Description du format : Paramètres Type Commentaires Code requête octet 2Dh Code catégorie octet 0à7 Adresse du réservant mot deux cas se posent : l l’entité réservante est demandeuse, ou ne connait pas sa propre adresse : FFFFh l l’entité demandeuse n’est pas celle qui a réservé : adresse du réservant est de la forme : Réseau (b15..b12)/Porte(b11..b8)/ Numéro Station (b7..b0). l si la valeur de : Réseau<15, Porte<15, Numéro Station <255 l’adresse est sur 3 niveaux, l si la valeur de : Réseau>15 ou Porte >15 ou Numéro Station >255 alors l’adresse sera au format étendu de la forme (Voir Format d’une trame X-Way, p. 77) : Réseau, Porte, numéro Station, Module, Voie, avec porte = 5, Réseau, Porte, numéro Station, Sélecteur, Point de raccordement, avec porte = 8, Param.code octet Param.code = param.name(b7..b4, last.param(b3), param.length(b2..b0). (*) Param.value Tableau [n] octets Param.value est de type Tableau[param.length] octets. (*) Segment de l’objet réservé octet vaut 6Dh, correspond à une "APPLICATION". Type d’objet réservé réservé octet Instance de l’objet réservé Table [2] octets réservé 216 TSX DR NET Codage des requêtes Note : Les trois derniers champs sont optionnels (l’absence de ces paramêtres indique une prise en compte de la demande au niveau "STATION"). (*) : Param.name Param.length Param.value 0 : sender_gate 1 octet 16..255 2 : sender_net 1 octet 16..255 4 : sender_module_port 2 module 0..255 6 : sender_sel_mod_pr 2 l octet 1 : sélecteur(b7..b4), référence(b3..b0), l octet 2 : point de raccordement. 6 : sender_sel_mod_pr_ext 3 l octet 1 : sélecteur, l octet 2 : point de raccordement. l octet 3 : référence module. 8 : sender_log_addr Format du compte-rendu 2 réservé Représentation du format : Code réponse FEh 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l automate non réservé, l incohérence de l’entité réservante avec l’adresse indiquée. Code réponse positif mot FEh TSX DR NET 217 Codage des requêtes 6.9 Transfert de données Présentation Objet de ce souschapitre Ce sous-chapitre présente les services permettant 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. Le chargement et la sauvegarde des données respectent la séquence suivante : SERVEUR CLIENT Début d’un chargement Chargement premier segment Chargement segment n Fin du chargement Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet Début d’un chargement (OPEN_DOWNLOAD) 218 Page 219 Chargement d’un segment (WRITE_DOWNLOAD) 220 Terminaison d’une session de chargement de l’automate (CLOSE_DOWNLOAD) 221 Initialisation d’une séquence de sauvegarde (OPEN_UPLOAD) 222 Sauvegarde d’un segment (READ_UPLOAD) 223 Terminaison d’une sauvegarde (CLOSE_UPLOAD) 225 Transfert et comparaison de mémoire (BACKUP) 226 Comment utiliser les requêtes de tranfert de données 228 TSX DR NET Codage des requêtes Début d’un chargement (OPEN_DOWNLOAD) Requête Nom de la requête : OPEN_DOWNLOAD Ce service permet d’initialiser une phase de chargement des données. Format de la requête Représentation du format : Code IdentificaCode requête catégorie tion du 0→7 fichier 3Ah 1 octet 1 octet table [8] octets Description du format : Paramètres Type Commentaires Code requête octet 3Ah Code catégorie octet 0à7 Identification du fichier table [8] octets Les octets 0..6 sont remplis à 00h pour le chargement de l’application complète. L’octet 7 identifie le type de téléchargement : l 00h : protocole de chargement standard ( vers une mémoire RAM), l 01h : protocole de chargement dans une cartouche mémoire Flash EPROM. Format du compte-rendu Représentation du format : Code réponse 6Ah Status 1 octet 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l automate non réservé, l automate réservé par une autre entité cliente. Code réponse positif mot 6Ah Status octet l 00h : OK, l 0Ch : état de l’automate incompatible avec le chargement, l 20h : chargement en cartouche FEPROM impossible. TSX DR NET 219 Codage des requêtes Chargement d’un segment (WRITE_DOWNLOAD) Requête Nom de la requête : WRITE_DOWNLOAD Ce service permet de télécharger un segment de données. Format de la requête Représentation du format : Code Numéro Lg(segCode de ment de Données requête catégorie 0→7 segment données) 3Bh 1 octet 1 octet mot mot Tableau [Lg] octets Description du format : Paramètres Type Commentaires Code requête octet 3Bh Code catégorie octet 0à7 Numéro de segment mot l 1er segment : 1, l 2ème segment : 2, l nème segment : n, Lg(segment de données) mot Données tableau [Lg] octets données du segment. Format du compte-rendu longueur des données en octets composant le segment. Représentation du format : Code réponse 6Bh Status Numéro de segment 1 octet 1 octet 1 mot Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l automate non réservé, l automate réservé par une autre entité cliente. Code réponse positif mot 6Bh Status octet l 00h : OK, l 0dh : données incohérentes, l 19h : erreur de séquencement, l 20h : écriture impossible. Numéro de segment 220 mot Identique au champ de même nom dans la question. TSX DR NET Codage des requêtes Terminaison d’une session de chargement de l’automate (CLOSE_DOWNLOAD) Requête Nom de la requête : CLOSE_DOWNLOAD Ce service permet de terminer une séquence de chargement. Format de la requête Représentation du format : Code Code requête catégorie 0→7 3Ch 1 octet 1 octet Description du format : Paramètres Type Commentaires Code requête octet 3Ch Code catégorie octet 0à7 Format du compte-rendu Représentation du format : Code réponse 6Ch Status 1 octet 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l automate non réservé, l automate réservé par une autre entité cliente. Code réponse positif mot 6Ch Status octet l 00h : OK, l 0Eh : application invalide en fin de vérification. TSX DR NET 221 Codage des requêtes Initialisation d’une séquence de sauvegarde (OPEN_UPLOAD) Requête Nom de la requête : OPEN_UPLOAD Ce service permet d’initialiser une session de sauvegarde application. Format de la requête Représentation du format : Code IdentificaCode Taille maximale d’un requête catégorie tion du segment 0→7 fichier 3Dh 1 octet 1 octet Tableau [8] octets 1 mot Description du format : Paramètres Type Commentaires Code requête octet 3Dh Code catégorie octet 0à7 Identification du fichier tableau [8] octets les octets 0..7 sont remplis à 00h pour le déchargement de l’application complète. Taille maximale d’un segment mot optionnel, un segment comporte 122 octets par défaut. Format du compte-rendu Représentation du format : Code réponse 6Dh Status 1 octet 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l automate non réservé, l automate réservé par une autre entité cliente. Code réponse positif mot 6Dh Status octet l 00h : OK, l 05h : application automate invalide, identification de fichier erronée, espace application indisponible. l 1Fh : application protégée en lecture. 222 TSX DR NET Codage des requêtes Sauvegarde d’un segment (READ_UPLOAD) Requête Nom de la requête : READ_UPLOAD Ce service permet de lire le contenu d’un segment du fichier en cours de sauvegarde. Format de la requête Représentation du format : Code Numéro Code de requête catégorie 0→7 segment 3Eh 1 octet 1 octet mot Description du format : Paramètres Type Commentaires Code requête octet 3Eh Code catégorie octet 0à7 Numéro de segment mot l 1er segment : 1, l 2ème segment : 2, l nème segment : n, Format du compte-rendu Représentation du format : Code réponse 6Eh Status 1 octet 1 octet Numéro L (*) (segment de Données de segment données) 1 mot 1 octet (*)L = longueur Tableau [L] octets Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l automate non réservé, l automate réservé par une autre entité cliente. Code réponse positif mot 6Eh Status octet l 00h : OK, l 0Fh : détection de fin de fichier, l 19h : erreur de séquencement, l 1Eh : lecture impossible. TSX DR NET 223 Codage des requêtes Paramètres Type Numéro de segment mot Identique au champ de même nom dans la requête. L(segment de données) octet longueur en octets des données transférées. Données) tableau [L] octets Données transférées. 224 Commentaires TSX DR NET Codage des requêtes Terminaison d’une sauvegarde (CLOSE_UPLOAD) Requête Nom de la requête : CLOSE_UPLOAD Ce service permet de terminer une séquence de sauvegarde. Format de la requête Représentation du format : Code Code requête catégorie 0→7 3Fh 1 octet 1 octet Description du format : Paramètres Type Commentaires Code requête octet 3Fh Code catégorie octet 0à7 Format du compte-rendu Représentation du format : Code réponse 6Fh Status 1 octet 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l automate non réservé, l automate réservé par une autre entité cliente. Code réponse positif mot 6Fh Status octet l 00h : OK, l 05h : problème de gestion mémoire, l 21h : déchargement inachevé. TSX DR NET 225 Codage des requêtes Transfert et comparaison de mémoire (BACKUP) Requête Nom de la requête : BACKUP Ce service est utilisé pour effectuer des comparaisons de zones mémoire ou des sauvegardes d’informations d’une zone mémoire vers une autre. Format de la requête Représentation du format : Code Code requête catégorie Opération 0→7 45h 1 octet 1 octet octet Description du format : Paramètres Type Commentaires Code requête octet 45h Code catégorie octet 0à7 Opération octet l 01h : sauvegarde de l’application dans l’espace On Board dédié, l 02h : restitution de l’application présente dans l’espace de sauvegarde On Board l 03h : comparaison de l’application courante avec l’application sauvegardée. Format du compte-rendu Représentation du format : Code réponse Opération 75h 1 octet 1 octet Status 1 octet Description du format : Paramètres Type Commentaires Code réponse négatif mot FDh, l automate non réservé, l automate réservé par une autre entité cliente, l code d’opération inconnu. Code réponse positif mot 75h Opération octet Identique au champ de même nom dans la requête. 226 TSX DR NET Codage des requêtes Paramètres Type Commentaires Status octet l 00h : opération effectuée, résultat positif, l 01h : application invalide, l 02h : l’application ne rentre pas dans l’espace de sauvegarde ou problème d’effacement de la zone Backup, l 03h : opération sur cartouche externe impossible : la cartouche n’est pas du type Backup, l 04h : l’opération de comparaison signale deux applications différentes, l 05h : opération sur cartouche externe impossible : la cartouche est protégée en écriture, l 06h : opération de Backup impossible : la zone de Backup est inexistante (sur TSX Premium uniquement). TSX DR NET 227 Codage des requêtes Comment utiliser les requêtes de tranfert de données PC vers automate Lors d’un transfert de données d’un PC vers un automate il faut mettre l’automate en STOP, le réserver, envoyer les données et libérer la réservation soit : l STOP (25h), l RESERVE (1D), l OPEN_DOWNLOAD (3A), l WRITE_DOWNLOAD (3B), l CLOSE_DOWNLOAD (3C), l I_AM_ALIVE (2D), l RELEASE (1E), Automate vers PC Lors d’un transfert de données d’un automate vers un PC il faut réserver l’automate, récupérer les données et libérer la réservation soit : l STOP (25h), l RESERVE (1D), l OPEN_UPLOAD (3A), l WRITE_UPLOAD (3B), l CLOSE_UPLOAD (3C), l I_AM_ALIVE (2D), l RELEASE (1E), Rappel Note : La requête I_AM_ALIVE peut être utilisée à tout moment pour relancer la réservation de l’automate. Effectivement, en cas d’un ‘temps mort supérieur à 1 minute peut perdre la réservation de l’automate. 228 TSX DR NET Annexes 7 Présentation Objet de ce chapitre Ce chapitre présente la liste des codes requêtes ainsi que les différentes classes d’objets. Contenu de ce chapitre Ce chapitre contient les sous-chapitres suivants : Souschapitre 7.1 TSX DR NET Sujet Compatibilités des requêtes UNI-TE V1. et V2.0 Page 230 7.2 Correspondances entre requêtes UNI-TE V1.1 et UNI-TEV2.0 232 7.3 Description des différentes classes d’objets 234 229 Annexes 7.1 Compatibilités des requêtes UNI-TE V1. et V2.0 Compatibilités des requêtes UNI-TE V1. et V2.0 Généralité Un minimum de compatibilité est garanti entre les requêtes UNI-TE V1 et V2. En l'occurence, toutes les requêtes d'accès aux objets standards restent identiques. De même, les requêtes liées aux téléchargement, mode marche, mode arrêt sont totalement compatibles. Par contre, certaines requêtes UNI-TE V2 ont été redéfinies et présentent un format incompatible avec la version V1. Dans tous les cas, les évolutions ont été définies de manière à : l soit assurer la compatibilité V1.1 - V2.0, l soit permettre aux équipements de distinguer les évolutions et répondre, le cas échéant, de façon négative lorsque le service leur est inconnu. Un tableau récapitulatif concernant cette compatibilité est défini ci-après : UNI-TE Compatibilités Commentaires Usage général (Identification, Miroir, Protocole version) Partielle Bien que modifié le format de la réponse à la requête Identification reste compatible en V2. Le diagnostic des UC TSX est incompatible. Objets standards (bits, mots, ...) Totale Les blocs fonctions sont accessibles par les requêtes objets. Objets d'E/S (IOIM, direct) Incompatible Evolution pour adaptation au système d'E/S des TSX 37. Objets génériques (accès total, partiel) Totale Les requêtes V2.0 sont enrichies et restent compatibles. Modes de marche (stop, run, init) Partielle Les requêtes Stop et Run sont compatibles. La requête Init ne l'est pas. Transfert de données Totale (chargement, sauvegarde) Aucune modification entre V1 et V2. Sémaphore Aucune modification sur les requêtes de réservation totale. Totale Note : A noter que la requête "Protocole Version" permet au client de prendre connaissance du numéro de version supportée par le serveur afin de s'adapter aux jeux de requêtes à utiliser. 230 TSX DR NET Annexes Note : La version V2.0 modifie le rôle de certaines requêtes et en introduit de nouvelles pour faciliter des opérations obtenues auparavant qui nécessitait plusieurs requêtes V1.1( voir Tableau de correspondance entre requêtes UNI-TE V1.1 et UNI-TE V2.0, p. 232. TSX DR NET 231 Annexes 7.2 Correspondances entre requêtes UNI-TE V1.1 et UNI-TEV2.0 Tableau de correspondance entre requêtes UNI-TE V1.1 et UNI-TE V2.0 Description Le tableau ci-dessous décrit les différences entre le service UNI-TE V1.1 et le service UNI-TE V2.0 : Requêtes Code requête (hexa) Compatibilité IDENTIFICATION 0F Compatible sur les 4 premiers champs de la réponse. READ_CPU 4F Nouvelle requête V2.0. PROTOCOL_VERSION 30 Compatible sur les premiers champs (ajout en V2.0 de la liste des requêtes supportées par le serveur). MIRROR FA Compatible. READ_INTERNAL_BIT 00 Compatible. READ_SYSTEM_BIT 01 Compatible. READ_INTERNAL_WORD/ DWORD 04 / 40 Compatible. READ_CONSTANT_WORD / DWORD 05 / 41 Compatible. READ_SYSTEM_WORD 06 Compatible. READ_GRAFCET_BIT 2A Compatible. WRITE_INTERNAL_BIT 10 Compatible. WRITE_SYSTEM_BIT 11 Compatible. WRITE_INTERNAL_WORD / DWORD 14 / 46 Compatible. WRITE_SYSTEM_WORD 15 Compatible. FORCE_INTERNAL_BIT 1B Compatible. RUN 24 Compatible avec enrichissement en V2.0. STOP 25 Compatible avec enrichissement en V2.0. INIT 33 Nouvelle requête V2.0. OPEN_DOWNLOAD WRITE_DOWNLOAD CLOSE_DOWNLOAD 3A 3B 3C Compatible 232 TSX DR NET Annexes Requêtes Code requête (hexa) Compatibilité OPEN_UPLOAD READ_UPLOAD CLOSE_UPLOAD 3D 3E 3F Compatible BACKUP 45 Nouvelle requête V2.0 RESERVE 1D Compatible RELEASE 1E Compatible I_AM_ALIVE 2D Compatible READ_IO_CHANNEL 43 Nouvelle requête V2.0 WRITE_IO_CHANNEL 48 Nouvelle requête V2.0 READ_STATUS_MODULE 44 Nouvelle requête V2.0 READ_DIGITAL_MODULE_IMAGE 49 Nouvelle requête V2.0 WRITE_DIGITAL_MODULE_IMAGE 4A Nouvelle requête V2.0 READ_OBJECT READ_GENERIC_OBJECT 36 82 Compatible WRITE_OBJECT WRITE_GENERIC_OBJECT 37 83 Compatible READ_OBJECT_LIST 38 Nouvelle requête V2.0 TSX DR NET 233 Annexes 7.3 Description des différentes classes d’objets Présentation Objet de ce souschapitre Ce sous-chapitre présente les différentes classes d’objets. Pour tout objet accessible partiellement par les "requêtes/objets" (Read_Generic_Object et Write_Generic_Object), une description abstraite de sa classe doit être effectuée. Dans la suite de ce chapitre les services associés aux objets sont accessibles soit en lecture (R), soit en écriture (W) soit lecture/écriture (R/W). Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : 234 Sujet Page Temporisateur 235 Monostable 237 Compteur 238 Registre 239 Programmateur Cyclique 240 Compteur Rapide 241 "Modulation de largeur d’impulsion" 242 "Génération de train d’impulsion" 243 "Registre à décalage" 244 "Registre pas à pas" 245 "Message dialogue opérateur" 246 Objet Horodateur 247 TSX DR NET Annexes Temporisateur TIMER PL7 Description de l’objet TIMER PL7 : Segment = 129, type = 1 Classe Attribut : Type Timer (PL7) Attribut : Type Preset Attribut : Valeur Preset Attribut : Valeur Attribut : Base de temps Constraint : (Type PL7) Attribut : Sortie R Attribut : Sortie D TIMER IEC Num Type Service 1 2 3 4 5 6 7 octet octet mot mot octet octet octet R R R/W R/W R R R Num Type Service 1 2 3 4 5 6 octet octet mot mot octet octet R R R/W R/W R R : TIMER PL7 Description de l’objet TIMER IEC : Segment = 129, type = 2 Class : TIMER IEC Attribut : Type Timer (TP, TON, TOF)) Attribut : Type Preset Attribut : Valeur Preset Attribut : Valeur Attribut : Base de temps Constraint : (Type = TP, TON, TOF) Attribut : Sortie Q TSX DR NET 235 Annexes Description des variables l l l l l l 236 Type Timer : l PL7 : 1, l TP : 2, l TON : 3, l TOF : 4. Type Preset : l Non modifiable : 0, l Modifiable : 1, Valeur Preset : l minimum : 0, l Maximum : 9999, Valeur : l minimum : 0, l Maximum : 9999, Base de temps : l 1 ms : 4, l 10 ms : 0, l 100 ms : 1, l 1 s : 2, l 1 mn : 3, Sortie Q.R.D : l bit 0 de l’octet à 0 : 0, l bit 0 de l’octet à 1 : 1, TSX DR NET Annexes Monostable MONOSTABLE Description de l’objet MONOSTABLE : Segment = 129, type = 5 Classe Attribut Attribut Attribut Attribut Attribut Description des variables l l l l l TSX DR NET Num Type Service 1 2 3 4 5 octet mot mot octet octet R R/W R/W R R : MONOSTABLE : Type Preset : Valeur Preset : Valeur : Base de temps : Sortie R Type Preset : l Non modifiable : 0, l Modifiable : 1, Valeur Preset : l minimum : 0, l Maximum : 9999, Valeur : l minimum : 0, l Maximum : 9999, Base de temps : l 10 ms : 0, l 100 ms : 1, l 1 s : 2, l 1 mn : 3, Sortie R : l bit 0 de l’octet à 0 : 0, l bit 0 de l’octet à 1 : 1, 237 Annexes Compteur COMPTEUR Description de l’objet COMPTEUR : Segment = 129, type = 3 Classe Attribut Attribut Attribut Attribut Attribut Attribut Description des variables l l l l 238 Num Type Service 1 2 3 4 5 6 octet mot mot octet octet octet R R/W R/W R R R : COMPTEUR : Type Preset : Valeur Preset : Valeur : Sortie E : Sortie D : Sortie F Type Preset : l Non modifiable : 0, l Modifiable : 1, Valeur Preset : l minimum : 0, l Maximum : 9999, Valeur : l minimum : 0, l Maximum : 9999, Sortie E.D,F : l bit 0 de l’octet à 0 : 0, l bit 0 de l’octet à 1 : 1, TSX DR NET Annexes Registre REGISTRE mot Description de l’objet REGISTRE : Segment = 129, type = 6 Description des variables Classe : REGISTRE mot Attribut Attribut Attribut Attribut Attribut Attribut : Type registre : Longueur registre : Valeur Entrée : Valeur Sortie : Sortie E : Sortie F l l l TSX DR NET Num Type Service 1 2 3 4 5 6 7 octet mot mot mot octet octet table de mots R R R/W R R R R Type registre : l LIFO : 1, l FIFO : 0, Sortie E,F : l bit 0 de l’octet à 0 : 0, l bit 0 de l’octet à 1 : 1, Table de mots : l correspond aux valeurs entrées dans la pile, 239 Annexes Programmateur Cyclique PROG CYCLIQUE Description de l’objet Programmateur Cyclique : Segment = 129, type = 4 Classe Attribut Attribut Attribut Attribut Attribut Attribut Attribut Description des variables l l 240 Num Type Service 1 2 3 4 5 6 7 octet mot mot mot mot octet table de mots R R R R R R R : Prog cyclique : Base de temps : Temps activité : Nombre de pas : Numéro du pas en cours : Etat du pas en cours : Sortie F : Table des états F Base de temps : l 10 ms : 0, l 100 ms : 1, l 1 s : 2, l 1 mn : 3, Sortie F : l bit 0 de l’octet à 0 : 0, l bit 0 de l’octet à 1 : 1, TSX DR NET Annexes Compteur Rapide FC Compteur Rapide Description de l’objet Compteur Rapide : Segment = 129, type = 11 Classe Attribut Attribut Attribut Attribut Attribut Attribut Attribut Attribut Attribut Description des variables l l l TSX DR NET Num Type Service 1 2 3 4 5 6 7 8 9 octet octet mot mot mot mot octet octet octet R R R/W R/W R/W R/W R R R : FC Compteur Rapide : Type Compteur Rapide : Type Preset : Valeur Preset : Valeur : Valeur seuil0 : Valeur seuil1 : Sortie F : Sortie TH0 : Sortie TH1 Type Compteur Rapide : l Compteur : 0, l Fréquencemètre : 1, l Compteur/décompteur : 2, Type Preset : l Non modifiable : 0, l Modifiable : 1, Sortie F, TH0, TH1 : l bit 0 de l’octet à 0 : 0, l bit 0 de l’octet à 1 : 1, 241 Annexes "Modulation de largeur d’impulsion" PWM (Pulse Width Modulations) Description de l’objet Modulation de largeur d’impulsion : Segment = 129, type = 9 Classe Attribut Attribut Attribut Attribut Description des variables l l l l 242 Num Type Service 1 2 3 4 octet octet mot octet R R R/W R/W : PWM (Pulse Width Modulation) : Base de temps : Type Preset : Valeur Preset : Ratio de sortie à 1 Base de temps : l 0,2 ms : 5, l 1 ms : 4, l 10 ms : 0, l 100 ms : 1, l 1 s : 2, l 1 mn : 3, Type Preset : l Non modifiable : 0, l Modifiable : 1, Valeur Preset : l min : 0, l maximum : 32767, Ratio : l min : 0, l maximum : 100, TSX DR NET Annexes "Génération de train d’impulsion" PLS Pulse Description de l’objet Génération de train d’impulsion : Segment = 129, type = 10 Classe Attribut Attribut Attribut Attribut Attribut Attribut Description des variables l l l l l TSX DR NET Num Type Service 1 2 3 4 5 6 octet octet mot mot octet octet R R R/W R/W R R : PLS Pulse) : Base de temps : Type Preset : Valeur Preset : Nombre de pulse : Sortie Q : Sortie D Base de temps : l 0,2 ms : 5, l 1 ms : 4, l 10 ms : 0, l 100 ms : 1, l 1 s : 2, l 1 mn : 3, Type Preset : l Non modifiable : 0, l Modifiable : 1, Valeur Preset : l min : 0, l maximum : 32767, Nombre de pulse : l min : 0, l maximum : 32767, Sortie Q.D : l bit 0 de l’octet à 0 : 0, l bit 0 de l’octet à 1 : 1, 243 Annexes "Registre à décalage" REGISTRE bit à décalage Description de l’objet Registre à décalage Cyclique : Segment = 129, type = 7 Classe Attribut Attribut Attribut Description des variables 244 l Num Type Service 1 2 3 octet octet octet R R/W R : REGISTRE bit à décalage : Longueur registre : Numéro du pas en cours : Etat du pas en cours Etat du pas en cours : l bit 0 de l’octet à 0 : 0, l bit 0 de l’octet à 1 : 1, TSX DR NET Annexes "Registre pas à pas" REGISTRE pas à pas Description des variables TSX DR NET Description de l’objet Registre pas à pas : Segment = 129, type = 8 Classe : REGISTRE pas à pas Attribut Attribut Attribut : Nombre de pas : Numéro du pas en cours : Etat du pas en cours l Num Type Service 1 2 3 octet octet octet R R/W R Etat du pas en cours : l bit 0 de l’octet à 0 : 0, l bit 0 de l’octet à 1 : 1, 245 Annexes "Message dialogue opérateur" MSG message DOP Description de l’objet Message dialoque opérateur : Segment = 129, type = 12 Classe Attribut Attribut Attribut Description des variables 246 l l Num Type Service 1 2 3 octet octet octet R R R : MSG message DOP : Type message : Sortie E : Sortie D Type message : XBT/CCX : 0 Sortie E.D : l bit 0 de l’octet à 0 : 0, l bit 0 de l’octet à 1 : 1, TSX DR NET Annexes Objet Horodateur Présentation L’objet horodateur accessible par le protocole UNI-TE autorise plusieurs format : l Lecture de la date et de l’heure courante (Voir Exemple, p. 186) au format BCD (tableau de 9 octets). Le code pour ce format est 0003h. Octet Dixièmes de seconde Jour dans la semaine 0 : lundi,..., 6 : dimanche Secondes Minutes Heures Jours Mois Année l Lecture de la date et de l’heure du dernier arrêt au format BCD (tableau de 9 octets). Le code pour ce format est 0004h. Octet Dixièmes de seconde Code du dernier arrêt * Secondes Minutes Heures Jours Mois Année * Coupure secteur, passage de RUN en STOP, échec programme Note : L’année est codée sur 2 octets. TSX DR NET 247 Annexes 248 TSX DR NET Compatibilité électromagnétique III Présentation Objet de cet intercalaire Cet intercalaire présente la compatibilité électromagnétique avec des schémas et illustrations détaillés. Contenu de cette partie Cette partie contient les chapitres suivants : TSX DR NET Chapitre Titre du chapitre Page 8 Présentation générale 251 9 Rappels et définitions 253 10 Règles de câblage 263 11 Câblages des armoires et des petites machines 265 12 Liaisons dans les bâtiments et les grandes machines 277 13 Liaisons inter-bâtiments 289 249 Compatibilité électromagnétique 250 TSX DR NET Présentation générale 8 Préambule sur la compatibilité électromagnétique Généralités Ce document (1) est destiné aux concepteurs, donneurs d’ordre et installateurs de toute installation SCHNEIDER ELECTRIC comportant des liaisons numériques. Avec l’évolution rapide de l’électronique en milieu industriel et pour les raisons citées ci-dessous il n’est plus possible d’ignorer les problèmes de Compatibilité Electromagnétique. l Les équipements répondant aux normes industrielles (compatibilité électromagnétique) fonctionnent bien de façon autonome. l Des précautions sont à prendre lorsqu’on connecte des équipements entre eux (équipements en réseaux, automatismes distribués, entrées/sorties déportées,) de manière à ce qu’ils fonctionnent dans leur environnement électromagnétique, conformément à leur destination. l Pour chaque configuration d’installation (Bus de terrain ou Réseau local industriel) il est nécessaire de s’assurer dans la documentation relative à cette installation qu’une exigence en plus ou en moins n’y est pas donnée (exemple: longueur maximale, nombre de goulottes, distance entre les deux goulottes). Note : Le marquage CE est réglementaire en Europe. Il ne garantit pas à lui seul les performances réelles des systèmes vis-à-vis de la CEM. (1)remplace l'ancien guide "Recommandations de câblage" TSX DG GND. TSX DR NET 251 Préambule 252 TSX DR NET Rappels et définitions 9 Présentation Objet de ce chapitre Ce chapitre présente et rappelle les différentes lois à respecter dans un milieu électrique. Contenu de ce chapitre Ce chapitre contient les sujets suivants : TSX DR NET Sujet Page Compatibilité électromagnétique 254 Terre et masses 255 Mode Différentiel et Mode Commun 257 Câbles blindés 259 Sensibilité des différentess familles de câbles 261 253 Rappels et définitions Compatibilité électromagnétique Généralité La compatibilité électromagnétique est l’aptitude d’un équipement, ou d’un système, à fonctionner dans son environnement électromagnétique sans engendrer des perturbations électromagnétiques intolérables pour cet environnement ou pour tout équipement voisin. En cas de problème (incompatibilité EM) les coûts de modification sont rapidement élevés alors que, prises a priori, beaucoup de bonnes options CEM sont gratuites. Evitons les mauvais choix CEM, surtout coûteux ! 254 TSX DR NET Rappels et définitions Terre et masses Rappel Le rôle d’un réseau de terre est d’écouler dans le sol les courants de fuite et de défaut des équipements, les courants de mode commun des câbles extérieurs (énergie et Telecom principalement) et le courant direct de foudre. Physiquement, une faible résistance (par rapport à une terre lointaine) nous intéresse beaucoup moins que l’équipotentialité locale du bâtiment. En effet les lignes les plus sensibles sont celles qui interconnectent les équipements entre eux. Afin de limiter la circulation de courants de mode commun sur les câbles qui ne sortent pas du bâtiment, il est nécessaire de limiter les tensions entre équipements interconnectés au cœur du site. Un réseau enterré gagne à être maillé. Lorsque le bâtiment est de faible surface, disons une dizaine de mètres au carré, une simple ceinture enterrée suffit. Pour les bâtiments neufs de grande surface au sol, nous recommandons le maillage des conducteurs enterrés en grille d’environ 10 m de côté. Ceinture de terre du bâtiment TSX DR NET Barrette de raccordement à la terre 255 Rappels et définitions Une masse est toute partie conductrice d’un matériel, accessible au toucher, qui n’est normalement pas sous tension mais peut le devenir en cas de défaut. Deux masses simultanément accessibles doivent présenter une tension de contact inférieure à la tension limite conventionnelle de contact (25 ou 50 V selon les cas). Fondamentalement rien d’autre n’importe à la sécurité des personnes, et en particulier ni la résistance de terre ni le mode de raccordement des masses à la terre. U Les équipements et systèmes électroniques sont (ou seront) interconnectés. Le meilleur moyen de garantir un bon fonctionnement est de conserver une bonne équipotentialité entre équipements. A la différence de la sécurité des personnes qui est une contrainte BF, l’équipotentialité entre équipements doit rester satisfaisante, surtout pour les équipements numériques, jusqu’à des fréquences très élevées. l en cas d’incompatibilité, les règles de sécurité priment sur les contraintes de CEM. l en cas d’incompatibilité entre les recommandations de ce manuel et les instructions particulières d’un équipement, ce sont ces dernières qui priment. 256 TSX DR NET Rappels et définitions Mode Différentiel et Mode Commun Description Le mode différentiel est la façon normale de transmettre les signaux électriques. Toutes les alimentations, tous les signaux électroniques sont transmis en mode différentiel. Le courant se propage sur un conducteur et revient sur l’autre conducteur. La tension différentielle se mesure entre les conducteurs. Lorsque les conducteurs aller et retour sont côte à côte et éloignés des courants perturbateurs, les perturbations de mode différentiel sont négligeables dans la plupart des cas. IMD IMD UMD Le mode commun est un mode parasite dont le courant se propage dans le même sens sur tous les conducteurs et revient par la masse. IMC IMC UMC TSX DR NET 257 Rappels et définitions Une masse (un coffret conducteur par exemple) sert de référence de potentiel pour les électroniques et de retour pour les courants de mode commun. Tout courant qui pénètre par un câble, en mode commun, dans un équipement isolé des masses en ressort par les autres câbles. Lorsque les masses sont mal maillées, un câble supportant un courant de mode commun perturbe tous les autres. Le bon maillage des masses réduit ce phénomène. Les perturbations HF conduites en mode commun sur les câbles sont le principal problème en CEM. Le schéma de neutre TN-C, en confondant le conducteur neutre (noté N, qui est actif) avec le conducteur de protection (noté PE) permet à de forts courants de circuler à travers les masses. Ce schéma est donc néfaste à l’équipotentialité du site et à l’environnement magnétique. Le schéma TN-S (avec ou sans protection à courant différentiel résiduel) est très préférable. 258 TSX DR NET Rappels et définitions Câbles blindés Présentation Un câble blindé constitue une excellente protection contre les perturbations électromagnétiques, particulièrement hautes fréquences. L’efficacité d’un câble blindé dépend du choix de l’écran et, pour une part plus grande encore, de sa mise en œuvre. Choix du câble Le choix de la qualité d’écran dépend du type de liaison. SCHNEIDER ELECTRIC définit les câbles pour chaque bus de terrain et chaque réseau local de manière à garantir la compatibilité électromagnétique de l’installation. Le problème des câbles à feuillard est leur fragilité. L’effet protecteur en HF d’un feuillard est dégradé par les différentes manipulations du câble : traction, torsion. Les câbles simple tresse représentent la solution minimale la plus générale pour les applications industrielles. Feuillard Moyen Drain longitudinal Tresse Bon L'effet protecteur peut atteindre quelques centaines avec une simple tresse à partir de quelques MHz si les connexions de l’écran sont convenables. L’écran souple et robuste permet une mise en œuvre assez simple, il est compatible avec les connectiques Sub-D ou mini-DIN. TSX DR NET 259 Rappels et définitions Où raccorder Un raccordement unilatéral de l’écran empêche les courants BF de circuler sur la tresse. L’écran masque le champ électrique BF. Les signaux différentiels sont donc protégés en BF. En HF, ce type de raccordement est inefficace. Le raccordement bilatéral de l’écran permet de se protéger contre les perturbations les plus sévères : le mode commun HF. Le problème du raccordement bilatéral est qu’en basse fréquence un courant peut circuler sur l’écran (tension entre les deux extrémités ou couplage champ à boucle). Ce courant va générer sur la paire à l’intérieur une faible tension parfois appelée «ronflette», ou bruit 50 Hz. Note : Toutes les liaisons numériques ou de puissance auront leur blindage externe raccordé à la masse en entrée d’équipements aux deux extrémités. Seules des liaisons analogiques bas niveau basse fréquence non conditionnées ne seront raccordées qu’à une seule extrémité. 260 TSX DR NET Rappels et définitions Sensibilité des différentess familles de câbles Description Le tableau ci-dessous rappelle les différences entre familles de câbles Famille Câbles Comportant: Comportement CEM 1 ... analogiques. circuits d’alimentation et de mesure des capteurs analogiques. Ces signaux sont sensibles. 2 ... numériques et télécom. circuits numériques et bus de données. Ces signaux sont sensibles. Ils sont par ailleurs perturbateurs pour la famille1. 3 ... de relayage. circuits des contacts secs avec risques de réamorçages. Ces signaux sont perturbateurs pour les familles 1 et 2. 4 ... alimentation. circuits d’alimentation et de puissance. Ces signaux sont perturbateurs . TSX DR NET 261 Rappels et définitions 262 TSX DR NET Règles de câblage 10 Règles de câblages Description L’installateur devra s’astreindre, sauf impossibilité, à respecter les quelques règles suivantes. Règle n°1 Le conducteur aller et le conducteur retour doivent toujours rester voisins. Pour les signaux numériques ou analogiques, travailler en paire est un minimum. Attention au câblage à l’intérieur des armoires qui utilisent des conducteurs séparés. Les fils doivent être repérés par type de signaux et par paire. Cas particulier : les chaînes d’arrêt d’urgence et d’alarmes ne doivent jamais être câblées en unifilaire point à point mais en paires. Règle n°2 Il est souhaitable de plaquer toute liaison contre des structures équipotentielles de masse afin de bénéficier d’un effet protecteur HF. L’idéal serait d’utiliser systématiquement des câbles blindés ou des torons surblindés. Toutefois, l’utilisation de chemins de câbles conducteurs amène un niveau de protection satisfaisant dans une grande majorité de cas. On veillera au minimum à accompagner les câbles de liaisons inter ou intra bâtiments par une liaison de masse : cablette de terre ou chemin de câbles. Pour les liaisons internes aux armoires et aux machines, les câbles seront systématiquement plaqués contre la tôle. Pour conserver un effet protecteur correct, il est conseillé de respecter un rapport : Distance entre câbles >5 Rayon du plus gros câble d d/R > 5 R TSX DR NET 263 Règles de câblage Règle n°3 Seules des paires de signaux analogiques, numériques et télécommunication peuvent être serrés l’une contre l’autre dans un même faisceau ou tirées dans un même câble de regroupement. Les circuits de relayage, variateurs, alimentation et puissance seront séparés des paires précédentes. Attention notamment lors de la mise en œuvre des variateurs de vitesse à bien séparer les liaisons puissance des liaisons de données. Dans les armoires on réservera, sauf impossibilité, une goulotte aux liaisons puissance. Règle n°4 Il est déconseillé d’utiliser un même connecteur pour des liaisons de familles différentes (sauf pour des circuits de relayage, alimentation et puissance). Si un connecteur est commun à des signaux analogiques et numériques, ces signaux doivent être séparés par une rangée de broches au 0 V . Règle n°5 Tout conducteur libre dans un câble devrait être systématiquement raccordé à la masse des châssis aux deux extrémités (sauf pour des câbles analogiques). On bénéficie ainsi d’un effet protecteur d’environ un facteur 5 en HF. Règle n°6 Les câbles de puissance n’ont pas besoin d’être blindés s’ils sont filtrés.Ainsi, les sorties puissance des variateurs de vitesse doivent être impérativement soit blindées soit filtrées. 264 TSX DR NET Câblages des armoires et des petites machines 11 Présentation Objet de ce chapitre Ce chapitre décrit le maillage des masses ainsi que les précautions à prendre pour avoir une bonne protection des liaisons aux équipements. Contenu de ce chapitre Ce chapitre contient les sujets suivants : TSX DR NET Sujet Page Maillage des masses 266 Effets protecteurs à l’intérieur d’une armoire ou d’une petite machine 267 Protections des liaisons externes aux équipements 268 Câblage interne des armoires 274 Utilisation des goulottes 275 265 Câblage Maillage des masses Description Le maillage des masses à l’intérieur d’une armoire ou d'une petite machine est un paramètre essentiel, ces masses étant directement accessibles pour les équipements électroniques. Toutes les structures métalliques de la baie seront donc interconnectées. Les liaisons équipotentielles pour la sécurité doivent être complétées par des liaisons directes entre tous les éléments de la machine ou de l’armoire. On essaiera systématiquement d’utiliser une grille ou un maillage en fond d’armoire pour placer tous les équipements. Maillage des masses : Rail DIN + masse armoire Fixation avec contact électrique (rondelle éventail Barre de masse Conducteurs de sécurité Note : Toutes les fixations doivent être réalisées avec contact électrique :GRATTER LA PEINTURE Attention aux différents revêtements de protection qui sont dans la plupart des cas isolants. 266 TSX DR NET Câblage Effets protecteurs à l’intérieur d’une armoire ou d’une petite machine Description La présence de nombreuses structures de masses dans les machines et les armoires permet de bénéficier au maximum d’effets protecteurs. Tous les câbles seront systématiquement plaqués contre des structures de masses. Les goulottes de câblage plastique sont autorisées dans les armoires si elles sont systématiquement installées sur la grille de fond ou sur des rails DIN eux-mêmes raccordés aux masses de l’armoire. La conception mécanique des armoires fait que de nombreux éléments, dont les portes, ne sont assemblés que par points (vis, soudure, charnière,). On trouve donc de nombreuses fentes. Le passage des câbles doit être systématiquement placé à proximité de ces points d'assemblage ou doublé par une tresse de masse. Cette disposition permet de masquer la fente afin de conserver les effets protecteurs. Collier RILSAM Tresse de masse OUI NON TSX DR NET 267 Câblage Protections des liaisons externes aux équipements Description La majorité des problèmes rencontrés sur site sont des problèmes de conduction. Il est impératif de protéger toutes les liaisons filaires externes à l’armoire ou à la machine. On définira pour chaque armoire et chaque machine une barre de masse ou une Tôle de Référence de Potentiel (TRP) sur laquelle seront connectés tous les câbles blindés ainsi que toutes les protections filaires externes à cette armoire ou cette machine. Cette TRP peut être une des tôles de l’armoire ou sa grille DIN. La TRP sera toujours connectée au maillage des masses de l’armoire ou de la machine ainsi qu’à celui de l’îlot (voir ch 4.2). En coffret plastique (défavorable) on se contente d’utiliser un rail DIN ou une borne de masse. 268 TSX DR NET Câblage Barre de masse Raccordement des câbles blindés Le raccordement des câbles blindés détermine directement l’effet protecteur HF. Si la connexion est effectuée par une "queue de cochon", c’est-à-dire un fil, l’effet protecteur s’effondre en HF. Un raccordement inamovible d’écran en traversée de paroi par presse étoupe métallique est supérieur à toute autre solution à condition de gratter la peinture pour assurer un bon contact électrique. TSX DR NET 269 Câblage On peut se contenter d’un cavalier qui permet de garantir un contact au moins sur 180°. L’utilisation de "queue de cochon" est très défavorable. Assez bon Barre de masse Mauvais Bon Excellent Châssis TRP 270 TSX DR NET Câblage Lors du raccordement sur bornier à vis avec impossibilité d’utiliser un cavalier pour la reprise de l’écran, la longueur de la queue de cochon doit être minimale. Ce type de raccordement est à éviter. Bornes de masse avec système de fixation métallique avec le rail DIN. Barre de masse Non TSX DR NET Acceptable si liaison trés courte Oui 271 Câblage Dans le cas de raccordement par connecteur, la mécanique du connecteur doit assurer une continuité électrique sur 360° entre le blindage du câble et la masse de l’équipement. Connecteur avec bossages de masse Contact entre les coquilles et l’écran Mise en œuvre des filtres L’efficacité d’un filtre secteur est plus conditionnée en HF par son montage que par son schéma électrique. Trois règles doivent être suivies lors du montage d’un filtre : l le filtre doit être référencé tôle sur tôle, l les câbles amont et aval doivent être à câbler de chaque côté du filtre afin de limiter le couplage parasite entre l’entrée et la sortie, l les câbles amont et aval doivent être plaqués contre la tôle afin de limiter le rayonnement de l’entrée sur la sortie. 272 TSX DR NET Câblage Conducteur filtré Couplage capacitif ou inductif Conducteur perturbé NON Emission et/ ou captage NON Plaquer contre la tôle OUI Visser directement sur la tôle du châssis TSX DR NET 273 Câblage Câblage interne des armoires Description 274 Les commandes numériques, les variateurs de vitesse et les automates programmables peuvent cohabiter dans une même armoire mais à condition que : l les variateurs soient mis en œuvre avec des câbles blindés, l toutes les règles de câblage décrites ci-dessus soient respectées, TRP ou barre de masse par exemple. TSX DR NET Câblage Utilisation des goulottes Description A l’extérieur des armoires, au-delà d’une longueur de 3 m, les goulottes doivent être métalliques. Ces chemins de câbles doivent être en continuité électrique de bout en bout et raccordés directement à la masse des armoires et des machines par éclisse ou par clinquants. Toutes les fixations doivent être réalisées avec contact électrique : GRATTER la peinture Le câble d’accompagnement ne sera utilisé que dans les cas où toute autre solution n’est pas réalisable. TSX DR NET 275 Câblage Dans le cas où une seule goulotte est utilisée, celle-ci doit être si possible de longueur inférieure à 30 m. Les câbles non blindés doivent être fixés dans les coins des goulottes comme indiqué dans la figure ci-dessous. Câbles de puissance ou variateurs Câbles analogiques non blindés Câbles relayage Câbles numériques non blindés Câbles numériques blindés Câbles analogiques blindés Une séparation verticale dans la goulotte permet d’éviter le mélange des câbles incompatibles (Voir Sensibilité des différentess familles de câbles, p. 261). Un capot métallique sur la demi goulotte signaux est souhaitable. Il est à noter qu'un capot métallique global sur la goulotte n'améliore pas la CEM. Attention aux évolutions futures. 276 TSX DR NET Liaisons dans les bâtiments et les grandes machines 12 Présentation Objet de ce chapitre Ce chapitre présente le principre d’un réseau de masse. Contenu de ce chapitre Ce chapitre contient les sujets suivants : TSX DR NET Sujet Page Maillages des masses 278 Ilots 279 Utilisation des chemins de câbles 281 Autres effets protecteurs 288 277 Liaisons Maillages des masses Description L’utilisation des conducteurs de sécurité (vert/jaune) permet de garantir la sécurité des personnes en interconnectant les masses en basse fréquence mais elle ne garantit pas à elle seule l’équipotentialité HF des équipements du fait de l’impédance trop élevée de ces conducteurs (environ 1 H/m). Le maillage des masses est donc nécessaire. Il consiste en un raccordement systématique de toutes les structures métalliques de l’installation (charpente, rambarde, gaine, etc.). Un maillage des structures métalliques d’environ 3 m x 3 m convient. En particulier, les châssis des armoires et des baies doivent êtres interconnectés aux masses voisines (chemins de câbles, huisseries, machines, charpentes, ). Un test d’immunité normalisé (CEI 61000-4-4) utilisant des impulsions répétitives à front raide permet de valider rapidement le bon maillage des masses (chemin de câbles en particulier) au voisinage des points d’injection et les reprises d’écrans des câbles blindés. Paratonnerre Ilot ou salle informatique ≤2m Huisserie métallique Fer à béton Descente maillée ≤3m 1m ≤ 10 m Ceinture de terre enterré Principe d’un réseau de masse 278 Patte d’oie TSX DR NET Liaisons Ilots Description L’expérience montre qu’en milieu industriel, les équipements électroniques sont généralement regroupés dans des zones privilégiées. Ceci permet d’éviter de mailler la totalité d’un bâtiment. On se contentera de définir des îlots regroupant les équipements électroniques. Les câbles des capteurs et des actionneurs hors-îlots seront soigneusement blindés. Lorsque les équipements électroniques sont regroupés dans une zone dont la dimension dépasse une dizaine de mètres au carré, on réalisera un maillage de 3 m à 5 m au carré par l’interconnexion des différentes structures de masses et des armoires. Chemin de câbles Goulotte Equipement Fer plat TSX DR NET 279 Liaisons Lorsque les équipements sont regroupés dans plusieurs armoires côte à côte, ces dernières seront boulonnées entre elles et constitueront ainsi un îlot. Les faux planchers conducteurs permettent un maillage efficace. Pour des raisons pratiques, on se contentera de ne connecter qu’une chandelle sur trois. On obtient ainsi une maille de 1,80 m au carré. Dans ce cas les différentes liaisons de masse pourront être indifféremment réalisées par du rond de cuivre, du clinquant large et court, de la tresse étamée. Dans la mesure du possible, on doit s’efforcer de réaliser un contact direct. Lorsque deux armoires sont côte à côte, on les interconnectera directement par au moins 2 contacts en haut et en bas des baies. Attention à la peinture pour les différentes connexions. L’utilisation de rondelles éventails est très fortement conseillée. Interconnexion des masses La section des straps est pratiquement indifférente, seule leur longueur importe. Les connexions de masse ne dépasseront pas 50 cm. 280 TSX DR NET Liaisons Utilisation des chemins de câbles Principe Note : Tous les câbles doivent être routés avec effets protecteurs en les plaquant sur des structures de masse. l On utilisera donc systématiquement, à l’extérieur des armoires, des chemins de câbles métalliques en continuité électrique de bout en bout. Réaliser les raccordements par éclisse. Il est très important de réaliser ces raccordements par éclisse ou par clinquants plutôt que par de la tresse et a fortiori du conducteur rond. Ces chemins de câbles doivent être raccordés, de la même façon, à la masse des armoires et des machines, après grattage éventuel des peintures pour assurer le contact. Une séparation verticale dans la goulotte permet d’éviter le mélange des câbles incompatibles (Voir Sensibilité des différentess familles de câbles, p. 261). Il est à noter qu’un capot métallique global sur ces goulottes n’améliore pas la CEM. équivaut à Efficacité + équivaut à l TSX DR NET le câble d’accompagnement (câble de masse, voir Autres effets protecteurs, p. 288) ne sera utilisé que dans le cas où toute autre solution n’est pas réalisable. 281 Liaisons l Cas général pour chaque réseau de communication, en fonction notamment de sa vitesse et de la jauge du câble utilisé, une première limite maximale de longueur de segment (sans répéteur) doit être respectée. Cette limite, indiquée dans la documentation des produits, ne peut être atteinte que si les conditions d’installation sont satisfaisantes vis à vis de la CEM (notamment : câbles posés dans des goulottes métalliques en continuité électrique de bout en bout, réunies au maillage des masses et à la terre). Il y a donc lieu de définir une longueur théorique maximale de compatibilité électromagnétique. Cette seconde limite est théorique car généralement supérieure à la première, elle sert à optimiser les conditions d’installation et doit être respectée en même temps que la limite précédante. Elle concerne également un segment sans répéteur-régénérateur. On utilisera, sauf impossibilité, deux goulottes métalliques: une réservée à la puissance, relayage et variateurs et la seconde aux câbles signaux (capteurs, données, télécom...). Ces deux goulottes peuvent se toucher si leur longueur est inférieure à 30m. De 30 à 300m on les séparera de 10cm, indifféremment côte à côte ou superposées. Au-delà de 300m, on prévoira un espacement de 30cm. Câbles de puissance Câbles relayage Câbles numériques (non blindés) Câbles analogiques (non blindés) Câbles numériques (blindés) Câbles analogiques (blindés) Ces limites particulières sont toutes issues de la même Longueur Théorique CEM, ou "LTC". 282 TSX DR NET Liaisons Atteindre cette LTC suppose que les trois conditions optimales suivantes sont remplies: l une seconde goulotte, éloignée de 30 cm au minimum, est réservée aux câbles de puissance et de relayage, l les goulottes ne sont pas remplies à plus de 50% de leur capacité, l il n’y a pas de câble numérique non blindé ni de câble analogique. La longueur théorique CEM est en moyenne de 1200 mètres, mais selon le type de réseau de communication cette valeur peut être différente. Note : LTC vaut : 2000 m pour FIP à 1 MBit/s et pour Unitelway, 1000m pour ModbusPlus et pour Ethway à câble triaxial 50 Ohms, 700 m pour Mapway, et 400 m pour le système BusX des automates PREMIUM. l chaque fois que l’une des 3 conditions n’est pas remplie de bout en bout, et pour respecter la compatibilité électromagnétique, la longueur physique de goulotte doit être affectée d’un coefficient. Ces coefficients Ki, définis dans le tableau ciaprès, mesurent la diminution de l’effet protecteur. La longueur autorisée qui en résulte sera alors inférieure à la LTC. l de même, dans le cas de goulotte unique pour câbles de puissance et de signal, le coefficient tiendra compte le cas échéant des absences de toute séparation métallique ou de couvercle métallique sur la demi-goulotte signal. Détail : Symbole Condition d’installation Coefficient Longueur totale (1) Ki LTC * (1/Ki) Une ou deux goulottes : K20 Présence de câble numérique non blindé ou de câble analogique 2 600 m K50 Goulotte remplie à 50% ou davantage 2 600 m K10 Goulottes proches de 10 cm (au lieu de 30 cm) 2 600 m 10cm ou 10cm TSX DR NET 283 Liaisons Symbole Condition d’installation Coefficient Longueur totale (1) 4 300 m 6 200 m 12 100 m Goulotte unique ou deux goulottes jointives : K6 Avec séparation couvercle sur 1/2 goulotte signal K8 Sans couvercle sur demigouotte signal ou K0 Sans réparation ou (1)Longueur totale maximale si c’est l’unique condition défavorable ( avec LTC = 1200m ) Modes de vérification de la longueur d’un câblage homogène Il existe deux modes d’utilisation des coefficients Ki. Pour obtenir la longueur physique autorisée, on part de la LTC et on la divise par Ki, (exemples 1 et 2 ci-après). A l’inverse lorsque l’on s’impose les longueurs physiques, en les multipliant par Ki on compare le résultat à la LTC pour vérifier si l’on est conforme aux exigences CEM (exemples 3, 4 et 5). l Si la totalité du câble signal est posée dans des conditions homogènes, la longueur maximale de pose conforme aux exigences CEM est obtenue en divisant LTC par chacun des coefficients Ki concernés ( 3 au maximum). l La longueur physique des chemins de câble doit être multipliée par chacun des coefficients Ki concernés ( 3 au maximum) pour vérifier que la limite LTC n’est pas dépassée. Exemple 1 : Liaisons numériques blindées inférieures à 100m, sans câble analogique. Les câblages peuvent alors être réalisés dans un chemin métallique unique (pour LTC = 1200m ou plus). En effet - sous réserve que la goulotte ne soit pas remplie à plus de 50% - (Attention aux évolutions futures!), seul le coefficient K0 est alors à prendre en compte, ce qui donne la longueur maximale 1200m : 12 = 100m. 284 TSX DR NET Liaisons Les câbles de puissance et les liaisons numériques blindées seront fixés dans les coins de la goulotte comme indiqué dans la figure ci-dessous. Câbles de puissance Câbles de puissance Câbles numériques blindés Exemple 2 : Liaisons numériques blindées inférieures à 300m, sans câble analogique Dès que la longueur calculée dans une condition d’installation est insuffisante (100m dans le premier exemple) il est nécessaire d’améliorer la configuration sur l’aspect CEM. Câbles de puissance Câbles numériques blindés Câbles de relayage Une séparation verticale dans la goulotte permet d’éviter le mélange des câbles incompatibles. Un capot métallique sur la demi-goulotte des câbles signaux limite le parasitage des signaux. C’est pourquoi la valeur du coefficient passe alors de 12 (=K0) à seulement 4 (=K6), ce qui donne (avec LTC = 1200m) la longueur maximale: LTC / 4 = 300m. TSX DR NET 285 Liaisons Les conditions CEM à respecter sont alors: l chaque demi-goulotte est - au maximum - remplie à 50%, l la séparation est métallique et au contact de la goulotte sur toute sa longueur, l le capot est en contact sur toute la longueur avec la séparation. Attention aux évolutions futures. Exemple 3 : Projet de pose de 60 m de câble signal Il est prévu de le poser dans une goulotte unique sans séparation, en présence d’un câble de puissance et d’un câble analogique. Cette condition d’installation, d’après le tableau des symboles Ki, est affectée par deux coefficients: K0 (=12) et K20 (=2); il faut donc multiplier la longueur physique par 2 et par 12. Le résultat 1440m (60m x 24) étant supérieur à LTC = 1200m, la longueur 60m ainsi installée ne sera pas conforme aux exigences CEM. L’exemple 4 (§ suivant) explique une solution possible. Mode de vérification de la longueur d’un câblage hétérogène l lorsque les conditions d’installations sont multiples sur la longueur d’un chemin de câble, chaque longueur physique d’un même type de pose est à multiplier par les coefficients concernés suivant les mêmes règles que ci-dessus. l la somme des différents résultats doit rester inférieure à LTC (1200m par exemple). Exemple 4 : Nouveau projet de pose de 60 m de câble signal Le câble signal de l’exemple 3 est posé sur 20m suivant le type de pose ci-dessus; les 40m restants sont posés, avec le signal analogique, dans une goulotte distincte de celle de puissance, mais placée à 10 cm de la première. Longueur concernée Coéfficient Ki concernés Calculs Résultats 20 m K0 (=12) et K20 (=2) 20 m * 24 480 m 40 m K10 (=2) et K20 (=2) 40 m * 4 160 m 480 m + 160 m 640 m Total (60 m) Le résultat 640m étant maintenant inférieur à LTC = 1200m, la longueur 60m installée sera conforme aux exigences CEM. 286 TSX DR NET Liaisons Exemple 5 : Pose d’un câble FIP sur 1000m La documentation du système indique que la première limite est respectée, à condition de n'utiliser que du câble principal (1 paire 150 Ohms de jauge importante). La valeur de LTC est pour cette technologie de 2000m. Supposons que les 3 conditions optimales (voir Cas général, p. 282) soient respectées sur 700m et que, sur le reste de la longueur la goulotte puissance soit: l remplie à plus de 50%, l et distante seulement de 10 cm de la goulotte signal. Longueur concernée Coéfficient Ki concernés 700 m aucun 300 m K50 (=2) et K10 (=2) Total (1000 m) Calculs Résultats 300 m * 4 1200 m 700 m + 1200 m 1900 m 700 m Le résultat 1900m étant inférieur à LTC = 2000m, la longueur installée sera conforme aux exigences CEM et seule la contingence précédante subsiste (pas de paire de faible jauge). TSX DR NET 287 Liaisons Autres effets protecteurs Exemples L’effet protecteur d’un chemin de câbles est d’environ 50 entre 1 MHz et 100 MHz. Dans le cas où l’on ne peut pas utiliser ce type de matériel, d’autres effets protecteurs sont possibles. Les chemins de câbles en fils soudés "cablofils" sont moins efficaces et souvent plus coûteux que les goulottes en tôle. Cablofil : Effet protecteur ≈ 10 Effet protecteur ≈ 5 Câble de masse : 288 TSX DR NET Liaisons inter-bâtiments 13 Présentation Présentation Ce chapitre présente les différentes particularités des liaisons inter-bâtiments. Contenu de ce chapitre Ce chapitre contient les sujets suivants : TSX DR NET Sujet Page Câblage des liaisons 290 Protections des pénétrations 291 289 Liaisons inter-bâtiments Câblage des liaisons Généralités Les liaisons inter-bâtiments présentent deux particularités induisant des risques pour l'installation : l la mauvaise équipotentialité entre masses des installations, l les grandes surfaces de boucles entre les câbles de données et les masses. Avant l’installation et le raccordement d’un câble de données entre deux bâtiments, il est impératif de vérifier que les deux prises de terre des bâtiments sont interconnectées. Toutes les masses simultanément accessibles doivent être raccordées à une même prise de terre (ou au moins à un ensemble de prises de terre interconnectées). Cette contrainte est fondamentale pour la sécurité des personnes. Le second risque lié aux liaisons inter-bâtiments est la surface de boucle comprise entre les câbles de données et les masses. Cette boucle est particulièrement critique en cas de foudroiement indirect du site. Les surtensions induites dans ces boucles lors d’un impact de foudre indirect sont le l’ordre de la centaine de Volts par mètre carré. Afin de limiter ce risque, tout cheminement de câble entre deux bâtiments doit être doublé par une liaison équipotentielle de forte section (35 mm2). 290 TSX DR NET Liaisons inter-bâtiments Protections des pénétrations Description Les courants de mode commun provenant de l’extérieur doivent être évacués au réseau de terre à l’entrée du site pour limiter les d.d.p. entre équipements. Toute canalisation conductrice (câble conducteur, tuyauterie conductrice ou tuyauterie isolante qui véhicule un fluide conducteur) entrant dans un bâtiment doit être raccordée à la terre à l’entrée de celui-ci et au plus court. Sur les arrivées d’énergie, de télécommunications et câbles de signaux (de données, alarmes, contrôles d’accès, surveillance vidéo, ), on placera des parasurtenseurs en entrée de bâtiments. L’efficacité de tels dispositifs est en grande partie conditionnée par leur installation. Les parasurtenseurs (varistances, éclateurs, etc.) seront connectés directement à la masse du tableau électrique ou des équipements qu’ils protègent. Un raccordement du parasurtenseur uniquement à la terre (au lieu de la masse) est inefficace. Dans la mesure du possible, les tableaux où sont installés les protections énergie, Telecom et signaux seront placés à proximité d’une barrette de terre. Réseau Transformateur d’isolement à écran Câble secteur Parafoudres B.T amont Masse du transformateur PE Masse du tableau Terre Pour les liaisons de données inter-bâtiment, il est fortement recommandé d’utiliser de la fibre optique. Ce type de liaison permet de s’affranchir totalement des problèmes de boucle entre bâtiments. TSX DR NET 291 Liaisons inter-bâtiments 292 TSX DR NET Communication chaîne de caractères IV Présentation Objet de cet intercalaire Cet intercalaire a pour but de vous décrire les principes de transmission et de liaison. Contenu de cette partie Cette partie contient les chapitres suivants : TSX DR NET Chapitre Titre du chapitre Page 14 Communication chaîne de caractères 295 15 Liaison RS 232 C 303 16 Liaison RS 422/RS 485 311 17 Liaison boucle de courant 319 293 Communication, chaîne de caractère. 294 TSX DR NET Communication chaîne de caractères 14 Présentation Objet de ce chapitre Ce chapitre rappelle les principes de transmission parallèle et série. Contenu de ce chapitre Ce chapitre contient les sujets suivants : TSX DR NET Sujet Page Généralités 296 Principes de transmission 297 Paramètres généraux d’une transmission série asynchrone 299 295 Communication chaîne de caractères Généralités présentation 296 Pour échanger sans erreur, sans perte et sans duplication, des données entre deux équipements distants il faut réaliser un certain nombre de fonctions : l structurer les informations en bloc avant de les transmettre en séquence, l synchroniser émetteur et récepteur, l détecter les erreurs de transmission et si possible récupérer l'information corrompue, l identifier les équipements communiquants, l contrôler le flux de transmission. Cet ensemble de fonctions constitue la base de tout protocole de liaison et justifie les caractéristiques de transmission détaillées dans les chapitres suivants. TSX DR NET Communication chaîne de caractères Principes de transmission Présentation La cadence et les besoins de transmission varient sensiblement d'un équipement à l'autre. Ils sont fonction de la distance, des volumes d'échanges, des temps de réponse souhaités, du coût de l'installation... Pour répondre à ces exigences, trois modes de transmission ont été définis. Transmission parallèle TSX DR NET Les données en sortie des organes de traitement de l’information sont présentées généralement sous forme de mots de "n" bits. La transmission parallèle consiste à émettre simultanément ces "n" bits d’information et nécessite par conséquent une ligne de transmission de "n" fils appelée bus, associée à des fils de contrôle et de commande.Ce mode de transmission permet d’atteindre des débits élevés (1 M octets par seconde) sur une distance réduite (20 mètres maxi). Il est utilisé principalement dans l’instrumentation : standard IEEE-488, ou dans les liaisons pour imprimantes : interface Centronics.Transmettre des données en parallèle à des distances supérieures à quelques mètres entraîne une dépense importante compte-tenu du nombre de fils de transmission et de la nécessité d’employer des répéteurs pour garantir l’intégrité des signaux véhiculés. Appareil 1 Appareil 2 Appareil 3 Appareil 4 Ligne de gestion du bus 8 lignes adresses commandes données Lignes de gestion des transferts de données 297 Communication chaîne de caractères Transmission série synchrone Ce type de transmission est très utilisé en environnement industriel parce que simple à mettre en œuvre et peu coûteuse. La ligne ne comporte qu’un fil : les éléments binaires d’informations (bits) d’un mot ou caractère sont alors envoyés successivement les uns après les autres (sérialisation) au rythme d’un signal d’horloge. Le récepteur effectue l’opération inverse : transformation série/parallèle à partir de son horloge ayant la même fréquence que celle de l’émetteur. Illustration : Détection du front descendant Détection du bit d’envoi Bit de parité Bit d’envoi “START” DONNEES (entre 5 et 8 bits) Bit d’arrêt “STOP” (1; 1,5 ou 2 bits) La synchronisation des deux horloges est assurée à chaque caractère qui est encadré d’un élément de départ : bit START, et de 1 ou 2 éléments arrêt : bit STOP. La transmission est dite asynchrone car l’intervalle de temps entre 2 caractères complets (bits START et STOP inclus) peut être quelconque. Cette transmission est particulièrement bien adaptée pour les échanges à faibles débits. Transmission série synchrone Contrairement à la liaison asynchrone, les informations sont envoyées par trames (de quelques octets à plusieurs Koctets). La trame constitue un flot continu de bits (sans aucun bit start/stop comme en mode asynchrone). La synchronisation des deux horloges (émetteur et récepteur) se fait à l'aide de code autosynchronisant (ex : codage Manchester). Octets fin de trame Informations Préambule début de trame Ce mode de transmission favorise les échanges de gros volumes d'informations à vitesse élevée (débit _ 50 Kbits/s). 298 TSX DR NET Communication chaîne de caractères Paramètres généraux d’une transmission série asynchrone Différents types de liaisons Liaison point à point Cette liaison est simple puisqu’elle ne comporte que deux stations. Suivant les besoins et les possibilités offertes par le support physique de la ligne, une liaison de ce type peut être exploitée dans les 3 modes suivants : l transmission unidirectionnelle (ou simplex) : La station A est toujours émettrice. La station B est toujours réceptrice. l transmission bidirectionnelle à l’alternat (ou half-duplex) : Chacune des deux stations peut être ou émettrice ou réceptrice mais pas simultanément. La liaison ne fonctionne que dans un sens à un instant donné. l transmission bidirectionnelle simultanée (ou full-duplex) : Les deux stations sont simultanément et émettrices et réceptrices. Liaison multipoint Lorsque plusieurs stations doivent être connectées à un équipement central, il est possible de les y relier par autant de liaisons point à point indépendantes. Cependant cette solution devient rapidement onéreuse surtout si les distances sont importantes. On utilise alors une liaison multipoint. Illustration : Dans cette configuration les informations émises par le central A sont reçues simultanément par toutes les stations connectées. En revanche à un instant donné seule l’une des stations B, C ou D peut transmettre des données vers le central. Ceci implique qu’une procédure spéciale devra être mise en œuvre pour ordonner les échanges d’informations. TSX DR NET 299 Communication chaîne de caractères Nombre de bits de données Le codage des données est réalisé sur 7 bits ou 8 bits : l codage 8 bits : il s’agit d'un codage binaire pur signé ou non signé, l codage 7 bits il s'agit du codage standard ASCII (American Standard Code for Information Interchange). Exemple : Sens de transmission STOP PARITE START Ex. : Transmission du caractère "i" (16#69 en ASCII). Note : Le 1er bit d'un octet (poids faible) est transmis en premier et le 8ème (poids fort) est transmis en dernier. Parité Compte-tenu des risques d'erreur en cours de transmission, il convient d'ajouter de l'information aux blocs de données à transmettre de façon à pouvoir détecter une erreur au niveau du récepteur. La technique utilisée est d'ajouter un bit de parité au caractère transmis. Le récepteur conclut à une erreur si la parité du caractère reçu n'est pas conforme à son bit de parité. Le bit de parité est fonction du type de parité choisi : l parité paire : le nombre total de bit à 1 (caractère + bit de parité) doit être pair, l parité impaire : le nombre total de bit à 1 (caractère + bit de parité) doit être impair. Le contrôle de parité peut dans certains cas être supprimé car d'autres contrôles d'échanges sont mis en œuvre (ex : contrôle par Checksum ou contrôle de redondance cyclique CRC). C'est le cas du choix : "sans parité". 300 TSX DR NET Communication chaîne de caractères Nombre de bits de stop Le nombre de bits de stop peut varier de 1 à 2. Ce ou ces bits de stop permettent, dès leur réception le retour à l'état de repos du récepteur. L'horloge du récepteur n'est synchronisée sur l'horloge de l'émetteur que pour la durée de transmission du caractère. Ajouter des bits de service (start et stop) à chaque octet à transmettre correspond à une perte minimum de 25 % de la capacité de transmission de la ligne. Il est donc souhaitable de ne gérer qu'un seul bit de stop pour améliorer le rendement. Note : Le choix de gérer plus d'un bit stop est lié aux équipements de technologie ancienne dont l'électronique n'était pas suffisamment précise pour détecter une fin de caractère sur un seul bit de stop. Ce problème ne se pose plus avec les équipements actuels. Vitesse de transimission TSX DR NET Le mode série asynchrone est particulièrement adapté pour les transmissions de faibles débits. Les vitesses associées sont les suivantes : l 1200 bits/s l 2400 bits/s l 4800 bits/s l 9600 bits/s l 19200 bits/s 301 Communication chaîne de caractères 302 TSX DR NET Liaison RS 232 C 15 Présentation Objet de ce chapitre Ce chapitre décrit la liaison RS 232 C et donne ses caractéristiques. Contenu de ce chapitre Ce chapitre contient les sujets suivants : TSX DR NET Sujet Page Description 304 Caractéristiques électriques 305 Caractéristiques mécaniques et fonctionnelles 306 Utilisation 309 Gabarit de la jonction RS 232 310 303 Liaison RS 232 C Description Présentation L'appellation de cette liaison provient du standard RS 232 C défini par l'EIA (Electronic Industries Association). Elle est parfois désignée sous le nom V24 car presque semblable aux avis V24 et V28 émis par le CCITT (Comité Consultatif International de Télégraphie et Téléphonie). L'objectif du standard EIA RS 232 C est de définir les caractéristiques fonctionnelles, électriques et mécaniques des échanges entre ETTD et ETCD : l ETTD : Equipement Terminal de Traitement de Données tel que API, ordinateur... l ETCD : Equipement Terminal de Circuits de Données tels que modems, convertisseurs de signaux... Pratiquement la liaison RS 232 C est une interface de tension définie pour les transmis-sions séries aussi bien asynchrones que synchrones. Elle comporte 2 lignes de transmission de données : une pour chaque sens, ainsi qu'un ensemble de lignes de contrôle et de commandes nécessaires à l'établissement d'un canal de communication. Toutes ces lignes sont référencées par rapport à un fil commun (terre de signalisation ou retour commun). La liaison RS 232 est une liaison point à point. 304 TSX DR NET Liaison RS 232 C Caractéristiques électriques Description La liaison RS 232 C est définie pour une longueur maximum de 15 mètres et un débit au plus égal à 20 Kbps. La liaison RS 232 C est définie pour une longueur maximum de 15 mètres et un débit au plus égal à 20 Kbps. Tension de sortie à vide : 25 volts maxiTension de sortie en charge volts n(polarités positive et négative) Niveaux de transition 3 volts Impédance du récepteur 3 à 7 kW Vitesse de variation du signa l30 V/s maxi 5 à 15 Pour les lignes de données : l tension > 0 = bit à 0 logique, l tension < 0 = bit à 1 logique. Pour les signaux de service : tension > 0 = état VRAI, l tension < 0 = état FAUX. l TSX DR NET 305 Liaison RS 232 C Caractéristiques mécaniques et fonctionnelles Présentation N° Fonctions broche 25 points Les caractéristiques de connexion de la RS 232 C sont équivalentes à la norme ISO 2110 définissant un connecteur à 25 broches ainsi que leur affectation. Description des broches CCITT EIA Observations Abrév. Appelation Abrév. Appelation 1 Masses TP Terre de protection PG Protection ground Dans la révision de la norme en 1987, la terre de protection a été remplacée par un blindage 2 Données ED Emission de données SD Send Data 3 Données RD Réception de données RD Receive Data 4 Signaux de contrôle (commande de l’émission) DPE Demande pour émettre RTS Request Data L’ETTD indique à l’ETCD qu’il est prêt à transmettre et le conditionne en mode émission 5 Signaux de contrôle (commande de l’émission) PAE Prêt à émettre CTS Request to Send L’ETCD indique à l’ETTD qu’il est prêt à émettre et valide l’ETTD pour la transmission 6 Signaux de contrôle (établissem ent de la connexion) PDP Poste de Données Prêt DSR Data Set Ready L’ETCD indique à l’ETTD son état local, s’il est bien connecté, la ligne est active 7 Masses TS Terre de signalisation SG Signal Ground Masse électrique 306 Sens ETTDETCD TSX DR NET Liaison RS 232 C 8 Signaux de contrôle (indicateur) 9 DP Détection de porteuse D Data Carrier Detect Indique à l’ETTD qu’un signal a été reçu Tests d’alimentatio n PTV Positive Test Voltage Réservé pour les tests de l’alimentation de l’ETCD par l’ETTD 10 Tests d’alimentatio n NTV Negative Test Voltage Réservé pour les tests de l’alimentation de l’ETCD par l’ETTD 11 Sélection de SFE paramètres Choix de la fréquence d’émission STF Select Transmit Frequency Sélection de SFR paramètres Choix de la fréquence de réception SRF Select Receive Frequency 12 Canal secondaire SDCD Secondary DCD Détection de signal sur voie secondaire 13 Canal secondaire SCTS Secondary CTS Voie secondaire prête 14 Canal secondaire SSD Secondary SD Emission de données sur voie secondaire 15 Horloges SCTE Serial Clock Receive Horloge émission de l’ETCD pour synchronisation 16 Canal secondaire SRD Secondary RD Réception de données sur voie secondaire 17 Horloges HRM Base de temps pour les éléments du signal à la réception SCR Serial Clock Receive Horloge de réception 18 Divers CT Commande de test LL Local Loop back 19 Canal secondaire SRTS Secondary RTS TSX DR NET HET Base de temps pour les éléments du signal à l’émission Demande pour émettre sur voie secondaire 307 Liaison RS 232 C 20 Signaux de contrôle (établissem ent de la connexion) CDP TDP Connecter le poste CDS de données sur ligne Connect Data Set to line Equipement terminal de données prêt DTR Data Terminal Ready Etat fermé : connexion sur la ligne Etat ouvert : déconnexion après émission Etat fermé : ETCD autorisé à se connecter si appel Etat ouvert : déconnexion après transmission 21 Divers QS Détection de la qualité du signal de données SQD Signal Quality Detector 22 Signaux de contrôle (indication) IA Indicateur d’appel RI Ring Indicator L’ETCD indique à l’ETTD qu’un appel a été détecté 23 Sélection de SDT paramètres SDM Sélecteur de débit binaire (ETTD) Sélecteur de débit binaire (ETCD) DRS Data Rate Selector Data Rate Selector Sélection de la vitesse de transmission 24 Horloges HET Base de temps pour les éléments du signal à l’émission SCTI Serial Clock Transmit Internal Synchronisation 25 Divers IT Indicateur de test TM Test Mode DRS Les broches 1 à 8, 20, 22 et 23 sont les plus fréquemment utilisées. Les autres broches (peu utilisées) sont affectées essentiellement aux bases de temps nécessaires en transmission série synchrone, ainsi qu'à une voie secondaire pour superviser la liaison. Les signaux RI, DST, DTR sont utilisés pour l'établissement et la rupture du circuit lorsque la ligne n'est pas affectée en permanence à la liaison. Les signaux RTS, CTS, DSR servent à initialiser la transmission. Le signal DRS est utilisé pour choisir un débit binaire parmi deux quand ce choix est offert par le Modem. 308 TSX DR NET Liaison RS 232 C Utilisation Description TSX DR NET La liaison RS 232 C est certainement le standard le plus utilisé actuellement. Sa complexité relative est liée à la grande variété des cas d'exploitation qu'elle peut traiter : transmissions synchrones et asynchrones, appel manuel ou automatique, etc. Bien que prévue à l'origine pour le transport de l'information à travers un canal de télécommunication, elle est fréquemment utilisée pour réaliser des connexions entre divers appareils en local. Les principaux signaux de service destinés à piloter un Modem sont alors utilisés pour le contrôle d'état et la commande de périphériques tels qu'une imprimante par exemple. 309 Liaison RS 232 C Gabarit de la jonction RS 232 Description 310 Illustration TSX DR NET Liaison RS 422/RS 485 16 Présentation Objet de ce chapitre Ce chapitre décrit la liaison RS 422/RS 485 ainsi que ses caractéristiques principales. Contenu de ce chapitre Ce chapitre contient les sous-chapitres suivants : TSX DR NET Souschapitre Sujet Page 16.1 Description de la liaison RS 422/RS 485 312 16.2 Topologies 313 16.3 Caractéristiques principales 318 311 Liaison RS 422/RS 485 16.1 Description de la liaison RS 422/RS 485 Description Généralités 312 Ce standard diffère fondamentalement de la liaison RS 232 C car il définit un mode de transmission différentiel. Chaque signal de données est véhiculé sur 2 fils et n’est pas référencé par rapport à une masse, mais présenté comme un signal différentiel aux sorties du transmetteur et aux entrées du récepteur. Le standard RS 485 est une extension du standard RS 422 A plus connu permettant des liaisons multipoint aussi bien que point à point. Terminaison L’emploi d’un dispositif de terminaison Ligne (résistance Rt) est préconisé afin de boucler la ligne sur son impédance caractéristique. Ce montage permet de minimiser le bruit et les réflexions Transmetteur Récepteur assurant ainsi une meilleure qualité de transmission. Généralement le bouclage est effectué à une extrémité de la ligne. TSX DR NET Liaison RS 422/RS 485 16.2 Topologies Présentation Objet de ce souschapitre Ce sous-chapitre présente la topologie de la liaison RS 422/RS 485 ainsi que ses caractéristiques. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : TSX DR NET Sujet Page Topologie bus en half duplex avec adaptation de ligne unique 314 Topologie bus en half duplex avec adaptation de ligne répartie 316 Topologie point à point en full duplex 317 313 Liaison RS 422/RS 485 Topologie bus en half duplex avec adaptation de ligne unique Description C'est l'adaptation utilisée pour les réseaux du type ModBus. Le schéma ci-dessous présente l'architecture générale d'un réseau RS 485 : Les émetteurs sont symbolisés par : Les récepteurs sont symbolisés par : Le réseau est constitué par une simple paire torsadée blindée. La connexion des différents postes du réseau se fait simplement en reliant : l d'une part, toutes les sorties repérées + (Tx+, Rx+) sur le fil + du réseau repéré (L+), l d'autre part, toutes les sorties repérées - (Tx-, Rx-) sur le fil - du réseau repéré (L-). L'impédance du réseau est adaptée au moyen de deux résistances d'adaptation (Rc) situées sur les deux stations extrêmes du réseau. La polarisation du réseau est réalisée en reliant le fil L+ au 0 V et le fil L- au 5 V par l'intermédiaire de deux résistances de polarisation (R = 470 Ω ). Cette polarisation a pour effet de faire circuler en permanence un courant dans le réseau.Cette adaptation peut se situer à un endroit quelconque du réseau (en pratique elle se fait généralement au niveau du maître). 314 TSX DR NET Liaison RS 422/RS 485 Elle doit être unique pour l'ensemble du réseau, quelle que soit son étendue. Les caractéristiques essentielles sont : l jusqu'à 32 stations, l étendue maximale : 1 300 m environ, l topologie bus, l dérivation =< 15 m, l half duplex sur 2 fils, l adaptation de fin de ligne sur les postes d'extrémité. l adaptation de ligne unique Rp = 470 Ω TSX DR NET 315 Liaison RS 422/RS 485 Topologie bus en half duplex avec adaptation de ligne répartie Description C'est l'adaptation utilisée pour les réseaux du type UNI-TELWAY : Le schéma ci-dessous présente l'architecture générale d'un réseau UNI-TELWAY : Le réseau est constitué par une simple paire torsadée blindée. La connexion des différents postes du réseau se fait simplement en reliant : l d'une part, toutes les sorties repérées + (Tx+, Rx+) sur le fil + du réseau repéré (L+), l d'autre part, toutes les sorties repérées - (Tx-, Rx-) sur le fil - du réseau repéré (L-). L'impédance du réseau est adaptée au moyen de deux résistances d'adaptation (Rc) situées sur les deux stations extrêmes du réseau. La polarisation répartie du réseau est réalisée en reliant le fil L+ au 0 V et le fil L- au 5V par l'intermédiaire de deux résistances de polarisation (R = 4,7K Ω ). Cette polarisation a pour effet de faire circuler en permanence un courant dans le réseau.Cette adaptation doit être réalisée au niveau de chaque station du réseau. Les caractéristiques essentielles sont : jusqu'à 32 stations, l étendue maximale : 1 300 m environ, l topologie bus, l dérivation - 15 m, l half duplex sur 2 fils, l adaptation de fin de ligne sur les postes d'extrémité. l adaptation de ligne répartie Rp = 4,7K Ω l 316 TSX DR NET Liaison RS 422/RS 485 Topologie point à point en full duplex Description Ce type de liaison permet d'utiliser la liaison RS 485 pour dialoguer en full duplex avec des équipements ne disposant que de la liaison RS 422 A. La liaison ainsi réalisée est en effet conforme au standard RS 422 A. Ω Poste A Poste B La distance maxi entre les deux équipements est, conformément au standard RS 422 A, de 1 300 m environ. Pour des distances importantes, il est conseillé de placer une résistance d'adaptation Rc en parallèle sur les bornes Rx+ et Rx- du récepteur de l'équipement à relier. TSX DR NET 317 Liaison RS 422/RS 485 16.3 Caractéristiques principales Caractéristiques Présentation l transmetteur Tension de sortie circuit ouvert : 6 volts > Vo > - 6 volts Tension de sortie bouclé sur 120 Ω : Vt I > 2 volts et à I Vo/2 I l Ω Polarité inversée suivant les 2 états binaires. récepteur Le récepteur est caractérisé pour assurer la discrimination des 2 états binaires lorsque les signaux différentiels appliqués à ses entrées ont une amplitude comprise entre 200 mV et 6 Volts. Il peut supporter un signal différentiel maximum de + 12 Volts. Caractéristiques dynamiques Moyennant l’emploi de câble à paires torsadées de section supérieure à 0,2 mm2 et de dispositif de terminaison de ligne, les performances de la liaison RS 422 A autorisent des débits de 100 Kbits/s pour une longueur de 1000 mètres. En pratique l’utilisation de ce standard à des débits plus faibles (10 Kbits/s) permet de mettre en œuvre des liaisons de quelques kilomètres. Les caractéristiques électriques de la liaison RS 422 A/RS 485 (mode différentiel, courant élevé) qui offrent des qualités de transmission et une bonne immunité aux perturbations, en font un standard de plus en plus employé. Les transmetteurs peuvent être mis en état "haute impédance" grâce à une commande associée, ce qui permet leur utilisation en configuration multipoint. Cette liaison assure de bonnes performances distance/vitesse, une configuration économique et permet toute déconnexion d'un abonné sans perturber le réseau. 318 TSX DR NET Liaison boucle de courant 17 Présentation Objet de ce chapitre Ce chapitre décrit la liaison boucle de courant ainsi que ses caractéristiques. Contenu de ce chapitre Ce chapitre contient les sujets suivants : TSX DR NET Sujet Page Description de la liaison boucle de courant 320 Configurations 321 Caractéristiques 323 319 Liaison boucle de courant Description de la liaison boucle de courant Description La liaison par boucle de courant 20 mA est sans doute la plus ancienne des liaisons séries issue de la communication avec un télé-imprimeur et n'a jamais fait l'objet d'une normalisation. Elle se compose de deux boucles : une pour l'émission, l'autre pour la réception, parcourues ou non par un courant de 20 mA obtenu à partir d'une source de tension. 320 TSX DR NET Liaison boucle de courant Configurations Présentation La transmission s'effectue sur une ligne de type téléphonique 2 paires dont la longueur est limitée par les caractéristiques de la ligne (résistance de boucle et capacité de la ligne) et par la vitesse de transmission. La jonction courant peut être active ou passive. On peut généralement choisir le mode actif ou passif sur l'une ou l'autre extrêmité de la ligne. A un mode actif doit correspondre un mode passif et inversement. Poste A actif, poste B passif Emission Réception Réception Emission Poste A Poste B Note : La station est dite active quand elle fournit l'énergie nécessaire au transport de l'information, passive dans le cas contraire. Poste A passif, poste B actif Emission Réception Réception Emission Poste A Poste B L'état repos de la ligne correspond au courant passant. Note : Il est possible de "panacher" le mode de fonctionnement des boucles émission et réception sur un même poste (émission active et réception passive, par exemple). TSX DR NET 321 Liaison boucle de courant Les postes esclaves sont en série avec le maître. L'état de repos de la ligne est 20 mA. Poste maître (actif) Poste esclaves (passifs) Nombre maximum de postes esclaves 8 Légende : Générateur de courant (poste actif) Récepteur Emetteur Sens du courant 322 TSX DR NET Liaison boucle de courant Caractéristiques Présentation L'absence de courant dans une boucle correspond à : l 1 bit START, l 1 bit donnée à 0 logique. Lorsqu'il circule un courant de 20 mA, cela correspond à : l 1 bit STOP, l 1 bit donnée à 1 logique, l la ligne au repos. Ligne au repos Stop Performances Données Start La vitesse de transmission que l’on peut atteindre avec ce type de liaison devient rapidement limitée par la longueur et la section du câble utilisé. La boucle de courant permet un débit de 600 bits/s jusqu’à 3 km environ, des débits plus rapides (9600 bits/s) n’autorisent qu’une longueur maximum de quelques centaines de mètres. En pratique, la liaison boucle de courant, par sa simplicité de mise en œuvre, trouve de nombreuses applications lorsqu’un débit de quelques milliers de bits par seconde est suffisant et quand les données à émettre présentent un caractère non systématique (cas d’un dialogue opérateur par exemple). La liaison boucle de courant 20 mA présente une bonne immunité aux parasites et sa configuration est économique. TSX DR NET 323 Liaison boucle de courant 324 TSX DR NET Glossaire A ASCII American Standard Code for Information Interchange. Se prononce "aski". C’est un code américain (mais devenu standard international) qui permet, à l’aide de 7 bits de définir tous les caractères alphanumériques utilisées en anglais, les signes de ponctuation, certains caractères graphiques ainsi que diverses commandes. B BIT Contraction des mots anglais Binary Digit (chiffre binaire). C’est l’unité binaire de quantité d’information qui peut représenter deux valeurs distinctes (ou état): 0 ou 1. Un champ de 8 bits constitue ce que l’on, appelle 1 Byte ou 1 Octet. C Configuration La configuration rassemble les données qui caractérisent la machine (invariant) et qui sont nécessaires au fonctionnement du module. Toutes ces informations sont stockées en zone constantes automate %KW. L’application automate ne peut pas les modifier. CPU Control Processing Unit. TSX DR NET 325 Glossaire C’est le microprocesseur. Il est constitué de l’ensemble de l’unité de contrôle et de l’unité arithmétique. L’unité de contrôle a pour but d’extraire de la mémoire centrale l’instruction à exécuter ainsi que les données nécessaires à l’exécution de cette instruction, d’établir les connexions électriques dans l’unité arithmétique et logique et de lancer le traitement de ces données dans cette unité. On peut parfois trouver des mémoires ROM ou RAM incluses sur la même puce, ou même encore des interfaces d’E/S ou des buffers. D Driver Programme signalant au système d’exploitation la présence et les caractéristiques d’un périphérique. On parlera également de pilote de périphérique. E E/S Entrées/Sorties Etape L’étape Grafcet caractérise un état du fonctionnement séquentiel de l’automatisme. L’étape initiale définit la situation initiale de l’automatisme. L’étape simple définit un état stable de l’automatisme. Des actions peuvent lui être associées. Celles-ci sont exprimées en langage Ladder, Littéral structuré ou List. F Flash Eprom Carte mémoire PCMCIA de type : l interne (TSX37) contenant programme, constantes, sauvegarde %MW, l externe (TSX37-57) contenant programme et constantes. Format INTEL Pour la représentation d’un mot au format INTEL : l’octet de poids faible est en premier (adresse mémoire la plus basse), l’octet de poids fort en second (adresse mémoire la plus haute). 326 TSX DR NET Glossaire Représentation d’un mot en format INTEL : Rang de l’octet Octet concerné 0 poids faible du mot 1 poids fort du mot G Grafcet Langage Grafcet. Le langage Grafcet est conforme au langage "Diagramme fonctionnel en séquence" (SFC) de la norme IEC 1131-3. Le Grafcet permet de représenter graphiquement et de façon structurée le fonctionnement d’un automatisme séquentiel. Cette description graphique du comportement séquentiel de l’automatisme et des différentes situations qui en découlent, s’effectuent à l’aide de symboles graphiques simples. I IOB Input Output Block, c’est la mémoire image des E/S. IOIM Input Output Image, c’est la mémoire image des E/S. Dans la mémoire IOIM on retrouve les bits forçables (%Q, %I, %M). L Ladder TSX DR NET Langage à contact. Un programme écrit en langage à contacts se compose d’une suite de réseaux (rung) exécutés séquentiellement par l’automate. 327 Glossaire M Mode de marche C'est l'ensemble de règles qui régissent le comportement du module pendant les phases transitoires ou sur apparition d'un défaut. P PCMCIA Personal Computer Memory Card International Association PL7 Logiciels de programmation des automates Schneider Automation. R RUN Fonction permettant de démarrer l’exécution, du programme applicatif dans l’automate. RUN Auto Fonction permettant de démarrer automatiquement l’exécution du programme applicatif dans l’automate lors du démarrage à froid. S STOP Fonction permettant de stopper l’exécution du programme applicatif dans l’automate. T TOR 328 Entrées/sorties Tout ou Rien. TSX DR NET B AC Index A Accès aux modules d’E/S Présentation, 152 READ_DIGITAL_MODULE_IMAGE, 153 READ_IO_CHANNEL, 170 READ_STATUS_MODULE, 164 WRITE_DIGITAL_MODULE_IMAGE, 160 WRITE_IO_CHANNEL, 176 Accès aux objets génériques READ_GENERIC_OBJECT, 191 READ_OBJECT_LIST, 203 READ_OBJECTS, 183 WRITE_GENERIC_OBJECT, 198 WRITE_OBJECTS, 188 Accès aux objets standards FORCE_INTERNAL_BIT, 132 READ_CONSTANT_DWORD, 142 READ_CONSTANT_WORD, 141 READ_GRAFCET_BIT, 148 READ_INTERNAL_BIT, 127 READ_INTERNAL_DWORD, 138 READ_INTERNAL_WORD, 134 READ_SYSTEM_BIT, 143 READ_SYSTEM_WORD, 146 WRITE_INTERNAL_BIT, 130 WRITE_INTERNAL_DWORD, 140 WRITE_INTERNAL_WORD, 136 WRITE_SYSTEM_BIT, 145 WRITE_SYSTEM_WORD, 147 TSX DR NET Adressage X_WAY Niveau architecture, 60 Adressage X-WAY Niveau d’architecture, 60 Niveau station, 61 Architecture Concentrateur, 25 Généralités, 20 Monoréseau, 21 Multiréseau, 23 Pont, 27 Redondance, 26 C Codage des requêtes Liste, 102 Compatibilité V1.1 et V2.0, 232 329 Index D Description des classes d’objet "Génération de train d’impulsion", 243 "Message dialogue opérateur", 246 "Modulation de largeur d’impulsion", 242 "Registre à décalage", 244 "Registre pas à pas", 245 Compteur, 238 Compteur Rapide, 241 Monostable, 237 Objet Horodateur, 247 Programmateur Cyclique, 240 Registre, 239 Temporisateur, 235 162 WRITE_GENERIC_OBJECT, 201 WRITE_INTERNAL_BIT, 131 WRITE_INTERNAL_DWORD, 140 WRITE_INTERNAL_WORD, 137 WRITE_IO_CHANNEL, 178 WRITE_OBJECTS, 190 WRITE_SYSTEM_BIT, 145 WRITE_SYSTEM_WORD, 147 F Format d’une adresse, 63 Adressage 3 niveaux, 66 Adressage 5 niveaux, 69 Adressage 6 niveaux, 73 E Entités de communication Niveau module, 62 Niveau station, 62 Niveau voie de communication, 62 Présentation, 62 Exemples de génération de requête FORCE_INTERNAL_BIT, 133 IDENTIFICATION, 109 MIRROR, 125 PROTOCOL_VERSION, 121 READ_CONSTANT_DWORD, 142 READ_CONSTANT_WORD, 141 READ_CPU, 116 READ_DIGITAL_MODULE_IMAGE, 157 READ_GENERIC_OBJECT, 194, 196 READ_GRAFCET_BIT, 150 READ_INTERNAL_BIT, 128 READ_INTERNAL_DWORD, 139 READ_INTERNAL_WORD, 135 READ_IO_CHANNEL, 174 READ_OBJECT_LIST, 205, 207 READ_OBJECTS, 186 READ_STATUS_MODULE, 168 READ_SYSTEM_BIT, 144 READ_SYSTEM_WORD, 146 WRITE_DIGITAL_MODULE_IMAGE, 330 G Gestion de sémaphores I_AM_ALIVE, 216 RELEASE, 215 RESERVE, 214 Gestion des modes de marche INIT, 212 RUN, 210 STOP, 211 L Liaison boucle de courant Caractéristiques, 323 Configurations, 321 Description, 320 Liaison RS 232 C Caractéristiques électriques, 305 Caractéristiques mécaniques/ fonctionnelles, 306 Présentation, 304 Liaison RS 422/RS 485 Caractéristiques, 318 Description, 312 TSX DR NET Index M Modèle ISO Couche application, 36 Couche liaison, 31 Couche physique, 30 Couche présentation, 35 Couche réseau, 32 Couche session, 34 Couche transport, 33 Présentation, 29 P Principes de transmission, 297 parallèle, 297 série asynchrone, 298 série synchrone, 298 Protocole UNI-TE Données utilisées, 94 Service UNI-TE CLIENT-SERVEUR, 47 Présentation, 46 T Trame X-WAY, 81, 84 Cinq niveaux, 82 Données distribuées, 85 Six niveaux, 83 Type NPDU, 80 Trame X-Way Présentation, 78 Transfert de données BACKUP, 226 CLOSE_DOWNLOAD, 221 CLOSE_UPLOAD, 225 OPEN_DOWNLOAD, 219 OPEN_UPLOAD, 222 READ_UPLOAD, 223 WRITE_DOWNLOAD, 220 R Requêtes d’usage général IDENTIFICATION, 105 MIRROR, 124 PROTOCOL_VERSION, 119 READ_CPU, 111 Réseaux ETHWAY, 42 FIPIO, 41 FIPWAY, 40 UNI-TELWAY, 39 S Service COM Fonctionnement, 52 Mots communs, 51 Service communication Echanges prioritaires, 57 Standard, 56 Service d’entrées/sorties, 58 Service table partagée, 53 TSX DR NET 331 Index 332 TSX DR NET