Schneider Electric X-Way, Protocole UNI-TE, codage, compatibilité électromagnétique Manuel utilisateur

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 TECHCOMM@modicon.com
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