Schneider Electric OPC Factory Server Mode d'emploi

OPC Factory Server V2.5
Manuel utilisateur
TLX DM OFS 2.5 fre
2
Table des matières
A propos de ce manuel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Chapitre 1
Présentation du produit OFS. . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Présentation du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Communication avec les automates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Chapitre 2
2.1
2.2
2.3
2.4
2.5
Chapitre 3
3.1
3.2
3.3
Installation/Désinstallation du produit OFS . . . . . . . . . . . . . . . 17
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Contenu du produit OPC Factory Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Contenu d’OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuration matérielle et logicielle du produit OPC Factory Server . . . . . . . . .
Configuration matérielle et logicielle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Procédure d’installation du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Préparation à l’installation du produit OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Installation du poste complet (client + serveur). . . . . . . . . . . . . . . . . . . . . . . . . .
Poste distant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Installation des drivers. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Lien concept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Paramétrage du fonctionnement en local ou déporté . . . . . . . . . . . . . . . . . . . . .
Paramétrage en local ou déporté . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Désinstallation d’OPC Factory Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Désinstallation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17
18
18
19
19
21
21
22
23
25
26
27
28
28
29
29
Configurateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation du configurateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configurateur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Exécution du configurateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Exécution du configurateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Paramètres standards et édition des alias . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation des paramètres standards et de l’édition des alias . . . . . . . . . . . .
Archivage des données de configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
32
32
34
34
35
35
36
39
3
3.4
3.5
Chapitre 4
Modification de l’adresse réseau de l’équipement . . . . . . . . . . . . . . . . . . . . . . . . 40
Association d’un fichier table de symboles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Définition des propriétés de l’alias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Configuration des paramètres avancés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Présentation de la configuration des paramètres avancés . . . . . . . . . . . . . . . . . 50
Onglet Modèle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Onglet Symboles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Onglet Bande Morte. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Onglet Série . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
Onglet Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
Onglet Simulateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Onglet Communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Compatibilité avec les versions précédentes du configurateur . . . . . . . . . . . . . . 63
Compatibilité avec la version précédente du Configurateur . . . . . . . . . . . . . . . . 63
Fonctionnalités du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
Définition d’un groupe d’items . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Services synchrones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Services asynchrones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
Service de lecture cyclique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Réglage du time-out de communication avec un équipement . . . . . . . . . . . . . . . 71
Gestion du mode de marche automate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Accès au serveur ou au simulateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Support des symboles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
Consultation des symboles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
Lien avec Concept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
Lien Concept distant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
Le mode simulateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
Simulation individuelle d’un équipement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
Service NT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
Contrôle dynamique de cohérence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
Support de données push . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
Définition du Diag Buffer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Chapitre 5
5.1
5.2
5.3
4
Types de variables gérées par le serveur . . . . . . . . . . . . . . . . 87
Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
Syntaxe générale d’un item OPC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Généralités sur un item OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Types de données OPC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Les différents types de données OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Variables PL7, XTEL et ORPHEE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Objets standard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
Objets grafcet. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
5.4
5.5
5.6
5.7
5.8
Chapitre 6
6.1
6.2
6.3
6.4
6.5
6.6
6.7
6.8
6.9
6.10
6.11
6.12
6.13
Blocs fonctions standard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96
Objets tableaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Variables Concept sur OFS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
Variables concept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
Relation entres les variables Modbus et IEC 1131 . . . . . . . . . . . . . . . . . . . . . . 103
Relation entre les variables Modbus et IEC 1131 . . . . . . . . . . . . . . . . . . . . . . . 103
Variables Modsoft sur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
Variables modsoft . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
Support de bits extraits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
Support de bits extraits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
Variables locales sur OFS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
Variables locales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
Mise en oeuvre du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . 109
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Introduction à la mise en oeuvre du serveur . . . . . . . . . . . . . . . . . . . . . . . . . . .
Introduction à la mise en oeuvre du serveur . . . . . . . . . . . . . . . . . . . . . . . . . . .
Utilisation du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Programmation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Les différents groupes d’items . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Les différents groupes d’items . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Gestion des tableaux. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Gestion des tableaux de variables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Cohérence de la lecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Cohérence de la lecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Cohérence de l’écriture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Cohérence de l’écriture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Fonctionnement asynchrone du serveur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Fonctionnement asynchrone . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Mise en oeuvre de la lecture cyclique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Mise en oeuvre de la lecture cyclique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Mise en oeuvre de la bande morte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Définition de la bande morte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Description du mécanisme de la bande morte . . . . . . . . . . . . . . . . . . . . . . . . .
Mise en oeuvre de la bande morte dans un applicatif client . . . . . . . . . . . . . . .
Ajuster les valeurs de timeout . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Ajustement des valeurs de l’item timeout . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Mise en oeuvre de la gestion du mode de marche automate . . . . . . . . . . . . . .
Gestion du mode de marche automate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
La communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Modes d’adressage XWAY . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Modes d’adressage MODBUS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Gestion des symboles. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
109
111
111
112
112
114
114
115
115
116
116
117
117
118
118
119
119
120
120
121
122
124
125
125
127
127
128
128
129
130
134
137
5
6.14
6.15
6.16
6.17
6.18
6.19
6.20
6.21
6.22
6.23
6.24
6.25
6.26
6.27
6.28
6
Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137
Introduction sur la gestion des symboles. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138
Fichier PL7 de table de symboles exportés . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140
Fichier PL7 d’application exportée. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141
Fichier CONCEPT de table de symboles exportés . . . . . . . . . . . . . . . . . . . . . . 142
Fichier MODSOFT de table de symboles exportés . . . . . . . . . . . . . . . . . . . . . . 143
Fichier CSV de tables de symboles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144
Fichier TAYLOR de table de symboles exportés . . . . . . . . . . . . . . . . . . . . . . . . 145
Support de la consultation des symboles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146
Consultation des symboles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146
Gestion des blocs fonctions standards PL7. . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
Gestion des blocs fonctions standards PL7. . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
Lien concept. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
Lien concept. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
Lien Concept distant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
Lien CONCEPT distant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
Gestion des erreurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152
Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152
Mécanisme de remontée des erreurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153
Les objets hors configuration logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156
Items spécifiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157
Items spécifiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157
Fonction multi-voie MODBUS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161
Fonction multi-voie MODBUS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161
Contrôle automatique de cohérence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162
Contrôle automatique de cohérence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162
OFS comme service NT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164
OFS comme service NT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164
Support de données PUSH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166
Support de données push . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166
Réglage de l’interface réseau du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . 170
Réglage de l’interface réseau du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . 170
Propriétés d’un item OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171
Propriétés de l’item OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171
Configuration DCOM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Configuration DCOM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Diag Buffer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177
Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177
Fonctionnement depuis un client OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178
Mise en oeuvre du diag buffer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 185
Format du tableau du Diag buffer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190
Informations remontées par le Diag buffer en tête de la table . . . . . . . . . . . . . . 191
Informations spécifiques remontées par le Diag buffer dans la table . . . . . . . . 195
Conseils sur l’utilisation du serveur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198
Conseils . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198
Chapitre 7
Guide de l’utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
OPC custom . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Description de l’interface OLE Automation exposée . . . . . . . . . . . . . . . . . . . . .
Le gestionnaire OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
OFS client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Chapitre 8
8.1
8.2
8.3
Chapitre 9
9.1
9.2
9.3
9.4
Glossaire
199
200
201
202
205
Performances . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation du chapitre performance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Performances d’OFS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Performances statiques. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Nombre d’items logeables dans une seule requête . . . . . . . . . . . . . . . . . . . . .
Utilisation des groupes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Optimisation des requêtes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Ecriture de variables Concept de type structure . . . . . . . . . . . . . . . . . . . . . . . .
Adressage des modules d’entrées/sorties TOR . . . . . . . . . . . . . . . . . . . . . . . .
Adressage des modules d’entrées/sorties analogiques . . . . . . . . . . . . . . . . . .
Restrictions et conseils pour les objets d’entrées/sorties . . . . . . . . . . . . . . . . .
Visualisation du nombre de requêtes généré par OFS . . . . . . . . . . . . . . . . . . .
Performances dynamiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuration de test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Sortance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Temps de rafraîchissement. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Temps écoulé entre émission et réception d’une requête. . . . . . . . . . . . . . . . .
Ecriture multi-automates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Interface OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
207
208
208
209
209
210
212
213
215
216
218
221
223
224
224
225
226
228
229
230
231
Annexes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Compatibilité du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Compatibilité du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Liste exhaustive des codes d’erreurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Erreurs principales définies par OLE. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Erreurs définies par la norme OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Erreurs définies par le serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Codes requêtes MODBUS et XWAY utilisés par OFS . . . . . . . . . . . . . . . . . . .
Codes requêtes MODBUS et XWAY utilisés par OFS . . . . . . . . . . . . . . . . . . .
Recommandations en cas de problème . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Localisation d’un problème . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
233
234
234
235
235
236
237
239
250
250
252
252
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257
7
Index
8
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261
A propos de ce manuel
Présentation
Objectif du
document
Ce manuel décrit la mise en oeuvre logicielle du produit OFS.
Champ
d'application
La mise à jour de cette documentation prend en compte la dernière version d’OFS.
Commentaires
utilisateur
Envoyez vos commentaires à l'adresse e-mail [email protected]
TLX DM OFS 2.5
9
A propos de ce manuel
10
TLX DM OFS 2.5
Présentation du produit OFS
1
Présentation
Objet de ce
chapitre
Ce chapitre a pour but de vous présenter le produit OFS (OPC Factory Server).
Contenu de ce
chapitre
Ce chapitre contient les sujets suivants :
TLX DM OFS 2.5
Sujet
Page
Présentation du serveur OFS
12
Communication avec les automates
15
11
Présentation OFS
Présentation du serveur OFS
Généralités
Le produit OFS (OPC Factory Server) est un serveur de données multi-automates
capable de communiquer avec les automates des familles TSX Compact, TSX
Micro, TSX Momentum, TSX/PCX/PMX Premium, TSX Quantum, TSX Série 7 et
TSX S1000 afin de fournir des données aux clients OPC.
Cela signifie qu’il apporte à des applicatifs clients un ensemble de services
(méthodes) d’accès à des variables d’automatisme.
OFS est un serveur OPC d'Accès aux Données, compatible avec les versions OPC
1.0A et OPC 2.0, autrement dit, il fonctionne avec n'importe quel client OPC et avec
deux types de logiciel OPC, à savoir :
l logiciel de surveillance ( voir offre des distributeurs) : le serveur OFS joue le rôle
de driver en assurant la communication avec tous les équipements supportés par
Schneider Automation,
l logiciel de surveillance personnalisé, mis au point avec l'interface OLE
Automation ou l'interface de personnalisation OLE Custom.
Note : La réalisation d'un applicatif client du serveur OFS nécessite de connaître
l'un des langages suivants, notamment pour la programmation OLE Automation,
OLE Custom et la gestion des exceptions :
l Microsoft Visual Basic, version 6.0 SP3 ou supérieure,
l Microsoft Visual C++, version 6.0 SP3 ou supérieure,
l Microsoft VBA dans Excel, version 8.0 (Office 97) ou supérieure.
12
TLX DM OFS 2.5
Présentation OFS
La figure ci-dessous représente une interface OFS :
Pompe, %MW1
OLE Automation
Serveur
OLE Automation
Client
OFS
Vanne, %MW0
Automate 3 :
Micro
Automate 1 : Quantum
Automate 2 : Premium
Le serveur OFS assure l’interface entre un ensemble d'équipements et un ou
plusieurs applicatifs clients dans lesquels on souhaite consulter et/ou modifier les
valeurs de certaines données de ces équipements.
Les principales caractéristiques sont :
l multi-équipements,
l multi-protocoles de communication,
l multi-clients,
l accès aux équipements et aux variables par repère (adresse) ou par symbole,
l accès au serveur en mode local ou distant,
l l’utilisation d’un mécanisme de notification permettant d’émettre vers le client les
valeurs sur changement d’état uniquement. Le serveur propose pour les
échanges avec l’automate deux modes : le mode « classique » (polling) qui est
le mode par défaut, ou le mode « Push Data » où l’envoi des données est à
l’initiative de l’automate. Ce mode est extrèmement performant lorsque les
changements d’état sont peu fréquents,
l adaptation automatique de la taille des requêtes réseau,
l expose ses services par les interfaces OLE Automation et OLE Custom,
l compatible avec les versions 1.0A et 2.0 de la norme OPC d'accès aux données.
Le serveur OFS propose les services suivants :
la lecture et l’écriture de variables dans un ou plusieurs automates présents sur
un ou plusieurs réseaux différents. Le serveur OFS est doté d’algorithmes
d’optimisation des requêtes réseau par compactage et regroupement des
variables déclarées,
l
TLX DM OFS 2.5
13
Présentation OFS
l
l
l
l
14
un outil de configuration convivial permettant une meilleure appréhension des
paramètres utiles pour un bon fonctionnement du serveur, ainsi qu’un outil
permettant la modification de paramètres en ligne, afin de maximiser la
souplesse d’utilisation,
la possibilité d’utiliser la liste des symboles de l‘application automate à partir de
la grande majorité des formats de fichier existants,
une interface de "browse" qui permet à l’utilisateur de prendre connaissance en
toute simplicité des équipements avec lesquels il peut dialoguer et les symboles
qui leur sont associés,
une liste d’items dit spécifique correspondant à la réalisation de fonctions
particulières : état et mise en route/arrêt de l’automate, fonction de surveillance
des alarmes.
TLX DM OFS 2.5
Présentation OFS
Communication avec les automates
Présentation
Le serveur OFS fonctionne avec les gammes automates Schneider Automation
TSX Micro, TSX/PCX/PMX Premium, TSX Série 7 et TSX S1000 (protocole de
communication UNITE ou Modbus) ainsi qu'avec les gammes TSX Quantum, TSX
Momentum et TSX Compact (protocole Modbus) sur les réseaux suivants :
l protocole UNITE : réseau Ethernet (XWAY sur TCPIP, ETHWAY), FIPWAY,
Unitelway, ainsi qu’ISAWAY dans le cas de l’utilisation d’un coprocesseur PCX,
l protocole Modbus : réseau Ethernet (Modbus sur TCPIP), Modbus Plus, et la
liaison série Modbus RTU.
Il permet également l’accès aux automates TSX S1000 via le protocole JBUS (sousensemble de Modbus RTU) et TSX Premium via le protocole MODBUS.
Le serveur OFS est compatible avec le TSX Nano sur Unitelway uniquement, avec
les restrictions suivantes:
l opérations de lecture uniquement,
l accès à un seul mot ou x bits parmi 16 bits consécutifs.
Sur TSX Micro, l'utilisation des cartes ETZ410/ETZ510 en protocole MODBUS TCP
n'est pas supporté.
Les tableaux ci dessous décrivent la compatibilité d’OFS 2.5 entre les équipements
de la gamme Schneider Automation et les différents réseaux :
PREMIUM
Ethway
TSX ETY 110• (ETHWAY)
TCP/IP
(XIP)
TSX ETY110• (TCP/IP)
TSX ETY410• (TCP/IP)
TSX ETY510• (TCP/IP)
MICRO
Série 7
Série 1000
PC
TSX ETH107
TSX ETH 200
ETH030•
Carte Ethernet
TSX ETZ410
TSX ETZ510
Carte Ethernet
Unitelway Port TER CPU
TSX SCP11•
Port TER CPU TSX SCM22•
TSX SCP11•
COM1/ .. /COM4
Fipway
PCMCIA FPP20
PCMCIA
TSX FPP20
TSX FPC10
(carte bus ISA)
TSX FPP20 (PCMCIA)
Isaway
TPCX P57203
TPCX P57353
Bus ISA
Modbus
TCP
TSX ETY110•
TSX ETY410•
TSX ETY510•
Carte Ethernet
Modbus
TSX SCP11•
TLX DM OFS 2.5
TSX P•7455
TSX FPP20
Port TER CPU TSX SCM22•
Cartes JB•
COM1/ .. /COM4
15
Présentation OFS
PREMIUM
Modbus + TSX MBP100
MICRO
Série 7
Série 1000
TSX MBP100
PC
AM-SA85-00• (carte bus
ISA)
416NHM3003• (carte bus
PCI)
Le tableau ci dessous décrit la compatibilité d’OFS 2.5 entre certaines gammes
d’automates et les différents standards:
QUANTUM
MOMENTUM
Modbus TCP/ 140NOE 771••
IP
171CCC96030
171CCC98030
Modbus
Voie intégrée
171CCC760••
171CCC780••
Modbus +
Voie intégrée
140NOM211••
16
COMPACT
PC
Carte Ethernet
Voie intégrée
COM1/ ... / COM4
Voie intégrée
AM-SA85-00• (carte bus ISA)
416NHM3003• (carte bus PCI)
TLX DM OFS 2.5
Installation/Désinstallation du
produit OFS
2
Présentation
Objet de ce
chapitre
Ce chapitre a pour but de vous décrire l’installation ainsi que la désinstallation du
produit OFS.
Contenu de ce
chapitre
Ce chapitre contient les sous-chapitres suivants :
TLX DM OFS 2.5
Souschapitre
Sujet
Page
2.1
Contenu du produit OPC Factory Server
18
2.2
Configuration matérielle et logicielle du produit OPC Factory
Server
19
2.3
Procédure d’installation du produit
21
2.4
Paramétrage du fonctionnement en local ou déporté
28
2.5
Désinstallation d’OPC Factory Server
29
17
Installation/Désinstallation
2.1
Contenu du produit OPC Factory Server
Contenu d’OFS
Description du
contenu
Le produit OFS est constitué de :
l un CD-ROM avec les instructions d'installation,
l un numéro d'identification du produit, appelé également CD-KEY dans le texte
qui suit.
l Un CD–ROM incluant tous les drivers XWAY (les drivers Modbus n’ont pas
besoin d’être livrés, Modbus RTU et Modbus TCPIP sont intégrés dans OFS, le
driver Modbus + est livré avec la carte réseau).
Le CD-ROM OFS inclut :
le serveur OFS,
l le gestionnaire OFS,
l le configurateur OFS,
l la documentation (langue anglaise/française/allemande),
l des exemples de tables de symboles, d'applications Concept et PL7,
l un client OPC de test .
l
Note :
l le produit OFS ne contient aucun câble de communication entre le PC et
l'automate.
l la documentation est au format Acrobat Reader (fichier pdf). Si vous ne
disposez pas de ce logiciel sur votre machine, vous le trouverez dans le CD,
sous le répertoire Redist\Acrobat.
18
TLX DM OFS 2.5
Installation/Désinstallation
2.2
Configuration matérielle et logicielle du produit
OPC Factory Server
Configuration matérielle et logicielle
Description de la
configuration
Configuration minimale : Pentium 166 MHz, 64 Mo de RAM.
Le produit OFS nécessite une plate-forme PC "Wintel" : monoprocesseur Intel x86
avec l’un des systemes d’exploitations Microsoft Windows 32 bits suivants:
l Windows XP professionnel,
l Windows 2000 professionnel mis à jour avec le Service Pack 1 (ou supérieur),
l NT 4.0 mis à jour avec le Service Pack 5 (ou supérieur),
l Windows 98 (première ou deuxième édition),
l Windows 95 mis à jour avec le Service Pack 1 (ou supérieur) et l’option DCOM
(1.3).
Note :
l L'option DCOM est nécessaire sous Windows 95/98 même pour le
fonctionnement du serveur OFS en local. La version de DCOM nécessaire est
la version 1.3 (ou supérieure), incluse dans le CD-ROM d'installation du serveur
OFS. Pour installer DCOM, suivre les instructions données dans le fichier
ReadMe.txt sur le CD-ROM d'installation, sous le répertoire Redist\DCOM\W95
(ou W98).
Pour savoir quelle version de Windows et quel service pack sont installés sur votre
PC, procéder ainsi :
l Windows XP professionnel :
Ouvrez "Paramètres\Panneau de configuration\Système". Dans l’onglet
"general" la version du système est affichée. Sous windows XP, DCOM est
toujours installé.
l Windows 2000 professionnel :
Ouvrez "Paramètres\Panneau de configuration\Système". Dans l’onglet
"general" la version du système est affichée, elle doit être au minimum: version
5.00.2195 (Service Pack 1).Sous windows 2000, DCOM est toujours installé.
l Windows NT:
Ouvrez Programmes\Outils administratifs\Windows NT\Diagnostics - la version
du système est affichée ; elle doit être au minimum :
l Version 4.0 (Build 1381: Service Pack 5).
Sous NT4.0, DCOM est toujours installé.
TLX DM OFS 2.5
19
Installation/Désinstallation
l
Windows 95 / 98 :
Ouvrez le Panneau de configuration puis cliquez sur l'icône "Système" ; la page
affichée donne la version du système :
l 4.0.950 = pas de service pack installé - installez le service pack 1,
l 4.0.950a = service pack 1 est installé, cliquez sur OK,
l 4.0.950b = service pack 2 est installé, cliquez sur OK,
l 4.10.1998 = Windows 98 (première édition), cliquez sur OK,
l 4.10.2222 = Windows 98 (deuxième édition), cliquez sur OK.
Sous Windows 98, DCOM est généralement déjà installé. Si ce n'est pas le cas,
l'option W98 DCOM est fournie avec le produit OFS. Pour installer DCOM, suivre
les instructions données dans le fichier ReadMe.txt sur le CD-ROM d'installation,
sous le répertoire Redist\Dcom\W98.
Pour vérifier que DCOM est installé sous Windows 95, ouvrez le Panneau de
configuration et cliquez sur "Ajout/Suppression de programmes".
Si DCOM est installé, il doit y avoir la ligne : "DCOM pour Windows 95".
Si cette ligne n'existe pas et que vous êtes certain que DCOM est installé (parce
qu'on a installé par exemple Internet Explorer 4.0) poursuivez en ne tenant pas
compte de l'avertissement sur la protection de l'installation. Sinon, installez
l'option DCOM avant d'installer le serveur (ne pas oublier de redémarrer le
système après l'installation DCOM).
Pour installer DCOM, suivez les instructions données dans le fichier ReadMe.txt
sur le CD-ROM d'installation, sous le répertoire Redist\Dcom\W95 ou
Redist\Dcom\W98.
20
TLX DM OFS 2.5
Installation/Désinstallation
2.3
Procédure d’installation du produit
Présentation
Objet de ce souschapitre
Ce sous-chapitre a pour but de vous présenter l’installation du produit OPC Factory
Server.
Contenu de ce
sous-chapitre
Ce sous-chapitre contient les sujets suivants :
TLX DM OFS 2.5
Sujet
Page
Préparation à l’installation du produit OFS
22
Installation du poste complet (client + serveur)
23
Poste distant
25
Installation des drivers
26
Lien concept
27
21
Installation/Désinstallation
Préparation à l’installation du produit OFS
Préambule
Note : Sous Windows XP, 2000 ou NT 4.0, il est nécessaire d’avoir les droits
administrateur.
Si une version précédente d’OFS est déjà présente, il est impératif de la désinstaller
au préalable.
La procédure d’installation est la suivante : insérer le CD-ROM dans le lecteur
CD. Le CD est à exécution automatique, si bien que si le PC dispose de cette
fonction, la fenêtre principale OFS doit s'afficher. Si l'exécution automatique est
désactivée ou ne fonctionne pas :
l cliquez sur le bouton Démarrer dans la barre des tâches,
l sélectionnez Paramètres -> Panneau de configuration ,
l cliquez sur l'icône Ajout/Suppression de programmes dans le panneau de
configuration,
l cliquez sur l'onglet Installation/Désinstallation puis sur le bouton Installation et
suivre les instructions données. Pour Windows 2000, cliquez sur Ajouter des
nouveaux programmes puis sur le bouton CDROM ou disquette et suivez les
indications données,
l l'installation trouvera le programme d'installation OFS sur le CD, affichera le
chemin d'accès et le nom de fichier et invitera à procéder à l'installation.
Deux options sont proposées : Poste complet (full station) ou Poste distant
(remote station).
l poste complet correspond au cas d'une machine qui accueille le serveur OFS et
le ou les clients. Cette machine peut également servir de poste distant et accéder
au serveur OFS par le biais de DCOM, sans rien installer d'autre. Il faut une
licence officielle OPC Factory Server pour chaque poste serveur souhaité,
l poste distant correspond au cas d'une machine qui n’accueille qu’un ou plusieurs
client (s) OPS et accède en déporté au serveur OPC par le biais de DCOM. Il
n'est pas nécessaire d'avoir une licence OPC Factory Server pour installer un
poste distant.
Les installations "poste complet" et "poste distant" ne peuvent être effectuées sur
une même machine. Ces options sont exclusives.
22
TLX DM OFS 2.5
Installation/Désinstallation
Installation du poste complet (client + serveur)
Procédure
d’installation
Le fenêtre ci-dessous s’affiche et donne les options d’installation OFS :
S
OPC Factory Server
OPC Factory Server 2.5
CD Key or "DEMO"
Entrez ici votre numéro de licence ou “DEMO”.
Configuration tool
Server
?
La première chose à faire est d'entrer dans la boîte de dialogue soit la CD-KEY soit
le mot "DEMO" en caractères majuscules (le CD-KEY est le numéro d'identification
du produit, inscrit sur la fiche accompagnant le CD-ROM). Les choix "Configuration
tool" et "Server" deviennent actifs.
En mode DEMO, les fonctionnalités du serveur sont disponibles avec quelques
restrictions :
l l’utilisation d’OFS ne peut dépasser 2 heures (le serveur doit alors être arrêté et
redémarré),
l le serveur ne peut être executé en mode NT service,
l les drivers XWAY pour Ethway et TCPIP ne sont pas disponibles.
Cliquer sur Configuration tool :
Suivre les messages apparaissants à l’écran pour procéder à l’installation. Suivant
le système d’exploitation, l’installation des composants DCOM et MDAC peut être
proposée.
Si un ancien fichier d’alias est détecté, il sera proposé de le récupérer.
Quand l'installation du Configurateur est terminée, l'écran de démarrage de
l'installation est à nouveau affiché.
TLX DM OFS 2.5
23
Installation/Désinstallation
Cliquer sur Server :
Suivre les messages apparaissant à l'écran pour procéder à l'installation. Le
programme d'installation offre les possibilités suivantes :
l installation optionnelle d’un programme client OPC de test,
l installation optionnelle de la documentation produit au format PDF.
ATTENTION
Utilisation sous Windows 98
Sous Windows 98, lors de l'exécution du programme d'installation, on
peut voir apparaître des messages signalant des problèmes de version
et de dégradation de fichiers système DLL Windows (par exemple :
COMPOBJ.DLL, DDEML.DLL).Ces messages doivent être ignorés
(Windows 98 rectifie automatiquement ces problèmes), car ils n'ont
aucune influence sur le fonctionnement du PC.
Après chaque installation ou réinstallation du serveur, et avant de le
lancer, il est fortement recommandé de lancer le configurateur, même
si aucune modification n’est envisagée, afin de garantir la prise en
compte de tous les paramètres.
Le non-respect de ces précautions peut entraîner des lésions
corporelles ou des dommages matériels.
Note :
Dans le cas d'une mise à jour à partir d'une ancienne version OFS, désinstaller
d'abord l'ancienne version et installer ensuite la nouvelle. La désinstallation n'a
pas de répercussions sur les données de configuration des paramètres,
mémorisées dans la base des registres.
l En particulier, éviter les espaces dans les noms de fichier.
l
24
TLX DM OFS 2.5
Installation/Désinstallation
Poste distant
Procédure
d’installation
TLX DM OFS 2.5
Aucune licence n'est requise pour installer un poste distant. Suivre les messages
apparaissant à l'écran pour procéder à l'installation. Le programme d'installation
offre les possibilités suivantes :
l Registration du serveur OFS déporté et DLLs de proxy OPC : la mise à jour
de la base de registres et de certains fichiers système sera effectuée
(OPCproxy.dll & OPCcommon.dll),
l Client de test du serveur OFS : il peut servir à accéder et à tester n'importe
quel serveur OPC. Il n'est pas spécifique au serveur OFS,
l Gestionnaire OFS : il s'agit d'un utilitaire permettant d'accéder en local ou en
déporté à des informations de mise au point provenant du serveur OFS et de
demander à celui-ci d'exécuter certaines actions "en ligne" (création de
nouveaux alias, rechargement de tables de symboles...).
l OPC Automation interface 1.0 et 2.0 : cette option installera les fichiers DLL
nécessaires à l'utilisation de l'interface Automation du serveur OFS. Les fichiers
DLL pour OPC Automation 1.0 et pour OPC Automation 2.0 seront installés.
Pour fonctionner correctement, le poste distant doit avoir fait l'objet d'une
configuration DCOM à la fois sur le poste distant et sur le poste serveur.
25
Installation/Désinstallation
Installation des drivers
Description
Pour Modbus, le driver RTU et le driver TCP-IP sont inclus dans le serveur et
aucune installation supplémentaire n'est requise. Le driver Modbus Plus n'est pas
inclus dans le produit OFS. Il faut l'acheter et l'installer séparément (ex: avec une
carte SA85).
Pour les drivers XWAY, le CD-ROM des drivers est inclu dans le produit. Chaque
driver disponible peut être installé. Aucun n'est installé par défaut. C'est à
l'utilisateur qu'il incombe d'effectuer l'installation appropriée. Le serveur OFS peut
utiliser des drivers XWAY déjà installés sur la machine à condition qu'ils ne soient
pas trop anciens. Le tableau de compatibilité ci-dessous indique la version minimale
qu'il faut installer pour être sûr que le serveur OFS fonctionne correctement.
L’utilisation d’OFS avec des versions plus anciennes n'est ni supporté ni garanti.
Tableau de compatibilité :
Drivers XWAY
26
Version minimale en fonction du système d’exploitation
W95
W98
W2000/ XP
UNITELWAY
7.8
1.2
1.6
FIPWAY
2.4
1.0
1.3
FIPWAY
PCMCIA
1.1
ISAWAY
1.2
ETHWAY
2.6
XWAY/TCP-IP
1.5
1.1
1.0
NT4.0 SP5
1.1
1.4
1.0
1.1
TLX DM OFS 2.5
Installation/Désinstallation
Lien concept
Description
TLX DM OFS 2.5
Afin d’être compatible avec OFS V2.5, l’atelier Concept doit être mis à jour avec une
version minimale du service release, ou vous pouvez utiliser la mise à jour du lien
concept fournie sur le CD OFS (voir le readme.txt dans le répertoire conceptLink).
Pour Concept 2.5, le lien est livré directement avec le produit Concept.
Dans le cas contraire, un message d’erreur sera affiché dans la fenêtre de
diagnostic du serveur OFS au chargement du fichier de table de symboles et le
logiciel ne fonctionnera pas correctement.
27
Installation/Désinstallation
2.4
Paramétrage du fonctionnement en local ou
déporté
Paramétrage en local ou déporté
Description
28
Le serveur OFS peut opérer en :
l Mode local : le serveur et le client OPC sont tous deux sur la même machine =>
aucun paramétrage supplémentaire n'est nécessaire,
l Mode déporté : le client OPC et le poste serveur sont sur des machines
différentes connectées par DCOM, généralement sur un réseau Ethernet TCP-IP
=> un paramétrage (Voir Configuration DCOM, p. 173) supplémentaire est
nécessaire.
TLX DM OFS 2.5
Installation/Désinstallation
2.5
Désinstallation d’OPC Factory Server
Désinstallation
Description
Pour désinstaller OFS, ouvrir "Ajout/Suppression de programmes" dans le panneau
de configuration et supprimer les composants installés :
l Outil de configuration OFS
l OPC Factory Server
l OPC Factory Server Remote Station
Note : Les paramétrages réalisés depuis le configurateur et stockés dans la base
de registres ne sont pas supprimés.
TLX DM OFS 2.5
29
Installation/Désinstallation
30
TLX DM OFS 2.5
Configurateur
3
Présentation
Objet de ce
chapitre
Ce chapitre a pour objet de présenter le configurateur du produit OFS.
Contenu de ce
chapitre
Ce chapitre contient les sous-chapitres suivants :
Souschapitre
3.1
TLX DM OFS 2.5
Sujet
Présentation du configurateur
Page
32
3.2
Exécution du configurateur
34
3.3
Paramètres standards et édition des alias
35
3.4
Configuration des paramètres avancés
49
3.5
Compatibilité avec les versions précédentes du configurateur
63
31
Configurateur
3.1
Présentation du configurateur
Configurateur OFS
Présentation
OFS est un serveur OPC d'accès aux données qui peut être utilisé pour lire ou écrire
des données sur des équipements (en général des automates, mais pas
uniquement).
Pour ce faire, le serveur doit disposer des informations suivantes sur chaque
équipement :
l le réseau à utiliser,
l l'adresse de l'équipement sur ce réseau,
l le fichier table de symboles à utiliser si certaines conversions de symboles
doivent être effectuées.
De plus, le serveur supporte un ensemble de paramètres de configuration afin
d'adapter au mieux la communication avec les équipements.
Tous ces paramètres sont traités par le configurateur, qui est, de ce fait, un
composant essentiel du produit OFS. Il permet à l'utilisateur de configurer le serveur
OFS pour le relier à des réseaux, des équipements et des tables de symboles.
Le configurateur OFS offre 2 niveaux d'utilisation :
l Le mode normal qui procure des services de déclaration d'équipements
(adresse et paramètres dédiés). Ce mode couvre la plupart des besoins de
l'utilisateur final et il convient de le choisir si vous n'êtes pas très familier avec le
serveur OFS,
l Le mode avancé qui procure, en plus du mode normal, un accès à tous les
paramètres globaux. Ces paramètres ne doivent être modifiés que si l'utilisateur
possède une bonne connaissance du serveur OFS.
En règle générale, la plupart des valeurs par défaut ne doivent pas être modifiées.
Pour utiliser le serveur, la première chose à faire est de créer un alias par
équipement auquel il est envisagé d'accéder.
Un alias est un raccourci qui peut être utilisé dès lors que l'adresse réseau de
l'équipement est nécessaire (chaîne de remplacement simple). L’utilisation d’un
alias est également un moyen très pratique pour dissocier votre application OPC
des adresses réseau des équipements qui peuvent être modifiées si besoin.
Comme le serveur ne comporte aucune fonction de support des symboles, vous
avez la possibilité d'indiquer au serveur le nom et le chemin du fichier table de
Symboles à utiliser (un par équipement). Il active la fonction de consultation des
symboles pour l'équipement.
Vous pouvez par la suite configurer d'autres paramètres de l'équipement grâce à la
page de propriétés de l'équipement. Cette étape n'est PAS obligatoire. Dans la
majeure partie des cas, il convient de conserver les valeurs par défaut.
32
TLX DM OFS 2.5
Configurateur
Note : Toutes les modifications apportées aux paramètres de configuration du
serveur sont statiques : pour qu'elles soient prises en compte, le serveur doit être
arrêté, puis redémarré.
TLX DM OFS 2.5
33
Configurateur
3.2
Exécution du configurateur
Exécution du configurateur
Description
Pour lancer le configurateur OFS :
l cliquez sur le bouton Démarrer dans la barre des tâches,
l sélectionnez"Programmes"\"Modicon Telemecanique"\"Outil de configuration
OFS".
La partie supérieure de la fenêtre propose une barre de menus et une barre d’outils :
Configurateur OFS
Serveur
Editer
Imprimer
Aide
??
La partie supérieure de la fenêtre propose une barre de menus et une barre d'outils.
menu Serveur :
l L'option « Récupérer archive » permet de restaurer une configuration à partir
d'un fichier de sauvegarde. Voir également le paragraphe compatibilité (Voir
Compatibilité avec la version précédente du Configurateur, p. 63)
l l'option « Archiver les alias » permet d'enregistrer les alias et leurs propriétés
dans un fichier. Il est recommandé d'utiliser cette option si un grand nombre
d'alias a été déclaré. Ainsi, quelles que soient les circonstances, il est possible
de restaurer la liste,
l
Note : Le fichier archive ne contient que les alias et leurs propriétés. Le reste des
paramètres présents dans les autres onglets ne sont pas dans le fichier archive
(stockés uniquement dans la base de registre).
l
l
menu Editer : accès aux fonctions couper, copier, coller et trier. Cette dernière
permet de lister les alias dans la grille selon le critère de tri choisi, de la valeur la
plus faible à la valeur la plus élevée (valeur FALSE puis TRUE pour les critères
de type booléen). Toutes les propriétés de l’alias peuvent ici être choisies comme
critère,
menu Imprimer : tous les paramètres sont imprimés ou envoyés dans un fichier
texte.
Note : Si une version précédente du Configurateur était installée et que des alias
avaient déjà été créés, une boîte de dialogue de compatibilité apparaît lors de la
première exécution du programme, afin de permettre la restauration d'alias
existants. Voir le paragraphe compatibilité (Voir Compatibilité avec la version
précédente du Configurateur, p. 63) pour plus de détails.
34
TLX DM OFS 2.5
Configurateur
3.3
Paramètres standards et édition des alias
Présentation
Objet de ce souschapitre
Ce sous-chapitre a pour but de vous présenter les paramètres standard et l’édition
des alias.
Contenu de ce
sous-chapitre
Ce sous-chapitre contient les sujets suivants :
TLX DM OFS 2.5
Sujet
Page
Présentation des paramètres standards et de l’édition des alias
36
Archivage des données de configuration
39
Modification de l’adresse réseau de l’équipement
40
Association d’un fichier table de symboles
44
Définition des propriétés de l’alias
45
35
Configurateur
Présentation des paramètres standards et de l’édition des alias
Présentation
La fenêtre principale du Configurateur OFS présente les alias, répertoriés dans une
grille, l'option "Mode serveur" et la "Période groupe min". Ces informations
couvrent la majorité des besoins des utilisateurs.
Ilustration :
Configurateur OFS
Serveur Editer Imprimer Aide
??
Alias
Avancé ...
Nombre d’alias : 5
Période groupe min
Propriétés de
l’alias ...
ms
200
Mode serveur
Caché
Contrôle
Diagnostic
Diag. Etendu
Nom
devFIP
devModbus+
devModbus
devUnitelway
Liste des Alias automates
Fichier table de Symboles
<driver>:<API adr>
FIP01:0.1.5.3.10
MBP00:DM.2.3.4.5.6
MBS01:1
UNTLW01:0.254.0
devTCPIP
XIP01:IP.10.23.1.4.1.2.0
Description
Ok
Bienvenue dans l’outil de Configuration d’OPC Factory Serveur
Annuler
4
2
Appliquer
11/10/01
Le tableau ci-dessous décrit les champs de l’écran ci-dessus :
36
Mode serveur
Caché : le serveur est invisible à l’écran.
Contrôle : le serveur est en icône mais seul le menu système est accessible
(clic droit souris).
Diagnostic : un ensemble complet de fenêtres de diagnostic est affiché
pendant l’exécution du serveur, parmi lesquelles une fenêtre de trace
affichant des messages d’avertissement et/ou d’erreur.
Diag. étendu : la fenêtre de trace affiche des messages d’information
détaillés en plus des erreurs et avertissements. Le reste est identique au
mode "Diagnostic".
Période
groupe min
Période minimale de mise à jour pour les groupes. La période groupe doit
également être positionnée par le client comme un multiple de cette
valeur.Valeur numérique en ms. Intervalle : [10..32767]
Bouton
"Avancé»
Affiche sept onglets supplémentaires pour les utilisateurs expérimentés
(voir le chapitre suivant).
TLX DM OFS 2.5
Configurateur
Description
Vous avez ici la possibilité de saisir un texte de 50 caractères maximum,
vous permettant d’identifier la configuration des alias saisis.
Ce texte apparaît en entête du dossier d’impression. Si vous effectuez un
archivage, il est sauvegardé dans le fichier choisi. Il n’intervient pas dans la
configuration du serveur OFS.
OK
Validation de la configuration et sortie du configurateur.
Appliquer
Validation de la configuration sans sortir du configurateur.
Annuler
Annulation des modifications apportées depuis que le configurateur a été
lancé ou depuis que le bouton "Appliquer" a été activé.
Un message de demande de confirmation est affiché.
La grille des alias est constituée de 3 colonnes qui contiennent les informations les
plus importantes sur chaque équipement.
La création d'un alias comprend :
l'attribution d'un nom,
l la définition de l'adresse réseau de l'équipement, qui inclut le driver réseau et
l'adresse de l'équipement,
l La fourniture du nom d'un fichier table de symboles (facultative),
l la définition des propriétés de l'alias qui sont associées au comportement du
serveur vis à vis des variables créées sur cet alias.
Toutes ces opérations sont accessibles grâce à des zones cliquables au sein de la
grille et du bouton "Propriétés de l’alias".
l
Note : L’information du nombre d’alias déclaré est affichée. Les boutons "Créer un
nouvel alias" et "Effacer l’alias courant" permettent l’ajout d’un alias à la grille et la
suppression de l’alias sélectionné.
ATTENTION
Utilisation des alias
Un équipement doit être associé avec un seul et unique alias. Si deux
alias pointent sur le même équipement et sont utilisés simultanément,
la communication ne sera pas assurée correctement. Les propriétés
seront les mêmes pour les deux, et fixées par l’alias qui aura été utilisé
en premier pour créer un item. De la même manière, utiliser un alias et
accéder au même équipement directement à partir de l’adresse aura
des effets similaires.
Le non-respect de ces précautions peut entraîner des lésions
corporelles ou des dommages matériels.
TLX DM OFS 2.5
37
Configurateur
Fonction de tri dans la grille :
Les alias peuvent être rangés dans la grille en fonction des paramètres associés à
l’alias :
l Nom de l’alias, driver, fichier table de symboles. Il suffit de cliquer sur le bandeau
supérieur de la grille dans la colonne appropriée. Rangement dans l’ordre
alphabétique.
l Autres paramètres : activer le menu "Editer ->Trier" et sélectionnez le paramètre
de votre choix. Le rangement s’effectue alternativement dans l’ordre croissant
puis dans l’ordre décroissant (au clic suivant) des valeurs (ex : pour un paramètre
de type binaire, croissant signifie tous les alias ayant la valeur 0 puis tous ceux
ayant la valeur 1).
38
TLX DM OFS 2.5
Configurateur
Archivage des données de configuration
Présentation
TLX DM OFS 2.5
La fonction d’archivage proposée dans le menu du configurateur permet la
sauvegarde/restitution de la liste complète des alias et de leurs paramètres, c’est à
dire les données accessibles à partir de l’onglet Alias. Par contre, les paramètres
des onglets du mode avancés ne sont dans ce cas pas archivés.
La fonction d’impression permet de sauvegarder la TOTALITE de la configuration,
soit sous forme d’impression papier ou de fichier texte. Le chargement automatique
des données imprimées n’est évidemment pas possible.
39
Configurateur
Modification de l’adresse réseau de l’équipement
Description
Le Configurateur propose une fonction d'aide à la modification du réseau et de
l'adresse, afin d'éviter une modification manuelle fastidieuse de la chaîne de l'alias,
qui nécessiterait de mémoriser les spécificités de chaque protocole et les diverses
options disponibles.
La boîte de dialogue de modification de l'alias apparaît en cliquant dans la zone de
l'alias sélectionné sur la grille :
Arborescence
1er niveau : protocoles possibles, dont MODBUS et XWAY.
2nd niveau : drivers.
Adresse de l’alias Affiche la chaîne de l'alias en fonction des sélections. En lecture seule
pour les protocoles XWAY ou Modbus,en lecture/écriture pour les autres
protocoles.
Effacer
Supprime la chaîne.
Annuler
Sortie de l’écran sans prendre en compte les choix effectués.
Valider
Sortie de l’écran en prenant en compte les choix effectués.
Les onglets situés à droite proposent des masques XWAY et Modbus pour saisir
plus facilement les données. Ils sont automatiquement sélectionnés en fonction du
driver choisi dans l'arborescence.
En dehors des familles XWAY et MODBUS, le Configurateur est ouvert à toute autre
extension de protocole :
l il est possible de modifier les réseaux et les adresses pour les protocoles non
répertoriés dans la liste en sélectionnant la famille "OTHER",
l La liste des protocoles peut être étendue à l'avenir, car l'arborescence est
renseignée par des données externes, provenant de l'installation du serveur
OFS.
Si des drivers "inconnus" sont utilisés, l'onglet affiché, appelé OTHER, est vierge.
La zone de saisie située en bas est alors modifiable afin de permettre la saisie de
la chaîne correspondante (mode d'édition brut).
40
TLX DM OFS 2.5
Configurateur
Paramètres XWAY :
Illustration sur les modes d’adressages XWAY (Voir Modes d’adressage XWAY,
p. 130) :
devTCPIP : Clic sur le nom du driver
MODBUS
RTU
TCP IP
PLUS
OTHER
XWAY
UNITELWAY
FIP
FIP PCMCIA
ISAWAY
TCP IP
ETHWAY
XWAY
MODBUS
OTHER
Pilote:
TCP IP
Adresse réseau
Niveaux d’adressage
3 niveaux
5 niveaux
6 niveaux
TCP IP Direct
Réseau Station Porte
1
2
0
1 K Service
Série 7 PLC
Numéro d’instance
1
Annuler
Adresse de l’alias
XIP01:IP.1.2.0
TLX DM OFS 2.5
Valider
Effacer
TCPIP Direct
Driver TCPIP uniquement:
Si cette option est sélectionnée, entrer une adresse IP.
Niveaux
d'adressage
Niveau d'adressage de l'adresse XWAY. Voir le sous-chapitre
Communication (Voir Modes d’adressage XWAY, p. 130).
Réseau/
Station/Porte
Adresse XWAY. Les 3 zones de saisie sans libellés sont grisées selon le
niveau d'adressage sélectionné. Pour plus de détails sur l’adressage XWAY,
voir le sous-chapitre Communication (Voir Modes d’adressage XWAY,
p. 130).
Numéro
d'instance
Une instance par driver installé. Généralement égal à 1. Chaque driver
correspond à une carte de communication sur le PC.
1K Service
Disponible uniquement avec XWAY sur TCPIP et ETHWAY,
Cette option active la porte 7 (serveur UNITE embarqué sur le coupleur
Ethernet). Elle offre une performance accrue (taille des trames de 1024
octets), Mais en contrepartie impose que l’application automate soit
paramétrée en périodique et non en cyclique.
Par ailleurs, les données ne sont plus accédées de manière synchrone par
rapport au cycle automate, ce qui peut conduire dans certain cas d’utilisation
à des problèmes de cohérence des données.
41
Configurateur
Série 7 PLC
Cocher cette case pour accéder aux automates de la gamme TSX Série 7
ou TSX S1000. Le serveur OFS dialogue alors avec l’équipement en mode
UNITE V1 au lieu d’UNITE V2 (utilisé pour les TSX Premium).
Il est fortement conseillé de cocher la case "vérification de l’équipement"
dans la page de propriétés de l’alias, notamment pour les automates 5000
et 7000 qui sont capables d’échanger des trames de 1 Ko.
Attention à ne pas cocher par mégarde cette case pour l’accès aux TSX
Premium et micro. La communication marcherait mais les services sont
beaucoup plus restreints en mode Série 7 (seules les variables de type
interne sont accessibles, les performances sont moindres).
Paramètres Modbus :
Les principes d'adressage Modbus sont expliqués au sous-chapitre Communication
(Voir Modes d’adressage MODBUS, p. 134) :
devModbus+ : Clic sur le nom du driver
MODBUS
RTU
TCP IP
PLUS
OTHER
XWAY
UNITELWAY
FIP
FIP PCMCIA
ISAWAY
TCP IP
ETHWAY
TCP IP
OTHERS
Index du pont MBP
DNS
RTU
COM1
COM2
NœudAPI
COM3
COM4
OPTIONS
aucun
JBUS
TSX
42
XWAY
MODBUS
Pilote:
PLUS
TCP IP / DNS
PLUS
Donnée Maître 2
Programme Maître
00
3
4
5
6
Nœuds optionnels
Numéro de l’instance
Annuler
ADRESSE DE L’ALIAS
MBP00:DM.2.3.4.5.6
Effacer
Valider
TCPIP/
DNS
Modbus TCPIP uniquement :
TCPIP : si cette option est sélectionnée, entrer une adresse IP.
DNS : si cette option est sélectionnée, entrer un nom d'équipement.
Index du pont MBP : noeud Modbus+ pour le pont Modbus TCPIP /
Modbus+.
RTU
Modbus RTU uniquement :
Sélectionner le port COM utilisé sur l'ordinateur et la valeur de l'adresse de
l'équipement cible (noeud).
Noeud API : valeur de l'adresse
TLX DM OFS 2.5
Configurateur
TLX DM OFS 2.5
PLUS
Modbus PLUS uniquement :
Donnée Maître : droits limités (variables en lecture/écriture).
Programme Maître : droits illimités (variables en lecture/écriture, modification
de programme et configuration).
Entrer l'adresse modbus (la première valeur est obligatoire, les autres sont
facultatives en fonction des niveaux d'acheminement)
Options
Aucun : équipement Modbus.
JBUS : équipement JBUS connecté au réseau MODBUS. Insère /J après
l’adresse équipement.
TSX Premium : automate de type Premium. Insère /T après l’adresse
équipement.
Note : dans le cas d’utilisation pour MODBUS TCP IP, si le driver XIP est actif,
Il est nécessaire que l’adresse IP de l’automate ne soit pas déclarée dans ce
dernier
43
Configurateur
Association d’un fichier table de symboles
Description
Un fichier table de symboles peut être associé à l'alias, afin de fournir un accès aux
symboles pour les variables de cet équipement. Le fichier de symboles est généré
par le logiciel de programmation de l'automate, comme PL7 pour Premium/Micro ou
Concept pour Quantum.
Pour les équipements des gammes Série 7 et S1000 (case "Série 7 PLC" cochée
dans l’écran de saisie d’adresse XWAY), le fichier de symboles peut être obtenu de
la même manière que pour un premium mais en ayant au préalable converti
l’application au format Premium. Seule restriction, aucun contrôle de cohérence ne
sera possible avec l’application embarquée dans l’automate.
En cliquant sur la zone "Fichier table de symboles" de l'alias sélectionné dans la
grille, une fenêtre de sélection de fichier apparaît :
Selectionnez le fichier de symboles
Explorer:
Nom:
Type:
?
OFS Conf
Ouvrir
Fichier PL7 symboles exportés (*.scy;*.fef)
Annuler
Fichier PL7 symboles exportés (*.scy;*.fef)
Fichier ConCept symboles exportés (*.ccn)
Fichier projet ConCept (*.prj)
Fichier ModSoft symboles exportés (*.txt)
Fichier Comma Separated Values (*.csv;*.fis)
Les types de fichier qu'il est possible d'insérer sont répertoriés dans la liste.
Sélectionner le type de fichier approprié.
Entrer le nom du fichier choisi, puis cliquer sur "Ouvrir". Le nom et le répertoire du
fichier sont alors affichés dans la grille.
Attention : l’ajout d’un fichier de symboles Premium de type FEF sur un alias
comportant une adresse Modbus conduit le serveur OFS, qui considère avoir affaire
à un Premium, à se comporter comme si l’option /T (Voir Description, p. 134) était
cochée.
44
TLX DM OFS 2.5
Configurateur
Définition des propriétés de l’alias
Définition
L'alias dispose désormais d'une adresse et il est temps d’ajuster ses propriétés.
Ces paramètres vont permettre d’adapter le comportement du serveur pour l’alias
associé.
D'une part, vis à vis de toutes les variables créées sur cet alias telles que :
l Utilisation d'un fichier table de symboles,
l Droits d'accès aux variables,
l Simulation au lieu de l'accès réel à l'équipement,
l Contrôle de cohérence entre variables et base de données,
l Contrôles de la synchronisation lors de l'échange de trames,
D’autre part, vis à vis des paramètres relatif à l'équipement lui-même, tels que :
fonction de préchargement pour améliorer les performances lors de l’utilisation
de l’alias,
l nombre de réservations de voies pour Modbus,
l opérations d'écriture de données automatiques à partir de l'équipement.
l
A cette fin, le Configurateur propose une boîte de dialogue des propriétés.
Sélectionner la ligne de l'alias dans la grille, puis cliquer sur le bouton "Propriétés
de l’alias".
TLX DM OFS 2.5
45
Configurateur
La boîte de dialogue suivante apparaît :
Propriétés de l’alias...
Nom
devModbusT
Adresse de l’alias MBT:1.2.3.4
Fichier table de
Symboles
Accès base de données Concept
Serveur distant
Local
Nom de machine
Commentaire
Equipement Modbus TCPIP
Simulation
Lecture seule
Préchargement symboles
Aucun
Table de symboles
Equipement
Vérification de
l’équipement
Niveau de cohérence
Niveau Strict
Niveau Lecture seule
Niveau Avertissement
Fonctions données Push
Pas de données Push
Valeur initiale = #0
Adresse de base
0
Taille
0
Valeur initiale lue sur l’équipement
Option d’horodatage
Période vérif. Qualité
0
s
Modbus / Concept
Contrôle de cohérence dyn.
Max Canaux
Fichier table de
symboles
46
1
Support non localisé
Time Out de trame
1000
ms
Annuler
Time Out équipement
5000
ms
Valider
Nom et chemin du fichier table de symboles. Se reférer au paragraphe (Voir Association d’un
fichier table de symboles, p. 44) dédié . Il peut être entré et modifié ici, soit directement à partir de
la grille.
La taille de la chaine de caractères est limitée à 255 caractères.
TLX DM OFS 2.5
Configurateur
Accés base de
données
Concept
Local : Concept est installé sur la même machine que le serveur (ou simulateur)
Serveur distant : Concept est installé sur une machine distante connectée au serveur via DCOM.
Son adresse distante doit être saisie dans la boite de texte qui s’affiche (adresse IP ou chaine de
caractères).
Nom de machine :La taille de la chaine de caractères est limitée à 30 caractères et la taille totale
des chaines de caractères simulateur distant et fichier table de symboles ne doit pas dépasser
255.
Simulation
Aucune connexion physique ne relie l'équipement. Les variables sont simulées directement par
le serveur.
Note : le driver associé avec l’alias doit être installé et actif sur le PC.
Se réferer également à l’onglet simulation (Voir Onglet Simulateur, p. 59)
Lecture seule
Toutes les variables relatives à l'équipement sont en lecture seule.
Vérification de
l'équipement
Non disponible pour les équipements des gammes Série 7 et S1000, Modbus sur Premium et
JBUS.
L'option Vérification de l'équipement agit à la première création d’un item pour l’équipement
donné et effectue les opérations suivantes:
l Vérifie que l'équipement est présent. Si ce n’est pas le cas, la création des items sur cet
équipement est refusée, et ce, quel que soit le niveau de cohérence choisi.
l Pour les équipements MODBUS, OFS détermine si le runtime Concept IEC est chargé.
l Ensuite, si un fichier de symboles est fourni et que l’équipement le permet (voir option
cohérence ci-dessous), OFS effectue un contrôle de cohérence statique entre l'application de
l'automate et la table de symboles ou le fichier de projet.
Préchargement
symboles
Permet de précharger des données au démarrage du serveur plutôt qu'en cours d'exécution:
Aucun : par défaut.
Table de symboles : précharge la table de symboles.
Equipement : crée la connexion à l'équipement + charge la table de symboles.
Niveau de
cohérence
Non disponible pour les équipements des gammes Série 7 et S1000.
Définition des restrictions si le contrôle de cohérence des symboles cité ci-dessus est négatif.
Niveau strict : la création d’items est refusée
Niveau lecture seule : les items sont créés mais en lecture seule
Niveau avertissement : un avertissement est affiché dans la fenêtre de diagnostic lors de la
création de l’item, et les items sont créés en lecture/écriture.
Fonction
Données Push
Non disponible avec les équipements des gammes Série 7 et S1000 et les réseaux UNITELWAY,
ISAWAY, XWAY TCPIP direct et Modbus+.
Ordres d'écriture de l'équipement vers le serveur.
Pour plus d'informations à ce sujet, se référer à la partie données push (Voir Support de données
push, p. 166).
Note : si l'option Pas de "Données Push" est sélectionnée, les autres champs ne sont pas
significatifs.
TLX DM OFS 2.5
47
Configurateur
Max Canaux
Spécifique à Modbus.
Nombre de voies allouées aux équipements Modbus+ et Modbus TCPIP. Valeurs comprises
entre [1,16] pour Modbus TCPIP ou [1 , 4] pour Modbus +. Valeur recommandée : 2.
Contrôle de
cohérence
dynamique.
Support non
localisé
Spécifique à Modbus sur Quantum.
Cette fonction est détaillée dans le chapitre cohérence dynamique (Voir Contrôle automatique de
cohérence, p. 162)
Note : la période du contrôle de cohérence dynamique est défini sous forme d'une seule valeur
pour tous les équipements dans l'onglet communication (Voir Onglet Communication, p. 61).
Spécifique à Concept.
Active le support des variables non localisées. Cette option doit être activée quand on souhaite
utiliser la fonction d’accès aux variables non localisées.
Pour un automate programmé avec une version antérieure à Concept 2.5, il est obligatoire de
cocher également l’option "vérification de l’équipement".
Pour plus d'informations à ce sujet, se référer à la partie lien concept (Voir Lien concept, p. 149).
Time Out de
trame
Délai admissible entre l'envoi de la requête et la réponse. Intervalle : [1000..10900], au plus le
tiers de Time Out Equipement.
Time Out
équipement
Délai pour les transitions de graphe de l’équipement. Intervalle : [3000..32767], au moins trois fois
le Time Out de trame (ou 0 pour désactiver la fonctionnalité).
Pour plus d'informations à ce sujet, se référer sur le time out de trame et d’équipement (Voir
Ajustement des valeurs de l’item timeout, p. 125).
Un alias pointant vers un équipement sur le réseau et doté de toutes les propriétés
à appliquer à toutes les variables créées sur cet équipement par le serveur est
maintenant généré.
Note : Pour les automates Série 7 et S1000, la création des items n’est possible
que si l’équipement est présent, contrairement aux autres automates pour lesquels
on a la possibilité de créer les items, automate absent, lorsque l’option "vérification
de l’automate" n’est pas cochée. Cette restriction est liée à l’obligation d’effectuer
une reconnaissance du matériel pour savoir si l’équipement est de type Série 7 ou
S1000, la génération des requêtes étant légèrement différente sur chacun d’eux.
48
TLX DM OFS 2.5
Configurateur
3.4
Configuration des paramètres avancés
Présentation
Objet de ce souschapitre
Ce sous-chapitre a pour objet de vous décrire la configuration des paramètres
avancés.
Contenu de ce
sous-chapitre
Ce sous-chapitre contient les sujets suivants :
TLX DM OFS 2.5
Sujet
Page
Présentation de la configuration des paramètres avancés
50
Onglet Modèle
52
Onglet Symboles
53
Onglet Bande Morte
54
Onglet Série
55
Onglet Options
57
Onglet Simulateur
59
Onglet Communication
61
49
Configurateur
Présentation de la configuration des paramètres avancés
Présentation
A cette étape, un ou plusieurs alias sont créés et les propriétés associées définies.
L'application client peut créer des variables sur les équipements associés à ces
alias. Dans la majeure partie des cas, cela sera suffisant.
Néanmoins, en plus des fonctions de création d'alias, certains paramètres globaux
(qui ne sont donc pas spécifiques à un équipement mais au fonctionnement général
du serveur ou du configurateur) peuvent être définis :
l propriétés par défaut appliquées aux alias lors de leur création,
l plage de variation des paramètres de variables pour la personnalisation bande
morte (pourcentage de variation de la plage),
l configuration de la ligne série pour Modbus,
l droits sur les modes de marche des automates,
l délai d'arrêt du serveur,
l affichages du suivi de diagnostic,
En cliquant sur le bouton "Avancé", sept onglets sont ajoutés à l'onglet par défaut
"Alias" (fenêtre principale) :
Illustration :
Configurateur OFS
Serveur Editer Imprimer ?
??
Alias
Modèle
Symboles Bande morte
Série
Options
Simulateur
Comm.
C:\Program Files\Modicon Telemecanique\OFS\Server\Ofs.exe
Nombre d’alias : 6
Avancé ...
Période groupe min
Propriétés de
l’alias ...
200
ms
Nom
devUnitelway
devTCPIP
devModbusT
devModbus+
Liste des Alias automates
Fichier table de Symboles
<driver>:<API adr>
UNTLW01:0.254.0
XIP01:IP.10.23.1.4.1.2.0
MBT:1.2.3.4
MBP00:DM.2.3.4.5.6
devModbus
devFIP
MBS01:1
FIP01:0.1
Description
Ok
Bienvenue dans l’outil de Configuration d’OPC Factory Serveur !
l
l
50
Mode serveur
Caché
Contrôle
Diagnostic
Diag. Etendu
Annuler
3
2
Appliquer
6/1/01
onglet Modèle : permet de modifier les valeurs par défaut des propriétés d'alias
lors de la création d'un nouvel alias,
onglet Symboles : liste modifiable des extensions de fichiers associées à un
fichier table de Symboles,
TLX DM OFS 2.5
Configurateur
l
l
l
l
l
TLX DM OFS 2.5
onglet Bande morte : modification des valeurs à plage variable (la bande morte
est un pourcentage de cette plage, positionné à la création du groupe),
onglet Série : configuration de la ligne série Modbus RTU,
onglet Options : options serveur additionnelles (exécution d’un fichier de
commande durant l’arrêt serveur, options de débogue ...),
onglet Simulateur : configuration de la variation des valeurs des variables
simulées,
onglet Communication : paramètres avancés pour la communication.
51
Configurateur
Onglet Modèle
Description
Cet onglet répertorie toutes les propriétés d'alias appliquées par défaut lors de la
création d'un alias.
Illustration :
Configurateur OFS
Serveur Editer Imprimer ?
??
Modèle
Alias
Symboles Bande morte
Options
Série
Simulateur
Comm.
Propriétés par défaut des nouveaux alias
Simulation
Vérification de
l’équipement
Niveau de cohérence
Niveau Strict
Niveau Lecture Seule
Niveau Avertissement
Lecture seule
Préchargement symboles
Aucun
Table de symboles
Equipement
Fonctions données Push
Pas de données Push
Valeur initiale = #0
Valeur initiale lue sur l’équipement
Option d’horodatage
Adresse de base
0
Taille
0
Période vérif. Qualité
0
s
Modbus / Concept
Max Canaux
1
Contrôle de cohérence dyn.
Support non localisé
Time Out de trame 1000 ms
Description
Time Out équipement 5000 ms
Ok
Bienvenue dans l’outil de Configuration d’OPC Factory Serveur !
Annuler
Appliquer
6/1/01
Un ensemble complet de paramètres par défaut de votre choix peut être défini, afin
que le réglage des propriétés de chaque nouvel alias créé soit minimisé.
52
TLX DM OFS 2.5
Configurateur
Onglet Symboles
Description
Cet onglet fournit une liste d'extensions de noms de fichiers associées aux tables
de symboles. Cette liste peut être complétée par de nouvelles extensions (jusqu’à
un maximum de 10 suffixes). Les extensions sont mémorisées y compris si le
serveur est désinstallé et/ou réinstallé. Toutefois, il faut pour cela respecter une
condition : elles doivent être ajoutées lorsque la grille contient les extensions déjà
definies par le serveur. Si vous partez d’une grille vide (serveur jamais installé), elles
risquent d’être écrasées lors de l’installation de ce dernier.
Illustration :
Configurateur OFS
Serveur Editer Imprimer ?
??
Alias
Modèle
Symboles Bande morte
Série
Options
Simulateur
Comm.
Fichiers de tables de symboles
Répertoire par défaut pour les tables de symboles
C:\OPC_SYMB\
0
1
2
3
SUFfixe
SCY
FEF
TXT
PRJ
4 CCN
5 CSV
6 FIS
Description
...
Type de fichier des symboles
1 : Fichier PL7 symboles exportés
1 : Fichier PL7 symboles exportés
5 : Fichier ModSoft symboles exportés
4 : Fichier projet ConCept
2 : Fichier ConCept symboles exportés
6 : Fichier Comma Separated Values
6 : Fichier Comma Separated Values
Ok
Bienvenue dans l’outil de Configuration d’OPC Factory Serveur !
Annuler
7
2
Appliquer
6/1/01
Pour définir ou modifier une extension (en général, trois lettres sans point) :
l double-cliquer sur une zone vierge ou renseignée située dans la colonne
"SUFfixe". Entrer une extension, puis appuyer sur la touche "retour",
l double-cliquer sur la zone correspondante dans la colonne "Type de fichier des
symboles". Une liste apparaît. Sélectionner un type de fichier, puis cliquer sur
OK,
l une ligne supplémentaire apparaît en bas pour permettre une autre définition.
Note : Ne pas spécifier le point situé à gauche de chaque extension.
TLX DM OFS 2.5
53
Configurateur
Onglet Bande Morte
Description
Cet onglet est un pourcentage de la plage de valeurs que peut prendre une variable
analogique. Ce pourcentage fait partie de l'attribut Groupe, appliqué à toutes les
variables de ce groupe et considéré comme le critère de notification lorsque la
valeur change.
Illustration :
Configurateur OFS
Serveur Editer Imprimer ?
??
Alias
Modèle
Symboles Bande morte
Options
Série
Simulateur
Comm.
Définition des plages de valeurs des variables analogiques pour la bande morte
Valeur Max
Bande morte = x%x [Max - Min]
Valeur Min
Nom du type analogique
0 var1
1 var2
2 var3
Description
Valeur Min
2.4
4.23
41
Valeur Max
3.5
5
50
Ok
Bienvenue dans l’outil de Configuration d’OPC Factory Serveur !
Annuler
5
0
Appliquer
4
La plage peut être ajustée ici pour chaque variable, de type flottant ou entier, avec
des valeurs minimale et maximale.
Note : Le Configurateur ne permet pas la saisie dans le champ "Valeur Max" d'une
valeur inférieure à celle entrée dans la champ "Valeur Min".
54
TLX DM OFS 2.5
Configurateur
Onglet Série
Description
Dans cet onglet, l'utilisateur peut définir ou modifier tous les paramètres liés au
protocole Modbus RTU.
Ce protocole est supporté pour les 4 ports série habituels des PC, COM1 à COM4.
Illustration :
Configurateur OFS
Serveur Editer Imprimer ?
??
Alias
Modèle
Symboles Bande morte
Série
Options
Parité
2 : paire
2Vitesse
: paire
: paire
3002 baud
6002 baud
: paire
1200
2 : baud
paire
2400 baud
4800 baud
9600 baud
19200 baud
38400 baud
57600 baud
115200 baud
Bit d’arrêt
0 : 1 bit
0 : un bit
0 : un bit
0 : un bit
Simulateur
Comm.
Réglage de ModBus RTU
Timeout
Nombre de Réemission
0
1
2
3
Port
Par défaut ->
COM1
COM2
COM3
4 COM4
Description
Vitesse
9600 baud
9600 baud
9600 baud
9600 baud
Taille
8 bits
8 bits
8 bits
8 bits
9600 baud
8 bits
100
ms
3
0 : un bit
Annuler
Ok
Bienvenue dans l’outil de Configuration d’OPC Factory Serveur !
TLX DM OFS 2.5
OK
Annuler
1
2
Appliquer
6/1/01
Timeout
Valeur numérique positive :intervalle [100..32767]
Délai d’attente de la réponse après émission d’une trame sur le réseau. Si
plusieurs tentatives d’émission sont effectuées (voir paramètre ci-dessous),
le délai d’attente est appliqué pour chacune d’elle.
Attention : Si la valeur fournie est inférieure à (15480000/vitesse), c’est le
résultat de cette division qui sera appliqué (temps maximal calculé du trajet
aller-retour d’une trame de taille maximale)
Nombre de
réemissions
Valeur numérique : valeur [1..10] = nombre de tentatives d'envoi avant
qu'une erreur de communication ne soit générée.
55
Configurateur
Dans chaque zone de la grille, un double-clic affiche une liste, comme illustré cidessus, qui répertorie les valeurs autorisées pour les paramètres de ligne série :
l vitesse (300 à 115200 baud),
l taille (4 à 8 bits),
l parité (aucune, impaire, paire, mark, space),
l bit d'arrêt (1, 1.5, 2 bits).
Attention : les paramètres proposés par défaut correspondent à la configuration
nécessaire pour les automates TSX Quantum.
56
TLX DM OFS 2.5
Configurateur
Onglet Options
Description
Cet onglet permet d’activer des fonctions optionnelles du serveur OFS.
Illustration :
Configurateur OFS
Serveur Editer Imprimer ?
??
Alias
Modèle
Symboles Bande morte
Série
Options
Simulateur
Comm.
Fonctionnalités
Sécurité DCOM
Rechargement base
de données
Gestionnaire OFS
Activation Extensions OPC
Mode de marche API
7
Balayage DNS
(Modbus TCPIP)
Mode simulateur
Nb d’alias pouvant être créés dynamiquement
Fichiers de traces
Ecraser les précédentes traces
Débogue
debug.txt
...
Gestionnaire de symboles
Modbus
modbusdbg.txt
...
Générateur de requêtes
Xway
xwaydbg.txt
...
Arrêt serveur
Batch
(.bat)
...
Tempo après demande d’arrêt
Description
Ok
Bienvenue dans l’outil de Configuration d’OPC Factory Serveur !
TLX DM OFS 2.5
0
s
Annuler
Appliquer
6/1/01
Sécurité DCOM
Active/désactive la sécurité DCOM
Rechargement base
de données
Si coché et vérification de l’équipement activée, lorsqu’une
incohérence est détectée avec Concept, la base de donnée sera
rechargée automatiquement.
Sinon, le rechargement ne sera pas effectué. Il peut alors être
effectué manuellement en utilisant le service "reload and update"
d’OFS manager (Voir Le gestionnaire OFS, p. 202).
57
Configurateur
Gestionnaire OFS
Autorise la reconfiguration dynamique sans redémarrer le serveur.
Le gestionnaire OFS permet la création dynamique de certains alias
supplémentaires. Si activé, une fenêtre apparaît pour définir le
nombre. Intervalle : [0..99]
Activation Extensions
OPC
Active/Désactive les items spécifiques (Voir Items spécifiques,
p. 157).
Mode de marche API
Si "Activation Extensions OPC" active uniquement.
Autorise le serveur à changer le mode opératoire de l'automate
(RUN/STOP).
Balayage DNS
Modbus TCPIP uniquement,
Autorise le serveur à utiliser DNS pour identifier l'automate.
Mode simulateur
Le serveur se lance en mode simulateur, c’est à dire comme si tous
les alias étaient paramétrés en mode simulé.
En mode simulateur, il n’est pas nécessaire d’avoir de code de
licence.
Le mode simulateur est indiqué dans la fenêtre de diagnostic au
démarrage du serveur.
Fichiers de traces
Débogue, Modbus, XWAY : active des fichiers de traces
indépendants pour chaque mode. Lorsque cette option est
sélectionnée, une zone de saisie est affichée pour entrer un nom et
un chemin de fichier de trace.
Gestionnaire de symboles : pour Débogue uniquement.
Générateur de requêtes : pour XWAY et Modbus uniquement.
Affiche toutes les informations sur les requêtes générées par le
serveur (processus de compilation, contenu, etc)
Fichier batch d’arrêt
Si un fichier .BAT y est indiqué, il sera executé au moment de la
demande de quitter le programme (la tempo avant arrêt, si différente
de 0, ne sera décrementée qu’ensuite)
Tempo après
demande d’arrêt
Temporisation programmable en secondes entre la notification
d'extinction du serveur et son extinction effective. Intervalle :
[0..32767]
Note : Si la case "Mode de marche API" n'est pas cochée, toute application client
tentant d'écrire sur l'item #PLCStatus reçoit une erreur
"EOL_E_FEATURE_DISABLED".
58
TLX DM OFS 2.5
Configurateur
Onglet Simulateur
Description
Si l'alias a été configuré avec la propriété simulation (Voir Définition des propriétés
de l’alias, p. 45), toute variable créée sur ces équipements est localement simulée
par le serveur. Cet onglet définit la variation de valeur à appliquer par le serveur à
toutes les variables simulées.
Illustration :
Configurateur OFS
Serveur Editer Imprimer ?
??
Alias
Modèle
Symboles Bande morte
Options
Série
Simulateur
Comm.
Le mode simulation peut être activé pour chaque équipement par l’option
"Simulation" dans la page de propriétés de l’alias. La connexion physique à
l’équipement n’est alors pas établie et les variables sont animées en fonction
des paramètres choisis ici.
Incrément des variables entières à chaque cycle
Réglage des notifications
Valeur Max
Probabilité = 1 /
1
100
0
Description
T
Valeurs initiales
Zéro
Aléatoire
Ok
Bienvenue dans l’outil de Configuration d’OPC Factory Serveur !
Réglage des
notifications
Annuler
Appliquer
6/1/01
N=1 : les variables simulées sont mises à jour à la même fréquence que le
groupe et chaque fois qu'un "équipement en lecture" est réalisé (sync ou
async)
1< N ≤ 10 : à chaque période,il existe une chance sur N que la variable
simulée soit modifiée. Il n’y a pas de corrélation entre les différentes
variables déclarées, leurs valeurs évoluent individuellement.
La diminution de la valeur de probabilité (augmentation de N) permet de
réduire la quantité de notifications, donc la charge CPU sur la machine.
TLX DM OFS 2.5
59
Configurateur
Valeur Max
Valeur maximale de la variable simulée. Intervalle : [0..32767].
La variable est incrémentée à chaque cycle, puis ramenée à 0 lorsque la
valeur maximale est atteinte (cycliquement).
Les variables booléennes sont inversées, les variables flottantes sont
incrémentées de 0,3.
Valeurs initiales Aléatoire : les variables sont initialisées à des valeurs aléatoires.
Zéro : toutes les variables sont initialisées à zéro.
60
TLX DM OFS 2.5
Configurateur
Onglet Communication
Description
Cet onglet donne accès aux paramètres globaux de synchronisation pour l'échange
des données avec les équipements et la fréquence de polling à la réception.
Illustration :
Configurateur OFS
Serveur Editer Imprimer ?
??
Modèle
Alias
Symboles Bande morte
Options pour équipements sans alias
Options
Série
1
Modbus
50
ms
XWAY
50
ms
10
s
Contrôle de cohérence dyn.
Période
Support non localisé
Niveau de cohérence
Niveau Strict
Niveau Lecture seule
Niveau Avertissement
Comm.
Vitesse d’échantillonnage en réception
Lecture seule
Simulation
Vérification de l’équipement
Modbus / Concept
Max Canaux
Simulateur
Xway pour les données Push
Porte
0
Time Out de trame 1000 ms
Time Out équipement 5000 ms
Chemin de la base de données courante :
C:\Program files\Modicon Telemecanique\OFS\OFSConf\Alias2K.mdb
Description
Ok
Bienvenue dans l’outil de Configuration d’OPC Factory Serveur !
Annuler
Appliquer
6/1/01
Mêmes paramètres que dans la Page de propriétés.
Options pour
équipements sans Les sélections faites ici sont appliquées uniquement aux équipements
créés sans alias ou aux alias créés dynamiquement avec le gestionnaire
alias
OFS, pendant l’exécution du serveur.
L’option "Niveau de cohérence" n’est utile que pour les alias crées
dynamiquement avec le gestionnaire OFS.
Vitesse
d'échantillonnage
en réception
TLX DM OFS 2.5
Définit la période en millisecondes de vérification de la réception des
données. Intervalle : [10..32767]
Ces valeurs doivent être ajustées avec précaution, car elles ont un effet
sur la charge CPU de l'ordinateur.
61
Configurateur
62
Contrôle de
cohérence
dynamique
La Période définit la période en secondes à laquelle est réalisée le
contrôle cyclique de cohérence. Intervalle : [1..32767]
Il s'agit d'une valeur globale pour tous les équipements pour lesquels
l'option Cohérence dynamique est activée.
XWAY pour les
données Push
Porte : valeur de la porte de réception sur laquelle le serveur recevra les
données de l’équipement distant.
Intervalle : [0..255]
TLX DM OFS 2.5
Configurateur
3.5
Compatibilité avec les versions précédentes du
configurateur
Compatibilité avec la version précédente du Configurateur
Description
Si une ancienne version du Configurateur a préalablement été installée et qu'un jeu
de configuration est stocké sur le PC, il sera automatiquement détecté pour
restauration.
A la première exécution du Configurateur, une boîte de dialogue invite à la
restauration des données à partir de la base de registres.
Illustration :
OFSconf
Des alias créés avec une version précédente du configurateur ont été détecté. Voulez-vous les récupérer ?
NOTE : Si vous répondez NON, ils seront irréversiblement perdus !
Oui
Non
Cancel
En fonction de la réponse :
l OUI : le jeu de configuration dans la base de registres est inséré dans la base de
données du Configurateur,
l NON : les alias présents dans la base de registres sont perdus, remplacés par
ceux de la base de données (en général vide car ce contrôle s’effectue à la
première exécution du configurateur),
l CANCEL : quitte le programme sans aucune action.
ATTENTION
Utilisation des alias d’une ancienne version
Si vous répondez NON, les alias existants dans la base de registres
seront irrémédiablement supprimés.
Les valeurs d’INIT dans l’onglet modèle ne sont pas stockées dans la
base de registres et hériteront donc des valeurs du nouveau fichier de
base de données (en general, valeurs par défaut).
Le non-respect de ces précautions peut entraîner des lésions
corporelles ou des dommages matériels.
Les fichiers de sauvegarde des alias qui auraient été créés avec une version 2.2
d’OFS sont entièrement compatibles avec la version 2.5 .
TLX DM OFS 2.5
63
Configurateur
64
TLX DM OFS 2.5
Fonctionnalités du produit
4
Présentation
Objet de ce
chapitre
Ce chapitre a pour but de vous décrire les fonctionnalités du produit OFS.
Contenu de ce
chapitre
Ce chapitre contient les sujets suivants :
TLX DM OFS 2.5
Sujet
Page
Définition d’un groupe d’items
66
Services synchrones
67
Services asynchrones
68
Service de lecture cyclique
69
Réglage du time-out de communication avec un équipement
71
Gestion du mode de marche automate
72
Accès au serveur ou au simulateur
73
Support des symboles
75
Consultation des symboles
76
Lien avec Concept
77
Lien Concept distant
78
Le mode simulateur
79
Simulation individuelle d’un équipement
80
Service NT
81
Contrôle dynamique de cohérence
82
Support de données push
83
Définition du Diag Buffer
85
65
Fonctionnalités du produit
Définition d’un groupe d’items
Définition
66
L'ensemble des services du produit OFS repose sur la notion de groupe d'items :
ensemble de variables d'un automate quelconque auxquelles on pourra accéder
soit par leur adresse soit par leur symbole.
l Il est possible de définir plusieurs groupes,
l un groupe peut concerner plusieurs équipements : chaque item peut avoir une
adresse d'équipement différente,
l un groupe concerne divers médias de communication et équipements : les items
peuvent se rapporter à des drivers de communication différents. Si un
équipement est accessible par plusieurs médias de communication, il est
possible de mixer dans un même groupe des variables adressées par des
médias différents,
l les items composant un groupe peuvent être de nature différente : possibilité de
mixer tous les types d’objets gérés par le serveur OFS,
Exemple : mixage dans un même groupe de mots, mots doubles et flottants.
l selon le service appelé, un groupe est transcrit sur une ou plusieurs requêtes de
communication,
l tous les items d'un même groupe ont la même cadence de mise à jour et le même
pourcentage de bande morte.
TLX DM OFS 2.5
Fonctionnalités du produit
Services synchrones
Description
l
l
l
ces services permettent la lecture et l'écriture partielle ou complète d'un groupe
d'items,
la scrutation périodique de l'évolution des variables (polling de lecture) doit être
effectuée par l'applicatif client,
le terme "synchrone" signifie que l’applicatif client qui appelle ces services de
lecture ou d'écriture est bloqué le temps de l'obtention du résultat. L'instruction
qui suit une demande de lecture ou d'écriture synchrone dans le code de
l'applicatif client sera exécutée uniquement lorsque toutes les requêtes de
communication correspondant à la demande auront été traitées. Ce terme ne
désigne pas la synchronisation avec l'équipement. Cela signifie que, lors d'une
lecture synchrone, le serveur OFS ne garantit pas que toutes les variables
composant un groupe soient lues dans le même cycle automate si ce groupe
est transcrit sur plusieurs requêtes de communication. Le serveur OFS offre un
mécanisme pour connaître le nombre de requêtes nécessaires pour lire
l'intégralité d'un groupe d'items (uniquement pour les groupes synchrones).
Note : Les conditions pour que les items d'un groupe soient cohérents entre eux
(lus ou écrits dans le même cycle automate) sont détaillées aux sectionscohérence
de la lecture (Voir Cohérence de la lecture, p. 116) et cohérence de l’écriture (Voir
Cohérence de l’écriture, p. 117).
TLX DM OFS 2.5
67
Fonctionnalités du produit
Services asynchrones
Description
l
l
l
l
l
68
ces services permettent la lecture et l'écriture partielle ou complète d'un groupe
d'items,
la scrutation périodique de l'évolution des variables (polling de lecture) doit être
effectuée par l'applicatif client,
l'applicatif client n'est pas bloqué pendant le temps de l'obtention des données,
les résultats sont notifiés au client à l'aide du mécanisme de notification (celui-ci
doit être activé),
en ce qui concerne la synchronisation avec l'automate, tout ce qui a été dit pour
les services synchrones (Voir Services synchrones, p. 67) s'applique.
TLX DM OFS 2.5
Fonctionnalités du produit
Service de lecture cyclique
Description
La scrutation périodique des variables : polling de lecture et la notification du
changement de leur valeur sont pris en charge par le serveur OFS.
l l’applicatif client doit programmer une fonction dite de "réveil", qui sera appelés
par OFS lors des changements de valeurs intervenus sur les items de tous les
groupes scrutés périodiquement.
Cela signifie que la fonction de "réveil" est unique dans l’applicatif client : elle reçoit
toutes les notifications en provenance du serveur OFS, puis doit les redistribuer vers
des fonctions de traitement spécifiques à chaque groupe scruté périodiquement.
Note : Pour des logiciels de supervision, la fonction de "réveil" doit être
préprogrammée. Si ce n'est pas le cas, on ne peut pas utiliser le mécanisme de
notification.
Le nom de cette fonction de "réveil" est imposé par la norme OPC OnDataChange.
Attention : Dans la fonction de "réveil", il ne faut pas réaliser de traitements qui
soient fortement consommateurs de temps CPU (ex: affichage trop complexe), au
risque d’écrouler les performances du système d’exploitation.
l
le serveur OFS réalise la notification par groupe, et non individuellement par item.
Cela signifie que, pour un groupe donné, le serveur OFS transmet à la fonction
de "réveil" de l’applicatif client la liste des items ayant changé de valeur. Dans le
cas d'un item de type tableau, le serveur OFS transmet l'intégralité du tableau
même si seulement un sous-ensemble des éléments a changé de valeur.
Les notions suivantes sont associées au service de lecture "cyclique" :
attribution d'une PERIODE ("RATE") de scrutation à un groupe : délai entre deux
lectures durant le "polling" assuré par le serveur OFS. Cette notion reflète le
besoin de surveiller des variables à des rythmes différents.
Exemple : afficher l’heure automate toutes les secondes, et afficher une
température toutes les minutes.
l
l
TLX DM OFS 2.5
attribution d'une bande morte (dead banding) à un groupe : filtrage des
notifications sur changement de valeurs des variables du groupe. La notification
a lieu si, au bout de la période de scrutation du groupe, des variables ont changé
au delà d’un certain pourcentage par rapport à leur ancienne valeur, voir le
chapitre sur la bande morte (Voir Mise en oeuvre de la bande morte, p. 120)).
Exemple :prévenir l’applicatif client uniquement si des températures ont varié de
plus de 10%.
69
Fonctionnalités du produit
Note : La bande morte s'applique uniquement à des variables de type flottant ou
entier. Ces deux notions ont pour objectif de permettre de contrôler (limiter) le flux
des notifications en direction de l’applicatif client, afin de ne pas saturer le système.
70
TLX DM OFS 2.5
Fonctionnalités du produit
Réglage du time-out de communication avec un équipement
Description
TLX DM OFS 2.5
Divers paramètres peuvent être utilisés pour définir ce paramètre de communication
très important. Il peut s'agir de paramètres de type global ou spécifique à un
équipement (Voir Définition des propriétés de l’alias, p. 45). Ils peuvent également
être statiques (configurés à l'aide du configurateur) ou dynamiques (configurés en
ligne à l'aide d'un item (Voir Items spécifiques, p. 157) et d'une méthode d’écriture
spécifiques (Voir Ajustement des valeurs de l’item timeout, p. 125).
71
Fonctionnalités du produit
Gestion du mode de marche automate
Description
Ce mécanisme permet de consulter ou modifier le mode de marche d’un automate:
l mise en marche,
l arrêt,
l initialisation (Premium et Micro uniquement).
Si un outil de programmation est déjà connecté à l'équipement, la requête peut
échouer. Un message d'erreur est alors affiché dans la fenêtre de diagnostic du
serveur (Voir Gestion du mode de marche automate, p. 127).
Note : Le serveur OFS fournit uniquement le service de base de changement du
mode de marche d’un automate. Le changement d’état de l’automate pouvant
avoir des répercussions sur le procédé, tous les contrôles préalables sont à la
charge de l’applicatif client.
Exemple :Programmation dans l’applicatif client d’un message demandant à
l’opérateur de confirmer le changement du mode de marche de l’automate.
72
TLX DM OFS 2.5
Fonctionnalités du produit
Accès au serveur ou au simulateur
Description
Le serveur OFS permet deux modes d'accès aux services qu'il fournit.
l accès en local:
L’applicatif client et le serveur OFS sont sur le même poste.
Illustration :
Poste OFS
Data Symbole.SCY
(Concept, PL7)
Data2.ASC
(Modsoft)
Applicatif
client local
Réseau MODBUS
TLX DM OFS 2.5
Réseau XWAY
73
Fonctionnalités du produit
l
accès en distant par l'intermédiaire de DCOM:
L’applicatif client et le serveur OFS sont sur des postes distincts, reliés par le réseau
TCP-IP de Microsoft.
Illustration :
Réseau Ethernet TCP-IP
DCOM
Poste OFS
Data Symbole.SCY
(Concept, PL7)
Applicatif
client
local
Applicatif
client distant
Réseau MODBUS
Data2.ASC
(Modsoft)
Réseau XWAY
Note : DCOM (Voir Configuration DCOM, p. 173) doit être configuré correctement
avant de lancer l'exploitation distante.
74
TLX DM OFS 2.5
Fonctionnalités du produit
Support des symboles
Description
Le support des symboles permet de remplacer l'adresse de n'importe quelle variable
définie dans l'item par son nom dans l'application automate (ex: utilisation de
"Symb1" au lieu de l'adresse topologique "%MW1" ou au lieu de l'emplacement
State Ram "400001"). Elle équivaut à une substitution de chaîne et n'a aucune
incidence sur les opérations de lecture/écriture.
Les formats de tables de symboles (Voir Gestion des symboles, p. 137) supportés
sont les suivants :
l fichier PL7 de table de symboles ou de projet exporté,
l fichier Concept de table de symboles exportés,
l fichier projet Concept (lien direct avec la base de données Concept),
l fichier Modsoft de table de symboles exportés,
l fichier CSV de table de symboles (format d'exportation Excel),
l fichier Taylor de table de symboles exportés (identique au format Excel).
Note : Pour les anciennes gammes : les fichiers XTEL doivent être convertis au
format PL7 pour l’utilisation des symboles sur série 7 (via la fonction
"Convertisseur PL7-3" du logiciel PL7 PRO). La série 1000 ne permet pas
l’utilisation des symboles.
TLX DM OFS 2.5
75
Fonctionnalités du produit
Consultation des symboles
Description
L'interface de consultation OPC-browse est supportée par le produit. Celle-ci
permet de consulter les symboles disponibles pour un automate donné, à condition
que le client OPC utilisé supporte l'interface de consultation. C'est un moyen
commode pour connaître les variables qui peuvent être créées pour un équipement
donné. Les structures et les tableaux de consultation sont possibles lorsque le
langage de programmation inclut ces types d'objets (ex : l'outil de programmation
Concept).
Note : Seuls les équipements déclarés avec le configurateur et associés à une
table de symboles peuvent être consultés.
76
TLX DM OFS 2.5
Fonctionnalités du produit
Lien avec Concept
Description
Le lien direct avec la base de données Concept permet :
l support des symboles,
l support de la consultation des symboles,
l accès à des variables non localisées et à des données structurées.
Concept et OFS peuvent marcher simultanément sur le même projet Concept. On
peut ouvrir plusieurs projets Concept (Voir Lien concept, p. 149) à la fois à condition
qu’ils soient tous de la même version.
OFS 2.5 supporte les versions Concept suivantes :
Concept 2.1,
l Concept 2.2,
l Concept 2.5 SR2 (et au-delà).
Concept 2.5 n’est supporté que partiellement par OFS 2.2 (pas de vérification de
cohérence de la base de données, ni d’accès aux données non-localisées).
l
TLX DM OFS 2.5
77
Fonctionnalités du produit
Lien Concept distant
Description
78
Le lien distant avec la base de données Concept présente exactement les mêmes
fonctionnalités que le lien Concept normal. La seule différence est que le serveur
n'a pas besoin d'être situé sur la même machine. Les machines Concept et serveur
doivent être liées par DCOM (généralement sur TCP/IP).
Cette fonctionnalité peut être activée dans la page de propriétés de l'équipement.
L'activation d'un serveur est nécessaire sur la machine où l'outil de programmation
Concept et le projet Concept sont situés. Ce serveur agit comme un serveur proxy
pour le "vrai" serveur. Il peut s'agir soit d’un serveur déjà utilisé comme tel, c’est à
dire connecté à certains équipements et clients OPC soit d'un serveur dédié à
cette fonction proxy.
TLX DM OFS 2.5
Fonctionnalités du produit
Le mode simulateur
Description
Le mode simulateur permet de tester l'applicatif sans les véritables équipements. Il
offre une animation simple de toutes les variables créées. Hormis l'accès aux
équipements, il se comporte comme le véritable serveur.
Seule restriction : les drivers réseau correspondant aux adresses des alias utilisés
doivent être installés sur la machine.
Le serveur peut être lancé en mode simulateur par deux moyens :
l en sélectionnant le raccourci "Simulateur OFS Factory Server" créé lors de
l’installation. Il lance OFS.exe avec le paramètre "–simu",
l en cochant l’option "mode simulateur" dans l’onglet "options" du configurateur.
Lorsque le serveur est lancé en mode simulateur,aucun code de licence n’est
requis.
L’animation des variables simulées est paramétrable dans le configurateur, onglet
"Simulateur".
Note :
l toutes les variables étant simulées, il n'y a pas de lien entre un item qui est
effectivement relié à un tableau d'éléments (bits, mots) et les items qui se
rapportent à des composants individuels de ce tableau,
l en simulation, il n'y a aucun moyen de connaître la longueur de trame maximum
possible pour un équipement donné. Cela signifie que le droit d'accès à
n'importe quel item de tableau est READ_WRITE,
l Il est possible que lors de l'utilisation de l'équipement réel, un item qui était de
type READ_WRITE en simulation devienne READ_ONLY en mode réel,
l les variables BOOLEENNES Concept qui sont placées dans la StateRam, dans
les zones de registre (3x ou 4x), sont en fait simulées sous forme d'octets et non
pas de valeurs booléennes.
TLX DM OFS 2.5
79
Fonctionnalités du produit
Simulation individuelle d’un équipement
Description
Cette fonction permet la simulation d'un équipement manquant par le serveur.
Le choix entre l'accès à un équipement réel et la simulation de cet équipement est
réalisé équipement par équipement dans la page de propriétés de l'équipement
(Voir Définition des propriétés de l’alias, p. 45).
Les conditions d’utilisation sont les mêmes que pour le mode simulateur (driver
réseau installé, paramétrage de l’animation des variables par l’onglet "simulateur"
du configurateur).
80
TLX DM OFS 2.5
Fonctionnalités du produit
Service NT
Description
TLX DM OFS 2.5
La fonction du service NT (disponible uniquement sous Windows XP, 2000, NT 4.0)
permet de démarrer automatiquement le serveur OFS à chaque fois que la machine
est lancée et de l'arrêter automatiquement avant chaque arrêt de la machine.
Dans ce cas, l'icône du serveur OFS n'est pas visible ; le serveur fonctionne en
arrière-plan.
On peut toujours démarrer et arrêter manuellement le serveur en utilisant les
commandes habituelles du service NT (panneau de configuration Windows XP &
2000, outils d’administration, icône Services ou panneau de configuration NT, icône
Services).
Le serveur OFS opérant de cette façon peut être utilisé par n'importe quel utilisateur
(administrateur ou non), en local ou en déporté.
Pour plus de détails, se reporter à la partie NT (Voir OFS comme service NT,
p. 164).
81
Fonctionnalités du produit
Contrôle dynamique de cohérence
Description
82
Cette fonction permet au serveur de vérifier à intervalles réguliers la cohérence
entre l'application chargée dans l'automate et la base de données des symboles
Concept actuellement ouverte. Lorsqu'une différence est détectée, la base de
données Concept est automatiquement refermée et rechargée. Les nouveaux
symboles et emplacements sont alors pris en compte.
Pour plus de détails, se reporter à la partie cohérence (Voir Contrôle automatique
de cohérence, p. 162).
TLX DM OFS 2.5
Fonctionnalités du produit
Support de données push
Description
TLX DM OFS 2.5
En règle générale, pour mettre à jour automatiquement des items OPC, le serveur
envoie des requêtes réseau à l'équipement, puis attend les réponses du réseau
pour mettre à jour ses tables de données internes. Ce processus s'appelle le
"polling" de l'équipement.
Par opposition, cette fonction de "données Push" correspond à l’envoi spontané par
l'équipement de données à un serveur actif sans aucune requête provenant du
serveur.
Les données sont considérées comme étant "poussées" par l’automate. Cette
fonction est particulièment interessante lorsque les changement de valeurs des
données surveillées sont peu fréquents. L’économie de charge réseau ainsi que de
consommation CPU du serveur peut s’avérer considérable. En revanche, elle
impose d’inclure des traitements spécifiques dans l’application automate pour
l’envoi des données.
Cette fonction est supportée par les équipements Modbus TCPIP, XWAY TCPIP
(hors direct), FIPWAY et ETHWAY.
Elle peut être activée et configurée équipement par équipement à l'aide de la page
de propriétés de l'équipement (Voir Définition des propriétés de l’alias, p. 45).
Les données envoyées au serveur par l'équipement doivent correspondre à la plage
de données Push définie pour cet équipement. Une seule plage peut être définie par
équipement (à l'aide de la page de propriétés de l'équipement (Voir Définition des
propriétés de l’alias, p. 45)).
Un nombre quelconque d'items OPC peut être défini dans cette plage et ils sont
considérés comme des items OPC ordinaires.
L'équipement dispose de l'option (Propriétés de l'équipement (Voir Définition des
propriétés de l’alias, p. 45)) d'envoyer avec les données un horodatage utilisé par le
serveur pour mettre à jour la propriété d'horodatage de tous les items associés aux
données Push.
83
Fonctionnalités du produit
Exemple Concept d’utilisation de WRITE_REG pour tester la fonction PUSH
DATA :
Certains exemples d'applications PL7 et Concept sont fournis sur le CD pour
illustrer l'envoi au serveur de données Push par une application PLC.
84
TLX DM OFS 2.5
Fonctionnalités du produit
Définition du Diag Buffer
Généralités
Le Diag Buffer détecte les défauts sur les éléments surveillés et transmet des
messages d’erreur aux systèmes de visualisation.
Des DFB de diagnostic permettent la mise en oeuvre de cette fonctionnalité
uniquement sur des automates Premium TSX57/PCX57/PMX57 ayant une version
logicielle minimum (se reporter à la documentation PL7 pour plus d’information).
Il permet de visualiser en temps réel le déclenchement d’une alarme et de donner à
travers une table d’octets toutes les caractéristiques de l’alarme déclenchée :
l type d’erreur,
l date et heure de début,
l date et heure de fin,
l zone de déclenchement de 0 à 15 ( dans le cas ou plusieurs modules sont
déclarés sur le même PLC),
l commentaire de l’alarme ......
Illustration
La figure ci-dessous présente le fonctionnement du Diag buffer :
1. Détection
2. Mémorisation
3. Visualisation
DFB
Diagnostic
DFB
Diagnostic
Message
Buffer
de
diagnostic
Acquittement
Diagnostic
système
TLX DM OFS 2.5
85
Fonctionnalités du produit
Fonctionnement
Le tableau ci-dessous décrit les différentes phases de fonctionnement :
Phase
Description
1
Les DFB de diagnostic intégrés dans le programme application ou le système
détectent les conditions de défaut du process.
2
Une mémoire tampon appelée Buffer de diagnostic mémorise les défauts sous
forme de messages horodatés.
3
Un ou plusieurs Viewer multi-station (15max) permettent :
l la visualisation d’une ou plusieurs zone d’un PLC,
l la visualisation d’une ou plusieurs zone de plusieurs PLC,
l l’acquittement des messages d’erreur,
l la visualisation de l’évolution du status d’item.
Pour obtenir des renseignements complémentaires sur le Diag buffer consulter la
partie mise en oeuvre (Voir Diag Buffer, p. 177) du Diag buffer.
86
TLX DM OFS 2.5
Types de variables gérées par le
serveur
5
Présentation
Objet de ce
chapitre
Ce chapitre donne la liste exhaustive des divers types d’objets gérés par le serveur
OFS, et indique le type d’accès permis : lecture seule (R) ou lecture/écriture (R/W).
Contenu de ce
chapitre
Ce chapitre contient les sous-chapitres suivants :
Souschapitre
5.1
TLX DM OFS 2.5
Sujet
Page
Syntaxe générale d’un item OPC
88
5.2
Types de données OPC
90
5.3
Variables PL7, XTEL et ORPHEE
91
5.4
Variables Concept sur OFS
101
5.5
Relation entres les variables Modbus et IEC 1131
103
5.6
Variables Modsoft sur OFS
104
5.7
Support de bits extraits
105
5.8
Variables locales sur OFS
107
87
Type de variables
5.1
Syntaxe générale d’un item OPC
Généralités sur un item OPC
Généralités
Préalablement à la lecture ou à l'écriture des valeurs, un item OPC doit être créé
pour chaque variable d'équipement.
La syntaxe générale d'un item OPC est la suivante :
<item>::=<nom driver>:<adresse équipement>!<définition
variable>[:<longueur tableau>|<numéro du bit extrait>][;<postfix>]
La partie <nom driver>:<adresse equipement> peut être remplacée par un alias
(Voir Paramètres standards et édition des alias, p. 35) créé avec le configurateur .
S'il n'y a pas d'alias utilisé, le nom driver doit être l'un des noms donnés dans la
liste qui suit et l'adresse équipement est l'adresse de l'équipement sur le média de
communication :
Nom driver
Exemple d’adresse
équipement
Média de communication
[s7]UNTLW01 *
0.254.0
UNI-TELWAY
[s7]FIP01 *, [s7]FIP02 *
0.31.0
FIPWAY adaptateur 01 ou 02
[s7]FPP2001 *
0.31.0
FIPWAY PCMCIA adaptateur 01
ISAWAY01, ISAWAY02
0.5
ISAWAY adaptateur 01 ou 02
[s7]ETHWAY01 *,
[s7]ETHWAY02 *
0.5
ETHWAY adaptateur 01 ou 02
[s7]XIP01 -> [s7]XIP09
0.5
XWAY TCP-IP adaptateur 01 à 09
MBP00,MBP01,MBP02,MBP03
PM.12 ou DM.15.3
MODBUS+ adaptateur 0 ou 1 ou 2 ou 3
MBT
139.160.218.102
MODBUS TCP-IP
MBS01,MBS02,MBS03,MBS04
6
MODBUS RTU sur
COM1,COM2,COM3,COM4
*"[s7] signifie que l’ajout de "s7" au début du nom du driver doit être effectué pour
accéder aux automates de la série 7 et de la série 1000.
La partie définition variable peut être soit une adresse de variable (voir la colonne
"Syntaxe" dans les autres tableaux de ce chapitre) ou un symbole (Voir Support des
symboles, p. 75).
Pour les utilisateurs Modbus+ qui prévoient d'utiliser simultanément Concept et
OFS ou la fonctionnalité multi-voie, utiliser le mode DM. Sinon, ils ne pourront peutêtre pas se connecter à l'automate avec Concept ni télécharger leur application.
88
TLX DM OFS 2.5
Type de variables
Pour les variables qui acceptent cette fonctionnalité, la longueur tableau permet de
créer des items qui sont en fait des tableaux et donne le nombre d'éléments
constituant le tableau.
La partie Postfix peut être R : R signifie LECTURE SEULE et c'est un moyen de
créer un item qui sera toujours considéré comme étant à LECTURE SEULE.
Pour les variables Modsoft (Voir Variables modsoft, p. 104), les valeurs postfix F et
D sont également possibles.
Note : Les paramètres nom driver, adresse équipement et définition variable
sont obligatoires.
Les paramètres longueur tableau et postfix sont facultatifs.
Exemples :
l UNTLW01:0.254.0!%MW3
l MBS01:12!400003
l FIP01:0.31.0!%MW5
l MBP00:DM.5!400005
l XIP01:0.5!%MW100
l MBT:1.2.3.4!400100
l TSX1!%MW100
l QTM1!400100
l TSX2!toto
l QTM2!toto
Le champ adresse équipement pour MBT, utilise le postfix ";xx" pour désigner
l'index de destination utilisé dans la table de correspondances Modbus+ définie
pour le pont Ethernet - Modbus+. "xx" est la valeur décimale de l'index. Par
exemple, "139.160.218.103;50".
TLX DM OFS 2.5
89
Type de variables
5.2
Types de données OPC
Les différents types de données OPC
Description
90
Les types de données OPC manipulés par le client OFS (dits "expected") peuvent
être différents des types de donnée natifs des variables au sein de l’équipement
(dits "canonical").
Par défaut, le type est identique à la création de l’item. Toutefois, l’utilisateur peut
opter pour un autre type.
Plus particulièrement, les conversions entre types canoniques tableaux d’octets ou
mots de 16 bits et types expected chaines de charactères sont supportés,
permettant à l’utilisateur de manipuler facilement des chaines de charactères avec
des automates (ces derniers ne disposent pas de type chaine de charactères
canonique) :
l la conversion tableau d’octets -> chaine produit une chaine ASCII,
l la conversion tableau de mots de 16 bits -> chaine produit une chaine UNICODE.
TLX DM OFS 2.5
Type de variables
5.3
Variables PL7, XTEL et ORPHEE
Présentation
Objet de ce souschapitre
Ce sous-chapitre a pour but de vous présenter les différentes variables PL7 sur
OFS.
Seuls les objets mémoire des objets standards sont accessibles pour les automates
de la série 7 (XTEL) et de la série 1000 (ORPHEE). Les syntaxes utilisées sur ces
gammes d’automates ont été reprises et sont indiquées en italique. Elles ne sont
accessibles qu’avec ces types d’automates.
Signification des termes employés dans les tableaux :
l - : non disponble,
l R : accès en lecture seule,
l W : accès en écriture,
l R/W : accès en lecture/écriture?
Contenu de ce
sous-chapitre
Ce sous-chapitre contient les sujets suivants :
Sujet
Objets standard
TLX DM OFS 2.5
Page
92
Objets grafcet
95
Blocs fonctions standard
96
Objets tableaux
98
91
Type de variables
Objets standard
Objets système
Le tableau ci-dessous représente les objets système supportés par le serveur OFS :
TSX 37 / PCX/
TSX 57 sur
Modbus
TSX 37 / PCX/
TSX 57 sur
Xway
TSX Série 7
TSX S1000
Objet
Syntaxe
Bit système
%Si
R/W
-
-
-
Mot système
%SWi
R/W
-
-
-
Mot double système
%SDi
R/W
-
-
-
Note : Parmi ces objets, certains sont modifiables uniquement par le système : le
manuel de mise en oeuvre de l’atelier PL7 précise le type d’accès (R ou R/W)
permis pour chacun des objets système définis.
Objets mémoire
(variables et
constantes)
Le tableau ci-dessous représente les objets mémoire supportés par le serveur OFS :
Objet
Syntaxes
acceptées
TSX 37 / PCX/
TSX 57 sur
Xway
TSX 37 / PCX/
TSX 57 sur
Modbus
TSX Série 7
TSX S1000
Bit interne
%Mi
%Bi
%MXi
R/W
R/W
R/W
R/W
Bit interne mémorisés
(spécifique S1000)
%Rxi
-
-
-
R/W
Octet interne
%MBi
R
-
-
-
Mot interne
%MWi
%Wi
R/W
R/W
R/W
R/W
Mot double interne
%MDi
%DWi
R/W
R/W
R/W
R/W
Flottant (32 bits)
%MFi
%FDi
R/W
R/W
R/W
R/W
Mot constant
%KWi
%CWi
R
-
R
-
Mot double constant
%KDi
%CDi
R
-
R
-
92
TLX DM OFS 2.5
Type de variables
Objet
Syntaxes
acceptées
TSX 37 / PCX/
TSX 57 sur
Xway
TSX 37 / PCX/
TSX 57 sur
Modbus
TSX Série 7
TSX S1000
Flottant constant (32
bits)
%KFi
%CFi
R
-
R
-
Mot commun sur
réseau 0
%NW{j}k
j=n° station
k=n° mot
R/W
-
-
-
Mot commun sur
autres réseaux
%NW{i.j}k
i=n° réseau
j=n° station
k=n° mot
R/W
-
-
-
Objets de
modules
d’entrées/sorties
Le tableau ci-dessous représente les objets I/O supportés par le serveur OFS :
TSX 37 / PCX / TSX 57 / sur XWAY
Objet
Syntaxes acceptées
Objet E/S
Bit extrait
Tableau
Entrée TOR
%Ii.j[.r]
%I\p.2.c\m.j[.r]
R
-
-
Sortie TOR
%Qi.j[.r]
%Q\p.2.c\m.j[.r]
R/W
-
-
Mot d’entrée
%IWi.j[.r]
%IW\p.2.c\m.j[.r]
R
R
-
Mot de sortie
%QWi.j[.r]
%QW\p.2.c\m.j[.r]
R/W
R
-
Double mot d’entrée
%IDi.j[.r]
%ID\p.2.c\m.j[.r]
R
R
-
Double mot de sortie
%QDi.j[.r]
%QD\p.2.c\m.j[.r]
R/W
R
-
Entrée flottant (32 bits)
%IFi.j[.r]
%IF\p.2.c\m.j[.r]
R
R
-
Sortie flottant (32 bits)
%QFi.j[.r]
%QF\p.2.c\m.j[.r]
R/W
R
-
Bit de défaut de la voie
%Ii.j.ERR
%I\p.2.c\m.j.ERR
R
-
-
Bit de défaut du module
%Ii.MOD.ERR
%I\p.2.c\m.j.MOD.ER
R
R
-
-
TLX DM OFS 2.5
93
Type de variables
l
l
description pour les modules en rack :
l i : numéro du rack*100 + numéro de la position du module dans le rack,
l j : numéro de la voie,
l r (optionnel) : rang de l’objet dans la voie.
description pour les modules FIPIO distant :
l p : 0 ou 1 : numéro de la position du processeur dans le rack,
l 2 : voie du processeur FIPIO embarqué,
l c : numéro du point de connexion,
l m : 0 : module "base" (il gère la communication avec le processeur), 1 :
module "extension" (il se connecte avec le module de base pour doubler le
nombre d’E/S),
l j : numéro de la voie,
l r (optionnel) : rang de l’objet dans la voie.
Note : Les objets d’E/S ne sont pas accessibles sur les automates TSX Séries 7
et TSX S1000.
94
TLX DM OFS 2.5
Type de variables
Objets grafcet
Description
Objet
Syntaxe
TSX 37
PCX/TSX 57
Etat d'étape
%Xi
R
R
Temps d'activité d’une étape
%Xi.T
R
R
Etat d'une étape de macro-étape
%Xj.i
-
R
Temps d'activité d’une étape de macro-étape
%Xj.i.T
-
R
Etat de l’étapeIN d’une macro-étape
%Xj.IN
-
R
Temps d'activité de l’étape IN d’une macro-étape
%Xj.IN.T
-
R
Etat de l’étape OUT d’une macro-étape
%Xj.OUT
-
R
-
R
Temps d'activité de l’étape OUT d’une macro-étape %Xj.OUT.T
Note : Les macro-étapes ne sont disponibles que sur PCX/TSX 57 version 3.0 ou
supérieure
TLX DM OFS 2.5
95
Type de variables
Blocs fonctions standard
Définition
Voir également les blocs PL7 (Voir Gestion des blocs fonctions standards PL7,
p. 148) pour la modification des propriétés R/W.
Temporisateur PL7_3 : %Ti
Objet
Syntaxe
TSX 37
PCX/TSX 57
Valeur courante
%Ti.V
R
R
Présélection
%Ti.P
R/W
R/W
Sortie Done
%Ti.D
R
R
Sortie Running
%Ti.R
R
R
Temporisateur CEI 1131-3 : %Tmi
Objet
Syntaxe
TSX 37
PCX/TSX 57
Valeur courante
%TMi.V
R
R
Présélection
%TMi.P
R/W
R/W
Sortie "en cours"
%TMi.Q
R
R
Objet
Syntaxe
TSX 37
PCX/TSX 57
Valeur courante
%MNi.V
R
R
Monostable : %Mni
Présélection
%MNi.P
R/W
R/W
Sortie Running
%MNi.R
R
R
Compteur/Décompteur : %Ci
Objet
Syntaxe
TSX 37
PCX/TSX 57
Valeur courante
%Ci.V
R
R
Présélection
%Ci.P
R/W
R/W
Sortie Empty
%Ci.E
R
R
Sortie Done
%Ci.D
R
R
Sortie Full
%Ci.F
R
R
Objet
Syntaxe
TSX 37
PCX/TSX 57
Mot d’entrée
%Ri.I
R/W
R/W
Mot de sortie
%Ri.O
R
R
Sortie Full
%Ri.F
R
R
Registre : %Ri
96
TLX DM OFS 2.5
Type de variables
Objet
Syntaxe
TSX 37
PCX/TSX 57
Sortie Empty
%Ri.E
R
R
Drum : %Dri
TLX DM OFS 2.5
Objet
Syntaxe
TSX 37
PCX/TSX 57
Sortie Full
%DRi.F
R
R
Numéro du pas en cours
%DRi.S
R
R
Temps d'activité
%DRi.V
R
R
97
Type de variables
Objets tableaux
Définition
Rappels :
La taille des tableaux n'est pas limitée, sauf pour les tableaux de bits (système et
mémoire) limités à 450 éléments.
Les tableaux
d’objets système
Le tableau ci-dessous représente les tableaux d'objets système supportés par le
serveur OFS:
Type d'élément
Syntaxe
TSX 37 /
PCX/TSX 57
sur Xway
TSX 37 / PCX/
TSX 57 sur
Modbus
TSX Série 7
TSX S1000
Bit système
%Si:L
R
-
-
-
Mot système
%SWi:L
R/W
-
-
-
Mot double système
%SDi:L
R/W
-
-
-
Note : L'accès aux objets système par la syntaxe tableau constitue une extension
par rapport au langage PL7. Les objets système définis dans les gammes TSX
Micro et PCX/TSX Premium ne sont pas tous consécutifs, ce qui peut limiter
l’accès par la syntaxe tableau dans certains cas.
Les tableaux
d’objets
mémoire
Le tableau ci-dessous représente les tableaux d'objets mémoire supportés par le
serveur OFS:
Type d'élément
Syntaxes acceptées TSX 37 / PCX/
TSX 57 sur
Xway
TSX 37 / PCX/TSX
57 sur Modbus
TSX Série 7
TSX S1000
Bit interne
%Mi:L
%Bi:L
%Mxi:L
R/W
R/W
R
W si longueur
modulo 8
R
W si longueur
modulo 8
Mot interne
%MWi:L
%Wi:L
R/W
R/W
R/W
R/W
Mot double
%MDi:L
%DWi:L
R/W
R/W
R/W
R/W
Flottant (32 bits)
%MFi:L
%FDi:L
R/W
R/W
R/W
R/W
Mot constant
%KWi:L
%CWi:L
R
-
R
-
98
TLX DM OFS 2.5
Type de variables
Type d'élément
Syntaxes acceptées TSX 37 / PCX/
TSX 57 sur
Xway
TSX 37 / PCX/TSX TSX Série 7
57 sur Modbus
TSX S1000
Mot double
constant
%KDi:L
%CDi:L
R
-
R
-
Flottant constant
(32 bits)
%KFi:L
%CFi:L
R
-
R
-
Mot commun sur
réseau 0
%NW{j}k:L
j = n° station
k = n° mot
R/W
R/W
-
-
Mot commun sur
autres réseaux
%NW{i.j}k:L
i = n° réseau
j = n° station
k = n° mot
R/W
R/W
-
-
Chaîne de
caractères
%MBi:L
%CHi:L
R/W*
-
-
R/W**
(*) Les %MBi :L sont en R/W SEULEMENT si l’adresse et la longueur sont paires.
Sinon, ils sont en lecture seule.
(**) La taille doit être comprise entre 2 et la taille maximale autorisée par ORPHEE.
Note : L'accès aux mots communs par la syntaxe tableau constitue une extension
par rapport au langage PL7,
Les tableaux
d’objets grafcet
Le tableau ci-dessous représente les tableaux d'objets grafcet supportés par le
serveur OFS:
Type d'élément
Syntaxe
TSX 37
PCX/TSX 57
Etat d'étape
%Xi:L
R
R
Temps d'activité d’une étape
%Xi.T:L
R
R
Etat d'une étape de macro-étape
%Xj.i:L
-
R
Temps d'activité d’une étape de macro-étape
%Xj.i.T:L
-
R
Etat de l’étape IN d’une macro-étape
%Xj.IN:L
-
R
Temps d'activité de l’étape IN d’une macro-étape
%Xj.IN.T:L
-
R
Etat de l’étape OUT d’une macro-étape
%Xj.OUT:L
-
R
Temps d'activité de l’étape OUT d’une macro-étape
%Xj.OUT.T:L
-
R
TLX DM OFS 2.5
99
Type de variables
Note : En dehors des "états d'étapes", l'accès aux autres objets grafcet par la
syntaxe tableau constitue une extension par rapport au langage PL7.
Rappel :
Les macro-étapes ne sont disponibles que sur TSX/PCX Premium, version 3.0 ou
supérieure.
Informations additionnelles sur les tableaux de macro-étapes :
l La syntaxe %Xj.i:L consiste à lire plusieurs étapes consécutives (nombre L) de
la macro-étape (j).
Exemple :
%X1.0:3 correspond à %X1.0, %X1.1 et %X1.2.
l La syntaxe d'une étape particulière (IN ou OUT) d'une macro-étape (j) consiste
à lire cette étape pour plusieurs macro-étapes consécutives (nombre L).
Exemple :
%X1.IN:3 correspond à %X1.IN, %X2.IN et %X3.IN.
%X1.OUT.T:3 correspond à %X1.OUT.T, %X2.OUT.T et %X3.OUT.T.
100
TLX DM OFS 2.5
Type de variables
5.4
Variables Concept sur OFS
Variables concept
Définition
Objets StateRam
Gamme
Accès
Bobines
0x
R/W
Etat d’entrées
1x
R
Reg. d’entrées UINT
3x
R
Reg. de maintien en UINT
4x
R/W
Reg. de maintien en UDINT
4x
R/W
Reg. de maintien en REAL
4x
R/W
Les symboles sont partout pris en charge et toutes les variables sont représentées
par des symboles car il n' y a pas de syntaxe d'adresse dans le langage Concept.
Relation entre types de données de base Concept et les types de données OPC :
Type de données
Concept
Type de données
OPC
Type de variante
Format de retour
BOOLEAN
BOOL
VT_BOOL
Vrai/Faux
BYTE
BYTE
VT_UI1
8 bits
WORD
INT
VT_I2
16 bits
INT
INT
VT_I2
16 bits
UINT
UINT
VT_UI2
16 bits
DINT
DINT
VT_I4
32 bits
UDINT
UDINT
VT_UI4
32 bits
FLOAT
FLOAT
VT_R4
Flottant IEEE
TIME
DINT
VT_I4
32 bits
Les structures sont prises en charge. On peut y accéder par un tableau d'octets
(c'est à l'utilisateur qu'il revient de connaître les champs internes et leur type) ou
champ par champ avec la syntaxe suivante :
<nom structure>.<nom champ>
Dans ce cas, le serveur trouve le type de données directement à partir de la base
de données Concept.
TLX DM OFS 2.5
101
Type de variables
Note :
l L'accès aux structures ne peut se faire qu'avec un équipement associé à un
fichier de projet Concept (*.prj) sous la forme d'un fichier de symboles. L'accès
peut porter aussi bien sur les items localisés que les items non localisés si ce
qui est plus haut est vrai.
l Pour manipuler aisément une structure, il est possible de créer un groupe et,
dans ce groupe, de créer un item pour chaque champ de la structure.
l L'accès aux variables non localisées et aux structures est UNIQUEMENT
possible si runtime IEC a été validé dans la configuration d'automate. La
détection de la disponibilité du runtime IEC sur l'automate est effectuée
uniquement si l'option Vérification de l'équipement est active. Dans le cas
contraire, le média non localisé peut être défini équipement par équipement,
voir lien Concept (Voir Lien concept, p. 149).
l De plus, les variables non localisées et les structures doivent être réellement
utilisées dans l'application automate pour être en lecture/écriture avec le
serveur OFS. En fait avec Concept, toute variable non localisée non utilisée
n'est pas reconnue par l'automate. C'est pourquoi OFS accepte la création d'un
item lié à une variable inutilisée et non localisée, mais définit immédiatement
son attribut de qualité au Bad afin d'indiquer qu'il n'est ni possible de le lire ni de
l'écrire. A l'aide de l'outil de programmation Concept et de la fonctionnalité DCC,
il est possible d'obtenir des mises à jour automatiques.
l Un item sur un tableau ou une structure non localisé est en accès 'Read Only'
si la taille globale du tableau ou de la structure excède 200 octets.
l Lorsque un item représente une structure globale, il est considéré comme un
tableau.
102
TLX DM OFS 2.5
Type de variables
5.5
Relation entres les variables Modbus et IEC 1131
Relation entre les variables Modbus et IEC 1131
Présentation
Il est possible d’accéder à certaines variables Modbus par la syntaxe IEC 1131 et
vice-versa. Cela ne concerne que les variables localisées.
Accès aux données Premium via Modbus : les seules variables accessibles sont
celles indiquées ci-dessous.
La relation est la suivante :
Modbus vers IEC 1131 :
0x
%Mi
1x
%Mi
3x
%Mwi
4x
%Mwi
IEC 1131 vers Modbus :
%Mi
0x
%MWi
4x
%MFi
4x (accès à 2 registres)
%MDi
4x (accès à 2 registres)
Les tableaux sont également acceptés.
Exemple :
L'accès à la variable "Toto", située sur le registre 400023, peut aussi s'effectuer
avec %MW23 (UINT), %MF23 (Real) ou %MD23 (UDINT). Pour %MF23 et %MD23,
les registres 23 et 24 sont effectivement lus. La syntaxe Toto:5 ou %MW23:5
représente un tableau de cinq registres commençant à Toto (=400023).
De fait, l’accès aux données sur un automate Premium via Modbus est strictement
limité aux variables : %M, %MW, %MD et %MF.
TLX DM OFS 2.5
103
Type de variables
5.6
Variables Modsoft sur OFS
Variables modsoft
Définition
La syntaxe acceptée par Modsoft se limite uniquement aux adresses longues (6
chiffres).
Exemple : 400001.
Les syntaxes suivantes NE SONT PAS prises en charge (ne pas confondre avec la
syntaxe de tableau):
l 4:00001,
l 40001,
l 4x00001.
L'accès à tout registre situé dans la gamme 6x n'est pas possible.
La syntaxe de tableau <numero reg.>:<longueur> est possible pour les gammes
0,1,3,4.
Elle permet non seulement de lire un registre à la fois mais également d'en lire
plusieurs (en fait, registres : <longueur>).
Pour les registres de maintien, on peut créer un item flottant ou entier long en
utilisant respectivement le postfix F ou D. Deux registres consécutifs seront utilisés.
On peut avoir en même temps le postfix habituel R.
Exemple :
400001;F Flottant pour les registres 1 et 2
400012;D Entier long (32 bits) pour les registres 12 et 13
400120;FR flottant à lecture seule pour les registres 120 et 121
Les syntaxes Modsoft
Objet
Gamme
Syntaxe
item
Accès
Tableau
Taille max.
en écriture
Bobines
0
00000i
R/W
00000i:L
800
Etat d’entrée 1
10000i
R
10000i:L
-
Registre
d’entrée
3
30000i
R
30000i:L
-
Registre de
maintien
4
40000i
R/W
40000i:L
100
Rappels :En lecture, la taille des tableaux n'est pas limitée ; sauf pour les tableaux
de bits (système et mémoire) limités à 2000 éléments.
104
TLX DM OFS 2.5
Type de variables
5.7
Support de bits extraits
Support de bits extraits
Présentation
En règle générale, la lecture des bits extraits est supportée par toute variable des
types de données entières simples (y compris les variables Concept non localisées):
La syntaxe est la suivante : <définition variable> : Xn ou <définition variable>, n pour
XTEL.
Les bits sont numérotés de 0 à 7 (pour 8 bits entiers), de 0 à 15 (pour 16 bits entiers)
et de 0 à 31 (pour 32 bits entiers).
Types d’éléments, accès :
Type
d’élément
Syntaxes
acceptées
Quantum
TSX 37
PCX/TSX
57
TSX Série-40, 5000,
7000
Bit extrait
d’octet
%MBi:Xj
-
R
R
-
Bit extrait de
mot
%MWi:Xj
%Wi,j
R
R/W
R/W
R
Bit extrait de
mot double
%MDi:Xj
%DWi:Xj
R
R
R
R
Bit extrait de
mot système
%SWi:Xj
-
R
R
-
Bit extrait de
constante
%KWi:Xj
-
R
R
R (Série 7
uniquement)
R
R
R
R (Série 7
uniquement)
-
-
-
Bit extrait de Symbole:Xj
symbole (mot
simple ou
double)
Bit extrait
d’un champ
de structure
TLX DM OFS 2.5
Struct.member: R
Xj
105
Type de variables
Exemples :
PL7
CONCEPT
XTEL
ORPHEE
MODSOFT
%MB100:X6
%MW100:X3
%MD200:X25
%SW6:X7
%KW100:X0
pump :X4
pump:X5
struct1.member:
X8
tab1[1000]:X4
W100,3
DW200,25
CW100,0
Pump,4
%MW100:X3
%MD200:X25
300500:X11
400100:X12
L'écriture des bits extraits est possible uniquement pour les variables %MW sur
Premium PCX/PMX/TSX et TSX Micro, version 3.0 ou ultérieure (l'option
Vérification de l'équipement doit être activée) et n’est pas supportée pour les
variables utilisées en données Push.
106
TLX DM OFS 2.5
Type de variables
5.8
Variables locales sur OFS
Variables locales
Définition
Il existe un pseudo-protocole (nom driver: "LOCAL") qui permet la création de
variables qui sont uniquement locales par rapport au serveur (sans rapport avec un
équipement matériel quelconque). Ces variables locales sont toujours de type
WORD (VT_I2), créées à l'aide d'un nom.
Syntaxe : "LOCAL" : ! <nom>
Exemple : "LOCAL:!Bridge"
Si deux clients ou plus créent la même variable locale (même nom), sa valeur est
partagée, ce qui veut dire que si un client modifie la valeur, l'autre ou les autres
clients recevront une notification (si elle a été activée). Cette fonction sert
généralement à échanger des données d'un client à l'autre.
TLX DM OFS 2.5
107
Type de variables
108
TLX DM OFS 2.5
Mise en oeuvre du serveur OFS
6
Présentation
Objet de ce
chapitre
Ce chapitre a pour but de vous présenter la mise en oeuvre du serveur OFS.
Contenu de ce
chapitre
Ce chapitre contient les sous-chapitres suivants :
Souschapitre
6.1
TLX DM OFS 2.5
Sujet
Page
Introduction à la mise en oeuvre du serveur
111
6.2
Utilisation du serveur OFS
112
6.3
Les différents groupes d’items
114
6.4
Gestion des tableaux
115
6.5
Cohérence de la lecture
116
6.6
Cohérence de l’écriture
117
6.7
Fonctionnement asynchrone du serveur
118
6.8
Mise en oeuvre de la lecture cyclique
119
6.9
Mise en oeuvre de la bande morte
120
6.10
Ajuster les valeurs de timeout
125
6.11
Mise en oeuvre de la gestion du mode de marche automate
127
6.12
La communication
128
6.13
Gestion des symboles
137
6.14
Support de la consultation des symboles
146
6.15
Gestion des blocs fonctions standards PL7
148
6.16
Lien concept
149
6.17
Lien Concept distant
151
6.18
Gestion des erreurs
152
6.19
Items spécifiques
157
109
Mise en oeuvre du serveur
110
Souschapitre
Sujet
Page
6.20
Fonction multi-voie MODBUS
161
6.21
Contrôle automatique de cohérence
162
6.22
OFS comme service NT
164
6.23
Support de données PUSH
166
6.24
Réglage de l’interface réseau du serveur OFS
170
6.25
Propriétés d’un item OPC
171
6.26
Configuration DCOM
173
6.27
Diag Buffer
177
6.28
Conseils sur l’utilisation du serveur
198
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.1
Introduction à la mise en oeuvre du serveur
Introduction à la mise en oeuvre du serveur
Introduction
Avant d’utiliser le serveur OFS, il faut l'avoir installé (Voir Procédure d’installation du
produit, p. 21) et l'avoir configuré (Voir Configurateur, p. 31). Ces deux phases
achevées, le serveur OFS est prêt à fonctionner.
Note : Avec un logiciel de supervision prêt à l’emploi, il se peut que certaines des
fonctions énumérées au chapitre suivant ne soient pas utilisables (se reporter à la
documentation de l'interface OPC de votre logiciel de surveillance pour vérifier ce
point).
l
Configuration :
Le configurateur (Voir Configurateur, p. 31) permet d'effectuer les opérations
suivantes :
l configurer les tables de symboles,
l configurer les alias et les adresses,
l configurer les options de l'équipement avec sa page de propriétés,
l configurer les options générales du serveur.
l Fonctionnement :
Le client doit lancer le serveur et initialiser la communication. L'utilisateur peut
ensuite :
l créer des groupes,
l créer des items,
l exécuter la lecture synchrone,
l exécuter l'écriture synchrone,
l activer la notification du groupe,
l activer le groupe.
Dans le même temps, le serveur transmet automatiquement la notification des
changements de valeur.
TLX DM OFS 2.5
111
Mise en oeuvre du serveur
6.2
Utilisation du serveur OFS
Programmation
Description
112
Les principales phases à suivre lors de la programmation d'un applicatif client (en
utilisant soit VB et l'interface Automation 2.0 soit C++ et l'interface Custom) sont les
suivantes :
l création d'une CONNEXION avec le serveur OFS (en local ou déporté) :
OPC-AUTOMATION : Connect()
OPC-CUSTOM : CoCreateInstance() + QueryInterface() pour IOPCServer + Get
GroupCollection(),
l création d'un ou de plusieurs GROUPES :
OPC-AUTOMATION : GroupCollection \ Add() + Get ItemsCollection()
OPC-CUSTOM : IOPCServer \ AddGroup()+ QueryInterface() pour
IOPCItemMgt,
l création de quelques ITEMS dans un groupe déjà créé :
OPC-AUTOMATION : ItemsCollection \ AddItem() ou AddItems()
OPC-CUSTOM : IOPCItemMgt \ AddItems(),
l LECTURE ou ECRITURE des ITEMS d'un groupe :
OPC-AUTOMATION : Groupe ptr \ ASyncRead() ou Groupe ptr \ ASyncWrite()
OPC-CUSTOM : IOPCASyncIO2 \ Read() ou IOPCASyncIO2 \ Write(),
l destruction des GROUPES créés (qui peut inclure la destruction de tous les
items contenus dans ces groupes) :
OPC-AUTOMATION : GroupCollection \ Remove() ou RemoveAll()
OPC-CUSTOM : IOPCServer \ RemoveGroup(),
l fermeture de la CONNEXION avec le serveur OFS :
OPC-AUTOMATION : Disconnect()
OPC-CUSTOM : IOPCServer \ Release().
TLX DM OFS 2.5
Mise en oeuvre du serveur
Lecture cyclique
d’un groupe
d’items
La mise en œuvre de la lecture cyclique d'un groupe d'items nécessite l'utilisation
du mécanisme de notification par les opérations supplémentaires suivantes :
1
Activation d'un groupe et d'au moins un de ses items
2
Abonnement au service de notification
3
Réception périodique des notifications (fonction de "réveil")
4
Suppression de l'abonnement au service de notification
5
Désactivation des groupes et des items
Note : Les informations ci-dessus sont requises uniquement à la création de
nouvelles applications personnalisées.
TLX DM OFS 2.5
113
Mise en oeuvre du serveur
6.3
Les différents groupes d’items
Les différents groupes d’items
Description
Le produit OFS distingue 2 types de groupes :
l Groupe utilisateur :
l un item peut être localisé sur n'importe quel équipement,
l il n'est pas possible de connaître le nombre de requêtes nécessaires à la
lecture de tout le groupe,
l Il est possible d'exécuter la lecture d'une partie quelconque d'un groupe,
l le groupe est notifiable,
l le nom d'un groupe peut être une chaîne de caractères quelconque.
l Groupe synchrone :
l tous les items doivent être localisés sur le même équipement,
l il est possible de connaître le nombre de requêtes nécessaires à la lecture de
tout le groupe (items spécifiques #NbrRequest),
l même si l'on exécute la lecture d'une partie du groupe, tous les items sont lus,
l le groupe est notifiable,
l la déclaration d’items en zone Push Data est interdite dans les groupes
synchrones (il est impossible de garantir la mise à jour synchrone d’items en
Push Data et d’items en polling)
l le nom du groupe doit commencer par $ ou $$,
l le timeout équipement pour les équipement utilisés dans des groupes
synchrones doit être à 0 (cette fonction ne doit PAS être utilisée).
$ : nombre de requêtes limité à 1.La création d’items est rendue interdite lorsque la
taille maximale d’une requête en lecture est atteinte. Une requête d’écriture est
refusée lorsque les items du groupe dont l’écriture est demandée dépasse la taille
maximale autorisée (notez qu’une requête d’écriture, du fait qu’elle contient à la fois
la description des items et les valeurs à écrire est plus restrictive en nombre
d’items).
$$ : nombre de requêtes quelconque, toutes associées au même équipement.
Un groupe synchrone peut comporter l'item spécifique "#NbrRequest" qui permet de
connaître le nombre de requêtes de communication nécessaire à la lecture de
l'intégralité des items du groupe.
Cet item est en lecture seule et peut être lu à tout moment, sans avoir à lire
physiquement le groupe (pas de temps consommé en communication réseau).
Cet item est utilisable uniquement dans un groupe synchrone.
Note : La fonction de groupe système (Voir Compatibilité du serveur OFS, p. 234)
sert uniquement à des fins de compatibilité. Evitez-la au maximum (elle n'est plus
intéressante vis-à-vis d'un groupe ordinaire).
114
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.4
Gestion des tableaux
Gestion des tableaux de variables
Description
l
le serveur OFS gère des tableaux de variables, ce qui permet d'accéder de façon
simple à un ensemble de variables contiguës de même type,
l le serveur OFS accepte plusieurs syntaxes en fonction de l'automate cible:
<Element Origine>:<Longueur>
Le champ <Element Origine> représente soit le repère, soit le symbole du
premier élément du tableau. Le champ <Longueur> représente le nombre
d'éléments (de même type que la variable origine) du tableau.
Exemple :soit une variable de repère %MW10 et de symbole MYARRAY.
Un tableau de 20 éléments commençant à partir de cette variable peut être
référencé des deux façons (équivalentes) suivantes :
l %MW10:20
l MYARRAY:20
Note : Il s’agit de la seule syntaxe permettant de référencer un tableau sous forme
symbolique pour des objets PL7, car les tableaux ne sont pas symbolisables dans
le langage PL7. Le langage Concept accepte des références symboliques à un
tableau. Cette syntaxe est toujours utilisable avec les variables Concept et
Modsoft.
l
l
la taille des tableaux est illimitée. Cependant, ils ne doivent pas dépasser les
zones configurées par l'intermédiaire de l'atelier,
un tableau de variables correspond à un seul item d'un groupe.
Rappel :
Cela signifie que dans le cas de la lecture "cyclique" d’un groupe contenant un item
tableau, le serveur OFS envoie à l’applicatif client l'intégralité du tableau, quel que
soit le nombre d’éléments de ce tableau ayant réellement changé de valeur.
TLX DM OFS 2.5
115
Mise en oeuvre du serveur
6.5
Cohérence de la lecture
Cohérence de la lecture
Définition
l
Cohérence d’un groupe d’items :
Le serveur OFS garantit que tous les items d’un groupe sont cohérents entre eux
(c-à-d: lus dans le même cycle automate) si et seulement si le groupe est transcrit
sur une seule requête. Cela signifie que l’applicatif client est assuré de la
cohérence des items accédés en lecture lorsque l’item spécifique #NbrRequest
associé au groupe ou à l'équipement vaut 1 (groupe synchrone uniquement).
Pour plus de précision se reporter à la partie performances (Voir Nombre d’items
logeables dans une seule requête, p. 210).
Quand on préfixe le nom d'un groupe utilisateur par '$', le serveur OFS vérifie à
chaque ajout d'item que le nombre de requête ne dépasse pas l'unité. On parle
alors de groupe utilisateur mono-requête.
Lors d’une demande d’écriture, si le nombre d’items issus d’un groupe synchrone
dépasse la taille d’une requête, elle sera refusée intégralement.
Note : La quantité maximale d’items logeables dans une trame d’écriture est
généralement inférieure à la quantité logeable dans une trame de lecture. C’est la
raison pour laquelle écrire l’ensemble des items d’un groupe synchrone peut être
amené à échouer
Le serveur OFS (primitive AddItems) refuse l'ajout de l'item et signale une erreur si
un groupe mono-requête ne peut pas être transcrit sur une seule requête.
116
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.6
Cohérence de l’écriture
Cohérence de l’écriture
Définition
La primitive d’écriture exposée par le serveur OFS permet d’écrire un ou plusieurs
items à la fois dans un groupe. Les items doivent doivent évidemment être
modifiables.
Note : Lors d’une demande d’écriture, le serveur OFS écrase les anciennes
valeurs présentes dans l’automate. L’applicatif client doit prendre en charge la
confirmation préalable de l’écrasement, si cela est nécessaire.
Si, lors d’une demande d’écriture portant sur plusieurs items, il y a des
recouvrements entre items, c’est la valeur associée au dernier de ces items qui
prime.
Exemple :Si l’écriture porte sur les items "%MW0:5" et "%MW0", la valeur fournie
pour le 1er élément de l’item "%MW0:5" sera écrite mais écrasée aussitôt que la
requête d’écriture du 2ème item ("%MW0") sera prise en compte.
Cohérence des variables entre elles durant une écriture :
La cohérence de l’écriture est garantie lorsque les données à écrire sont logées
dans la même requête réseau, c’est à dire soit des variables de type tableau, soit
des variables de même type dont les adresses sont contigües, et dont la taille totale
ne dépasse pas la taille maximale (Voir Nombre d’items logeables dans une seule
requête, p. 210) pour une requête.
TLX DM OFS 2.5
117
Mise en oeuvre du serveur
6.7
Fonctionnement asynchrone du serveur
Fonctionnement asynchrone
Description
En fonctionnement asynchrone, la demande d'une opération asynchrone
quelconque reçoit une réponse immédiate. Cela ne signifie pas que l'opération
demandée s'est terminée, mais que soit elle a été refusée (code réponse mauvais),
soit elle est en cours (code réponse bon).
L'achèvement et le résultat de l'opération demandée seront notifiés en utilisant le
mécanisme de notification. Pour cette raison, il faut que celui-ci soit activé avant de
faire appel au fonctionnement asynchrone.
Les quatre opérations sont les suivantes :
l Lecture,
l Ecriture,
l Rafraîchissement,
l Annulation.
Lecture/Ecriture :
Semblable au fonctionnement synchrone avec le même nom (mêmes fonctionnalités, mêmes restrictions).
Rafraîchissement :
Demande la notification de toutes les valeurs en cours de tous les items actifs du
groupe. Le groupe doit être actif.
Annulation :
Sert à arrêter le déroulement d'une opération de lecture, d'écriture ou de rafraîchissement en cours. Il n'est pas possible de savoir si l'opération en cours a été
effectivement arrêtée.
118
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.8
Mise en oeuvre de la lecture cyclique
Mise en oeuvre de la lecture cyclique
Description
La mise en oeuvre de la lecture cyclique des items d’un groupe comporte 4 étapes :
l Abonnement du groupe au service de notification mis en place par le serveur
OFS.
l Programmation de la fonction de "réveil" OnDataChange, appelée par le serveur
OFS pour notifier les changements de valeurs intervenus dans les groupes.
l Activation, si ce n'est pas déjà fait, de tous les items à scruter.
l Activation du groupe pour déclencher la scrutation périodique des items du
groupe pris en charge par le serveur OFS : propriété ActiveStatus à la valeur
TRUE. En termes de performances, il est préférable d'activer d'abord les
éléments au sein d'un groupe non actif, PUIS d'activer ce groupe. Ainsi, vous
évitez un temps de démarrage trop long en raison des nombreuses requête
réseau.
Note : La lecture et l'écriture synchrones sont possibles en cours de lecture
cyclique. Elles ne sont toutefois pas recommandées dans la mesure où elles
peuvent entraîner des situations curieuses (la notification n'est pas envoyée, car la
valeur a été lue préalablement à l'envoi requis d'une notification).
Rappel :
La primitive OnDataChange reçoit les notifications pour tous les groupes dont le
serveur assure le polling de lecture.
l la notification est faite par groupe, et non individuellement pour chaque item
d’un groupe. La primitive OnDataChange reçoit donc la liste des items du
groupe ayant changé de valeur d’une itération à l’autre du polling de lecture.
L’arrêt de la lecture cyclique d’un groupe se réalise en 2 temps :
l désactivation du groupe : propriété ActiveStatus à la valeur FALSE,
l arrêt de l’abonnement du groupe au service de notification.
Note : Pour les groupes utilisateur : il est possible d'activer/désactiver à n'importe
quel moment l'item d'un groupe. Pour les groupes synchrones : (nom commençant
par $ ou $$) tous les items sont toujours considérés comme actifs, autrement dit
aucune activation/désactivation partielle n'est possible.
TLX DM OFS 2.5
119
Mise en oeuvre du serveur
6.9
Mise en oeuvre de la bande morte
Présentation
Objet de ce souschapitre
Ce sous-chapitre a pour but de vous décrire la mise en oeuvre de la bande morte.
Contenu de ce
sous-chapitre
Ce sous-chapitre contient les sujets suivants :
120
Sujet
Page
Définition de la bande morte
121
Description du mécanisme de la bande morte
122
Mise en oeuvre de la bande morte dans un applicatif client
124
TLX DM OFS 2.5
Mise en oeuvre du serveur
Définition de la bande morte
Définition
Le mécanisme de bande morte est associé à la lecture cyclique d’un groupe
utilisateur, et constitue une méthode de filtrage des notifications sur changements
de valeurs des items : il permet d’éviter de réveiller l’applicatif client quand la
variable évolue dans une plage morte autour de la dernière valeur reçue.
Remarque :
Le mécanisme de bande morte ne réduit pas le flux de requêtes entre le serveur et
l’automate. Il permet de réduire le nombre de notifications envoyées par le serveur,
et donc traitées par l’applicatif client : de ce fait, il économise du temps CPU.
Note : Le mécanisme de bande morte n’a aucun effet lorsque le client demande
une lecture synchrone ou asynchrone ou un rafraîchissement.
La bande morte n'est pas disponible pour les items qui sont effectivement des
tableaux.
TLX DM OFS 2.5
121
Mise en oeuvre du serveur
Description du mécanisme de la bande morte
Description
Le serveur OFS met en œuvre la bande morte tel qu’il est spécifié par la norme
OPC:
De manière générale, la bande morte concerne uniquement les variables réelles :
"%MF", appelées variables "analogiques" par la norme OPC. Par extension de cette
norme, cette fonctionnalité peut être utilisée pour les valeurs entières, à condition
que vous ayez suivi les étapes de configuration décrites ci-dessous.
Remarque :
Le serveur OFS reprend ce terme OPC pour désigner les variables automate de
type «flottant», même si ce terme ne correspond pas à la notion de variable
analogique usuellement utilisée dans le monde de l’automatisme.
La bande morte repose sur les notions suivantes :
l notion de type analogique, défini avec des bornes min et max qui représentent le
domaine de valeurs (l'intervalle) des variables manipulées. Cette notion a été
implémentée, car le serveur OFS ne peut pas obtenir ces valeurs maximum et
minimum directement à partir de l'outil de programmation (PL7, Concept, XTEL
ou ORPHEE).
Exemple :
AnalogType = [-1.0, 1.0]
La borne max d’un type analogique (1.0 dans l’exemple ci-dessus) s’appelle
Engineering Unit high bound (Eng. Unit haute). La borne min (-1.0) s’appelle EU low
bound (Eng. Unit basse).
122
l
notion de plage usuelle de notification, qui correspond à la différence entre la
borne max et la borne min définis pour un type analogique.
Retour à l’exemple précédent :
La plage usuelle de variation du type "AnalogType" vaut : 2 = (1.0 - (-1.0)),
l
notion de seuil de notification, qui conditionne l’émission d’une notification vers
l’applicatif client : la notification est émise si et seulement si la différence (en
valeur absolue) entre la valeur lue et la dernière valeur envoyée est supérieure à
ce seuil.
La valeur du seuil d’un type analogique est calculée en appliquant la valeur de
bande morte défini pour le groupe, à la plage usuelle de variation de ce type.
La bande morte est un pourcentage de variation compris entre 0 (c-à-d: 0%) et
1.0 (c-à-d: 100%).
En résumé, pour un type analogique, la condition de notification est la suivante :
ABS (Valeur lue - Dernière valeur envoyée) > Bande morte * (Borne max - Borne
min).
TLX DM OFS 2.5
Mise en oeuvre du serveur
Remarque :
Toutes les notifications sont émises si la bande morte vaut 0% (valeur par défaut).
Retour à l’exemple précédent :
Si la valeur de bande morte attribuée au groupe est de 10%, le seuil de notification
du type «AnalogType» vaut :
0,2 = 0,10 (bande morte) * 2 (plage usuelle de variation).
Cela signifie que seules les variables du groupe dont la valeur varie au-delà d’un
écart de 0,2 (en valeur absolue) seront notifiées à l’applicatif client.
TLX DM OFS 2.5
123
Mise en oeuvre du serveur
Mise en oeuvre de la bande morte dans un applicatif client
Description
l
déclaration des types analogiques : utilisation du Configurateur (Voir
Configurateur, p. 31).
Remarque :
"AnalogType" est le nom attribué au type analogique par l’utilisateur.
Note :
1. Il est possible de définir au maximum 100 types analogiques.
2. les bornes d’un type analogique ne peuvent pas être modifiées par l’utilisateur
une fois le serveur démarré. Cela provient du fait que lors de son lancement, le
serveur OFS réalise un apprentissage des types analogiques définis dans la base
de registres. Pour que l’ajustement des bornes d’un type analogique puisse être
pris en compte, il faut arrêter puis redémarrer le serveur OFS.
l
définition de la valeur de la bande morte :
Le pourcentage de bande morte associé à un groupe utilisateur peut être fixé lors
de sa création (primitive AddGroup) ou réglé dynamiquement durant la session
du serveur (propriété PercentDeadBand).
l rattachement d’un item à un type analogique :
La syntaxe générale d’un item, (Voir Généralités sur un item OPC, p. 88)
comporte un paramètre optionnel pour mentionner le type analogique auquel il
appartient, et ainsi permettre au serveur OFS de connaître son seuil de
notification.
La syntaxe d’un item avec type analogique est la suivante :
<item> ::= <nom driver>:<adresse API>!<nom variable>[ @<nom type
analogique>]
Remarque :
L’espace avant le caractère @ est facultatif.
Exemple de définition de l’item : "FIP01:0.31.0!%MF330 @AnalogType".
Remarques :
l dans un même groupe, il est possible d’avoir deux fois le même item (ex:
"%MF330") avec et sans le suffixe du type analogique (" @AnalogType"), de
façon à comparer l’effet de la bande morte pour le filtrage des notifications.
l dans un même groupe, il est possible d'avoir des items de types analogiques
différents (c-à-d : plusieurs types analogiques référencés dans le même groupe).
124
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.10
Ajuster les valeurs de timeout
Ajustement des valeurs de l’item timeout
Description
Le time out trame :
Il représente la durée pendant laquelle le serveur OFS attend la réponse d'un
équipement donné après lui avoir envoyé une requête. Il peut être défini selon
l'équipement dans sa page de propriétés. Si la valeur définie est égale à 0 ( voir
propriétés alias (Voir Définition des propriétés de l’alias, p. 45)), la valeur par défaut
est égale à 1 000 ms (valeur de l'équipement).
Le time out de la trame peut être configuré de manière dynamique, équipement par
équipement, à l'aide de l'item spécifique (Voir Items spécifiques, p. 157) #TimeOut.
Le time out de l'équipement :
Pour éviter des fluctuations de la qualité et un temps de démarrage trop long de
l'application OPC en raison d'équipements manquants, une fonctionnalité de time
out de l'équipement a été mise en oeuvre.
Lorsqu'elle est active, cette option a deux effets :
l en cas d'échec du processus de détection de l'équipement (l'option Vérification
de l'équipement est active et l'équipement est physiquement manquant), ce
dernier est alors considéré comme "manquant" pendant une durée égale au time
out de l'équipement. Pendant cette période, toute création d'items pour cet
équipement est immédiatement rejetée.
l au cours du fonctionnement normal de l'équipement, deux types de requêtes lui
sont envoyées :
l requêtes d'interrogation (pour les items actifs au sein de groupes actifs)
l requêtes simples (lecture ou écriture synchrone ou asynchrone)
En cas de défaillance, les requêtes simples l'indiquent immédiatement
(généralement via la qualité des items).
Les défaillances liées aux requêtes d'interrogation ne sont pas indiquées
immédiatement. Elles le sont uniquement lorsque cette défaillance persiste pendant
la durée du time out de l'équipement. Dans ce cas, la défaillance est indiquée pour
tous les items actifs de l'équipement (la qualité de tous les éléments est définie sur
BAD, car l'équipement est défini sur BAD). Toute requête d'interrogation réussie
redéfinit tous les paramètres sur Good (la qualité des items et état de l'équipement).
Ce time out peut être défini équipement par équipement dans la page de propriétés.
Si la valeur est définie sur 0 dans cette page, la fonctionnalité est désactivée.
Sa valeur par défaut est égale à 5 000 ms.
Cette fonctionnalité est incompatible avec les groupes synchrones.
TLX DM OFS 2.5
125
Mise en oeuvre du serveur
Sur Modbus+, on peut définir deux liaisons (DM ou PM) considérées comme modes
pour les différents équipements. Ainsi, les valeurs d'un équipement n'influent pas
sur l'autre.
Pour les équipements Modbus, si la fonction multi-voie (Voir Fonction multi-voie
MODBUS, p. 161) est activée, le time out de la trame est le même pour toutes les
voies ouvertes avec un équipement donné.
126
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.11
Mise en oeuvre de la gestion du mode de marche
automate
Gestion du mode de marche automate
Description
Le mode de marche automate peut être commandé avec l'item spécifique
#PLCStatus. La possibilité pour le serveur de modifier le mode de marche d'un
automate quelconque peut être validée ou non à l'aide du Configurateur (Voir Onglet
Options, p. 57).
La consultation du mode de marche courant de l'automate se réalise en effectuant
une lecture de l'item spécifique #PLCStatus. Cet item pouvant être activé, il est
possible de surveiller le mode de marche de l'automate à l'aide de cet item.
La modification du mode de marche courant de l'automate se réalise en effectuant
une écriture de l'item spécifique #PLCStatus.
Les valeurs suivantes sont associées aux différents mode de marche de l'automate :
STOP : 0* RUN : 1* INIT : 2**
(*) Non opérationnel sur les automates de type S1000,
(**) Non opérationnel pour les automates de type Quantum, Série 7 et S1000.
Note : Si l'outil de programmation est connecté à l'équipement, la modification du
mode de marche de l'automate peut échouer en raison de la réservation exclusive
effectuée par exemple par PL7 ou Concept.
Les équipements Modbus+ ont des modes Data Master (DM) ou Program Master
(PM). Pour modifier le mode de marche automate d'un équipement, le chemin de
son alias doit être défini avec l'option PM.
TLX DM OFS 2.5
127
Mise en oeuvre du serveur
6.12
La communication
Présentation
Objet de ce souschapitre
Ce sous-chapitre a pour but de vous décrire le type de communication utilisé par le
serveur OFS.
Contenu de ce
sous-chapitre
Ce sous-chapitre contient les sujets suivants :
128
Sujet
Page
Introduction
129
Modes d’adressage XWAY
130
Modes d’adressage MODBUS
134
TLX DM OFS 2.5
Mise en oeuvre du serveur
Introduction
Généralité
l
le serveur OFS permet d’utiliser plusieurs médias de communication
simultanément : un même applicatif client peut, par exemple, accéder à un
automate par FIPWAY et à un autre par ISAWAY.
l le serveur OFS offre la transparence réseau XWAY et MODBUS : Un applicatif
client peut accéder à des automates dans une architecture de réseau
d’automates comportant des bridges (ou ponts) de commutation de média de
communication.
Le serveur OFS alloue pour:
l XWAY: un socket (canal de communication) à chaque média
l MODBUS PLUS : un chemin à chaque équipement (PM) ou jusqu'à 4 chemins à
chaque équipement (DM), voir la partie multi-voie Modbus (Voir Fonction multivoie MODBUS, p. 161).
l MODBUS/TCP-IP: jusqu'à 4 sockets à chaque équipement, voir la partie multivoie Modbus (Voir Fonction multi-voie MODBUS, p. 161).
Note : Les chemins MODBUS PLUS sont ouverts et refermés dynamiquement au
besoin. Ainsi, même avec une seule carte SA85 (8 chemins DM), il est possible de
dialoguer avec plus de 8 équipements.
TLX DM OFS 2.5
129
Mise en oeuvre du serveur
Modes d’adressage XWAY
Description
Exemple d'accès par un réseau :
Réseau 1
Poste 1
Adresse = 1.1.0
Poste 2
Adresse = 1.2.0
Poste 3
Adresse = 1.3.0
Adressage à 3 niveaux:
Il permet d’atteindre une station connectée au réseau en tout point de l'architecture
de communication XWAY.
Illustration :
Réseau
Station
Porte
Les valeurs Réseau et Station constituent l'adresse de la station.
l Réseau : valeur comprise entre [1.127] ou 0 = mon réseau.
l Station : valeur comprise entre [1.63] ou 254 = ma station ou 255 = diffusion.
La valeur "Porte" désigne l'entité de communication au sein de la station : serveur
système (Porte 0, la plus courante), le port terminal (Portes 1,2,3), serveur
asynchrone 1K (Porte 7), etc.
Dans le cas de stations multiprocesseurs comme les automates, chaque module de
processeur intégré à la station peut supporter des entités de communication,
l'acheminement de trame nécessitant alors des niveaux d'adressage supplémentaires (capacités d'acheminement intra-station). Les "modules de processeur " des
automates sont situés dans les racks des automates ou déportés sur des bus de
terrain.
130
TLX DM OFS 2.5
Mise en oeuvre du serveur
Adressage à 5 niveaux:
Il est généralement utilisé pour les équipements connectés sur un bus UNITELWAY.
Illustration :
Réseau
l
l
Station
Porte=5
Module
Voie
Module : emplacement physique du module de communication dans le rack. Sa
valeur doit être définie comme suit : (Numéro de rack du maître * 16) + Numéro
de module du maître.
Voie : adresse de l'équipement connecté au module de communication. Sa
valeur doit être définie comme suit : (Numéro de canal du maître * 100) + Numéro
Ad0 de l'esclave.
Adressage à 6 niveaux:
Il est similaire à l’adressage à 5 niveaux Il a été conçu pour des services étendus
(FIPIO, module de communication intégré au rack).
Illustration :
Réseau
l
l
l
TLX DM OFS 2.5
Station
Porte=8
Sélecteur
Point
de
connexion
Référence
Sélecteur : désigne un module de communication sur la CPU (2) ou dans un
module séparé (1).
Point de raccordement : adresse de l'équipement, si le module destinataire est
FIPIO. Emplacement physique dans le rack de l’automate si le module
destinataire est une carte de l’automate.
Référence : entité de communication dans l'équipement (similaire au numéro de
Porte).
131
Mise en oeuvre du serveur
Exemples:
Adressage 5 niveaux :
Réseau 1
Poste 1
Poste 2
Rack 0
Adresse du
maître = 1.1.0
Rack 1
Module = 16*1 + 1= 17
Module du
maître 1
132
Esclave 4
Adresse de l’esclave = 1.1.5.17.4 (si le
maître est sur le canal 0).
Adresse de l’esclave = 1.1.5.17.104 (si le
maître est sur le canal 1).
TLX DM OFS 2.5
Mise en oeuvre du serveur
Adressage 6 niveaux :
Réseau 1
Station 3
FIPIO
14
Réseau 1,
Station 3,
Porte 8 (FIPIO),
Module 2 (module de communication de la
CPU,
Adresse 14,
Porte 0 (serveur UNITE de l’automate
cible),
→ 1.3.8.2.14.0
Pour plus de détails sur l'adresse XWAY, se référer à la documentation
"Communication XWAY", réf. TSX DR NET.
Note :
En connexion point à point (UNI-TELWAY, ISAWAY), l'adresse par défaut 0.254.0
peut servir à référencer l'automate.
Avec ETHWAY et XIP, il est possible d'utiliser la porte 7 qui accepte les grandes
trames (jusqu'à 1024 octets). Pour cela, l'applicatif PL7 doit être configuré en mode
périodique (tâche MAST). L’option "service 1K" doit être cochée dans la page de
définition de l’alias.
Exemple : adresse normale : XIP01:1.2, pour utiliser la porte 7 : XIP01:1.2.7
TLX DM OFS 2.5
133
Mise en oeuvre du serveur
Modes d’adressage MODBUS
Description
l
sur TCP/IP, la seule information nécessaire est l'adresse IP. Elle peut avoir la
forme de quatre groupes de nombres séparés par des points ou d'un nom DNS,
comme par ex. "Mon poste". Dans ce dernier cas, la fonction de scrutation
(balayage) DNS doit être activée (Voir Onglet Options, p. 57).
l sur Modbus+, la syntaxe est :
<niveau d'accès>.<nœud1>.<nœud2>.<nœud3>. <nœud4>.<nœud5>
Le niveau d'accès peut être :
l PM = Program Master,
l DM = Data Master.
Le numéro de nœud doit servir à spécifier l'intégralité du chemin. Pour avoir accès
à un équipement sans pont, seuls le mode d'accès et le nœud sont nécessaires.
Pour les ponts TCP/IP - MODBUS+, la syntaxe est :
MBT:<adresse IP pont>;<numéro de nœud équipement Modbus+>
L’adresse IP pont correspond au numéro saisit dans la case "index du pont MBP"
du configurateur. Cette configuration est détaillée dans la partie réseau de
l’équipement (Voir Modification de l’adresse réseau de l’équipement, p. 40).
Exemple :
Adresse du noeud 7
PM.7 ou DM.7
l
134
équipements JBUS reliés à des réseaux MODBUS :
l utiliser l'option /J après l'adresse de l'équipement (ex : MBS01:6/J, voir
modification de l'adresse (Voir Modification de l’adresse réseau de
l’équipement, p. 40) réseau de l'équipement" . Cette option indique au serveur
que les items doivent commencer par l'index 0 (%MW0 doit être lu au registre
0, CONTRAIREMENT à Modbus où c'est %MW1 qui est lu au registre 0) et
que les doubles mots et les flottants doivent être traités dans l'ordre des mots
JBUS et non pas dans l'ordre des mots MODBUS,
TLX DM OFS 2.5
Mise en oeuvre du serveur
il est possible d'accéder à n'importe quelle zone de mémoire d'un équipement
JBUS à condition que l'adresse absolue soit donnée sous forme décimale (6
chiffres (Voir Variables concept, p. 101)) et non hexadécimale. Ex : lecture du
bit %RX0 sur un équipement JBUS : le décalage est $E000 et donc
l'item 057344 doit être créé.
l on peut créer un fichier CSV avec une ligne pour chaque lien adresse /
symbole nécessaire pour éviter d'avoir à effectuer la saisie à chaque fois, et
lier ensuite ce fichier à l'équipement (Voir Définition des propriétés de l’alias,
p. 45) JBUS. Exemple (Voir Fichier CSV de tables de symboles, p. 144) :
057347 RX_3.
équipements TSX reliés à des réseaux MODBUS :
l utiliser l'option /T après l'adresse de l'équipement (Exemple (Voir Modification
de l’adresse réseau de l’équipement, p. 40) : MBT:1.2.3.4/T). Cette option
indique au serveur que les items doivent commencer par l'index 0 (%MW0 doit
être lu au registre 0, CONTRAIREMENT à Modbus où c'est %MW1 qui est lu
au registre 0).
l Il est possible de relier et d'utiliser n'importe quel fichier de symboles PL7 à un
équipement TSX connecté à un réseau MODBUS (les fichiers symboles PL73 ne sont pas gérés).
comportement du serveur OFS en cas de problème de communication avec
l’automate (automate absent, déconnecté, ...) :
l quelle que soit la nature du problème de communication, toutes les requêtes
correspondant à un groupe seront émises, aussi bien pour lire les items que
pour les écrire.
l du point de vue des performances, cela signifie que la durée d’exécution de la
primitive de lecture ou d'écriture peut aller jusqu’à n fois la durée du time out
(n correspondant au nombre de requêtes associées au groupe).
Remarque :
Il n’y a pas réitération de requêtes sur time out.
l
l
l
Note : Pour les réseaux ayant des connexions logiques, si la connexion est
rompue, le serveur tente automatiquement de la rétablir.
Ex: Modbus TCP-IP.
Lorsque l’on utilise le driver XIP avec un nombre d’ équipements connectés
supérieur à 1 et que l’un d’entre eux est absent, la communication avec les
équipements connectés par XIP est bloquée pendant quelques secondes dans la
mesure où XIP utilise Winsock et attend jusqu’à expiration du délai TCPIP.
Ensuite, la communication est rétablie normalement, à l’exception, évidemment,
de l’équipement absent.
Le serveur OFS signalera de la manière suivante les erreurs de communication à
l’applicatif client : chaque item appartenant à une requête ayant échoué sera
marqué comme "invalide" *; que ce soit pour une demande de lecture synchrone ou
cyclique d’un groupe.
TLX DM OFS 2.5
135
Mise en oeuvre du serveur
*Quelle que soit la méthode utilisée pour effectuer la lecture, "invalide" signifie que
l'attribut Quality est Bad. "Valide" signifie que l'attribut Quality est Good.
Remarques :
l l'applicatif client peut savoir si l’automate a été reconnecté en ré-adressant une
demande de lecture synchrone d’un groupe le concernant,
l durant la lecture cyclique d’un groupe, la qualité des items (attribut Quality)
passera de Bad à Good lorsque l’automate sera reconnecté. La partie sur la
gestion des erreurs (Voir Gestion des erreurs, p. 152) décrit l’attribut Quality
associé à un item.
136
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.13
Gestion des symboles
Présentation
Objet de ce souschapitre
Ce sous-chapitre a pour but de vous présenter la gestion des symboles.
Contenu de ce
sous-chapitre
Ce sous-chapitre contient les sujets suivants :
TLX DM OFS 2.5
Sujet
Page
Introduction sur la gestion des symboles
138
Fichier PL7 de table de symboles exportés
140
Fichier PL7 d’application exportée
141
Fichier CONCEPT de table de symboles exportés
142
Fichier MODSOFT de table de symboles exportés
143
Fichier CSV de tables de symboles
144
Fichier TAYLOR de table de symboles exportés
145
137
Mise en oeuvre du serveur
Introduction sur la gestion des symboles
Introduction
Le serveur OFS établit la correspondance symbole/repère à partir d'un fichier de
symbole. La création de ce fichier de symboles a pu se faire à l'aide d'un atelier de
programmation (Concept, Modsoft, PL7) ou avec un outil externe comme un éditeur
de texte (format CSV).
Pour les équipements des gammes Série 7, l’accès aux symboles n’est possible
qu’en convertissant au préalable les applications correspondantes en applications
Premium.
Les formats de fichiers de symboles supportés sont les suivants :
l fichier PL7 de table de symboles exportés (extension par défaut SCY),
l fichier PL7 d'application exportée (extension par défaut FEF),
l fichier Concept de table de symboles exportés (extension par défaut CCN),
l fichier Concept Projet (extension par défaut PRJ),
l fichier Modsoft de table de symboles exportés (extension par défaut TXT),
l fichier CSV de table de symboles exportés (extension par défaut CSV),
l fichier Taylor de table de symboles exportés (extension par défaut FIS).
Pour chaque format, seuls les symboles auxquels sont associées suffisamment
d'informations pour accéder aux variables, sont chargés et utilisables (voir plus bas
pour plus de détail).
La correspondance symbole/repère peut également utiliser un fichier projet Concept
(Voir Lien concept, p. 149).
Plusieurs équipements ou groupes peuvent partager le même fichier de table de
symboles.
Le lien entre le fichier de symboles et un groupe d'items s'établit de l'une des deux
manières suivantes :
l en créant un lien entre un équipement et une table de symboles. On utilise à cet
effet le Configurateur :
l création d'une extension pour le format prévu (ex. .txt pour le format Modsoft),
l création, avec le Configurateur, d'un alias pour l'équipement,
l mise en relation de la table des symboles et de cet équipement.
l quand le groupe est créé en lui donnant le nom et le chemin de la table des
symboles.
Ex. création du groupe 1 = C:\test.csv
Note : Dans tous les cas, l'extension doit avoir été configurée (Voir Onglet
Symboles, p. 53) au préalable.
138
TLX DM OFS 2.5
Mise en oeuvre du serveur
La gestion des symboles s'adresse à un groupe utilisateur. Syntaxe du nom d'un
groupe : <nom du groupe>[=<chemin du fichier de table de symboles>].
Le serveur OFS signale une erreur à l’applicatif client, si lors de l’établissement de
ce lien, il décèle que le fichier neutre n’existe pas ou qu'il est invalide (son contenu
est syntaxiquement incorrect).
Si un fichier neutre comporte des "collisions" (multiples déclarations d’un même
symbole ou d'un même repère), le serveur OFS conserve uniquement la
1ère occurrence de cet identificateur, et ne prend pas en compte les occurrences
suivantes :
par exemple, si un fichier de symboles contient les associations suivantes :
l "POMPE" associé à "%MW0",
l "POMPE" associé à "%MW1",
alors le serveur OFS considère que le symbole "POMPE" correspond à %MW0
et lui seul. Cet exemple est celui d'un fichier incorrect.
Note : L’utilisation des symboles n’a pas d’influence sur les performances des
services de lecture et d’écriture de variables exposées par le serveur OFS. Le seul
écart de performance concerne la phase de constitution du groupe : la constitution
d’un groupe de symboles est en effet plus longue, car elle englobe la traduction
des symboles en repères lors de la création des items dans le groupe (primitive
AddItems).
TLX DM OFS 2.5
139
Mise en oeuvre du serveur
Fichier PL7 de table de symboles exportés
Description
140
Pour créer un tel fichier avec l'atelier PL7, procéder ainsi :
l ouvrir l'application avec PL7,
l ouvrir la fonction de consultation de l'application,
l ouvrir l'éditeur de données,
l ouvrir une fenêtre quelconque de cet éditeur (ex Objets mémoire),
l utiliser le menu Fichier->Exporter pour créer le fichier.
Ce fichier exporté autorise le contrôle de cohérence (nom et version de l'application)
entre le fichier de table de symboles et l'application dans l'automate (voir Définition
des propriétés de l’alias, p. 45 et Onglet Communication, p. 61.
TLX DM OFS 2.5
Mise en oeuvre du serveur
Fichier PL7 d’application exportée
Description
TLX DM OFS 2.5
Pour créer un tel fichier avec l'atelier PL7, procéder ainsi :
l ouvrir l'application avec PL7,
l utiliser le menu Fichier->Exporter Application pour créer le fichier.
Ce fichier exporté autorise le contrôle de cohérence (nom et version de l'application)
entre le fichier de table de symboles et l'application dans l'automate (voir Définition
des propriétés de l’alias, p. 45 et Onglet Communication, p. 61). Le serveur OFS
n'utilise pas les données de configuration de ce fichier.
141
Mise en oeuvre du serveur
Fichier CONCEPT de table de symboles exportés
Description
142
Pour créer un tel fichier avec l'atelier Concept, procéder ainsi :
l ouvrir l'application avec Concept,
l utiliser le menu File->Export (Fichier->Exporter),
l sélectionner Variables : text delimited (Variables: texte délimité) ou Program :
IEC text (Programme : texte CEI),
l ne pas choisir de section,
l créer le fichier avec l'extension appropriée (Voir Association d’un fichier table de
symboles, p. 44).
Les deux autres choix du menu File-Export (Variables : Factory Link et Variables :
Modlink) doivent être évités.
Ce fichier exporté autorise le contrôle de cohérence (nom et version de l'application)
entre le fichier de table de symboles et l'application dans l'automate (voir Définition
des propriétés de l’alias, p. 45 et Onglet Communication, p. 61).
Seul l'accès aux variables localisées est possible avec ce genre de fichier car il ne
contient pas toutes les informations nécessaires à l'accès des variables non
localisées. Pour la même raison, l'accès aux variables structurées n'est pas
possible. Tous ces genres de symboles ne sont pas pris en compte.
TLX DM OFS 2.5
Mise en oeuvre du serveur
Fichier MODSOFT de table de symboles exportés
Description
TLX DM OFS 2.5
Pour créer le fichier de symboles avec l'atelier Modsoft, procéder ainsi :
l ouvrir l'application avec Modsoft,
l dans le menu principal, sélectionner "Utility"->"Symbol Table" ("Utilitaire" ->
"Table de symboles") pour ouvrir l'éditeur des tables de symboles,
l utiliser le menu "File I/O"->"Export" ("E/S fichier" -> "Exporter") pour créer le
fichier.
Ce fichier exporté n'autorise pas le contrôle de cohérence (nom et version de
l'application) entre le fichier de table de symboles et l'application dans l'automate
(Voir Paramètres standards et édition des alias, p. 35).
Les applications Modsoft peuvent recevoir des commentaires, consignés dans la
section commentaire du fichier. Cependant, le serveur OFS n'utilise que les
symboles de référence.
Seuls les symboles de format compatible CEI sont pris en charge. Ceux qui sont
définis pour les bits extraits des registres NE SONT PAS supportés ; tous les
symboles de ce genre sont ignorés ainsi que ceux qui n'ont pas un format
compatible CEI.
143
Mise en oeuvre du serveur
Fichier CSV de tables de symboles
Description
Ce genre de fichier peut être utilisé avec des outils tels que des éditeurs de texte
(ex. Bloc-notes) ou d'autres outils (ex. Excel 97 ou version ultérieure).
Le format de chaque ligne est très simple :
<Repère><Séparateur><Symbole><Séparateur><Commentaire>
l le <Repère> doit être le repère valide d'un équipement associé à ce fichier de
symboles,
l le <Séparateur> peut être une virgule, un espace ou un caractère de tabulation,
l le <Symbole> peut être une chaîne de caractères quelconque sans virgule/
espace/tabulation/caractère spécial.
En cas d'utilisation de certaines fonctions spéciales (longueur de tableau, postfix
spécial comme R), les ajouter à l'adresse.
Exemple : tableau à 10 registres lecture seule,
400001:10;R Array_Status
Ce fichier n'autorise pas le contrôle de cohérence (nom et version de l'application)
entre le fichier de table de symboles et l'application dans l'automate (voir Définition
des propriétés de l’alias, p. 45 et Onglet Communication, p. 61). Avec Excel 97,
utiliser la virgule comme séparateur.
Note : Les longueurs maximales sont de 50 caractères pour l'adresse, 33
caractères pour les symboles et 510 caractères pour le commentaire.
144
TLX DM OFS 2.5
Mise en oeuvre du serveur
Fichier TAYLOR de table de symboles exportés
Description
TLX DM OFS 2.5
Pour créer le fichier de symboles avec l'atelier Taylor, procéder ainsi :
l ouvrir l'application avec l'outil Taylor ProWORX Nxt,
l dans le menu principal, sélectionner "File"->"Utilities" -> "Import/Export"
("Fichier" -> "Utilitaires" -> "Importer/Exporter"),
l sélectionner "Export" ("Exporter"),
l sélectionner le type de fichier "Symbol .FIS file" ("Fichier de symboles .FIS"),
l cliquer sur le bouton Démarrer.
Ce fichier exporté n'autorise pas le contrôle de cohérence (nom et version de
l'application) entre le fichier de table de symboles et l'application dans l'automate
(voir Définition des propriétés de l’alias, p. 45 et Onglet Communication, p. 61).
145
Mise en oeuvre du serveur
6.14
Support de la consultation des symboles
Consultation des symboles
Présentation
La consultation des symboles est supportée par l'interface OPC-Browse. Elle est
dotée d'une hiérarchie à plusieurs niveaux :
Un nœud pour chaque équipement déclaré dans la table des registres (Alias,
Chemin, Table des symboles) que cet équipement soit réellement connecté ou non.
Pour chaque nœud:
l un sous-répertoire appelé "#Specific" pour tous les items spécifiques qu'on peut
créer pour cet équipement,
l un sous-répertoire pour chaque variable structurée ou tableau (fichier de projet
Concept uniquement) qui a, à son tour, un sous-répertoire si la structure contient
des tableaux ou des sous-structures.
l la liste complète des symboles d'application déclarés dans le fichier de table de
symboles (Voir Association d’un fichier table de symboles, p. 44) associé à
l'équipement (Voir Association d’un fichier table de symboles, p. 44) ou rien (pas
de symbole) si aucune table de symboles n'a été déclarée pour cet équipement.
Les équipements qui sont connectés mais qui n'ont pas été configurés dans la table
des alias ne peuvent pas être consultés.
Des possibilités de filtrage existent pour permettre à l'utilisateur de faire des
sélections par type (demander par exemple toutes les variables booléennes), par
nom (caractère générique '*' accepté), par droits d'accès, par caractère localisé ou
non (fichier de projet Concept uniquement), par caractère structuré ou non.
On peut aussi obtenir avec chaque symbole l'adresse associée et le commentaire
associé (filtre "&A" pour l'adresse et "&C" pour le commentaire, ou les deux
"&A&C").
Il est aussi possible de filtrer les variables avec un critère basé sur leur adresse.
Résumé de la syntaxe du filtre (syntaxe BNF) :
<Filtre de symbole>[=<Filtre d'adresse>][&A][&C][&E][&S].
<Filtre de symbole> toute chaîne de symboles, y compris le caractère générique '*',
<Filtre d'adresse> toute chaîne d'adresse, y compris le caractère générique '*' ,
&A : demande l'affichage de l'adresse,
&C : demande l'affichage du commentaire,
&E : affiche uniquement les éléments simples et pas la structure ni le tableau (pour
projet Concept uniquement),
&S : affiche uniquement les structures et tableaux (pour projet Concept
uniquement).
Exemples de filtres :
T*
146
Demande tous les symboles commençant par T
TLX DM OFS 2.5
Mise en oeuvre du serveur
B* &C
Demande tous les symboles commençant par B ainsi que le
commentaire associé éventuel
* =%UL
Fichier projet Concept : demande les variables non localisées
uniquement
* =%MW1*
Demande toutes les variables dont les adresses commencent par
%MW1
T* =%MX* &A&C
Demande tous les symboles commençant par T et dont l'adresse
commence par %MX et demande l'affichage de l'adresse et du
commentaire
Pour que l'interface de consultation aille plus vite (certains logiciels exigent
l'ouverture de toutes les tables de symboles au moment où l'interface de
consultation est ouverte), il est possible de précharger une table de symboles quand
le serveur est lancé. Cette option est sélectionnée avec le Configurateur lors de la
création d'un alias dans la page de propriétés.
TLX DM OFS 2.5
147
Mise en oeuvre du serveur
6.15
Gestion des blocs fonctions standards PL7
Gestion des blocs fonctions standards PL7
Rappel
148
Il est possible de modifier les champs R/W d’un Bloc Fonction Standard (ex : champ
"Présélection" d’un monostable %MNi.P), uniquement si ce Bloc Fonction a la
propriété "réglable". La propriété "réglable" ou "non réglable" est attribuée dans
l’éditeur de Configuration de l’atelier PL7.
Lors d’une demande d’écriture d’un champ R/W d’un Bloc Fonction Standard, le
serveur OFS n'effectue pas de contrôle préalable pour vérifier que cet objet a la
propriété "réglable".
Cela signifie que si le Bloc Fonction n’a pas cette propriété, le serveur OFS retourne
pour cet item le code d’erreur générique correspondant à l’échec d’une requête
d’écriture.
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.16
Lien concept
Lien concept
Description
La mise en œuvre du lien Concept est possible uniquement avec Concept 2.1 ou
supérieur.
Pour mettre en œuvre le lien Concept, tout ce qu'il faut faire est d'indiquer le fichier
projet .prj (voir Association d’un fichier table de symboles, p. 44 et voir Gestion des
symboles, p. 137) comme fichier de symboles pour un équipement ou un groupe
quelconque.
Ce fichier .prj autorise le contrôle de cohérence (nom et version de l'application)
entre le fichier de table de symboles et l'application dans l'automate (Voir Contrôle
automatique de cohérence, p. 162).
L'atelier Concept et les fichiers .prj doivent toujours se trouver sur la même
machine. Le serveur OFS peut être situé soit sur la machine Concept (cas habituel),
soit sur une autre machine (fonctionnalité Lien Concept distant).
On peut utiliser simultanément le même projet avec l'atelier Concept et OFS sous
Windows XP, 2000 & NT 4.0 à condition que Concept fonctionne sur son propre
espace mémoire (c'est un programme 16 bits).
Pour cela :
l éditer les propriétés habituelles de raccourci Concept,
l dans l'onglet Raccourci, cocher la case "Run in Separate Memory Space"
(exécuter dans espace mémoire séparé).
Il est possible avec OFS d'utiliser plus d'un projet Concept à la fois, à condition qu’ils
soient issus de la même version de Concept. Pour cela, il suffit de créer les alias
nécessaires et, pour chacun d'eux, d'indiquer un fichier de projet différent.
Le logiciel OFS, quand il est utilisé avec le fichier exécutable "stripped" Quantum,
ne lira pas les variables non localisées.
Si vous prevoyez d'utiliser des variables non localisées :
l’exec Quantum ne DOIT pas être une version "stripped",
l le runtime IEC doit être activé sur l’automate,
l l’option "support non localisé" DOIT être cochée dans la page de propriétés.
Dans le cas contraire, aucun accès aux variables non localisées ne sera effectué,
l l’option "vérification de l’équipement" doit être cochée si vous utilisez un projet
Concept de version antérieure à 2.5.
l
Note : Si des accès aux variables non localisées sont effectués alors qu’il n’y a pas
cohérence entre les applications PC/PLC, ils seront rejetés. Il n’y a ainsi aucun
risque d’obtenir des données erronées.
TLX DM OFS 2.5
149
Mise en oeuvre du serveur
Pour un utilisateur expérimenté, il y a des informations supplémentaires dans le
fichier ConceptLink\readme.txt qui se trouve sur le CD du produit.
150
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.17
Lien Concept distant
Lien CONCEPT distant
Description
TLX DM OFS 2.5
Le lien distant présente exactement les mêmes fonctionnalités que le lien Concept
normal. La seule différence est que la machine Concept (où l'outil de programmation
Concept et les fichiers de projet Concept sont situés) n'est pas celle sur laquelle le
serveur OFS ou le simulateur est lancé.
Ces machines doivent être liées par DCOM (généralement sur TCP/IP).Un serveur
OFS (avec une licence) ou un simulateur OFS (mode DEMO) doit être installé sur
la machine Concept. Une configuration DCOM appropriée doit être effectuée afin de
permettre l'accès à ce serveur appelé "serveur proxy".
Sur la machine OFS, lors de la définition d'un projet Concept, ouvrez la page de
propriétés de l'équipement afin de contrôler l'option de Concept distant appropriée
(le serveur proxy est soit un serveur OFS, soit un simulateur OFS) et indiquez le
chemin d’accès complet de la machine Concept.
Le chemin du projet Concept doit être tel que vu par le serveur proxy sur la machine
Concept (il doit commencer par la lettre d'un lecteur, suivie du chemin complet).
151
Mise en oeuvre du serveur
6.18
Gestion des erreurs
Présentation
Objet de ce souschapitre
Ce sous-chapitre a pour but de vous décrire la mise en oeuvre de la gestion des
erreurs.
Contenu de ce
sous-chapitre
Ce sous-chapitre contient les sujets suivants :
152
Sujet
Page
Mécanisme de remontée des erreurs
153
Les objets hors configuration logiciel
156
TLX DM OFS 2.5
Mise en oeuvre du serveur
Mécanisme de remontée des erreurs
Description
l
le mécanisme de remontée des erreurs comporte 3 volets :
l la description du résultat de l’appel (exécution) d’une primitive,
l la description de la validité d’un item : flag Quality,
l la disponibilité d'une primitive GetErrorString chargée de retourner le libellé de
description d'une erreur à partir de son code (Voir Liste exhaustive des codes
d’erreurs, p. 235).
l
description du résultat de l’appel d’une primitive :
l Toutes les méthodes offertes retournent un code d’erreur. Le langage de
programmation utilisé pour la réalisation du client OPC peut l’utiliser comme
code d’erreur ou déclencher une exception (en général les langages utilisant
OLE Automation, Visual Basic par exemple).
Cela signifie notamment qu’une erreur décelée par une primitive de type "fonction"
n’est pas signalée à l’appelant par le biais de la valeur qu’elle retourne.
l
les erreurs qui peuvent être retournées sont les suivantes :
l les erreurs E_xxx : erreurs standards définies par OLE et Win 32,
l les erreurs OPC_E_xxx : erreurs spécifiques à OPC,
l les erreurs EOL_E_xxx : erreurs spécifiques au serveur EOLES,
l les erreurs OFS_E_xxx : erreurs spécifiques au serveur OFS,
l en complément du fonctionnement décrit ci-dessus, certaines des primitives
exposées contiennent un paramètre pErrors dans leur interface d’appel
(paramètre de sortie).
Ce paramètre pErrors est défini pour les primitives qui peuvent gérer plusieurs items
lors d’un même appel (exemple : AddItems).
l
pErrors permet :
l de consigner un compte-rendu pour chaque item (un élément dans la table
pErrors),
l de signaler à l’appelant une erreur par un autre canal que le déclenchement
des exceptions. Typiquement quand S_FALSE est retourné, il n’y a pas de
déclenchement d’exceptions car le résultat de la primitive est de type succès
avec warning. Il faut consulter le paramètre pErrors pour savoir sur quel item
a eu lieu l’erreur.
Le paramètre pErrors permet par exemple de signaler pour la primitive AddItems
que certains des items mentionnés ont une syntaxe invalide.
l
TLX DM OFS 2.5
description de la validité d’un item :
l les primitives de lecture "synchrone" et "cyclique" contiennent un paramètre
pQualities de description de validité des items concernés. Elles renseignent
un attribut Quality par item.
153
Mise en oeuvre du serveur
Pour ces primitives, ce paramètre vient en complément du paramètre pErrors.
L’attribut Qualité d’un item est une valeur sur 8 bits composée de 3 champs :Qualité,
Sous-Status et Limite.
B7
B6
B5
Qualité
B4
B3
B2
Sous-status
B1
B0
Limite
Pour obtenir le code d'erreur correspondant au champ concerné il conviendra
d'appliquer le masque d'extraction adéquat et de considérer la valeur ainsi obtenue.
l le champ Limite (2 bits) n’est pas géré,
l le champ Qualité (2 bits) qui désigne la validité de la valeur d’un item :
B7
B6
0
0
Qualité
Sens
Mauvais
La valeur de l’item est incorrecte pour les
raisons indiquées dans le champ Sousstatus
1
1
Bon
La valeur de l’item est correcte
0
1
Incertain
Une erreur a été detectée sur l’item mais il
est encore "trop tôt" pour le positionner à
Mauvais. Etat transitoire.
l
le champ Sous-Status (4 bits) qui apporte des précisions sur le champ Qualité,
et dont la signification varie selon la valeur (Mauvais, Bon) du champ Qualité.
Le champ Sous-Status pour la valeur Mauvais du champ Qualité :
B5
B4
B3
B2
Sous-status
Sens
Valeur
validité
0
0
0
0
Non specifique
Valeur incorrecte sans raison
spécifique : causes diverses
0
0
1
1
0
Erreur de
communication
Valeur incorrecte car il y a eu un
problème de communication
avec l’automate
24
Le champ Sous-Status pour la valeur Bon du champ Qualité :
154
B5
B4
B3
B2
Sous-status
Sens
Valeur
validité
0
0
0
0
Non specifique
Valeur correcte. Pas de
conditions particulières
192
TLX DM OFS 2.5
Mise en oeuvre du serveur
Le champ Sous-Status pour la valeur Incertain du champ Qualité :
B5
B4
B3
B2
Sous-status
Sens
Valeur
validité
0
0
0
0
Non specifique
Un risque d’erreur a été détecté. 64
Note : Pour toutes les autres valeurs non mentionnées dans les tableaux
précédents, merci de contacter le support technique.
TLX DM OFS 2.5
155
Mise en oeuvre du serveur
Les objets hors configuration logiciel
Description
Le serveur OFS n’a pas accès à la configuration logicielle des applications
auxquelles il accède.
Si un groupe contient des items qui sont en dehors de la configuration logicielle de
l'application présente dans l'automate, la lecture du groupe peut échouer sur
d'autres items, compatibles avec la configuration, du fait de la mise en œuvre des
algorithmes d'optimisation des requêtes de lecture.
Dans le cas où l’item erroné est un tableau, le serveur OFS met l’intégralité de ce
tableau en erreur, même si seulement un sous-ensemble de ses éléments est hors
configuration.
Exemple 1 :Application dans laquelle 522 mots ont été configurés : de %MW0 à
%MW521.La lecture ou l’écriture d’un groupe composé de l’item tableau
%MW520:10 remontera une erreur pour l’intégralité de cet item ; alors que les mots
%MW520 et %MW521 appartiennent à la configuration.
Note : Les mots %MW520 et %MW521 de cet exemple sont accessibles
unitairement.
Exemple 2 :Application dans laquelle 522 mots ont été configurés : de %MW0 à
%MW521.
Un groupe actif avec les items actifs %MW0 (quality Good) et %MW500 (quality
Good).
Si l'item %MW530 est ajouté, %MW500 devient Bad et %MW530 est Bad mais
%MW0 reste Good.
Explication : la lecture de tout le groupe actif nécessite 2 requêtes : une pour %MW0
et une autre pour %MW500 et %MW530.
La première requête est toujours OK : %MW0 reste Good.
Par contre, la deuxième requête est signalée comme étant erronée : %MW500 et
%MW530 sont rapportés Bad.
Si l'item %MW530 est supprimé, %MW500 redevient désormais Good.
156
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.19
Items spécifiques
Items spécifiques
Description
Un item spécifique est un item OPC qui n'est rattaché à aucune variable d'automate
mais permet de consulter/modifier certains paramètres internes (internes au serveur
OPC ou internes à l'automate). Ces items peuvent être utilisés avec le test client
fourni avec le produit, évitant ainsi d'apporter des modifications à votre applicatif
OPC, modifications qui risqueraient de ne pas être réutilisables sur un autre serveur
OPC (Voir OFS client, p. 205).
l un item spécifique est doté d'un chemin, tout comme n'importe quel item,
l la définition d'un item spécifique commence toujours par le caractère ‘#’,
l un item spécifique peut être créé dans n'importe quel groupe,
l certains items (Voir Propriétés de l’item OPC, p. 171) spécifiques peuvent être
dans l'état actif dans un groupe actif. Ainsi, le serveur peut réaliser une détection
de changement automatique,
l les items spécifiques peuvent être lus / écrits à l'intérieur de n'importe quel sousgroupe (y compris les items ordinaires et spécifiques),
l pour lire ou écrire un item spécifique, on peut faire appel aux fonctions synchrone
ou asynchrone,
Les items spécifiques disponibles pour un équipement peuvent être consultés dans
le sous-répertoire "#Specific", rattaché à n'importe quel équipement. La fonction
"Diag Buffer" a été implémentée sous forme d’un jeu d’items spécifiques. Ils sont
présentés dans une section à part, en plus de la liste fournie ci-dessous.
Note : Tous les items spécifiques sont désactivés si la case Activation OPC
Extensions n'est pas coché, dans l'onglet "Options" du Configurateur (Voir Onglet
Options, p. 57).
Nom
Type
Accès
Activable
Limitation
#AppliName
VT_BSTR
R
Non
Non disponible sur
Série 7 et S1000
Il donne le nom de l’application éventuelle, lue sur l’équipement.
Nom
Type
Accès
Activable
Limitation
#AppliVersion
VT_BSTR
R
Non
Non disponible sur
Série 7 et S1000
Il donne la version de l’application éventuelle, lue sur l’équipement.
TLX DM OFS 2.5
157
Mise en oeuvre du serveur
Nom
Type
Accès
Activable
#DisableDevice
VT_I2
R/W
Oui
Limitation
Si la communication avec l'équipement est activée, la valeur lue est 0, sinon la
valeur lue est 1.
Pour modifier l'état, écrire 0 ou 1.
Cet item peut servir à désactiver momentanément la communication avec un
équipement (par exemple avant d'effectuer une modification sur l'équipement qui
entraînera une rupture de communication) afin d'éviter des time outs ou tout autre
problème de communication.
Si la valeur écrite est 1, les items liés à l'équipement concerné deviendront "Bad"
immédiatement puisque le serveur arrêtera d'envoyer les requêtes à cet
équipement. Si la valeur écrite est 0, le serveur enverra à nouveau toutes les
requêtes à l'équipement et les items redeviendront "Good" dans les secondes qui
suivent.
Nom
Type
Accès
Activable
#MaxChannel
VT_I2
R/W
Oui
Limitation
Cet item concerne la fonction multi-voie (Voir Fonction multi-voie MODBUS, p. 161).
Même s'il est possible de le créer pour tout équipement, il n'est significatif qu'avec
les équipements Modbus Plus et Modbus TCP-IP (Premium exclu).
Sa lecture vous donne le nombre maximum de voies actuellement configurées pour
l'équipement concerné. Sa valeur peut être le résultat de la configuration (Voir
Définition des propriétés de l’alias, p. 45) hors ligne.
Son écriture vous permet de définir le nombre maximum de voies utilisables pour
communiquer avec l'équipement. Vous pouvez diminuer ou augmenter la valeur qui
sera prise en compte en quelques secondes ; vous pouvez ainsi voir
immédiatement le résultat du réglage du nombre de voies.
Nom
Type
Accès
Activable
#NbrMaxPendingReq
VT_I2
R/W
Oui
Limitation
Lecture/Ecriture du paramètre NbrMaxPendingReq pour un équipement donné. Ce
paramètre est le nombre de requêtes qui peuvent être mises en attente avant
d'atteindre un dépassement de capacité. De manière générale, ce paramètre est
automatiquement réglé par le serveur.
158
Nom
Type
Accès
Activable
#NbrRequest
VT_I2
R
Non
Limitation
TLX DM OFS 2.5
Mise en oeuvre du serveur
Sa valeur (un nombre de requêtes) se rapporte à un seul équipement (défini par son
chemin). Il indique le nombre de requêtes envoyées à cet équipement par le
serveur, pour rafraîchir sa mémoire cache interne. Il inclut toutes les fréquences qui
peuvent exister dans le serveur.
L'item (Voir Les différents groupes d’items, p. 114) peut être créé sans chemin à
l'intérieur du groupe synchrone (nom commençant par $ ou $$). Dans ce cas, sa
valeur est le nombre de requêtes nécessaires à la lecture de l'intégralité du groupe.
Si cet item est créé sans chemin à l'intérieur d'un groupe ordinaire, sa valeur est
toujours 0. C'est uniquement possible pour des questions de compatibilité.
Nom
Type
Accès
Activable
Limitation
#PlcStatus
VT_I2
R/W ou R
Oui
Cette fonctionnalité est disponible
seulement pour TSX Quantum et
TSX Compact sur Modbus, et pour
TSX Micro, TSX Premium sur
XWAY et pour TSX Série 7
La valeur retournée est le mode de l'automate (1 si l'automate est en marche, 0 s'il
est à l'arrêt).
Il est possible d’écrire la valeur pour forcer le mode de marche de l’automate. Pour
cela, l’option "Mode de marche API (Voir Gestion du mode de marche automate,
p. 127)" doit avoir été cochée dans l’onglet "options" du configurateur.
Attention : l’utilisation de #PlcStatus est très coûteuse en ressources. Il est
fortement conseillé d’insérer cet item dans un groupe à grande période.
Nom
Type
Accès
Activable
Limitation
#RefreshDevice
VT_I2
R/W
Non
Non disponible sur Série 7 et
S1000
Cet item sert à gérer la cohérence entre le fichier de table de symboles et
l'application dans l'automate.
Si l'on écrit la valeur 1 dans l'item, le serveur lit le nom et la version de l'application
dans l'équipement.
Si l'item est lu, le serveur réalise un contrôle de cohérence entre le nom et la version
de l'application déjà lus dans l'équipement et ces mêmes informations sur le fichier
de table de symboles ouvert pour cet équipement. La valeur retournée peut être :
l 0 : aucun contrôle n'a été réalisé (pas d'informations sur la table de symboles ou
sur l'équipement),
l 1 : tout est normal et cohérent,
l 2 : les noms d'application ne sont pas cohérents,
l 3 : les versions d'application ne sont pas cohérentes.
TLX DM OFS 2.5
159
Mise en oeuvre du serveur
Nom
Limitation
Type
Accès
Activable
#TimeOut
VT_I2
R/W
oui
Sa valeur (exprimée en ms) se rapporte à un seul équipement (défini par son
chemin). Cette valeur représente le time out de la trame, soit la durée pendant
laquelle le serveur attend la réponse d'un équipement après qu'il a envoyé une
requête. Toute écriture modifiera le paramètre interne du serveur pour cet
équipement.
Items
spécifiques
supportés sur les
automates
Le tableau ci-dessous donne les items spécifiques disponibles sur les différents
automates :
TSX 37 / PCX /
TSX 57 sur Xway
TSX 37 / PCX / TSX Quantum
57 sur Modbus
TSX Série 7
TSX S1000
#AppliName
R
Non disponible
R
Non disponible Non
disponible
#AppliVersion
R
Non disponible
R
Non disponible Non
disponible
#PlcStatus
R
Non disponible
R
R
Non
disponible
#DisableDevice
R/W
R/W
R/W
R/W
R/W
#TimeOut
R/W
R/W
R/W
R/W
R/W
#NbrMaxPendingReq R/W
R/W
R/W
R/W
R/W
#RefreshDevice
R/W
Non disponible
R/W
Non significatif Non
significatif
#NbrRequest
R
R
R
Non disponible Non
disponible
#MaxChannel
Non significatif
R/W
R/W
Non significatif Non
significatif
160
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.20
Fonction multi-voie MODBUS
Fonction multi-voie MODBUS
Description
TLX DM OFS 2.5
Les réseaux Modbus sont des réseaux semi-duplex, ce qui signifie qu'après avoir
envoyé une requête, le serveur attend la réponse avant d'envoyer la requête
suivante. La seule manière d'accélérer les communications est d'ouvrir plusieurs
voies entre l'émetteur et le récepteur.
Avec OFS, il est possible de le faire mais uniquement sur les réseaux Modbus+ et
TCP-IP (Premium exclu).
On peut ouvrir entre 1 et 4 voies pour Modbus+ ou entre 1 et 16 voies pour Modbus
TCPIP pour chaque équipement et la configuration du nombre de voies peut se faire
soit par méthode statique en utilisant le Configurateur OFS (Voir Définition des
propriétés de l’alias, p. 45) soit par méthode dynamique avec l'item spécifique (Voir
Items spécifiques, p. 157) #MaxChannel.
La valeur par défaut est bien entendu 1. Toutefois, la valeur la plus appropriée pour
Modbus TCPIP (Premium exclu) est de 2.
Pour un équipement donné, à chaque fois qu'une requête est placée dans la file
d'attente du fait que toutes les voies ouvertes sont occupées, le serveur OFS vérifie
s'il peut ouvrir une autre voie de communication avec cet équipement.
Pour Modbus Plus, l'affectation du chemin Modbus étant dynamique, toutes les
voies sont refermées quand il n'y a plus de requête à transmettre (il est donc sensé
de configurer 2 voies pour 6 équipements même s'il n'y a qu'un SA85 avec 8
chemins).
Pour Modbus TCP-IP, tant que l'équipement est utilisé (c'est-à-dire qu'il existe au
moins une variable reliée à cet équipement), tous les sockets restent ouverts.
Quand l'équipement n'est plus utilisé, tous les sockets sauf un sont fermés.
161
Mise en oeuvre du serveur
6.21
Contrôle automatique de cohérence
Contrôle automatique de cohérence
Description
Cette fonction ne peut être utilisée que si :
l l'automate est connecté à un réseau Modbus,
l l'automate exécute un applicatif écrit avec l'atelier Concept (version 2.1 ou
ultérieure),
l l'équipement en question a été configuré (Voir Association d’un fichier table de
symboles, p. 44) pour utiliser la fonction de lien direct Concept (fichier de table
de symboles de type prj).
Cette fonction permet au serveur de vérifier à intervalles réguliers la cohérence
entre l'application chargée dans l'automate et la base de données des symboles
Concept actuellement ouverte.
Ainsi, en utilisant à la fois Concept et OFS sous Windows XP, 2000 ou NT, le
téléchargement de quelques modifications dans l'automate à l'aide de Concept
provoquera, au bout de quelques secondes, la fermeture et le rechargement de la
base de données Concept par le serveur OFS (cette fonction est disponible sous
Windows XP, 2000, NT et 95/98; toutefois sous ce dernier, il n'est pas toujours
possible d'exécuter simultanément OFS et Concept).
La fonction de rechargement automatique peut être désativée pour un alias donné
(voir Onglet Options, p. 57). Dans ce cas, le rechargement peut être effectué
manuellement avec le gestionnaire (Voir Le gestionnaire OFS, p. 202) OFS, en
utilisant le service "reload and update".
OFS met automatiquement à jour ses requêtes de réseau au cas où certains
emplacements de variables ont changé et, si on ferme puis réouvre l'interface OPC
browse, c'est une liste de symboles mise à jour qui est présentée.
Avec Concept, il est possible d'utiliser des variables non localisées mais on ne peut
pas lire leur valeur tant que ces variables ne sont pas utilisées. Avec OFS, toutes
les variables non localisées et non utilisées seront affichées avec l'attribut "Quality
Bad".
Si, après une mise à jour automatique de la base de données Concept, OFS trouve
que certaines variables non localisées qui étaient inutilisées, sont en fait utilisées,
l'attribut "Quality Bad" sera remplacé par l'attribut "Quality Good" et la valeur mise à
jour sera affichée.
Pour utiliser cette fonction :
configurer l'équipement avec un fichier (Voir Association d’un fichier table de
symboles, p. 44) projet Concept,
l
162
TLX DM OFS 2.5
Mise en oeuvre du serveur
l
l
l
l
l
vérifier l'option de cohérence dynamique dans la page de propriétés de
l'équipement,
démarrer OFS et créer au moins une variable pour l'équipement : si le contrôle
de cohérence est satisfaisant entre l'automate et le fichier projet, le message
suivant doit apparaître dans les traces de mise au point du serveur "MODBUS :
Started Application Dynamic Consistency Check OK"
démarrer Concept et ouvrir le fichier projet (peut se faire après ou avant le
lancement d'OFS),
apporter une modification à l'application actuelle et la télécharger,
le message suivant doit apparaître dans les traces de mise au point du serveur
"Application Modification Detected for..."
Note : Pour bien fonctionner avec Concept , l'option de sauvegarde automatique
doit être activée (dans Concept, au menu Options->Preference->Common, vérifier
que l'option "save after download" ("sauvegarder après téléchargement") est
cochée). Si on ne souhaite pas utiliser cette option, il faut sauvegarder
manuellement.
TLX DM OFS 2.5
163
Mise en oeuvre du serveur
6.22
OFS comme service NT
OFS comme service NT
Description
Note : Le contrôle d’un service NT est réalisé en lançant l’outil service dans
Paramètres/Panneau de configuration/Outils d’administration/Services
(Windows XP & 2000) ou Paramètres/Panneau de configuration/Services (NT).
Pour utiliser le service NT, il faut apporter des modifications à la configuration de la
machine (non autorisé en mode DEMO) :
l Configurer le serveur (alias, time out...) en sélectionnant de préférence l’option
"caché" dans l’onglet alias.
l Vérifier que le serveur OFS n'est pas déjà en marche et démarrer l'outil Microsoft
dcomcnfg . Le fichier exécutable de cet outil est : Winnt\system32\Dcomcnfg.exe
l Avec cet outil, Sélectionner l'applicatif "Schneider-Aut OPC Factory Server"
l Sélectionner "Propriétés"
l Sélectionner "Identité"
l Cocher "This User" (cet utilisateur) et fournir le nom et le mot de passe d'un
Administrateur-Utilisateur local.
l Cliquer sur "OK"
l Cliquer sur "OK"
l Refermer Dcomcnfg
l Exécuter le fichier batch appelé OFSService.bat et situé dans le répertoire où se
trouve le fichier exécutable du serveur.
l Démarrer l’outil Services.
OFservice doit apparaître dans la liste :
l sélectionner OFservice,
l La valeur par défaut est "Manual"
Le démarrage d'OFservice et donc d'OFS peut se faire immédiatement avec
"Start" ("Démarrer").
De même pour l'arrêt avec "Stop" ("Arrêter").
Le démarrage peut se faire automatiquement au lancement avec "Startup..." mis
à "automatic".
Refermer l'outil Services.
l Relancer la machine ; l'OFS doit être exécuté (utiliser le gestionnaire des tâches
Windows NT pour le vérifier). Avant de relancer le système, on peut vérifier que
tout est normal en démarrant manuellement le service OFservice
Note : Si l'utilisateur configuré pour exploiter le serveur OFS n'est pas connecté, il
ne pourra que se connecter au serveur.
164
TLX DM OFS 2.5
Mise en oeuvre du serveur
Note : Pour désinstaller le produit OFS alors que l'OFservice est en marche,
procédez ainsi :
l arrêter l'OFservice,
l exécuter le fichier batch appelé OFSNoService.bat et situé dans le répertoire où
se trouve le fichier exécutable du serveur, pour annuler l'enregistrement de
l'OFservice du service NT,
l désinstaller le produit.
Note : Si vous souhaitez supprimer OFS en tant que service NT tout en gardant
OFS installé, procédez ainsi:
l arrêter l’OFservice,
l exécuter le fichier batch appelé OFSNoService.bat et situé dans le répertoire où
se trouve le fichier exécutable du serveur, pour annuler l'enregistrement de
l'OFservice du service NT,
l lancer l’outil DCOMcnfg. Sélectionner l’applicatif "Schneider-Aut OPC Factory
Server", puis Properties, puis Identity et cocher "The Interactive user".
Confirmer , fermer DCOMcnfg et redémarrer la machine.
TLX DM OFS 2.5
165
Mise en oeuvre du serveur
6.23
Support de données PUSH
Support de données push
Description
Le serveur OFS peut accepter des données Push à partir d'un équipement à la fois
via Modbus et Xway. Ces données reçues par le serveur doivent être comprises
dans la plage définie pour les données Push provenant de cet équipement.
Cette fonctionnalité est disponible pour les équipements Modbus TCPIP et Xway, a
l’exception des gammes Série 7, S1000 et des réseaux UNITELWAY, ISAWAY et
XWAY TCPIP direct.
Ces données doivent être envoyées vers le serveur à l'aide d'un code de requête
37h pour Xway (généralement via la fonction WRITE_VAR PL7) et le code de
fonction 16 pour Modbus (généralement via la fonction Concept EFB WRITE_REG).
Dans les deux cas, les fonctionnalités et le comportement du serveur sont
parfaitement identiques.
Pour utiliser ces fonctionnalités, conformez-vous à la procédure suivante :
166
1
Créer un alias pour l'équipement à l'aide du Configurateur.
2
Ouvrir la page de propriétés de l'équipement.
3
Définir la plage de données Push pour l'équipement (Base et Taille).
Exemple : plage %MW1000..%MW1500 : base = 1000, taille = 500
Exemple : plage 401000..401200 : base = 1000, taille = 200.
4
Définissez le mode d'initialisation de la zone de données Push : valeurs à 0 ou
valeurs lues à partir de l'équipement.
5
Fermer la page de propriétés et le Configurateur en enregistrant les paramètres.
6
Créer une application ou utiliser un exemple d'application fourni sur le CD pouvant
envoyer des données Push vers le serveur (vérifier la cohérence avec la plage de
données Push mentionnée ci-dessus pour l'équipement). Charger dans l'automate.
7
Lancer le client de test OPC, puis le connecter au serveur OFS.
8
Créer un item lié à l'équipement afin d'établir la connexion et d'initialiser la plage de
données Push.
9
Dans la fenêtre de débogage du serveur, un message doit apparaître et indiquer que
les données Push sont en cours de réception à partir de l'équipement.
10
Créer un item dans la plage de données Push à l'aide du client de test OPC.
11
Lancer l'écriture à partir de l'application.
12
La valeur de l'item doit avoir été mise à jour.
13
Vous pouvez procéder à une vérification à l'aide de l'interface de débogage du
serveur (fenêtre Xway ou Modbus), puis relever les compteurs de la zone transaction
: Slave Request et Slave Answers.
TLX DM OFS 2.5
Mise en oeuvre du serveur
Le nombre d'items OPC pouvant être créés dans la plage de données Push est
illimité (variables simple et tableaux) mais il n’est pas possible de créer des
variables chevauchant les limites de la zone.
Outre sa valeur, chaque item OPC doit comporter des attributs importants :
l qualité,
l horodatage.
Pour les items compris dans la plage de données Push, l'attribut Qualité est
identique pour tous les items et peut être :
l toujours défini sur Good (si la valeur « Période vérification qualité » définie dans
la page de propriétés de l'équipement est égale à 0),
l défini en fonction de l'état de la communication et du mode de fonctionnement de
l'équipement (si la valeur de « Période vérification qualité » définie dans la page
de propriétés de l'équipement est définie sur NN et non pas sur 0).Toutes les NN
secondes, le serveur tente de lire le mode de fonctionnement de l'équipement :
l en cas d'échec de la communication, la qualité est définie sur Bad,
l si la communication est établie et si le mode de fonctionnement est défini sur
RUN, la qualité est définie sur Good,
l si la communication est établie et si le mode de fonctionnement est autre que
RUN (de manière générale, cela signifie STOP), la qualité est définie sur
Uncertain,
L’option « Période vérification qualité » n’est pas disponible avec Modbus sur
Premium (option TSX ou JBUS).
Pour les items compris dans la plage de données Push, lorsque l'option Horodatage
est utilisée, la date/heure est fixée comme suit :
l l’heure et la date courante du serveur lorsqu’une opération d’écriture est
demandée par le client OPC,
l l’heure et la date provenant de l’automate lorsque le serveur reçoit des nouvelles
valeurs de ce dernier,
L’option d’horodatage peut être activée individuellement pour chaque alias, à partir
de la page de propriétés.
Afin de transmettre la date/heure au serveur, l’automate doit l’inclure en entête des
données transmises.
Il est recommandé de positionner l’heure GMT sur l’automate afin de respecter la
norme OPC.
Le format de l'en-tête de la requête est différent selon qu'il s'agit d'un requête Xway
ou Modbus.
TLX DM OFS 2.5
167
Mise en oeuvre du serveur
Illustration des 2 formats :
Format MODBUS
Mois
Zone de données envoyée
par l’automate
Format XWAY
Années
Secondes
00
Heures
Heures
Minutes
Minutes
Mois
Jours
Secondes
Siècles
Années
Réservé = 0
Zone de données
Zone de données envoyée
par l’automate
Jours
Zone de données
Zone vue par
le client
Note : Avec PL7, la date/heure peut être facilement insérée en utilisant la fonction
RRTC. Avec Modbus sur Premium, si vous utilisez RRTC, une conversion BCD
vers INT est nécessaire pour adapter au format Modbus.
Certains exemples d'applications Concept et PL7 sont fournis sur le CD (voir le
dossier Appli).
Afin de permettre la création de la plage de données Push et la réception des
données associées préalablement à la création de tout item, il est possible de
configurer l'équipement (dans la page de propriétés de l'équipement) de façon à ce
qu'il soit préchargé au démarrage du serveur.
Toute écriture OPC est effectuée directement sur l’équipement, la zone de données
Push n’est en aucun cas affectée.
Toute lecture OPC de l’équipement est effectuée directement, la zone de données
Push est mise à jour simultanément.
Pour les équipements XWAY, seules les variables %MW et %MD peuvent être
associées à la zone de données Push. Les autres (%MB, %MF) sont gérées comme
si la zone n’était pas définie.
Pour les équipements Modbus, la zone de données Push est toujours située en 4x.
Seules les variables de type INT, DINT ou FLOAT peuvent y être créées.
168
TLX DM OFS 2.5
Mise en oeuvre du serveur
Note :
l SI vous utilisez la fonction Push sur un Premium via Modbus TCPIP, et que le
driver XIP est également actif, il est nécessaire que l’adresse IP du Premium ne
soit pas déclarée dans ce dernier (le même port 502 TCP/IP est partagé).
l une seule zone de données Push peut être créée par équipement. Toutefois, si
l’équipement est accessible par plusieurs adresses réseau, il est alors possible
de définir une zone par adresse,
l si le serveur n’est pas arrêté normalement, il peut s’avérer nécessaire d’arrêter/
redémarrer le driver XWAY utilisé, du fait que la porte utilisée pour recevoir les
données Push pourrait ne pas avoir été libérée.
l la fonction "Push Data" n’est pas supportée pour les objets d’E/S. Il est
cependant possible en copiant les objets d’E/S sur des objets standards de les
transmettre au serveur OFS.
TLX DM OFS 2.5
169
Mise en oeuvre du serveur
6.24
Réglage de l’interface réseau du serveur OFS
Réglage de l’interface réseau du serveur OFS
Description
170
Les principaux paramètres servant au réglage de l'interface réseau du serveur OFS
sont les suivants :
l Période groupe min (voir Paramètres standards et édition des alias, p. 35) : la
valeur de ce paramètre doit se rapporter à la périodicité souhaitée pour la mise à
jour des groupes OPC. Si on donne la valeur X à ce paramètre, les intervalles
possibles pour les mises à jour sont X, 2X, 3X .. nX. La règle pratique est de
donner à ce paramètre la valeur X / 2 quand la périodicité prévue est X, 2X, 3X,
nX.
Exemple :
Pour prévoir des fréquences de mise à jour de 1, 2, 5 secondes, attribuer à ce
paramètre la valeur 500 ms.
En donnant une valeur trop faible à ce paramètre, on gaspille du temps de
traitement du PC.
l Vitesse d’échantillonnage XWAY ou Modbus (voir Onglet Communication,
p. 61) : ces paramètres se rapportent respectivement au réseau XWAY et au
réseau MODBUS. Dans les deux cas, la signification est la même. Le paramètre
définit la fréquence à laquelle l'entité interne chargée de RECEVOIR les
réponses, contrôlera les drivers du réseau pour savoir s'il y a eu des messages
reçus. La règle pratique est d'attribuer à ce paramètre la valeur X / 2 quand on
sait que le meilleur équipement répond au bout de X ms.
Exemple :
Si le meilleur équipement répond au bout de 100 ms, donner au paramètre se
rapportant au protocole (MODBUS ou XWAY) la valeur 50 ms.
En donnant une valeur trop faible à ce paramètre, on gaspille du temps de
traitement du PC.
l Max Canaux pour équipements Modbus+ et Modbus TCP-IP (voir Définition des
propriétés de l’alias, p. 45 et voir Items spécifiques, p. 157) : en général, la règle
pratique est que l'utilisation de 2 voies plutôt qu'une a souvent un impact très
positif. L'utilisation de plus de 2 voies n'est pas toujours intéressante (cela
dépend de la charge du réseau et du type d'équipement utilisé).
Pour Modbus Plus, il est possible de communiquer, avec par exemple, 15
automates en utilisant une seule SA85. Mais comme la SA85 ne fournit que 8
chemins, il peut être intéressant d'ajouter une autre SA85 et de configurer la
communication avec certains équipements par ce nouvel adaptateur modbus
(autrement dit en modifiant l'adresse de l'alias).
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.25
Propriétés d’un item OPC
Propriétés de l’item OPC
Propriétés
L'interface IOPCItemProperties est supportée par le serveur OFS.
Les propriétés supportées sont les suivantes:
l type de données canonique,
l valeur,
l qualité,
l horodatage,
l droits d'accès,
l description (uniquement si un commentaire a été consigné dans l'atelier),
l état de forçage d’un bit (uniquement pour les bits d’entrées et les bits de sorties,
voir Objets de modules d’entrées/sorties, p. 93).
Pour les variables Concept uniquement :
l InitialValue (la valeur initiale d'une variable),
l VariableKind (le genre de variable : élémentaire, structuré, bloc fonction,
section),
l VariableTypeId (l'identification du type, connue par l'outil Concept),
l MemoryArea (zones : 0x,1x,3x,4x, non localisée, non utilisée,...),
l AreaIndex (l'index à l'intérieur de la zone de mémoire),
l VariableSize (la taille, utile pour les variables de type non élémentaire),
l RelativeOffset (le décalage à l'intérieur d'une variable de type structuré).
Il se peut que, pour une variable donnée, certaines propriétés ne soient pas
acceptées si elles n'ont pas de sens (ex : pas de Description si la variable est sans
commentaire, pas de InitialValue si la variable est sans valeur initiale, etc.)
Pour tester l'utilisation des propriétés d'item OPC, on peut utiliser OFS client (voir
OFS client, p. 205 ).
Exemple d'utilisation :
On veut savoir quand la liaison est rompue entre le PC et l'automate. Quand c'est
le cas, on souhaite afficher quelque chose de spécial dans l'applicatif OPC client :
La qualité d'un item est la caractéristique à utiliser : en général, il n'est pas possible
d'utiliser la qualité d'un item pour un affichage et seule sa valeur peut être utilisée.
La solution est de créer un item dont la valeur est directement rattachée à la qualité
d'un autre item.
Quand tout va bien, la valeur de quality vaut toujours 192 (QUALITY_Good). Si
quelque chose ne va pas, l'item qualité peut prendre une valeur du genre 24 ou 28
(QUALITY_Bad + un motif quelconque).
TLX DM OFS 2.5
171
Mise en oeuvre du serveur
Avec OFS client, créer un groupe et un item. Après quoi, réouvrir l'interface de
consultation, sélectionner à nouveau le même symbole et cliquer sur le bouton
Propriétés. Sélectionnez ID 3 ( Item Quality) puis OK et OK. La valeur du nouvel item
est la quality de l'item précédent.
172
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.26
Configuration DCOM
Configuration DCOM
Description
Le serveur OFS peut fonctionner en mode local (le serveur et le client OPC sont
situés sur la même machine) ou en mode distant (le client OPC et le serveur sont
sur des machines différentes connectées par DCOM généralement via Ethernet
TCP-IP).
Le mode d'exécution distant requiert un réglage supplémentaire à l'aide de l'outil
DCOMCnfg.exe fourni avec le package DCOM.
Ce package est livré avec Windows XP, 2000, NT 4.0 ou 98, la version nécessaire
pour Windows 95 est fournie avec le produit OFS (voir répertoire redist).
Une configuration appropriée doit être effectuée sur le serveur et la station client.
Serveur (Windows XP, 2000 & NT4.0) :
Ces paramètres de configuration doivent être définis en cours de connexion à la
machine lorsque vous disposez d'un compte avec les autorisations nécessaires
d'accès et de démarrage du serveur.
1
2
Lancer DCOMCnfg.exe situé dans le répertoire Winnt\System32.
Dans l'onglet "Default Properties", vérifier que :
l l'option "Enable Distributed COM on this computer" est sélectionnée,
l le champ "Default Authentification level" est défini sur "Connect",
l le champ "Default Impersonation level" est défini sur "Identify" ou "Impersonate".
TLX DM OFS 2.5
173
Mise en oeuvre du serveur
3
Dans le dossier Application, sélectionner "Schneider-Aut OPC Factory Server" dans la
liste, puis cliquer sur "Properties". La boîte de dialogue "Schneider-Aut OPC Factory
Server Properties" apparaît.
l cliquer sur l'onglet "Identity". L'option "Interactive User" doit être sélectionnée.
L'option "This User" avec un mot de passe approprié doit être sélectionnée si aucun
utilisateur ne se connecte au serveur ou si la session est modifiée ou interrompue
sans raison,
l cliquer sur l'onglet "General", le niveau d'authentification doit être défini sur
"Default"
l cliquer sur l'onglet "Location", l'option "Run application on this computer" doit être
sélectionnée.
l dans l'onglet "Security", sélectionner "Use Custom Access Permission".
l cliquer sur "Edit", la boîte de dialogue "Access Permission" apparaît.
l Cliquer sur "Add", ajouter des utilisateurs, puis leur autoriser l'accès (les
utilisateurs SYSTEM, INTERACTIVE et NETWORK doivent figurer dans cette
liste, d'autres tels que Everyone peuvent être ajoutés),
l cliquer sur "OK" pour fermer les boîtes de dialogue.
l dans l'onglet "Security", sélectionner "Use Custom Launch Permission".
l cliquer sur "Edit", la boîte de dialogue "Launch Permission" apparaît,
l cliquer sur "Add", ajoutez des utilisateurs, puis leur autoriser le lancement du
serveur (les utilisateurs SYSTEM, INTERACTIVE et NETWORK doivent figurer
dans cette liste, d'autres tels que Everyone peuvent être ajoutés),
l cliquer sur "OK" pour fermer les boîtes de dialogue.
Note : Si le client et le serveur n'appartiennent pas au même domaine NT ou si
aucun domaine NT n'existe, ne pas oublier que des utilisateurs identiques
disposant d'un mot de passe identique doivent être créés sur les deux machines
(veiller à bien respecter la casse).
Client (Windows XP, 2000 & NT4.0) :
Ces paramètres de configuration doivent être définis en cours de connexion à la
machine lorsque vous disposez d'un compte avec les autorisations nécessaires
d'accès et de démarrage du client.
1
2
Lancer DCOMCnfg.exe situé dans le répertoire Winnt\System32.
Dans l'onglet "Default Properties", vérifier que :
l l'option "Enable Distributed COM on this computer" est sélectionnée,
l le champ "Default Authentification level" est défini sur "Connect",
l le champ "Default Impersonation level" est défini sur "Identify" ou "Impersonate".
174
TLX DM OFS 2.5
Mise en oeuvre du serveur
3
Dans l'onglet "Default security", modifier la liste "Default Access Permissions" afin
de s'assurer que les utilisateurs SYSTEM, INTERACTIVE, NETWORK et EVERYONE
y figurent. Ce dernier paramètre est uniquement requis pour autoriser le serveur à
renvoyer des notifications au client. Si vous savez que le client utilisé prend en compte
cette situation, ne pas utiliser ce paramètre.
Serveur (Windows 95/98) :
Il est impossible à un client de lancer à distance un serveur exécutant Windows 95/
98. Aussi, aucune configuration relative à "Launch Permissions" n'existe-t-elle sous
Windows 95/98.
Avant de poursuivre, utiliser l'icône Réseau du Panneau de configuration, vérifier
que l'option "Client for Microsoft Network" est installée et correctement configurée.
Ces paramètres de configuration doivent être définis en cours de connexion à la
machine lorsque vous disposez d'un compte avec les autorisations nécessaires
d'accès et de démarrage du client.
TLX DM OFS 2.5
1
A l'aide de l'icône Réseau du Panneau de configuration, vérifier que l'option "User
Level Access Control" est sélectionnée (dans l'onglet "Access Control") et qu'elle
indique le nom du serveur de sécurité (soit le nom du serveur NT, soit le nom de
domaine NT) permettant la gestion des groupes et des utilisateurs.
2
Lancer DCOMCnfg.exe situé dans le répertoire Windows\System.
3
Dans l'onglet "Default Properties", vérifier que :
l l'option "Enable Distributed COM on this computer" est sélectionnée,
l le champ "Default Authentification level" est défini sur "Connect",
l le champ "Default Impersonation level" est défini sur "Identify" ou "Impersonate"
4
Dans l'onglet "Default Security", vérifier que que l'option "Enable Remote Connection"
est sélectionnée.
5
Dans le dossier Application, sélectionner "Schneider-Aut OPC Factory Server" dans la
liste, puis cliquer sur "Properties". La boîte de dialogue "Schneider-Aut OPC Factory
Server Properties" apparaît.
l dans l'onglet "Location", l'option "Run application on this Computer" doit être
sélectionnée,
l dans l'onglet "Security", sélectionner "Use Custom Access Permission",
l cliquer sur "Edit", la boîte de dialogue "Access Permission" apparaît,
l cliquer sur "Add", ajouter des utilisateurs, puis leur autoriser l'accès (les
utilisateurs SYSTEM, INTERACTIVE et NETWORK doivent figurer dans cette
liste, d'autres tels que Everyone peuvent être ajoutés),
l cliquer sur "OK" pour fermer les boîtes de dialogue.
175
Mise en oeuvre du serveur
Station Client (Windows 95/98) :
Avant de poursuivre, utiliser l'icône Réseau du Panneau de configuration, vérifier
que l'option "Client for Microsoft Network" est installée et correctement configurée.
1
A l'aide de l'icône Réseau du Panneau de configuration, vérifier que l'option "User Level
Access Control" est sélectionnée (dans l'onglet "Access Control") et qu'elle indique le
nom du serveur de sécurité (soit le nom du serveur NT, soit le nom de domaine NT)
permettant la gestion des groupes et des utilisateurs.
2
Lancer DCOMCnfg.exe situé dans le répertoire Windows\System.
3
Dans l'onglet "Default Properties", vérifier que :
l l'option "Enable Distributed COM on this computer" est sélectionnée
l le champ "Default Authentification level" est défini sur "Connect"
l le champ "Default Impersonation level" est défini sur "Identify" ou "Impersonate"
4
Dans l'onglet "Default security", modifier la liste "Default Access Permissions" afin de
s'assurer que les utilisateurs SYSTEM, INTERACTIVE, NETWORK et EVERYONE y
figurent. Ce dernier paramètre est uniquement requis pour autoriser le serveur à
renvoyer des notifications au client. Si vous savez que le client utilisé prend en compte
cette situation, ne pas utiliser ce paramètre.
Note : En cas de problèmes de connexion (Windows XP, 2000, NT 4.0 ou 95/98),
la modification de la case à cocher relative à Sécurité DCOM dans l'onglet
"Options" du Configurateur peut s'avérer nécessaire. Cette option est utile
uniquement si vous envisagez de lancer le serveur (manuellement ou en tant que
service NT) préalablement à l'établissement de toute connexion distante.Lorsque
les machines appartiennent à un même domaine NT, seuls les utilisateurs
authentifiés peuvent disposer de l'accès, même via le pseudo-utilisateur
"Everyone". En d'autres termes, même si "Everyone" dispose des autorisations
d'accès et de démarrage, les appels peuvent échouer s'ils sont envoyés par un
utilisateur connecté à un compte local de l'une des deux machines.
176
TLX DM OFS 2.5
Mise en oeuvre du serveur
6.27
Diag Buffer
Présentation
Objet de ce souschapitre
Ce sous-chapitre traite de la mise en oeuvre du Diag Buffer ainsi que ses principales
caractéristiques.
Contenu de ce
sous-chapitre
Ce sous-chapitre contient les sujets suivants :
TLX DM OFS 2.5
Sujet
Page
Fonctionnement depuis un client OPC
178
Mise en oeuvre du diag buffer
185
Format du tableau du Diag buffer
190
Informations remontées par le Diag buffer en tête de la table
191
Informations spécifiques remontées par le Diag buffer dans la table
195
177
Mise en oeuvre du serveur
Fonctionnement depuis un client OPC
Rappel sur Diag
buffer
Le Diag buffer (Voir Définition du Diag Buffer, p. 85) est une fonction qui détecte des
défauts sur les éléments surveillés et transmet des messages d’erreurs au système
de visualisation (appelé viewer).
Ces messages d’erreurs sont mémorisés dans une mémoire tampon de l’automate.
Note : L’implémentation des DFB de diagnostic dans l’automate est nécessaire
pour le fonctionnement du Diag buffer.
Description de
l’interface client
Les fonctions du Diag buffer autorisent l’accés aux automates en utilisant des items
spécifiques.
Le tableau ci-dessous représente les items spécifiques :
Service
Item
Type
Accès
Ouvrir
connexion
#DiagLogon
VT_UI2
READ/WRITE Identifiant du
viewer ou
0xFFFF
numéro de zone
Fermer
connexion
#DiagLogout
VT_UI2
READ/WRITE Identifiant du
viewer ou
0xFFFF
sans importance
Lire la
prochaine
erreur
#DiagReadNextError
VT_UI1+VT_ARRAY
READ
Acquittement #DiagAckError
erreur
VT_UI2
WRITE
Evolution
Status
VT_UI4
READ/WRITE Status0 + Status1 Status handle
#DiagReadStatus
Valeur lue
Valeur à écrire
Erreur
numéro ID de
l’erreur
voir Informations
remontées par le
Diag buffer en
tête de la table,
p. 191
Le type correspond à la norme OPC :
l VT = variant type,
l UI1 = unsigned integer sur 1 octet,
l UI2 = unsigned integer sur 2 octets,
l UI4 = unsigned integer sur 4 octets,
l ARRAY = table d’octets
178
TLX DM OFS 2.5
Mise en oeuvre du serveur
Item spécifique
#DiagLogon
Type
Accès
Activable
VT_UI2
R/W
non
Limitation
Cet item permet de se connecter à l’automate. Il faut auparavant indiquer le numéro
de zone que l’on souhaite surveiller sur l’automate ( de 0 à 15) en faisant un WRITE.
Exemple d’écriture sur #DiagLogon:
Single Value
Data Types
Char
Short
Long
Float
Double
Bool
Error
Currency
Date
String
Uns Char
Uns Short
Uns Long
Value
1
Cancel
Write
Valeur à écrire :
l bit i =1 : la zone est affichée,
l bit i = 0 : la zone ne peut être affichée.
Le bit 0 correspond à la zone 0, le bit 15 correspond à la zone 15.
Exemples :
l pour surveiller la zone 6 : écrire la valeur 0040h
l pour surveiller les zones 2 et 15 : écrire la valeur 8004h
Valeur retournée après lecture :
l le numéro du viewer est affiché si la connexion est ouverte, sinon la connexion
n’est pas établie et c’est OxFFFF qui est retournée.
Valeur retournée par l’item :
TLX DM OFS 2.5
HRESULT
Commentaire
OFS_E_DIAG_OK
OK
OFS_E_DIAG_NO_BUFFER
Diag buffer non activé
OFS_E_DIAG_MMI_ALREADY_CONNECTED
Le viewer est déjà connecté
179
Mise en oeuvre du serveur
HRESULT
Commentaire
OFS_E_DIAG_BUFFER_FULL
Le diag buffer est plein
OFS_E_DIAG_TOO_MUCH_MMI
Tous les viewers possibles (15) sont
connectés
Note : Pour observer toutes les zones, on écrit la valeur FFFFh ou 0 dans
#DiagLogon.
Item spécifique
#DiagLogout
Type
Accès
Activable
VT_UI2
R/W
non
Limitation
Cet item permet de se déconnecter de l’automate.
Valeur à écrire :
l sans importance,
Valeur retournée après lecture :
l si la déconnexion est bien réalisée la valeur OxFFFF est retournée, sinon il
retourne encore le numéro de viewer.
Valeur retournée par l’item :
HRESULT
Commentaire
OFS_E_DIAG_OK
OK
OFS_E_DIAG_NO_BUFFER
Diag buffer non activé
OFS_E_DIAG_BUFFER_FULL
Le diag buffer est plein
OFS_E_DIAG_WRONG_MMI_ID
L’identifiant du viewer n’est pas valide (hors de la
plage 1 à 15)
OFS_E_DIAG_MMI_NOT_CONNECTED Client OPC non connecté
Note : La destruction de l’item #DiagLogon entraine une déconnexion automatique
du viewer, sans l’utilisation de l’item #DiagLogout.
180
TLX DM OFS 2.5
Mise en oeuvre du serveur
Item spécifique
#DiagReadNextError
Type
Accès
Activable
VT_UI1 + VT_ARRAY
R
oui
Limitation
Cet item permet de lire les erreurs dans la mémoire du diag buffer.
Valeur à écrire :
l rien,
Valeur retournée après lecture :
l les erreurs enregistrées sous la forme d’un tableau (Voir Format du tableau du
Diag buffer , p. 190) de 120 octets.
Valeur retournée par l’item :
HRESULT
Commentaire
S_OK
Lecture réussie, aucune modification n’est
constatée dans la table de 120 octets
S_OK
Lecture réussie, des modifications sont
constatées dans la table de 120 octets (l’erreur a
été acquittée ou a disparu)
S_OK
Lecture réussie, une nouvelle table a été créée
(une nouvelle erreur est apparue)
OFS_E_DIAG_NO_BUFFER
Diag buffer non activé
OFS_E_DIAG_BUFFER_FULL
Le diag buffer est plein
OFS_E_DIAG_WRONG_MMI_ID
L’identifiant du viewer n’est pas valide (hors de la
plage 1 à 15)
OFS_E_DIAG_MMI_NOT_CONNECTED Client OPC non connecté
TLX DM OFS 2.5
181
Mise en oeuvre du serveur
Item spécifique
#DiagAckError
Type
Accès
Activable
VT_UI2
W
non
Limitation
Cet item permet d’acquitter une alarme.
Valeur à écrire :
l la valeur sur 2 octets correspondant à la zone "N identifiant l'erreur" en
commencant par lire l'octet de rang le plus elevé (les deux premiers octets du
tableau).
Ex : la valeur retournée dans la zone "N identifiant l'erreur" de l'item tableau
#DiagReadNextError est telle que: Var[0] = 04h, Var[1] = 05h. La valeur à ecrire
dans l'item #DiagAckError est 0504h.
Valeur retournée après lecture :
l rien.
Valeur retournée par l’item :
HRESULT
182
Commentaire
OFS_E_DIAG_OK
OK
OFS_E_DIAG_NO_BUFFER
Diag buffer non activé
OFS_E_DIAG_BUFFER_FULL
Le diag buffer est plein
OFS_E_DIAG_MMI_NOT_CONNECTED
Client OPC non connecté
OFS_E_DIAG_WRONG_ERROR_ID
Identifiant d’erreur non autorisé
OFS_E_DIAG_ERROR_NOT_USED
Aucune erreur ne correspond à cet
identifiant
TLX DM OFS 2.5
Mise en oeuvre du serveur
Item spécifique
#DiagReadStatus
Type
Accès
Activable
VT_UI4
R/W
non
Limitation
Cet item permet de connaitre l’évolution du status relatif à une erreur DFB sans
attendre d'être notifié d'un changement dans le tableau (Voir Format du tableau du
Diag buffer , p. 190) d’erreurs de 120 octets.
Valeur à écrire :
la valeur sur 4 octets correspondant à la zone "Status Handle" en commencant
par lire l'octet de rang le plus elevé.
Ex : la valeur retournée dans la zone "Status Handle" de l'item tableau
#DiagReadNextError est telle que:
l
Var[8] = 98h, Var[9] = 01h, Var[10] = 76h, Var[11] = 25h
La valeur à ecrire dans l'item #DiagReadStatus est 25760198h, soit 628490648d.
Valeur retournée après lecture :
l les valeurs du status 0 + status1, en considérant la valeur des mots de droite à
gauche.
Ex : la valeur retournée est 0010001Dh; la valeur status0 est 001Dh; la valeur
status1 est 0010h.
TLX DM OFS 2.5
183
Mise en oeuvre du serveur
Description du
fonctionnement
client
Le schéma ci-dessous illustre le principe de fonctionnement d’un client OPC à
travers les items spécifiques :
1-#DiagLogon
Diagnostic
Buffer
Appareil 1
Diagnostic
Buffer
Appareil 2
C
l
i
e
n
t
2-#DiagReadNextError
Serveur
OFS
3-#DiagAckError
1
4 - #DiagLogout
5 - #DiagReadStatus
Diagnostic
Buffer
Appareil 3
O
P
C
O
P
C
C
l
i
e
n
t
2
Avec le serveur OFS on peut surveiller plusieurs PLC en même temps, il est multistation (contrairement à PL7 qui ne peut gérer qu’un automate à la fois). Pour
superviser plusieurs automates en même temps il suffit de créer d’autres alias dans
le configurateur et de les rajouter dans un autre groupe du même client (1 groupe
minimum par appareil à surveiller).
Gestion du Diag
Buffer
Les erreurs enregistrées dans la mémoire du diag buffer peuvent avoir les états
suivants :
l actif ou inactif,
l demande d’acquittement ou pas,
l si l’acquittement est demandé, l’erreur peut être acquittée ou pas.
Note : Seul les erreurs en provenance du diag buffer peuvent être acquittées. Une
erreur affichée sur plusieurs viewers sera éffacée de tous les viewers après son
acquittement sur un des viewers.
Une alarme est effacée du buffer si :
l l’alarme n’existe plus,
l tous les viewers ont lu l’alarme,
l l’alarme a été acquittée (après demande d’acquittement).
184
TLX DM OFS 2.5
Mise en oeuvre du serveur
Mise en oeuvre du diag buffer
Généralité
Avant de lancer un client OPC il est préférable, pour faciliter la mise en oeuvre du
diag buffer, de créer des alias pour chaque automate à surveiller.
Grâce à ces alias il sera plus facile de déclarer l’adresse des automates lors de la
création d’un client OPC.
Lorsqu’un client OPC désire mettre en oeuvre le diagbuffer, il doit définir un handle
et l'utiliser de manière unique lors de la création d' un groupe.
Pour ce faire, à chaque appel de la méthode IOPCServer::AddGroup( ), le
paramètre hClientGroup (4ième paramètre) doit contenir une valeur unique. Cette
valeur correspond au clientHandle du client.
Comme cette valeur doit être unique également entre tous les clients OPC utilisant
le diagbuffer, il faut considérer la procédure suivante :
l si lors de la connection le code retour
OFS_E_DIAG_MMI_ALREADY_CONNECTED est renvoyé c'est que le
clientHandle est déja utilisé. Il convient donc d'utiliser une autre valeur.
Pour aider à cette démarche, on peut consulter la fenêtre accessible via Menu
General->NetManXWayWindow et étendre l'arbre Devices <>
@Device<>DiagBuffer connections qui donne la liste des viewer connectés
(handle + MMI id) .
32
Les valeurs possible pour le clientHandle sont de 0 à 2 - 2 (0 à 0xFFFFFFFE).
La valeur 0xFFFFFFFF est réservée.
Exemple de paramètrage du handle avec le client de test C++ livré sur le CD OPC
Factory Server :
l créer un raccourci sur le fichier exécutable OFSClient.exe,
l dans le détail des propriétés du raccourci, ajouter à la fin de la ligne
"Cible"="C:\ ...\OFSClient.exe" -h10 par exemple pour fixer un handle = 10 pour
ce client OPC.
Tous les exemples présentés sur les pages suivantes utilisent le client de test livré
sur le CD produit.
Pour plus d’information sur le client OPC se reporter à la partie OFS Client (Voir
OFS client, p. 205).
TLX DM OFS 2.5
185
Mise en oeuvre du serveur
Marche à suivre
pour la mise en
oeuvre du diag
buffer
En règle générale il faut créer deux groupes par client OPC et ainsi respecter le
séquencement suivant:
l création d’un groupe inactif,
l ajouter les items spécifiques (#DiagLogon, #DiagLogout, #DiagAckError,
#DiagReadStatus),
l se connecter sur la zone à surveiller (utilisation de #DiagLogon),
l création d’un groupe actif,
l ajouter l’item #DiagReadNextError.
l
un groupe inactif :
New Group
Name : GRP1
Notification
Initially active
Update rate :
Initially notification created
Dead banding : 0.000000
Initially notification enabled
OPC Version :
1000
ms
[0.0,1.0]
Auto
Notify time
Cancel
OK
1- Pour se connecter au diag buffer, le client OPC a besoin d’ajouter l’item
spécifique #DiagLogon (Voir Item spécifique #DiagLogon, p. 179) au groupe. La
connexion est établie lorsque le client OPC écrit et valide dans cet item le numéro
de zone de l’automate à surveiller. Si l’écriture s’est bien déroulée le client obtient
son numéro "d’identifiant viewer" en faisant une lecture (1 si c’est le premier
connecté).
2- Pour se deconnecter du diag buffer, le client OPC a besoin d’ajouter l’item
spécifique #DiagLogout (Voir Item spécifique #DiagLogout, p. 180) au groupe. La
déconnexion sera réalisée lorsque le client aura écrit une valeur (quelconque)
dans cet item.
3- Pour acquitter une erreur, le client OPC a besoin de l’item spécifique
#DiagAckError (Voir Item spécifique #DiagAckError, p. 182) au groupe.
4- Pour mettre à jour le status du Diag Buffer, le client OPC a besoin d’ajouter
l’item spécifique#DiagReadStatus (Voir Item spécifique #DiagReadStatus,
p. 183).
186
TLX DM OFS 2.5
Mise en oeuvre du serveur
L’écran suivant suivant illustre la mise en oeuvre des items spécifiques :
G OFSDoc1 - GRP1 - OPC 2.0
Diag1!#DiagLogon
Diag1!#DiagLogout
Diag1!#DiagAckError
Diag1!#DiagReadStatus
l
Field
Access Path
Active
Update
Quality
Canonical
Type
Access Rights
EU Type
Value
FALSE
ST 30/12/1899 00h00min00S
Bad (0)
Uns Short
Empty
Read & Write
None
Un groupe actif : ce groupe doit être créé ou rendu actif après la connexion
effective avec l’item #DiagLogon.
New Group
Name : GRP2
Notification
Initially active
Update rate :
Initially notification created
Dead banding : 0.000000
Initially notification enabled
OPC Version :
1000
ms
[0.0,1.0]
Auto
Notify time
Cancel
OK
Pour récupérer les alarmes provenant du diag buffer, le client a besoin d’ajouter
l’item spécifique #DiagReadNextError (Voir Item spécifique #DiagReadNextError, p. 181) au groupe.
TLX DM OFS 2.5
187
Mise en oeuvre du serveur
L’écran ci-dessous représente une table (Voir Format du tableau du Diag buffer
, p. 190) de 120 octets dans laquelle se trouve le code d’erreur (Voir Format du
tableau du Diag buffer , p. 190) de l’alarme remontée. Chaque octet représente
une information précise :
OPC OFSClient - [OFSDoc5 - GRP2 - OPC 2.0]
G File View Server Group Item Test Tools Window Help
Diag2!#DiagReadNextError
Ready
188
Field
Access Path
Active
Update
Quality
Canonical
Type
Access Rights
EU Type
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
NUM
Value
TRUE
ST 13/06/2001 09h28min16S
Good(192)
Uns Char[ ]
Uns Char[ ]
Read Only
None
0x08
0xC8
0x02
0x41
0x01
0x00
0x00
0x00
0x98
0x01
0x76
0x25
0xB9
0xD6
0xD2
0x11
0xC6
0xD6
0xD2
0x11
Schneider-Aut.OFS
TLX DM OFS 2.5
Mise en oeuvre du serveur
Exemple de traduction des octets V12 à V15 qui représentent l’heure de début
d’alarme. Le tableau décrivant le format de l’horodatage du Diag Buffer permet
d’extraire les différentes valeurs.
Les valeurs lues sont : V15=11h, V14=D2h, V13=D6h, V12=B9h.
V15
Hexadécimal
Binaire
Décodage
Date
1
0001
V14
1
0001
D
1101
V13
2
0010
D
1101
V12
B
1011
6
0110
4
7
9
13
26
Années
Mois
Jours
Heures
Minutes
9
1001
57
Secondes
Calcul de l’année : 4 + 1997 = 2001
Le résultat est donc 13h26min57s le 9/07/2001.
TLX DM OFS 2.5
189
Mise en oeuvre du serveur
Format du tableau du Diag buffer
Description
Le tableau (Voir Marche à suivre pour la mise en oeuvre du diag buffer, p. 186) de
120 octets (alarme remontée aprés un read sur #DiagReadNextError) est structuré
de la manière suivante :
Représentation de la structure de la table d’octets :
0
.
.
.
.
.
.
.
.
.
119
190
Erreur enregistrée
en tête de la table
Taille fixée
Données
spécifiques
Taille variable
Informations générales
stockées aprés l’enregistrement d’une erreur. La
longueur de cette
première partie est fixe,
elle est de 22 octets.
Informations spécifiques
stockées aprés l’enregistrement d’une erreur.
TLX DM OFS 2.5
Mise en oeuvre du serveur
Informations remontées par le Diag buffer en tête de la table
Description
La figure ci-dessous détaille le contenu des 22 premiers octets de la table :
Erreur enregistrée en
tête de table
1
3
N° identifiant l’erreur
Classe de
l’erreur
Longueur du
status
Taille en octets
0
2
Type
d’erreur
4
6
8
7
9
Status
handle
4
10
12
11
13
Horodatage du
début de l’alarme
15
17
4
14
16
Horodatage
de la fin de l’alarme
4
18
20
N° de la
Etat de
zone à surveiller l’erreur (alarme)
X
TLX DM OFS 2.5
1+1
4
5
19
21
2
1+1
N° d’octet
191
Mise en oeuvre du serveur
Définition du
contenu de la
table
l
N° identifiant l’erreur (codé sur 2 octets): c’est un numéro d’identifiant qui est
attribué pour l’acquittement. C’est ce numéro qui devra être écrit dans l’item
#DiagAckError pour acquitter une alarme,
l
Longueur du status (codé sur 1 octet): elle dépend du DFB que l’on a programmé.
Si la valeur est 2, c’est "status 0" c’est à dire que dans le "type d’erreur" on lira la
valeur du status 0. Si la valeur est 4, c’est "status 0 & status 1" c’est à dire que
dans le "type d’erreur" on lira la valeur de status 0 & status 1,
l
Classe d’erreur (codé sur 1 octet): détermine la classe de l’erreur.
Le tableau ci-dessous donne la définition du code remonté dans cet octet :
Symbole
Valeur
Commentaire
OFS_DIAG_CLASS_DFB_EV_DIA
0x40
erreur EV_DIA
OFS_DIAG_CLASS_DFB_MV_DIA
0x41
erreur MV_DIA
OFS_DIAG_CLASS_DFB_NEPO_DIA
0x42
erreur NEPO_DIA
OFS_DIAG_CLASS_DFB_ALARM
0x43
erreur ALRM
OFS_DIAG_CLASS_DFB_USERA
0x4A
erreur DFB USER
OFS_DIAG_CLASS_DFB_USERB
0x4B
erreur DFB USER
OFS_DIAG_CLASS_DFB_USERC
0x4C
erreur DFB USER
OFS_DIAG_CLASS_DFB_USERD
0x4D
erreur DFB USER
OFS_DIAG_CLASS_DFB_USERE
0x4E
erreur DFB USER
OFS_DIAG_CLASS_DFB_USERF
0x4F
erreur DFB USER
OFS_DIAG_CLASS_DFB_SYSTEM_ASI0
0x80
erreur STGENE de ASI_DIA
OFS_DIAG_CLASS_DFB_SYSTEM_ASI1
0x81
erreur STSLABS de ASI_DIA
OFS_DIAG_CLASS_DFB_SYSTEM_ASI2
0x82
erreur STSLKO de ASI_DIA
Classe d’erreur système
OFS_DIAG_CLASS_DFB_SYSTEM_ASI3
0x83
erreur STSLNC de ASI_DIA
OFS_DIAG_CLASS_DFB_SYSTEM_IO
0x84
erreur IO_DIA
OFS_DIAG_CLASS_DIAGSYSTEM
0x85
erreur système (Task, Arithm)
OFS_DIAG_CLASS_SYT_LOCALIO
0x86
erreur LOCAL IO
OFS_DIAG_CLASS_SYT_REMOTIO
0x87
erreur REMOTE IO
OFS_DIAG_CLASS_SYT_BUFFERFULL
0x88
Diag Buffer plein
Nouvelle caractéristique de PL7v4
192
TLX DM OFS 2.5
Mise en oeuvre du serveur
Note : Description des codes d’erreurs OFS voir (Listes des codes d’erreurs Diag
buffer, p. 249).
l
Type d’erreur (codé sur 4 octets): c’est le type d’erreur qui est remontée par le
diag buffer :
- Diag-DFB erreur : valeur du status, codage sur 2 octets pour "longueur du
status" = 2, 4 octets pour "longueur du status" = 4.
- Grafcet : erreur système, présente lorsque le temps d’exécution dépasse le
temps prévu.
Pour plus d’information se référer à la doc de PL7sur les DFB.
l
Status handle (codé sur 4 octets): cette valeur doit être utilisée lors d’une écriture
sur #DiagReadStatus,
l
Horodatage du début de l’alarme (codé sur 4 octets): c’est l’heure et la date à
laquelle l’alarme s’est déclenchée,
l
Horodatage de la fin de l’alarme (codé sur 4 octets): c’est l’heure et la date à
laquelle l’alarme a disparu,
Format de l’horodatage :
Champ
Commentaire
Bits
Valeur
nb de bits
Sec
secondes
0-5
0 - 59
6
Min
minutes
6 - 11
0 - 59
6
Hour
heures
12 - 16
0 - 23
5
Day
jours
17 - 21
1 - 31
5
Mon
mois (janvier = 1)
22 - 25
1 - 12
4
Year
année courante - 1997(2001 = 4)
26 - 31
0 - 63
6
l
Etat de l’erreur (alarme) : c’est l’état instantané de l’alarme en cours,
7
2 1 0
Acquittement demandé
Acquittement de l’erreur
Etat de l’erreur
l
TLX DM OFS 2.5
bit 0 : état de l’erreur:
0 : l’erreur a disparu,
1 : l’erreur est active.
193
Mise en oeuvre du serveur
l
l
l
194
bit 1: acquittement de l’erreur:
0: l’erreur a été acquittée,
1: l’erreur n’est pas acquitté ou l’acquittement n’a pas été demandé.
bit 2 : type d’alarme (sans ou avec acquittement):
0: acquittement non demandé,
1: acquittement demandé.
N° de la zone à surveiller : c’est la zone de l’automate d’où provient l’erreur
remontée par le diag buffer. Les erreurs grafcet appartiennent toujours à la zone
commune.
TLX DM OFS 2.5
Mise en oeuvre du serveur
Informations spécifiques remontées par le Diag buffer dans la table
Erreurs de
données
spécifiques
Il y a deux types de données spécifiques :
l les données spécifiques du DFB,
l les "autres" données spécifiques.
Les données
spécifiques du
Diag buffer
Le schéma ci-dessous décrit la partie Données spécifiques Taille Variable pour les
classes d’erreur comprises entre OFS_DIAG_CLASS_DFB_EV_DIA et
OFS_DIAG_CLASS_DFB_SYSTEM_IO ( voir Définition du contenu de la table,
p. 192) :
Erreurs spécifiques du
DFB
TLX DM OFS 2.5
Taille en octets
Longueur du commentaire(octet)
+
commentaire
1 + variable
Longueur du nom “instancié” (octet)
+
nom “instancié”
1 + variable
Longueur du type de DFB
(octet)
+
type de DFB
1 + variable
Longueur de l’adresse du
programme
+
adresse programme
1 + variable
195
Mise en oeuvre du serveur
Définition du
contenu de la
table
l
l
l
l
Les "autres"
données
spécifiques
196
Longueur du commentaire + commentaire:
Le contenu est dans une première partie une variable "length" qui donne la
longueur du commentaire puis le message d’erreur DFB.
Longueur du nom "instancié" + nom "instancié":
Le contenu est dans une première partie une variable "length" qui donne la
longueur du nom "instancié" puis le nom "instancié" DFB.
Longueur du nom du fichier + nom du fichier :
Le contenu est dans une première partie une variable "length" qui donne la
longueur du nom du fichier puis le nom du fichier.
Longueur de l’adresse du programme + adresse programme:
Le contenu est dans une première partie une variable "length" qui donne la
longueur de l’adresse du programme puis l’adresse du programme qui
correspond à une erreur d’éxécution du DFB.
Le schéma ci-dessous décrit la partie Données Spécifiques Taille Variable pour les
classes d’erreur comprises entre OFS_DIAG_CLASS_DIAGSYSTEM et
OFS_DIAG_CLASS_SYST_BUFFERFULL ( voir Définition du contenu de la table,
p. 192).
Les données spécifiques donnent plus d’informations selon l’erreur de classe
enregistrée.
Représentation :
Données spécifiquesTaille
Variable en tête de table
Enregistre des informations
générales sur les compléments d’informations.
Données spécifiquesTaille Variable
autres données
Enregistre des informations
spécifiques selon le type de
complément d’informations.
TLX DM OFS 2.5
Mise en oeuvre du serveur
Données
spécifiques
Taille Variable en
tête de table
Le schéma ci-dessous donne la structure des Données spécifiques Taille Variable
en tête de table :
Informations complémentaires
en tête de table
Taille en octets
Longueur du commentaire
(octets)
+
commentaire
1 + variable
Longueur du nom “instancié”
(octets)
+
nom “instancié”
1 + variable
Type
l
l
l
l
TLX DM OFS 2.5
Information sur
la taille
1+1
Longueur du commentaire + commentaire:
Le contenu est dans une première partie une variable "length" qui donne la
longueur du commentaire puis le message d’erreur diagnostics DFB.
Longueur du nom "instancié" + nom "instancié":
Le contenu est dans une première partie une variable "length" qui donne la
longueur du nom "instancié" puis le nom "instancié" de l’erreur diagnostic.
Information sur la taille :
Le contenu donne la taille des informations complémentaires du buffer.
Type :
Le contenu donne le type de l’information complémentaire des données
spécifiques.
197
Mise en oeuvre du serveur
6.28
Conseils sur l’utilisation du serveur
Conseils
Présentation
198
Vous trouverez dans ce chapitre quelques conseils pour une utilisation optimale du
serveur. D'une manière génarale, il faut se rappeler que la limitation sur le nombre
d'items accéssibles simultanément est liée aux ressources de communication entre
le serveur OFS et les équipements. L'élément limitant étant l'entrance des coupleurs
de communication sur les automates.
l pour un groupe contenant un grand nombre d'items (plusieurs milliers), la
création des items ou la modification des propriétés du groupe (période de mise
à jour par exemple) est beaucoup plus rapide en désactivant le groupe au
préalable et en le réactivant quand l'opération est terminée. Ce point est
particulièrement important lors de l'utilisation des groupes synchrones ($ et $$),
car pour chaque item créé, il y a vérification de la destination du nouvel item par
rapport au premier item créé dans le groupe,
l lors de l'utilisation d'un grand nombre d'items (plusieurs milliers), les répartir sur
plusieurs groupes pour adapter la période de mise à jour et ainsi avoir la
possibilité de les désynchroniser entre eux. Ceci pour éviter les pics de
communication avec les équipements,
l lors du développement d'une application, il est préférable d'utiliser la méthode
"AddItems" qui est plus performante que la méthode "AddItem" simple.
TLX DM OFS 2.5
Guide de l’utilisateur
7
Présentation
Objet de ce
chapitre
Ce chapitre a pour but de vous présenter le guide de l’utilisateur.
Contenu de ce
chapitre
Ce chapitre contient les sujets suivants :
TLX DM OFS 2.5
Sujet
Page
OPC custom
200
Description de l’interface OLE Automation exposée
201
Le gestionnaire OFS
202
OFS client
205
199
Guide de l’utilisateur
OPC custom
Description
200
L'interface OPC custom du produit OFS est compatible avec la version 1.0A et la
version 2.0.
L'interface OPC custom 2.0 est simplement une version plus complète de l'interface
OPC custom 1.0A. Il n'y a donc aucun problème de COMPATIBILITE entre les
interfaces 1.0A et 2.0.
Les nouvelles interfaces introduites par la version 2.0 sont les suivantes :
l IOPCCommon,
l IOPCItemProperties,
l ConnectionPointContainer,
l IOPCAsyncIO2.
Les documents de spécifications OPC sont inclus sur le CD-ROM OFS
(OPC_Spec\OPC1.0A et OPC_Spec\OPC 2.04) :
l OPC 1.0A\Opcfinal.doc est le document "OPC 1.0A standard document"
(couvrant à la fois l'interface Custom et Automation),
l OPC 2.04\Opcovw.pdf est le document "OPC overview 1.0 document",
l OPC 2.04\Opccomn.pdf est le document "OPC Common definitions 1.0
document",
l OPC 2.04\Opcda204_cust.pdf est le document de "OPC Data Access Custom
Interface 2.03 document".
Ce document peut être chargé à partir du site web OPC Foundation :
www.opcfoundation.org
La description de l'utilisation directe de cette interface n'entre pas dans le cadre de
cette documentation.
TLX DM OFS 2.5
Guide de l’utilisateur
Description de l’interface OLE Automation exposée
Description
Le produit OPC Factory Server est compatible avec les deux normes OPC
Automation 1.0 et 2.03, une DLL pour chaque version standard est livrée avec le
produit.
Les normes OPC Automation 1.0 et 2.0 sont complètement différentes, il n'y a
aucune compatibilité entre ces interfaces.
En conséquence, c'est uniquement par compatibilité avec les versions précédentes
que la norme OPC Automation 1.0 est supportée par OPC Factory Server. Le fichier
OPC Automation DLL 1.0 fourni est exactement le même fichier DLL que celui qui
accompagnait les versions précedentes OFS.
Les documents de produit OPC sont inclus dans le CD-ROM OFS
(OPC_Spec\OPC1.0A et OPC_Spec\OPC 2.03) :
l OPC 1.0A\Opcfinal.doc est le document complet sur la norme OPC 1.0A
(couvrant à la fois les interfaces Custom et Automation),
l OPC 2.03\Opcda20_auto.pdf est le document de l'interface OPC Automation
2.02.
Modèle objet de l'interface OLE Automation d'un serveur OPC 2.03 :
Serveur OPC
(OPCServer)
Objet
Groupes
Collection
Groupe
(OPCGroup)
Groupes
Items
(OPCItem)
TLX DM OFS 2.5
201
Guide de l’utilisateur
Le gestionnaire OFS
Description
Le gestionnaire OFS est un outil de dépannage et de réglage qui fonctionne
UNIQUEMENT avec l'OPC Factory server (en local ou en déporté) ou le simulateur
OFS.
Toutes les fonctions de dépannage du gestionnaire OFS sont disponibles depuis
l'interface de mise au point du serveur. Ces fonctions sont particulièrement utiles
pour le télédépannage ou quand l'OFS opère sans son interface de mise au point
(ex : quand il fonctionne en tant que service NT).
Les fonctions de réglage du gestionnaire OFS ne sont accessibles que par le biais
du gestionnaire OFS.
Si le gestionnaire OFS n'est pas sélectionné dans le Configurateur OFS (Voir Onglet
Options, p. 57), le gestionnaire OFS fonctionne en mode lecture seule (pas de
modification possible).
Il n'y a pas de lien entre le gestionnaire OFS et le Configurateur OFS. Cela signifie
que toutes les modifications (alias, modes mise au point, ) sont valides uniquement
pour l'instance courante du serveur. En refermant le serveur et en le rouvrant, toutes
les modifications apportées sont perdues.
Connexion au serveur : Menu Server -> Connect
Gestion des alias : sélectionner un alias et utiliser ensuite le menu Alias ou le
bouton droit de la souris :
l création d'un alias : il est possible de créer jusqu'à N alias dynamiques. N est la
valeur qui a été donnée dans la page de l'onglet Options (Voir Onglet Options,
p. 57).
l modification d'un alias : sert à modifier l'adresse réseau ou le nom de fichier de
table de symboles
l suppression d'un alias : sert à détruire un alias de la liste
Les modifications apportées sont applicables uniquement pendant la session en
cours du serveur. Elles ne sont pas mémorisées lors des lancements suivants.
Tables de symboles :
Il est possible de demander au serveur de refermer un fichier de table de symboles
déjà ouvert et de le rouvrir. Aucune modification ne sera effectuée sur les items qui
existent déjà. Par contre, la liste des symboles sera mise à jour (Ex : pour l'interface
OPC browse).
Pour cela, sélectionner d'abord le nom de fichier de table de symboles, parmi les
noms de fichier présentés dans la fenêtre Tables de symboles. Utiliser ensuite le
menu Symbol Table ou le bouton droit de la souris.
Gestion du mode de mise au point :
Le serveur OFS a 3 options de mise au point, à savoir :
l Verbose Mode : il s'agit d'un mode d'affichage complet, les messages étant
présentés dans la fenêtre Débogue.
202
TLX DM OFS 2.5
Guide de l’utilisateur
l
l
Symbol Mode : il permet d'afficher dans la fenêtre Débogue des messages
d'informations supplémentaires se rapportant aux tables de symboles.
Request : il permet d'afficher dans la fenêtre Débogue XWAY ou MODBUS, des
informations se rapportant à la génération des requêtes de réseau.
Gestion des fichiers journal :
Le serveur OFS peut enregistrer des messages dans 3 fichiers journal différents (un
pour la fenêtre principale Diagnostic, un pour la fenêtre MODBUS et un autre pour
la fenêtre XWAY).
Avec le gestionnaire OFS, on a la possibilité, le serveur étant en cours d’exécution,
d’ouvrir ou fermer n'importe lequel de ces fichiers.
Pour ouvrir ou fermer le fichier, sélectionner le fichier en question dans la fenêtre
"Log files" et utiliser le menu Log ou le bouton droit de la souris.
Affichage des informations :
L'affichage des informations est statique par défaut (pas de rafraîchissement).
Pour rafraîchir l'affichage, utiliser le menu View -> Refresh.
Pour rafraîchir automatiquement l'affichage, utiliser le menu View -> Auto Refresh.
Par défaut, l'écran est rafraîchi toutes les 1 seconde. On peut modifier cette
fréquence avec le menu View -> Options.
Si on sélectionne la fenêtre Status, le gestionnaire OFS affiche des informations
générales (contenu identique à celui de la fenêtre état de l'interface de mise au point
"Status Window").
Si on sélectionne la fenêtre Protocoles puis un protocole (XWAY ou MODBUS), le
gestionnaire OFS affiche des informations statistiques se rapportant au protocole
choisi. Ces informations sont exactement les mêmes que celles qui apparaissent
dans les fenêtres XWAY ou MODBUS de l'interface de mise au point du serveur.
Pour chaque équipement relié au serveur, on peut afficher certaines informations de
mise au point. Sélectionner l'équipement au-dessous de son protocole (XWAY ou
MODBUS), dans la partie gauche de l'affichage du gestionnaire OFS. Les
informations affichées sont les mêmes que celles qui apparaissent sur chaque
équipement avec l'interface de mise au point du serveur.
Fonction de rechargement :
Pour tout équipement associé à un projet Concept de type PRJ, la table de
symboles peut être rechargée manuellement en utilisant le menu device->reload
and update. Le menu est activé en sélectionnant l’équipement dans la liste des
équipements, sous le protocole MODBUS.
Affichage des messages d'erreur et de débogue :
Tant que vous êtes connecté au serveur OFS, tous les messages d'erreur sont
affichés dans la zone de texte Errors (Erreurs).
Si vous êtes intéressé par tous les messages (y compris les messages
d'avertissement et d'information) vous pouvez activer la zone de texte Débogue à
partir du menu View->Debug Messages.
TLX DM OFS 2.5
203
Guide de l’utilisateur
Enregistrement des informations :
A partir du menu File -> Save As, vous pouvez enregistrer à tout moment la totalité
des informations dans un fichier .txt détenu par le gestionnaire OFS (Liste d'alias,
Messages, Valeurs compteurs, ). C'est la seule façon d'enregistrer ce type
d'information (impossible avec l'interface de mise au point du serveur).
Visualisation des informations serveur :
La rubrique Server Infos permet de visualiser le nom du serveur, le type de produit,
la version et son mode de fonctionnement (normal ou simulé). Ceci est particulièrement utile quand le serveur fonctionne en mode caché et/ou en service NT (sans
interface).
204
TLX DM OFS 2.5
Guide de l’utilisateur
OFS client
Description
OFS Client est un client OPC fourni avec le serveur OFS comme outil de test. Il
s'agit d'un client OPC normal qu'on peut utiliser avec n’importe quel serveur OPC.
Pour l'installer sur la machine, sélectionner l'option "Exemple d'applicatif en C++" au
cours de l'installation du poste complet ou l'option "Client de test du serveur OFS"
pendant l'installation du poste distant.
La cible du test est l'interface custom (à la fois OPC 1.0A et 2.0).
Les principaux usages de ce client sont les suivants :
l test du serveur OFS installé (en local ou en déporté), notamment de n'importe
quelle fonction ne marchant pas correctement avec votre client OPC,
l réglage du serveur OFS à l'aide de certains items spécifiques qui ne sont peutêtre pas souhaitables, voire qui ne sont pas possibles, dans votre applicatif OPC.
Les items spécifiques (Voir Items spécifiques, p. 157) correspondant à chaque
équipement sont disponibles avec l'interface OPC browse.
Caractéristiques principales du client OFS :
l connexion : locale (par défaut, c'est le serveur OFS) ou distante : elle doit lancer
le serveur OFS s'il ne fonctionne pas déjà,
l interfaces OPC : avec le menu Server -> Interfaces, il est possible de voir la liste
des interfaces OPC supportées,
l OPC commun : avec le menu Server -> Common, il est possible de lire/écrire le
nom de client et l'identification locale,
l création d'un groupe : avec le menu Group -> New Group : on peut attribuer des
valeurs aux paramètres du groupe principal et sélectionner la version des
interfaces à utiliser (OPC Version 1.0A ou 2.0). C'est une fonction intéressante
pour le mécanisme de notification (OnDataChange ou IConnectionPoint) ainsi
que pour la lecture/écriture asynchrone (auto signifie OPC 2.0 s'il est disponible),
l création d'un item : avec le menu Item -> New, on peut sélectionner UN item et
l'ajouter à un groupe ; avec le menu Group -> Add Items, on peut sélectionner et
valider plusieurs items à la fois ou les ajouter à un groupe,
l propriétés de groupe : avec le menu Group -> Properties, on peut activer/
désactiver le groupe et modifier la périodicité des mises à jour. La lecture d'un
groupe peut se faire depuis la mémoire cache ou depuis l'équipement,
l lecture/Ecriture d'un groupe : avec le menu Group, on peut lire/écrire toutes les
valeurs d'un groupe avec les fonctions d'interface OPC Sync ou OPC Async
(sélectionner d'abord un groupe existant),
l lecture/Ecriture d'un item : avec le menu Item, on peut ajouter/supprimer ou lire/
écrire un seul item (sélectionner d'abord l'item dans un groupe),
l fenêtre d'affichage : avec le menu Window, il est possible de créer (pour un
groupe existant) une List Window sur laquelle figurent en même temps les
valeurs de tous les items d'un groupe ou une Trace Window qui présente des
informations sur les notifications,
TLX DM OFS 2.5
205
Guide de l’utilisateur
l
206
propriétés d'item OPC : avec l'interface de consultation (ouverte avec le menu
Item -> New), sélectionner un symbole et cliquer sur le bouton Properties.
Sélectionner l'identification de propriété (sur la gauche de la boîte de dialogue)
puis OK.
TLX DM OFS 2.5
Performances
8
Présentation
Objet de ce
chapitre
Ce chapitre a pour but de vous décrire les performances du serveur OFS.
Contenu de ce
chapitre
Ce chapitre contient les sous-chapitres suivants :
TLX DM OFS 2.5
Souschapitre
Sujet
Page
8.1
Présentation du chapitre performance
208
8.2
Performances statiques
209
8.3
Performances dynamiques
224
207
Performances
8.1
Présentation du chapitre performance
Performances d’OFS
Description
208
Cette partie est consacrée à la présentation des performances du serveur OFS,
selon deux axes : l’évaluation des performances statiques, ou le nombre maximum
d’items déclarables pour un équipement donné en fonction de certains critères
d’utilisation, et l’évaluation des performances dynamiques, ou dans une
configuration donnée la mesure des temps d’échange et de rafraichissement des
valeurs.
TLX DM OFS 2.5
Performances
8.2
Performances statiques
Présentation
Objet de ce souschapitre
Ce sous-chapitre a pour but de vous décrire les performances statiques d’OFS.
OFS est doté d’algorithmes dédiés à l’optimisation de l’utilisation des requêtes
réseau. Les items déclarés sur un équipement donné sont ainsi regroupés autant
que possible au sein de mêmes requêtes afin de minimiser le nombre de ces
dernières.
Contenu de ce
sous-chapitre
Ce sous-chapitre contient les sujets suivants :
TLX DM OFS 2.5
Sujet
Page
Nombre d’items logeables dans une seule requête
210
Utilisation des groupes
212
Optimisation des requêtes
213
Ecriture de variables Concept de type structure
215
Adressage des modules d’entrées/sorties TOR
216
Adressage des modules d’entrées/sorties analogiques
218
Restrictions et conseils pour les objets d’entrées/sorties
221
Visualisation du nombre de requêtes généré par OFS
223
209
Performances
Nombre d’items logeables dans une seule requête
Cohérence d’un
item
Le tableau qui suit présente le nombre d’items de même type et consécutifs, qui
peuvent être logés dans une seule requête. Ils présentent ainsi la caractéristique
d’être accédés sur un même cycle automate et donc de présenter des valeurs
cohérentes vis à vis de l’automate (sauf dans le cas particulier de la porte 7 sur
XWAY TCPIP, pour laquelle l’accès est réalisé de façon asynchrone cycle).
Ces mesures ont été réalisées en utilisant des items de type tableau. En XWAY,
lorsque vous utilisez des items simples, retranchez environ 8 au total obtenu
(exemple : 985 au lieu de 992 sur XWAY TCP-IP).
Rappel : Pour les automates de type Série 7 et S1000, l’option "Série 7 PLC" a été
selectionnée dans la page de propriétés du configurateur.
En lecture :
Média de communication
Nombre d’éléments cohérents entre eux (selon leur type)
bits
210
mots
Mots double et
flottants
Caractères
(chaîne)
XWAY TCP-IP
992
124
62
248
XWAY TCP-IP et ETHWAY
service 1K
4064
508
254
1016
ETHWAY
992
124
62
248
FIPWAY
480
60
30
120
ISAWAY
920
115
57
230
UNI-TELWAY (prise terminale)
480
60
30
120
MODBUS
Variables localisées
2000
125
62
-
MODBUS
Variables non localisées
Concept 2.5 et ultérieur
246
122
61
-
MODBUS
Variables non localisées
Concept 2.2 et antérieur
246
123
61
-
MODBUS TCP-IP sur Premium 1000
125
62
-
ETHWAY/FIPWAY/
UNITELWAY sur Série7
480
60
30
-
ETHWAY sur S1000
4088
511
255
1022
TLX DM OFS 2.5
Performances
En écriture :
Média de communication
TLX DM OFS 2.5
Nombre d’éléments cohérents entre eux (selon leur type)
bits
mots
Mots double et
flottants
Caractères (chaîne)
XWAY TCP-IP
1960
122
61
244
XWAY TCP-IP et ETHWAY
service 1K
8104
506
253
1012
ETHWAY
1960
122
61
244
FIPWAY
928
58
29
116
ISAWAY
1808
113
56
226
UNI-TELWAY (prise
terminale)
928
58
29
116
MODBUS
Variables localisées
800
100
50
-
MODBUS
Variables non localisées
Concept 2.5 et ultérieur
1
1
1
-
MODBUS
Variables non localisées
Concept 2.2 et antérieur
1
1
1
-
MODBUS TCP-IP sur
Premium
800
100
50
-
ETHWAY/FIPWAY/
UNITELWAY sur Série 7
496
57
28
-
ETHWAY sur S1000
8128
508
254
1016
211
Performances
Utilisation des groupes
Description
Si vous repartissez les items dans différents groupes, cela peut avoir une incidence
sur la construction des requêtes réseau. Pour chaque équipement, les items sont
éventuellement séparés en lots indépendants. Toutefois, les lots ne seront pas
déterminés par les groupes eux mêmes mais par les périodes de raffraichissement
des groupes.
Illustration :
Groupes
Items associés à une période
Période 1
Période 2
De fait :
l il n’y a aucune différence entre déclarer des items dans des groupes différents
ayant la même période de raffraichissement, et déclarer les mêmes items dans
un seul groupe de même période.
l lorsque des groupes de périodes différentes sont déclarés, le nombre de
requêtes réseau nécessaire à la lecture des items aura de grande chance d’être
supérieur. En contrepartie, les trames sont émises à des fréquences plus
appropriées, ce qui peut conduire à diminuer de façon intéressante la charge
globale sur les équipements et le réseau.
212
TLX DM OFS 2.5
Performances
Optimisation des requêtes
Description
L’optimisation est effectuée individuellement pour chaque lot d’item correspondant
à un équipement et une fréquence.
Les algorithmes d’optimisation suivent deux étapes :
l Compactage : regroupement en tableaux des items de même type et dont les
adresses sont proches. Pour l’écriture, ce regroupement n’est effectué que si les
items sont strictement consécutifs. Le critère de regroupement consiste à évaluer
si il est plus intéressant d’envoyer les ordres de lecture/écriture des 2 items
individuellement ou du tableau obtenu. A partir des items d’origine, on obtient une
liste d’éléments à transmettre à l’automate pour lecture ou écriture. Le
compactage est également appliqué pour les données non localisées si la
version de Concept utilisée est égale ou supérieure à 2.5. Sur les automates de
type Série 7, le compactage n’est pas effectué pour les bits unitaires. Pour les
tableaux de bits, il n’est réalisé que si leur nombre est multiple de 8.
l Concatenation : construction des requêtes en utilisant au mieux les possibilités
offertes par le protocole. OFS ajuste automatiquement la taille des requêtes au
maximum admissible :
Taille des requêtes en octet en fonction du protocole :
Réseau
Taille maximale en octets
XWAY TCP-IP
256
XWAY TCP-IP service 1K
1024
ETHWAY
128
ETHWAY service 1K
1024
FIPWAY
128
ISAWAY
238
UNI-TELWAY
128
Tous médias sur Série 7
128
ETHWAY sur S1000
1024
MODBUS
256
Protocole UNITE V2 (Premium, Micro) : la requête de lecture permet de regrouper
plusieurs ordres de lecture différents. OFS se charge de remplir chaque requête en
y insérant autant d’élements que possible, quels que soient leur type et leur
adresse. L’optimisation est donc très efficace.
En revanche, la requête d’écriture ne permet d’envoyer qu’un seul ordre d’écriture
sur un seul élement. Seul le compactage est alors effectué.
TLX DM OFS 2.5
213
Performances
Protocole UNITE V1 (Série 7, S1000) : les requêtes de lecture et d’écriture ne
fonctionnent que sur un seul élement. Seul le compactage est effectué. La
performance en lecture sur les anciennes gammes est donc très inférieure à celle
des automates Premium et Micro.
Protocole Modbus (Quantum, Premium) : même principe que pour UNITE V1.
Toutefois, les types de données de base sont moins nombreux et les possibilités de
compactage sont donc plus grandes.
Protocole Modbus pour données non-localisées (Quantum) : les requêtes de
lecture et écriture permettent de regrouper plusieurs élements différents. Si la
version de Concept utilisée est égale ou supérieure à 2.5, l’optimisation combinant
compactage et concaténation, est très efficace.
214
TLX DM OFS 2.5
Performances
Ecriture de variables Concept de type structure
Description
Concept offre la possibilité de construire des structures de données, composées de
membres de types différents.
Ecriture unitaire de bits : il est important de noter que lorsque des champs de type
bit ou octet sont déclarés dans la structure, ils ne sont pas compactés. De fait,
chacun de ces champs fait l’objet d’une requête d’écriture.Exemple : une structure
comportant 2 bits et trois mots consécutifs donnera lieu à 3 requêtes si les champs
sont écrits unitairement. A noter que l’écriture de la structure dans sa globalité
donnera par contre lieu à une seule requête.
Ecriture de champs non alignés : lorsque les membres ne sont pas alignés sur des
frontières de 16 bits, l’écriture d’un de ces membres, qui ne peut être effectuée avec
une seule requête est rendue interdite
Illustration :
Structure alignée :
bool
Structure non alignée :
bool
bool
réel
réel
bool
bool
bool
bool
bool
Le membre de type réel est considéré comme stocké sur 3 adresses. L’écriture
nécessiterait 2 accès octet et 1 accès mot.Lorsque cela est possible, il est donc
préférable de construire les structures en prenant en compte le critère d’alignement.
Important : l’écriture d’une structure complète, y compris lorsque les membres à
l’intérieur sont non alignés reste possible.
TLX DM OFS 2.5
215
Performances
Adressage des modules d’entrées/sorties TOR
Généralités
L’adressage des modules d’entrées/sorties TOR concerne les TSX DEY, TSX DSY,
TSX DMY, TSX DEZ, TSX DSZ, TSX DMZ ainsi que les TBX et les familles
Momentum.
Les parties "Opération de lecture" et "Opération d’écriture" utilisent un type
d’optimisation appellé "optimisation module".
Opération de
lecture
Le compactage des items adressant le même module est réalisé pour les modules
d’entrées/sorties TOR
Par exemple, pour un module d’entrée TOR, la lecture des objets suivants génère
une requête :
Objet
Commentaire
%I1.0
bit d’entrée du rack 0, module 1 et voie 0
%I1.0.ERR
erreur sur la voie du rack 0, module 1 et voie 0
%I1.2
bit d’entrée du rack 0, module 1 et voie 2
%I1.3.ERR
erreur sur la voie du rack 0, module 1 et voie 3
%I1.6
bit d’entrée du rack 0, module 1 et voie 6
%I1.31
bit d’entrée du rack 0, module 1 et voie 31
Par contre, si l’on rajoute aux objets précédents le bit d’erreur du module, sachant
qu’à lui seul il génère une requête, la lecture de tous les objets tiendra sur deux
requêtes :
216
Objet
Commentaire
%I1.0
bit d’entrée du rack 0, module 1 et voie 0
%I1.0.ERR
erreur sur la voie du rack 0, module 1 et voie 0
%I1.2
bit d’entrée du rack 0, module 1 et voie 2
%I1.3.ERR
erreur sur la voie du rack 0, module 1 et voie 3
%I1.MOD.ERR
erreur sur le module du rack 0, module 1 et voie 3
%I1.6
bit d’entrée du rack 0, module 1 et voie 6
%I1.31
bit d’entrée du rack 0, module 1 et voie 31
TLX DM OFS 2.5
Performances
Opération
d’écriture
TLX DM OFS 2.5
La concaténation des items (qui est la construction des requêtes par optimisation
des possibilités offertes par le protocole) adressant le même module est réalisé
pour les modules d’entrées/sorties TOR.
OFS ajuste automatiquement la taille des requêtes jusqu’au maximum qui est
admissible par le protocole.
Par exemple, sur un bus Uni-telway, pour un module de sortie TOR, l’écriture des
objets suivants génère une requête :
Objet
Commentaire
%Q2.0
bit de sortie du rack 0, module 2 et voie 0
%Q2.1
bit de sortie du rack 0, module 2 et voie 1
%Q2.3
bit de sortie du rack 0, module 2 et voie 3
%Q2.10
bit de sortie du rack 0, module 2 et voie 10
%Q2.11
bit de sortie du rack 0, module 2 et voie 11
%Q2.31
bit de sortie du rack 0, module 2 et voie 31
217
Performances
Adressage des modules d’entrées/sorties analogiques
Généralités
Cette partie concerne tous les modules qui ne sont pas décrits dans l’adressage des
modules d’entrées/sorties TOR (Voir Adressage des modules d’entrées/sorties
TOR, p. 216) et principalement les TSX AEY, TSX ASY, TSX AEZ, TSX ASZ ainsi
que les objets tableaux d’échanges périodiques de 64 mots de l’agent Fipio.
Les parties "Opération de lecture" et "Opération d’écriture" utilisent un type
d’optimisation appellé "optimisation voie".
Opération de
lecture
En lecture, le compactage et la concaténation des objets sont effectués sur des
items adressant la même voie d’un modules d’entrées/sorties.
Par exemple, la lecture des objets suivants génère une requête :
Objet
Commentaire
%IW1.0.2
mot d’entrée du rack 0, module 1 ,voie 0 et rang 2
%IW1.0.3
mot d’entrée du rack 0, module 1 ,voie 0 et rang 3
%IW1.0.10
mot d’entrée du rack 0, module 1 ,voie 0 et rang 10
%ID1.0
double mot d’entrée du rack 0, module 1 ,voie 0 et rang 0
%ID1.0.4
double mot d’entrée du rack 0, module 1 ,voie 0 et rang 4
%ID1.0.6
double mot d’entrée du rack 0, module 1 ,voie 0 et rang 6
%ID1.0.11
double mot d’entrée du rack 0, module 1 ,voie 0 et rang 11
ainsi que pour des objets de l’agent Fipio :
218
Objet
Commentaire
%IW\0.2.54\0.0
mot d’entrée au point de connection 54 d’un module de base ,voie 0 et
rang 0
%IW\0.2.54\0.0.1
mot d’entrée au point de connection 54 d’un module de base ,voie 0 et
rang 1
%IW\0.2.54\0.0.2
mot d’entrée au point de connection 54 d’un module de base ,voie 0 et
rang 2
%IW\0.2.54\0.0.29
mot d’entrée au point de connection 54 d’un module de base ,voie 0 et
rang 29
%IW\0.2.54\0.0.30
mot d’entrée au point de connection 54 d’un module de base ,voie 0 et
rang 30
%IW\0.2.54\0.0.31
mot d’entrée au point de connection 54 d’un module de base ,voie 0 et
rang 31
TLX DM OFS 2.5
Performances
Si l’on veut adresser des voies différentes, il faut compter une requête par voie
adressée, dans cet exemple 5 requêtes sont générées :
Objet
Commentaire
%IW1.0
mot d’entrée du rack 0, module 1 ,voie 0 et rang 0
%IW1.1
mot d’entrée du rack 0, module 1 ,voie 1 et rang 0
%IW1.3
mot d’entrée du rack 0, module 1 ,voie 2 et rang 0
%IW1.4.2
mot d’entrée du rack 0, module 1 ,voie 4 et rang 2
%IW1.15
mot d’entrée du rack 0, module 1 ,voie 15 et rang 0
Le bit d’erreur du module génère une requête en plus tandis que le bit de voie du
module ne génère pas de requête supplémentaire. Si le bit de voie du module
génère une requête supplémentaire, le bit d’erreur du module fera parti de cette
même requête.
Les objets suivants génèrent une seule requête :
Objet
Commentaire
%I1.0
%I1.0.1
%I1.0.3
%I1.0.15
%I1.0.ERR
Les objets suivants génèrent 2 requêtes :
Objet
Commentaire
%I1.0
%I1.0.1
%I1.0.3
%I1.0.15
%I1.0.ERR
%I1.MOD.ERR
TLX DM OFS 2.5
219
Performances
Opération
d'écriture
220
En écriture, la concaténation des objets est effectuée sur des items adressant la
même voie d’un modules d’entrées/sorties.
Par exemple, sur un bus Uni-telway, l’écriture des objets suivants génère une
requête :
Objet
Commentaire
%QD1.0
double mot de sortie du rack 0, module 1 ,voie 0 et rang 0
%QW1.0.2
mot de sortie du rack 0, module 1 ,voie 0 et rang 2
%QW1.0.3
mot de sortie du rack 0, module 1 ,voie 0 et rang 3
%Q1.0
bit de sortie du rack 0, module 1 ,voie 0 et rang 0
TLX DM OFS 2.5
Performances
Restrictions et conseils pour les objets d’entrées/sorties
Performances
des entrées/
sorties
l
Définir un item
d’E/S lorsque
l’équipement ou
le module d’E/S
n’est pas
connecté
l
si l’équipement et/ou le module d’E/S ne sont pas connectés lorsque l’item est
défini, "l’optimisation module (Voir Généralités, p. 216)" n’est pas réalisé.
Par conséquent, les voies des modules d’E/S TOR sont adressées avec
"optimisation voie" (Voir Généralités, p. 218), soit une requête par voie.
Gestion d’un état
de repli/forçage
d’un module de
sortie TOR
l
lorsqu’une voie de sortie d’un module TOR est dans un état de repli, OFS le
détecte et met l’item relatif avec la qualité "Uncertain",
lorsqu’une voie de sortie d’un module TOR est dans un état de forçage, aucune
opération spécifique n’est réalisée puisque la valeur affichée correspond à la
valeur de forçage courante.
l
l
la lecture d’une grande quantité d’items d’entrées/sorties peut générer plusieurs
requêtes,
attention aux pertes de performances qui pourraient se produire, principalement
si l’on adresse des items autres que des items d’E/S.
Note : Les opérations d’écritures ne peuvent être prises en compte tant que les
voies concernées sont dans un état de repli.
Lorsqu’un TSX Premium est en mode "Stop" après une opération de
téléchargement, les voies de sorties TOR ne sont pas en état de repli et les %Q
sont en qualité "Good".
Par contre, lorsqu’un TSX Micro est en mode "Stop" après une opération de
téléchargement, les voies de sorties TOR ne sont pas en état de repli mais les %Q
sont en qualité "Uncertain").
Gestion d’un état
de repli/forçage
d’un module de
sortie
analogique
l
lorsqu’une voie de sortie d’un module ANA est dans un état de repli ou de
forçage, OFS ne le détecte pas.La qualité de l’item relatif à la voie de sortie du
module analogique est toujours mis à "Uncertain".
Par conséquent, la détection de ces états doit être prise en compte par
l’application de l’automate.
Note : Les opérations d’écritures ne peuvent être prises en compte tant que les
voies concernées sont dans un état de repli.
TLX DM OFS 2.5
221
Performances
Accès aux E/S
sur la porte 7
l
l’utilisation du mode d’adressage XWAY avec la porte 7 (Voir Modes d’adressage
XWAY, p. 130) n’est pas possible pour l’accès aux objets d’E/S.
Modules d’E/S
supportés
l
seul les modules d’E/S suivants sont supportés : les familles TSX DEY, TSX
DSY, TSX DMY, TSX DEZ, TSX DSZ, TSX DMZ, les familles TSX AEY, TSX
ASY, TSX AEZ, TSX ASZ, TSX AMZ ainsi que les familles Momentum et TBX.
222
TLX DM OFS 2.5
Performances
Visualisation du nombre de requêtes généré par OFS
Description
Le serveur fournit en "mode diagnostic" ou "diagnostic étendu" la liste des
fréquences actives correspondant aux différentes fréquences des groupes déclarés
et pour chacune le nombre d’items déclarés et le nombre de requêtes réseau
généré.
Pour cela, ouvrez la fenêtre "Netman XWAY" ou "netman Modbus".
Networks
Devices
XIP01:116.31 = P31
Device Simulation : NO
Device Status : GOOD
Worse Access Time : 601 ms (1270)
Last Access Time : 100 ms (2289)
Average Access Time : 80 ms (2289)
Nb Var Desc : 1013
Freq Desc Nb : 2
Nombre de fréquences
600 ms
Nombre de requêtes
Nb Custom Req : 00
pour la période 600 ms
Nb Varman Req : 1
Nb Var : 23
Nombre d’items pour la
période 600 ms
1000 ms
Nb Custom Req : 00
Nb Varman Req : 2
Nb Var : 990
DiagBuffer connections nb : 0
Timers
TLX DM OFS 2.5
223
Performances
8.3
Performances dynamiques
Présentation
Objet de ce souschaptre
Ce sous-chapitre présente les performances dynamiques.
Contenu de ce
sous-chapitre
Ce sous-chapitre contient les sujets suivants :
224
Sujet
Page
Configuration de test
225
Sortance
226
Temps de rafraîchissement
228
Temps écoulé entre émission et réception d’une requête
229
Ecriture multi-automates
230
Interface OPC
231
TLX DM OFS 2.5
Performances
Configuration de test
Description
l
XWAY : un automate Premium TSX57453 équipé d’une carte ETY110 ,d’une
carte FPP20 (FIPWAY) dans l’emplacement de l’UC. L’application est en mode
périodique (permet l’activation du service 1K), avec un temps de cycle de 10 ms.
Il faut noter que le modèle d’automate peut avoir une incidence non négligeable
sur la performance, car le nombre de requêtes UNITE qui peuvent être prises en
compte en parallèle est très variable selon le modèle. Dans notre cas, le
maximum est de 16 par cycle. Pour plus de détails, se reporter au catalogue
Premium, chapitre 8.Pour le cas particulier d’ISAWAY, une carteTPCX 57353
sera utilisée.
l Modbus : un automate Quantum doté d’un processeur 140CPU53414A et d’une
carte Ethernet 150NOE77110 (Modbus TCPIP).
Un PC de type PIII 450 Mhz 256 Mo de RAM sous windows 2000 SP1 est utilisé
pour OFS.
l
TLX DM OFS 2.5
Réglages du serveur OFS :
l MbpRcvRate = 10 ms,
l XwayRcvRate = 20 ms,
l Min Update Rate = 500 ms.
l Group Update Rate = 1000ms
225
Performances
Sortance
Description
La sortance correspond, dans une situation donnée, à la mesure du nombre
maximal d’items qui peuvent être déclarés sans que la communication ne soit
altérée. Au delà de cette mesure, le serveur OFS continue à fonctionner mais dans
des conditions dégradées : erreurs de communication, non-respect du temps de
rafraichissement du groupe, etc
La sortance est évaluée en effectuant la mesure sur un nombre croissant
d’automate jusqu’à atteindre le seuil où le nombre de requêtes maximal n’augmente
plus. Le facteur limitant n’est alors plus lié aux automates; la sortance est alors
véritablement la sortance du produit OFS sur un réseau donné.
Les mesures ont été effectuées avec l’option "vérification de l’équipement" cochée
Note : L’impact du PC utilisé sur les résultats est important. Un PC plus performant
donnerait des résultats encore meilleurs.
Lecture :
Le tableau indique le nombre de requêtes réseau obtenu, chiffre plus significatif que
le détail des items déclarés, qui a peu de chance de se trouver identique au besoin
de l’utilisateur ! On donnera toutefois à titre indicatif le nombre maximal de mots ou
de bits auquel il correspond.
Illustration :
226
Média de communication
Nombre de requêtes réseau
Bits
mots
XWAY sur TCPIP
92
90988
11408
XWAY sur TCPIP service 1K
22
91476
11176
ETHWAY
54
53406
6696
FIPWAY
34
16218
2040
ISAWAY
179
164143
20585
UNI-TELWAY (prise terminale)
8
3816
480
Modbus TCPIP
20 (1 canal )
38 (2 canaux )
88 (5 canaux *)
40000
76000
176000
2500
4750
11000
Modbus plus
20 (1 canal *)
40 (2 canaux *)
40000
80000
2500
5000
Modbus RTU
2
4000
250
TLX DM OFS 2.5
Performances
* réglage du nombre de canaux (Voir Définition des propriétés de l’alias, p. 45). Les
chiffres obtenus dépendent fortement du nombre de canaux alloués et des valeurs
de timeout trame et timeout équipement. Avec les valeurs de test (1000/5000), sur
Modbus TCPIP, inutile d’aller au délà de 2, les résultats n’évoluent plus pour des
valeurs supérieures. Avec un couple de valeurs 2000/10000, on peut aller jusqu’à 5
canaux et on obtient une sortance de 88 requêtes.
Ecriture :
La quantité de données pouvant être écrite lors d’un seul ordre d’écriture étant non
limitée (les requêtes sont séquentialisées lorsque la capacité d’échange maximale
est atteinte), on mesurera ici la quantité de données pouvant être écrite dans un
intervalle de temps de une seconde.
Illustration :
TLX DM OFS 2.5
Média de communication
Nombre de requêtes
réseau
Bits
mots
XWAY sur TCPIP
18
35136
2196
XWAY sur TCPIP service 1K
7
56672
3542
ETHWAY
20
39040
2440
ETHWAY
Service 1K
25
202400
12650
FIPWAY
28
25984
1624
ISAWAY
282
509856
31866
UNI-TELWAY (prise terminale)
8
7424
464
Modbus TCPIP
20
16000
2000
Modbus plus
20
16000
2000
Modbus RTU
3
2400
300
227
Performances
Temps de rafraîchissement
Description
228
Nous mesurons ici le temps moyen (en millisecondes) nécessaire au rafraîchissement du lot d’items consécutifs suivant :
l 128 bits,
l 128 mots,
l 64 bits et 64 mots,
Temps de rafraichissement :
Média de communication
128 bits
128 mots
64 bits & 64 mots
XWAY sur TCPIP
150
160
150
XWAY sur TCPIP service 1K
150
160
150
ETHWAY
140
150
140
FIPWAY
160
270
200
UNI-TELWAY (prise terminale)
160
400
300
Modbus TCPIP
50
100
100
Modbus +
50
90
100
Modbus RTU
160
580
440
ETHWAY sur Série 7
150
150
180
ETHWAY sur S1000
120
120
120
UNI-TELWAY sur Série 7
250
680
520
FIPWAY sur Série 7
210
280
300
TLX DM OFS 2.5
Performances
Temps écoulé entre émission et réception d’une requête
Présentation
Sur chacun des réseaux, un ordre d’écriture de 2 mots est émis. Une série de
mesures de la durée enregistrée entre l’émission et la réception de la requête est
effectuée.
Situation typique : un nombre raisonnable d’item déclarés (4000 mots sur les
réseaux Ethernet et ISAWAY, 1500 en FIPWAY, 500 sur les réseaux série, 3000 en
Modbus+, avec dans tous les cas moitié bits, moitié mots), polling activé, charge
réseau moyenne. La requête d’écriture est prise en compte rapidement.
Le test est réalisé dans trois situations :
l situation optimale : aucun item déclaré, polling non-activé, aucune charge
réseau. La requête d’écriture est prise en compte sans délai,
l situation typique : un nombre raisonnable d’item déclarés (4000 mots sur les
réseaux Ethernet et ISAWAY, 1500 en FIPWAY, 500 sur les réseaux série, 3000
en Modbus+, avec dans tous les cas moitié bits, moitié mots), polling activé,
charge réseau moyenne. La requête d’écriture est prise en compte rapidement,
l situation dégradée : le serveur est saturé en polling, la charge réseau est
importante.
La dispersion sur les mesures obtenues étant importante, les résultats sont
présentés sous forme d’une plage min-max.
Le paramètre "Time Out trame" est positionné à 10000 ms, afin de garantir que
l’écriture n’échoue pas en situation dégradée.
Illustration :
Réseau
Durée en ms
Optimal
Typique
Dégradé
jusqu’à la valeur de Timeout
trame
Au-delà, échec
XWAY TCPIP
100 - 250
110 - 500
ETHWAY
30 - 200
30 - 460
FIPWAY
100 - 250
200 - 600
UNITELWAY
(prise terminale)
140 - 300
150 - 800
ISAWAY
60 - 180
60 - 210
Modbus TCPIP
100
110 - 150
Modbus +
70 - 110
80 - 150
Modbus RTU
150
150 - 250
ETHWAY sur Série 7
70 - 210
100 - 1000
ETHWAY sur S1000
80 - 180
50 - 200
.
TLX DM OFS 2.5
229
Performances
Ecriture multi-automates
Description
Afin d’illustrer l’efficacité de la mise en œuvre du parallélisme sur la transmission
des requêtes d’écriture vers différents automates, nous effectuons ici la mesure
comparée du temps total nécessaire à la prise en compte d’un ordre d’écriture de 2
mots par automate, sur un seul puis 10 automates différents. Elle a été réalisée
uniquement sur XWAY TCPIP et FIPWAY, dans des conditions optimales (voir
description ci-dessus).
Illustration :
Réseau
Durée en ms (min - max)
1 automate
230
10 automates
XWAY TCPIP
40 - 170
60 - 230
FIPWAY
140 - 270
300 - 600
TLX DM OFS 2.5
Performances
Interface OPC
Description
l
les valeurs des variables sont toujours différentes (pire cas),
l’interface réseau est inactive,
Le client déporté est un Pentium 133 avec NT4.0 SP3.
Le test est considéré OK si la fréquence de notification mesurée par le client de test
est celle attendue et si le nombre d’items notifiés est le nombre attendu.
Tableau des performances :
l
Client OPC
TLX DM OFS 2.5
Fréquence de
rafraîchissement (ms)
Nombre maximum
d’items
Nombre d'items
notifiés par
seconde
Local
200
20000
100000
Déporté
200
2000
10000
Déporté
800
10000
12500
Déporté
1000
14000
14000
231
Performances
232
TLX DM OFS 2.5
Annexes
9
Présentation
Objet de ce
chapitre
Ce chapitre a pour but de vous présenter les annexes de cet ouvrage.
Contenu de ce
chapitre
Ce chapitre contient les sous-chapitres suivants :
Souschapitre
9.1
TLX DM OFS 2.5
Sujet
Compatibilité du serveur OFS
Page
234
9.2
Liste exhaustive des codes d’erreurs
235
9.3
Codes requêtes MODBUS et XWAY utilisés par OFS
250
9.4
Recommandations en cas de problème
252
233
Annexes
9.1
Compatibilité du serveur OFS
Compatibilité du serveur OFS
Définition
OFS est compatible avec OPC 1.0A et 2.0.
En particulier, le serveur OFS accepte la notion de mono-requête, mono-automate
de groupe SYNCHRONE. Syntaxiquement, le nom d'un groupe synchrone
commence par "$" (voir Les différents groupes d’items, p. 114).
Le serveur OFS est également compatible avec la notion de groupe SYSTEME
dédiée à un couple de driver et d'adresse d'automate :
Les groupes système se rapportent à un équipement donné et servent à gérer les
items spécifiques rattachés à cet équipement. La distinction par rapport aux
groupes utilisateurs se fait sur le nom, qui doit comporter le préfixe "_SYS=".
Un groupe système contient uniquement les items spécifiques suivants
commençant par "#" :
l #PLCStatus" pour la gestion du mode de marche d’un automate,
l #TimeOut" pour la gestion du time-out d’un média de communication,
l #NbrRequest" pour connaître le nombre de requêtes envoyées à cet équipement
Le serveur OFS partage avec eOLEs certains noms d'erreur. Ces noms/codes
commencent par le préfixe "EOL_", pour eOLEs.
Les items spécifiques et les groupes système NE PEUVENT PAS être activés. La
notification et la lecture/écriture asynchrone ne sont pas possibles.
234
TLX DM OFS 2.5
Annexes
9.2
Liste exhaustive des codes d’erreurs
Présentation
Objet de ce souschapitre
Ce sous-chapitre a pour but de vous présenter sous forme de tableaux la liste
exhaustive des codes d’erreurs.
Contenu de ce
sous-chapitre
Ce sous-chapitre contient les sujets suivants :
TLX DM OFS 2.5
Sujet
Page
Erreurs principales définies par OLE
236
Erreurs définies par la norme OPC
237
Erreurs définies par le serveur OFS
239
235
Annexes
Erreurs principales définies par OLE
Liste des codes
erreurs
236
Le tableau ci-dessous résume la liste des erreurs principales OLE :
HRESULT
NOM
COMMENTAIRE
00000000
S_OK
La primitive s'est déroulée avec (S)uccès
00000001
S_FALSE
Status (S)uccès pour la primitive,mais avec
au moins une erreur sur un item
80004005
E_FAIL
Echec de la primitive
80010105
RPC_E_SERVERFAULT
Le serveur a déclenché une exception
8007000E
E_OUTOFMEMORY
Mémoire insuffisante
800706BA
RPC_C_S_SERVER_UNAVAI
LABLE
Le projet Concept est accèdé à partir d’une
machine distante, cette dernière est
introuvable
TLX DM OFS 2.5
Annexes
Erreurs définies par la norme OPC
Liste des codes
d’erreurs
TLX DM OFS 2.5
Le tableau ci-dessous résume la liste de erreurs OPC :
HRESULT
NOM
COMMENTAIRE
C0040001
OPC_E_INVALIDHANDLE
Un handle invalide a été passé
C0040002
OPC_E_DUPLICATE
Un paramètre dupliqué a été passé là
où ce n'est point autorisé
C0040003
OPC_E_UNKNOWNLCID
Le serveur ne supporte pas le code
langage local LCID indiqué
C0040004
OPC_E_BADTYPE
Le serveur ne peut pas convertir le
type de donnée passé ou demandé
avec le type canonique
C0040005
OPC_E_PUBLIC
L'opération demandée ne peut pas
être faite dans un groupe public
C0040006
OPC_E_BADRIGHTS
Les droits d'accès de l'item ne
permettent pas l'opération
C0040007
OPC_E_UNKNOWNITEMID
La définition de l'item n'existe pas
dans l'espace d'adresses du serveur
C0040008
OPC_E_INVALIDITEMID
La définition de l'item n'est pas
conforme à la syntaxe du serveur
C0040009
OPC_E_INVALIDFILTER
Le filtre de la chaîne n'est pas valide
C004000A
OPC_E_UNKNOWNPATH
Le chemin de l'item n'est pas connu du
serveur
C004000B
OPC_E_RANGE
La valeur à écrire était en dehors de la
plage
C004000C
OPC_E_DUPLICATE_NAME
Un groupe avec ce même nom existe
déjà dans le serveur
0004000D
OPC_S_UNSUPPORTEDRATE
Le serveur ne supporte pas la période
demandée, cependant il utilisera la
plus proche utilisable
0004000E
OPC_S_CLAMP
Une valeur à écrire a été acceptée
mais a été tronquée
0004000F
OPC_S_INUSE
L'opération ne peut être effectuée car
l'objet est encore référencé
00040010
OPC_E_INVALIDCONFIGFILE
Le fichier de configuration du serveur
est invalide (problème de format)
00040011
OPC_E_NOTFOUND
Le serveur ne peut trouver l’objet
demandé
237
Annexes
238
HRESULT
NOM
COMMENTAIRE
00040012
OPC_E_INVALID_PID
Le serveur ne reconnait pas
l’identificateur de propriété d’item
passé en paramètre
TLX DM OFS 2.5
Annexes
Erreurs définies par le serveur OFS
Liste des codes
d’erreurs
Le tableau ci-dessous réprésente les codes d’erreurs définies par OFS
HRESULT
NOM
COMMENTAIRE
1
EFEF61A8
OFS_E_NO_DEFAULT_DIRECTORY
Pas de répertoire par défaut pour les tables
de symboles
2
EFEF61A9
OFS_E_UNABLE_TO_RELOAD_ST
Impossible de recharger la table des
symboles
3
EFEF61AA
OFS_E_UNSUPPORTED_ST_TYPE
Type de table des symboles non supporté
4
EFEF61AB
OFS_S_ST_NOT_CURRENTLY_USED
La table des symboles n'est pas en cours
d'utilisation
5
EFEF61AC
OFS_E_ALIAS_ALREADY_DEFINED
Alias déjà défini
6
EFEF61AD
OFS_E_ALIAS_OVERFLOW
Nombre maximum d'alias atteint
7
EFEF61AE
OFS_E_ALIAS_NOT_FOUND
Alias non trouvé
8
EFEF61AF
OFS_E_UNABLE_TO_LOAD_ST
Impossible de charger la table de symboles
9
EFEF61B0
OFS_E_CF_FORMAT_NOT_SUPPORTED
Format de presse-papier non supporté
10
EFEF61B1
OFS_E_CANNOT_SET_SYSTEM_GROUP_STAT
E
Set state d'un groupe système non
supporté
11
EFEF61B2
OFS_E_DUPLICATE_CLIENT_HANDLE
Un item avec le même handle client existe
déjà
12
EFEF61B3
OFS_E_BAD_TYPE_REQUESTED
Le type demandé n'est pas instanciable ou
est incompatible avec le type canonique
13
EFEF61B4
OFS_E_READ_FAILURE
Echec de lecture
14
EFEF61B5
OFS_E_SET_ITEM_STATE_SYNCHRO
Il n'est pas possible de modifier l'état d'un
item dans un groupe synchrone
15
EFEF61B6
OFS_E_SAFEARRAY_CREATION_FAILURE
Echec de création d'un SAFEARRAY
16
EFEF61B7
OFS_E_SAFEARRAY_EMPTY
SAFEARRAY vide
17
EFEF61B8
OFS_E_ASYNC_READ_REJECTED
Lecture asynchrone rejetée
18
EFEF61B9
OFS_E_THREAD_CREATION_FAILURE
Echec de création d'un thread
19
EFEF61BA
OFS_E_NO_ACTIVE_ITEM
Il n'y a pas d'item actif
20
EFEF61BB
OFS_E_GROUP_NOT_ACTIVE
Le groupe n'est pas actif
21
EFEF61BC
OFS_E_TRANSACTION_NOT_FOUND
L'identificateur de transaction n'a pas été
trouvé
22
EFEF61BD
OFS_E_BAD_GROUP_TYPE_FOR_ITEM
Ne peut pas créer l'item spécifié dans ce
type de groupe
23
EFEF61BE
OFS_E_ST_NOT_DEFINED
Table de symboles non définie
TLX DM OFS 2.5
239
Annexes
HRESULT
NOM
COMMENTAIRE
24
EFEF61BF
OFS_E_ASYNC_WRITE_REJECTED
Ecriture asynchrone rejetée
25
EFEF61C0
OFS_E_MODBUS_MBT_RCV_TO
Time-out sur réseau Modbus TCP-IP
26
EFEF61C1
OFS_E_MODBUS_MBT_RCV_ERROR
Erreur de réception sur réseau Modbus
TCP-IP
27
EFEF61C2
OFS_E_MODBUS_MBT_SEND_ERROR
Erreur d'émission sur réseau Modbus TCPIP
28
EFEF61C3
OFS_E_MODBUS_NCB_WAIT_ERROR
Erreur de réception sur réseau Modbus+
29
EFEF61C4
OFS_E_MODBUS_NCB_SEND_ERROR
Erreur d'émission sur réseau Modbus+
30
EFEF61C5
OFS_E_MODBUS_NCB_BAD_ANSWER
Mauvaise réponse Modbus (objet hors
configuration ??)
31
EFEF61C6
OFS_E_CONCEPT_IEC_NOT_SUPPORTED
Runtime IEC Concept non supporté par cet
équipement
32
EFEF61C7
OFS_E_MODBUS_DEVICE_NOT_CONSISTENT
Erreur de cohérence Equipement Modbus /
Fichier de symboles
33
EFEF61C8
OFS_E_MODBUS_DETECTION_DEVICE_ERRO
R
Equipement Modbus non trouvé ou non
accessible
34
EFEF61C9
OFS_E_MODBUS_TO_CHECK_CNX
Time-out lors de la détection d'équipement
Modbus
35
EFEF61CA
OFS_E_MODBUS_DRIVER_ID_ERROR
Erreur d'identification de driver
36
EFEF61CB
OFS_E_NETLIB_OPEN_ERROR
Erreur à l'ouverture de la DLL Netlib
37
EFEF61CC
OFS_E_NETLIB_LOAD_ERROR
Erreur au chargement de la DLL Netlib
38
EFEF61CD
OFS_E_MODBUS_PLUS_DRIVER_NOT_FOUND
Driver Modbus+ non trouvé (non installé
??)
39
EFEF61CE
OFS_E_NCB_OPEN_ERROR
MODBUS + : erreur à 'ouverture d'un
canalDM ou PM (tous les canaux utilisés?)
40
EFEF61CF
OFS_E_NCB_REOPEN_ERROR
MODBUS + : erreur à la ré-ouverture d'un
canal DM ou PM (tous les canaux utilisés ?
41
EFEF61D0
OFS_E_MODBUS_MBT_CONNECT1
Erreur interne au serveur
42
EFEF61D1
OFS_E_MODBUS_MBT_BAD_SOCKET
Erreur interne au serveur
43
EFEF61D2
OFS_E_MODBUS_MBT_SETSOCKOPT1
Erreur interne au serveur
44
EFEF61D3
OFS_E_MODBUS_MBT_SETSOCKOPT2
Erreur interne au serveur
45
EFEF61D4
OFS_E_MODBUS_MBT_SETSOCKOPT3
Erreur interne au serveur
46
EFEF61D5
OFS_E_MODBUS_MBT_DNS_FAILED
Conversion DNS /adresse IP impossible
(Nom non trouvé ?)
47
EFEF61D6
OFS_E_MODBUS_MBT_BAD_HOST
Erreur interne au serveur
48
EFEF61D7
OFS_E_MODBUS_MBT_BAD_INET
Erreur de définition d'adresse IP
49
EFEF61D8
OFS_E_MODBUS_MBT_BAD_SOCKSTATE1
Erreur interne au serveur
240
TLX DM OFS 2.5
Annexes
HRESULT
NOM
COMMENTAIRE
50
EFEF61D9
OFS_E_MODBUS_MBT_BAD_SEND
Erreur interne au serveur
51
EFEF61DA
OFS_E_MODBUS_MBT_BAD_STATE
Erreur interne au serveur
52
EFEF61DB
OFS_E_MODBUS_MBT_OVERFLOW
Queue d'émission de requête Modbus /
TCP-IP pleine
53
EFEF61DC
OFS_E_MODBUS_IOCTL1
Erreur interne au serveur
54
EFEF61DD
OFS_E_MODBUS_IOCTL2
Erreur interne au serveur
55
EFEF61DE
OFS_E_MODBUS_IOCTL3
Erreur interne au serveur
56
EFEF61DF
OFS_E_MODBUS_IOCTL4
Erreur interne au serveur
57
EFEF61E0
OFS_E_MODBUS_IOCTL5
Erreur interne au serveur
58
EFEF61E1
OFS_E_MODBUS_IOCTL6
Erreur interne au serveur
59
EFEF61E2
OFS_E_MODBUS_IOCTL7
Erreur interne au serveur
60
EFEF61E3
OFS_E_XWAY_IOCTL1
Erreur interne au serveur
61
EFEF61E4
OFS_E_XWAY_IOCTL2
Erreur interne au serveur
62
EFEF61E5
OFS_E_XWAY_IOCTL3
Erreur interne au serveur
63
EFEF61E6
OFS_E_XWAY_IOCTL4
Erreur interne au serveur
64
EFEF61E7
OFS_E_XWAY_IOCTL5
Erreur interne au serveur
65
EFEF61E8
OFS_E_XWAY_IOCTL6
Erreur interne au serveur
66
EFEF61E9
OFS_E_XWAY_IOCTL7
Erreur interne au serveur
67
EFEF61EA
OFS_E_XWAY_IOCTL8
Erreur interne au serveur
68
EFEF61EB
OFS_E_XWAY_IOCTL9
Erreur interne au serveur
69
EFEF61EC
OFS_E_XWAY_IOCTL10
Erreur interne au serveur
70
EFEF61ED
OFS_E_XWAY_IOCTL11
Erreur interne au serveur
71
EFEF61EE
OFS_E_XWAY_IOCTL12
Erreur interne au serveur
72
EFEF61EF
OFS_E_XWAY_IOCTL13
Erreur interne au serveur
73
EFEF61F0
OFS_E_XWAY_IOCTL14
Erreur interne au serveur
74
EFEF61F1
OFS_E_XWAY_IOCTL15
Erreur interne au serveur
75
EFEF61F2
OFS_E_MODBUS_LIST1
Erreur interne au serveur
76
EFEF61F3
OFS_E_MODBUS_LIST2
Erreur interne au serveur
77
EFEF61F4
OFS_E_MODBUS_LIST3
Erreur interne au serveur
78
EFEF61F5
OFS_E_MODBUS_LIST4
Erreur interne au serveur
79
EFEF61F6
OFS_E_MODBUS_LIST5
Erreur interne au serveur
80
EFEF61F7
OFS_E_MODBUS_LIST6
Erreur interne au serveur
81
EFEF61F8
OFS_E_MODBUS_LIST7
Erreur interne au serveur
82
EFEF61F9
OFS_E_MODBUS_LIST8
Erreur interne au serveur
83
EFEF61FA
OFS_E_MODBUS_LIST9
Erreur interne au serveur
TLX DM OFS 2.5
241
Annexes
HRESULT
NOM
COMMENTAIRE
84
EFEF61FB
OFS_E_MODBUS_LIST10
Erreur interne au serveur
85
EFEF61FC
OFS_E_XWAY_LIST1
Erreur interne au serveur
86
EFEF61FD
OFS_E_XWAY_LIST2
Erreur interne au serveur
87
EFEF61FE
OFS_E_XWAY_LIST3
Erreur interne au serveur
88
EFEF61FF
OFS_E_XWAY_LIST4
Erreur interne au serveur
89
EFEF6200
OFS_E_XWAY_LIST5
Erreur interne au serveur
90
EFEF6201
OFS_E_XWAY_LIST6
Erreur interne au serveur
91
EFEF6202
OFS_E_XWAY_LIST7
Erreur interne au serveur
92
EFEF6203
OFS_E_XWAY_LIST8
Erreur interne au serveur
93
EFEF6204
OFS_E_XWAY_LIST9
Erreur interne au serveur
94
EFEF6205
OFS_E_MODBUS_BAD_READCPU
Erreur interne au serveur
95
EFEF6206
OFS_E_MODBUS_CMD_FAILURE
Cet équipement est déjà réservé par un
autre outil (Concept ?)
96
EFEF6207
OFS_E_MODBUS_LOGIN_FAILURE
Erreur interne au serveur
97
EFEF6208
OFS_E_MODBUS_LOGOUT_FAILURE
Erreur interne au serveur
98
EFEF6209
OFS_E_XWAY_NET_OPEN
Erreur interne au serveur
99
EFEF620A
OFS_E_XWAY_NET_ATTACH
Erreur interne au serveur
100 EFEF620B
OFS_E_XWAY_NET_LOCALINFO
Erreur interne au serveur
101 EFEF620C
OFS_E_XWAY_TEST_PDU_SIZE
Erreur interne au serveur
102 EFEF620D
OFS_E_XWAY_DRIVER_ID_ERROR
Erreur interne au serveur
103 EFEF620E
OFS_E_XWAY_CHECK_DEVICE
Erreur interne au serveur
104 EFEF620F
OFS_E_XWAY_BAD_READCPU
Erreur interne au serveur
105 EFEF6210
OFS_E_XWAY_READCPU_FAILURE
Erreur interne au serveur
106 EFEF6211
OFS_E_XWAY_WRITECPU_FAILURE
Erreur interne au serveur
107 EFEF6212
OFS_E_XWAY_BAD_CMD
Erreur interne au serveur
108 EFEF6213
OFS_E_BAD_PATH_SPECIFIC_ITEM
Erreur interne au serveur
109 EFEF6214
OFS_E_DIAG_CNX_OPEN
Erreur interne au serveur
110 EFEF6215
OFS_E_NO_DIAG_CNX
Erreur interne au serveur
111 EFEF6216
OFS_E_SPECIFIC1
Erreur interne au serveur
112 EFEF6217
OFS_E_SPECIFIC2
Erreur interne au serveur
113 EFEF6218
OFS_E_DRVMDB1
Erreur interne au serveur
114 EFEF6219
OFS_E_REQMDB1
Erreur interne au serveur
115 EFEF621A
OFS_E_REQMDB2
Erreur interne au serveur
116 EFEF621B
OFS_E_MISCXWAY1
Erreur interne au serveur
117 EFEF621C
OFS_E_TMDB1
Erreur interne au serveur
242
TLX DM OFS 2.5
Annexes
HRESULT
NOM
COMMENTAIRE
118 EFEF621D
OFS_E_TMDB2
Erreur interne au serveur
119 EFEF621E
OFS_E_TMDB3
Erreur interne au serveur
120 EFEF621F
OFS_E_TMDB4
Erreur interne au serveur
121 EFEF6220
OFS_E_TMDB5
Erreur interne au serveur
122 EFEF6221
OFS_E_TMDB6
Erreur interne au serveur
123 EFEF6222
OFS_E_TMDB7
Erreur interne au serveur
124 EFEF6223
OFS_E_TMDB8
Erreur interne au serveur
125 EFEF6224
OFS_E_TMDB9
Erreur interne au serveur
126 EFEF6225
OFS_E_TMDB10
Erreur interne au serveur
127 EFEF6226
OFS_E_TMDB11
Erreur interne au serveur
128 EFEF6227
OFS_E_MISCXWAY2
Erreur interne au serveur
129 EFEF6228
OFS_E_NETLOCAL1
Erreur interne au serveur
130 EFEF6229
OFS_E_T_VM1
Erreur interne au serveur
131 EFEF622A
OFS_E_T_VM2
Erreur interne au serveur
132 EFEF622B
OFS_E_T_VM3
Erreur interne au serveur
133 EFEF622C
OFS_E_T_VM4
Erreur interne au serveur
134 EFEF622D
OFS_E_T_VM5
Erreur interne au serveur
135 EFEF622E
OFS_E_T_VM6
Erreur interne au serveur
136 EFEF622F
OFS_E_T_VM7
Erreur interne au serveur
137 EFEF6230
OFS_E_T_VM8
Erreur interne au serveur
138 EFEF6231
OFS_E_T_VM9
Erreur interne au serveur
139 EFEF6232
OFS_E_T_VM10
Erreur interne au serveur
140 EFEF6233
OFS_E_T_VM11
Erreur interne au serveur
141 EFEF6234
OFS_E_READ_SYNC_FAILURE
Erreur interne au serveur
142 EFEF6235
OFS_E_SRVM1
Erreur interne au serveur
143 EFEF6236
OFS_E_SRVM2
Erreur interne au serveur
144 EFEF6237
OFS_E_SRVM3
Erreur interne au serveur
145 EFEF6238
OFS_E_RW1
Erreur interne au serveur
146 EFEF6239
OFS_E_BAD_SYS_GROUP
Erreur de définition de groupe système
147 EFEF623A
OFS_E_BAD_ITEM_NUMBER
Erreur interne au serveur
148 EFEF623B
OFS_E_BAD_POSTFIX
Postfix incorrect pour cet item
149 EFEF623C
OFS_E_DUPL_POSTFIX
Erreur de redéfinition de Postfix pour cet
item
150 EFEF623D
OFS_E_DUPL_ARRAY_LEN
Erreur de redéfinition de longueur de
tableau pour cet item
TLX DM OFS 2.5
243
Annexes
HRESULT
NOM
COMMENTAIRE
151 EFEF623E
OFS_E_BAD_RANGE_ID
Erreur de range_id pour une adresse
Modbus
152 EFEF623F
OFS_E_WRONG_DIGIT_NUMBER
Mauvais nombre de chiffres pour les
adresses Modbus (Tjs 6 chiffres)
153 EFEF6240
OFS_E_WRONG_ARRAY_LEN
Erreur dans la définition de la longueur du
tableau
154 EFEF6241
OFS_E_NO_ARRAY_OF_ARRAY
Tableau de tableau non supporté (erreur
de redéfinition ?)
155 EFEF6242
OFS_E_MODBUS_UNSUPPORTED_DATA_TYP
E
Type de donnée MODBUS non supporté
156 EFEF6243
OFS_E_NO_MODBUS_REQ_GEN_ERROR
Erreur interne au serveur
157 EFEF6244
OFS_E_NO_MODBUS_REQ_GENERATED
Erreur interne au serveur
158 EFEF6245
OFS_E_BAD_MODBUS_ITEM_DEF
Erreur de définition d'item MODBUS
159 EFEF6246
OFS_E_WRITESYNC_FAILURE
Echec d'écriture
160 EFEF6247
OFS_E_BAD_IEC_WRITE_ANSWER
Requête d'écriture rejetée par le Runtime
IEC de Quantum
161 EFEF6248
OFS_E_NO_REQ_TO_SEND
Erreur interne au serveur
162 EFEF6249
OFS_E_MODBUS_SEND_FAILURE
Erreur interne au serveur
163 EFEF624A
OFS_E_REMOVE_ERR1
Erreur interne au serveur
164 EFEF624B
OFS_E_REMOVE_ERR2
Erreur interne au serveur
165 EFEF624C
OFS_E_DEACTIVE_ERR
Erreur interne au serveur
166 EFEF624D
OFS_E_MOD_RATE_ERR
Erreur interne au serveur
167 EFEF624E
OFS_E_MODBUS_THREAD_FAILURE
Erreur interne au serveur
168 EFEF624F
OFS_E_MODBUS_READ_FAILURE
Echec de lecture Modbus
169 EFEF6250
OFS_E_XWAY_BAD_ITEM_DEF
Erreur de définition d'item XWAY
170 EFEF6251
OFS_E_XWAY_UNSUPPORTED_DATA_TYPE
Type de donnée XWAY non supporté
171 EFEF6252
OFS_E_NO_XWAY_REQ_GEN_ERROR
Erreur interne au serveur
172 EFEF6253
OFS_E_NO_XWAY_REQ_GENERATED
Erreur interne au serveur
173 EFEF6254
OFS_E_XWAY_READ_FAILURE
Echec de lecture XWAY
174 EFEF6255
OFS_E_XWAY_BAD_WRITE_ANSWER1
Erreur interne au serveur
175 EFEF6256
OFS_E_XWAY_BAD_WRITE_ANSWER2
Erreur interne au serveur
176 EFEF6257
OFS_E_MODBUS_MBP_RCV_TO
Erreur interne au serveur
177 EFEF6258
OFS_E_MODBUS_MBP_SEND_TO
Erreur interne au serveur
178 EFEF6259
OFS_E_MODBUS_NCB_OVERFLOW
Erreur interne au serveur
179 EFEF625A
OFS_E_MODBUS_MBP_REQ_TOO_OLD
Erreur interne au serveur
180 EFEF625B
OFS_E_MODBUS_MBP_SEND_ERROR
Erreur interne au serveur
244
TLX DM OFS 2.5
Annexes
HRESULT
NOM
COMMENTAIRE
181 EFEF625C
OFS_E_MODBUS_RCV_TO
Erreur interne au serveur
182 EFEF625D
OFS_E_MODBUS_MBT_NO_CONNECT
Erreur interne au serveur
183 EFEF625E
OFS_E_MODBUS_MBT_NO_CNX
Erreur interne au serveur
184 EFEF625F
OFS_E_MODBUS_MBT_BAD_ANSWER
Erreur interne au serveur
185 EFEF6260
OFS_E_MODBUS_MBT_REQ_TOO_OLD
Erreur interne au serveur
186 EFEF6261
OFS_E_XWAY_EXEC_READ_FAILURE
Erreur interne au serveur
187 EFEE4971
EOL_E_INVALID_GROUP_NAME
Nom de groupe invalide
188 6FEE4972
EOL_S_INVALID_APPLI_NAME
Le nom de l'application dans l'automate
diffère de celui mentionné dans le fichier
des symboles
189 6FEE4973
EOL_S_INVALID_APPLI_VERSION
L'indice évolution de l'application dans
l'automate diffère de celui mentionné dans
le fichier des symboles
190 EFEE4974
EOL_E_INVALID_ARG1
L'argument 1 n’est pas valide
191 EFEE4975
EOL_E_INVALID_ARG2
L'argument 2 n'est pas valide
192 EFEE4976
EOL_E_INVALID_ARG3
L'argument 3 n’est pas valide
193 EFEE4977
EOL_E_INVALID_ARG4
L'argument 4 n’est pas valide
194 EFEE4978
EOL_E_INVALID_ARG5
L'argument 5 n’est pas valide
195 EFEE4979
EOL_E_INVALID_ARG6
L'argument 6 n’est pas valide
196 EFEE497A
EOL_E_INVALID_ARG7
L'argument 7 n’est pas valide
197 EFEE497B
EOL_E_INVALID_ARG8
L'argument 8 n’est pas valide
198 EFEE497C
EOL_E_INVALID_ARG9
L'argument 9 n’est pas valide
199 EFEE497D
EOL_E_INVALID_ARG10
L'argument 10 n’est pas valide
200 EFEE497E
EOL_E_INVALID_ARG11
L'argument 11 n’est pas valide
201 EFEE497F
EOL_E_INVALID_ARG12
L'argument 12 n’est pas valide
202 EFEE4980
EOL_E_INVALID_TYPE
Le type de la variable est invalide
203 EFEE4981
EOL_E_MISSING_NEUTRAL_FILE
Le fichier neutre de définition des symboles
est manquant
204 EFEE4982
EOL_E_MISSING_OPCerror_DLL
Le fichier de ressources OPCerror.dll ne
peut pas être chargé
205 EFEE4983
EOL_E_MISSING_EOLESerr_DLL
Le fichier de ressources EOLESerr.dll ne
peut pas être chargé
206 EFEE4984
EOL_E_RESOURCE_NOT_FOUND
La DLL de ressources n'est pas trouvée
207 EFEE4985
EOL_E_MSG_NOT_FOUND
Le message n'est pas trouvé
208 EFEE4986
EOL_E_EXPECTED_ARRAY_VALUES
Un TABLEAU de valeurs est attendu
TLX DM OFS 2.5
245
Annexes
HRESULT
NOM
COMMENTAIRE
209 EFEE4987
EOL_E_EXPECTED_SINGLE_VALUE
Une SIMPLE valeur est attendue et non un
tableau
210 EFEE4988
EOL_E_EXPECTED_DIM1
Un tableau de valeurs est attendu avec
UNESEULE dimension
211 EFEE4989
EOL_E_UNEXPECTED_BOUNDS
Les bornes du tableau sont invalides
212 EFEE498A
EOL_E_INVALID_ITEMS_NBR
Le nombre d'items est incorrect
213 EFEE498B
EOL_E_INVALID_PATH
Le pilote ou l'adresse de l'automate diffère
des précédents items
214 EFEE498C
EOL_E_ERR16bit_OUTofRANGE
L'erreur sur 16 bits est en dehors de la
plage
215 EFEE498D
EOL_E_ONLY_ONE_REQUEST
Trop d'items: ce groupe doit être transcrit
sur UNE SEULE requête automate
216 EFEE498E
EOL_E_FEATURE_DISABLED
Cette fonctionnalité a été interdite par
l'administrateur
217 EFEE498F
EOL_E_GROUP_DELETED
Ce groupe a été logiquement effacé
218 EFEE4990
EOL_E_INVALID_COMMAND
Utiliser 1 pour télécharger de l'automate
vers le PC et 2 pour l'inverse
219 EFE913EE
EOL_E_ILLEGAL_CHARACTER
Erreur de syntaxe: le caractère est interdit
220 EFE913EF
EOL_E_INDEX_NUMBER_ERROR
Erreur de syntaxe: l'objet a trop d'index
221 EFE913F0
EOL_E_INVALID_SYNTAX
Erreur de syntaxe: la syntaxe est incorrecte
222 EFE913F1
EOL_E_LEXEM_TOO_LARGE
Erreur de syntaxe: lenom de l'objet est trop
long
223 EFE913F2
EOL_E_INVALID_OBJECT
Erreur de syntaxe: l'objet est incorrect
224 EFE913F3
EOL_E_KEYWORD_ERROR
Erreur de syntaxe: mot réservé
225 EFE913F4
EOL_E_SYNTAX_ERROR_2
Erreur de syntaxe
226 EFE913F5
EOL_E_INVALID_END_OF_PHRASE
Erreur de syntaxe: La fin de la phrase est
incorrecte
227 EFE913F6
EOL_E_SYNTAX_ERROR
Erreur de syntaxe
228 EFE913F7
EOL_E_INCORRECT_SYMBOL
Erreur de syntaxe: le symbole est incorrect
229 EFE913F8
EOL_E_INCORRECT_INDEX_SYMBOL
Erreur de syntaxe: lesymbole de l'index est
incorrect
230 EFE913F9
EOL_E_INCORRECT_BIT_INDEX_SYMBOL
Erreur de syntaxe: le symbole de l'index du
bit extrait est incorrect
231 EFE913FA
EOL_E_UNDEFINED_INDEX_SYMBOL
Erreur de syntaxe: lesymbole de l'index
n'est pas défini
232 EFE913FB
EOL_E_INVALID_SYMBOL
Erreur de syntaxe: lesymbole n'est pas
défini
246
TLX DM OFS 2.5
Annexes
HRESULT
NOM
COMMENTAIRE
233 EFE913FC
EOL_E_OBJECT_NOT_SYNTHESIZED
Erreur de synthèse: l'objet ne peut pas être
synthétisé
234 EFE913FD
EOL_E_INVALID_ARRAY_SIZE
Erreur de syntaxe: la longueur du tableau
est incorrecte
235 EFE913FE
EOL_E_INCORRECT_PATH_SIZE
Erreur de syntaxe: le chemin est trop grand
236 EFE913FF
EOL_E_OBJECT_FORMAT_TOO_LARGE
Erreur de syntaxe: leformat de l'objet est
trop grand
237 EFE91400
EOL_E_INCORRECT_OBJECT_FORMAT
Erreur de syntaxe: le format de l'objet est
incorrect
238 EFE91401
EOL_E_UNSIGNED_OBJECT_ERROR
Erreur de syntaxe: l'objet est non signé
239 EFE91402
EOL_E_EMPTY_EXPRESSION
Erreur de syntaxe: l'expression est vide
240 EFE91403
EOL_E_ILLEGAL_INDEXES
Erreur de syntaxe: les index sont interdits
241 EFE91404
EOL_E_ILLEGAL_ARRAYS
Erreur de syntaxe:Les tableaux sont
interdits
242 EFE91405
EOL_E_NO_SEPARATOR
Erreur de syntaxe: séparateur absent
devant l'objet
243 EFED4845
EOL_E_CODE4INIT_ERROR
Erreur CodeBase durant la fonction
CODE4INIT
244 EFED4846
EOL_E_D4APPENDSTART_ERROR
Erreur CodeBase durant la fonction
D4APPENDSTART
245 EFED4847
EOL_E_D4CREATE_ERROR
Erreur CodeBase durant la fonction
D4CREATE
246 EFED4848
EOL_E_I4CREATE_ERROR
Erreur CodeBase pendant la fonction
I4CREATE
247 EFED4849
EOL_E_D4FIELD_ER
Erreur CodeBase durant la fonction
D4FIELD
248 EFED484A
EOL_E_D4TAG_ERROR
Erreur CodeBase durant la fonction
D4TAG
249 EFED484C
EOL_E_D4APPEND_ERROR
Erreur CodeBase durant la fonction
D4APPEND
250 EFED484D
EOL_E_RELATE4INIT_ERROR
Erreur CodeBase durant la fonction
RELATE4INIT
251 EFED484E
EOL_E_RELATE4QUERYSET_ERROR
Erreur CodeBase durant la fonction
RELATE4QUERY_SET
252 EFED484F
EOL_E_RELATE4TOP_ERROR
Erreur CodeBase durant la fonction
RELATE4_TOP
253 EFED4850
EOL_E_RELATE4SKIP_ERROR
Erreur CodeBase durant la fonction
RELATE4_SKIP
TLX DM OFS 2.5
247
Annexes
HRESULT
NOM
COMMENTAIRE
254 EFED4851
EOL_E_INVALID_SYMBOLS_FILE
Le contenu du fichier de symboles est
invalide
255 EFED4852
EOL_E_OPEN_SYMBOLS_FAILURE
Echec à l'ouverture du fichier de symboles
: nom ou chemin invalides, fichier
inexistant, ...
256 EFED4853
EOL_E_ERRORS_IN_SYMBOLS_FILE
Erreurs dans le fichier de symboles : erreur
de syntaxe sur une ligne, double définition
du même repère ou symbole
257 EFED4854
EOL_E_NO_OBJECT_FOR_SYMBOL
Pas d'objet pour le symbole
258 EFED4855
EOL_E_INPUT_BUFFER_TOO_LARGE
Le buffer d'entrée est trop grand
259 EFED4856
EOL_E_OUTPUT_BUFFER_TOO_SMALL
Le buffer de sortie est trop petit
260 EFE84DBD
EOL_E_REQUESTS_OPTIMIZATION_ERROR1
Erreur interne optimisation equêtes : le
mode d'adressage de l'objet n'est pas sur 2
octets
261 EFE84DBE
EOL_E_REQUESTS_OPTIMIZATION_ERROR2
Erreur interne optimisation requêtes : le
mode d'adressage de l'objet n'est pas sur 5
octets
262 EFE84DBF
EOL_E_REQUESTS_OPTIMIZATION_ERROR3
Erreur interne optimisation requêtes : mode
d'adressage de l'objet inconnu
263 EFE84DC0
EOL_E_REQUESTS_OPTIMIZATION_ERROR4
Erreur interne optimisation quêtes : objet
ROL inconnu
264 EFE84DC1
EOL_E_REQUESTS_OPTIMIZATION_ERROR5
Erreur interne optimisation requêtes : objet
Element inconnu
265 EFE84DC2
EOL_E_REQUESTS_OPTIMIZATION_ERROR6
Erreur interne optimisation requêtes : objet
Info inconnu
266 EFE84DC3
EOL_E_REQUESTS_OPTIMIZATION_ERROR7
Erreur interne optimisation requêtes :
numéro d'objet ROL supérieur au nombre
d'objets définis
267 EFE84DC4
EOL_E_REQUESTS_OPTIMIZATION_ERROR8
Erreur interne optimisation requêtes :
numéro d'objet Element supérieur au
nombre d'objets définis
268 EFE84DC5
EOL_E_REQUESTS_OPTIMIZATION_ERROR9
Erreur interne optimisation requêtes :
numéro d'objet Info supérieur au nombre
d'objets définis
269 EFE84DC6
EOL_E_REQUESTS_OPTIMIZATION_ERROR10
Erreur interne optimisation requêtes :
option non traitée
270 EFE84DC7
EOL_E_REQUESTS_OPTIMIZATION_ERROR11
Erreur interne optimisation requêtes :
option prévue dans une version future
248
TLX DM OFS 2.5
Annexes
HRESULT
NOM
COMMENTAIRE
271 EFE84DC8
EOL_E_REQUESTS_OPTIMIZATION_ERROR12
Erreur interne optimisation requêtes : objet
non supporté par cette version
272 EFE84DC9
EOL_E_REQUESTS_OPTIMIZATION_ERROR13
Erreur interne optimisation requêtes : type
d'accès invalide
273 EFE84DCA
EOL_E_REQUESTS_OPTIMIZATION_ERROR14
Erreur interne optimisation requêtes :
paramètres incohérents
274 EFE84DCB
EOL_E_REQUESTS_OPTIMIZATION_ERROR15
Erreurs interne optimisation requêtes :
taille des données de la requête est
supérieure à la taille du buffer
275 EFE84DCC EOL_E_OUT_OF_BITSARRAY_BOUNDARY
La taille du tableau de bits dépasse la limite
permise
276 EFE84DCD EOL_E_BAD_IO_TYPE
Erreur interne optimisation requêtes :
Mauvais type d'E/S
277 EFE84DCE
EOL_E_BAD_ADDR_LENGTH
Erreur interne optimisation requêtes : la
longueur de l'adresse E/S n'est pas gérée
278 EFE84DCF
EOL_E_READ_ARRAY_FORBIDDEN
La lecture de ce type de tableau n'est pas
permise
279 EFE84DD0
EOL_E_MBI_NOT_ARRAY
Ce type d'objet doit être appelé sous une
forme tableau
Listes des codes
d’erreurs Diag
buffer
Le tableau ci-dessous représente les codes d’erreurs que peut générer le Diag
buffer (Voir Diag Buffer, p. 177) :
HRESULT
NOM
COMMENTAIRE
1
0
OFS_E_DIAG_OK
OK
5
EFE30001
OFS_E_DIAG_NO_BUFFER
Diag buffer non activé
6
EFE30002
OFS_E_DIAG_BUFFER_FULL
Diag buffer est plein
7
EFE30003
OFS_E_DIAG_TOO_MUCH_MMI
Tous les viewers possibles (15) sont connectés
8
EFE30004
OFS_E_DIAG_WRONG_MMI_ID
L’identifiant du viewer n’est pas valide (hors de
la plage 1 à 15)
9
EFE30005
OFS_E_DIAG_MMI_ALREADY_CONNECT
ED
Le viewer est déjà connecté
10
EFE30006
OFS_E_DIAG_MMI_NOT_CONNECTED
Client OPC non connecté
11
EFE30007
OFS_E_DIAG_WRONG_ERROR_ID
identifiant d’erreur non autorisé
12
EFE30008
OFS_E_DIAG_ERROR_NOT_USED
Aucune erreur ne correspond à cet identifiant
13
EFE30009
OFS_E_DIAG_WRONG_OFFSET
Erreur d’OFFSET
TLX DM OFS 2.5
249
Annexes
9.3
Codes requêtes MODBUS et XWAY utilisés par
OFS
Codes requêtes MODBUS et XWAY utilisés par OFS
Description
Il s'agit de la liste de tous les codes requêtes utilisés par le serveur OFS. Si votre
équipement ne supporte pas un code requête, la fonction correspondante ne sera
pas disponible. Si vous n'utilisez pas la fonction, le code requête NE SERA PAS
généré (vous n'avez aucun problème si votre équipement ne supporte pas le code
requête en question).
Pour les équipements Modbus, si le code requête est supporté mais la longueur
maximum ne l'est pas, il risque d'y avoir un problème.
Codes requête MODBUS utilisés par OPC Factory Server :
250
Code
requête
Nom de la fonction
Long.
maxi
utilisée
Fonctions OFS utilisant le code
requête
1
Read Coil Status
2000
Lecture des items 0x
2
Read Input Status
2000
Lecture des items 1x
3
Read Holding Registers
125
Lecture des items 4x et détection
d'équipement (avec reg 0)
4
Read Input Registers
125
Lecture des items 0x
5
Force Single Coil
15
Force Multiple Coil
800
Ecriture de plusieurs items 0x
Ecriture d'un seul item 0x
16
16 Preset Multiple
Registers
100
Ecriture d'un nombre quelconque
d'items 4x
17
Report Slave ID
Lecture du mode d'exploitation de
l'équipement
22
Mask Write 4X registers
Ecriture d'un item octet situé dans
la zone 4x
42
IEC Runtime FC
Accès aux variables Concept non
localisées (lecture/écriture)
126
Modsoft FC
Démarrage / arrêt de l'équipement
TLX DM OFS 2.5
Annexes
Codes requête UNITE utilisés par OPC Factory Server :
TLX DM OFS 2.5
Code
requête
Nom de la fonction
Fonctions OFS utilisant le code
requête
0x38
Read Object List
Lecture de tout item sur TSX Premium,
Micro
0x36
Read Object
Lecture de tout item sur TSX Série 7,
S1000
0x83
Write Generic Object
Ecriture de tout item sur TSX Premium,
Micro
0x37
Write Object
Ecriture de tout item sur TSX Série 7,
S1000
0x0F
Identify
Détection d'équipement
0xFA
Mirror
Détection de taille PDU maxi.
0x4F
Read CPU
Détection d'équipement et lecture du
mode d'exploitation de l'équipement
sur TSX Premium, Micro
0x24
Start
Démarrage de l'équipement
0x25
Stop
Arrêt de l'équipement
0x33
Initialize
Initialisation de l'équipement
251
Annexes
9.4
Recommandations en cas de problème
Localisation d’un problème
Description
Le tableau qui suit présente un certain nombre de situations de problèmes dont vous
pouvez vous sortir sans difficulté. Si le remède proposé ne résoud pas votre
problème, contactez le service support de Schneider Automation.
Solutions :
Composant
Problème
Remède
Configurateur
Installation
Le démarrage du programme échoue
avec le code "Ox1AD "
Réinstallez le composant MDAC. Il est fourni sur le CD
produit dans le répertoire REDIST.
Configurateur
Démarrage
Si vous aviez effectué un archivage des alias :
Problème sérieux au cours de
l'exécution du programme (arrêt
Si le Configurateur démarre encore, récuperez le
intempestif du PC, etc) ou de
démarrage incorrect (base de données dernier fichier d’alias par le menu "récupérer archive".
endommagée, par exemple).
Si le Configurateur ne démarre plus, tenter de copier
manuellement le fichier d’archive sauvegardé dans
"alias2K.mdb" dans le répertoire du Configurateur.
Cette opération écrasera la base de données de travail,
qui est probablement corrompue. Essayer alors de
relancer le programme.
Si vous n’avez pas effectué d’archivage :
Désinstallez le Configurateur, puis réinstallez-le. La
fenêtre de compatibilité sera alors affichée lors de la
première execution du configurateur, et selectionnez
«OUI » pour lancer la procédure de récupération.
Configurateur
Installation
Suite à la migration d’une version 2.0
vers la version à jour, les paramètres
positionnés avec le configurateur v2.0
n'apparaissent plus.
Il est probable que cela provienne du fait qu’aucun alias
n’ait été déclaré, seul cas où la récupération ne se fait
pas.
Configurateur
Archivage
Après un archivage des alias, le fichier
archivé est introuvable
Si vous avez effectué l’archivage via le voisinage
réseau, il faut impérativement indiquer un nom de
répertoire. Sinon, le fichier sera archivé dans le
répertoire par défaut du configurateur ou dans le
répertoire qui contient le raccourci de lancement du
configurateur.
252
TLX DM OFS 2.5
Annexes
Composant
Problème
Remède
Configurateur
Démarrage
La récupération des alias de fonctionne Vérifiez dans les propriétés du raccourci utilisé pour
pas
lancer le configurateur que les guillemets de la chaine
de caractères d’appel d’ofsconf.exe ne sont pas
doublés.
Configurateur
Aide en ligne
L’aide en ligne ne fonctionne pas
L’aide en ligne nécessite la présence d’Internet Explorer
v3.02 minimum. On rencontre ce problème
généralement avec W95.
Configurateur
Mes nouveaux paramètres
Configurateur ne sont pas pris en
compte
Valider le Configurateur et fermer puis rouvrir le serveur
Configurateur
Connexion NOK entre le client et le
serveur distant
Vérifier non seulement les paramètres DCOM mais
également l'option 'Sécurité DCOM' du Configurateur
Driver
La communication avec l’automate
n’est pas effective.
Pour XWAY, vérifier avec l’utilitaire "XWAY TEST" du
"XWAYDriver Manager", si la communication est
possible.
Si Non : Le problème est soit liée au driver soit à la
connectique ( se reporter aux manuels concernés),
Si Oui : Vérifier le niveau de cohérence demandé, il est
probable que la version de l’application API soit
différente de celle du fichier symbole.
Dans un tel cas, essayer d'utiliser des noms de fichiers
courts (C:\OFS - au lieu de C:\Program Files\Modicon
Telemecanique\OFS par exemple).
Installation
Il peut y avoir quelques problèmes si le
chemin d'accès du répertoire de
destination (le répertoire sous lequel le
serveur et le configurateur doivent être
installés) est trop long et que le disque
dur du PC est passé du système FAT
au système NTFS.
Serveur,
Equipement
cible: TSX
Premium
Les performances sont très inférieures Vérifiez :
à celles attendues et/ou indiquées dans l si vous avez bien coché l’option "Vérification
la documentation.
équipement",
l si vous n’avez pas coché par mégarde l’option "Série
7" dans la page de propriétés.
Serveur
Installation
Apparition du message
"QueryInterface(IID_IOPCServer)
returned E_NOINTERFACE for server
Schneider-Aut.OFS" quand un client
OPC essaie de se connecter au
serveur.
TLX DM OFS 2.5
Apparaît généralement lorsque vous avez choisi de ne
pas redémarrer le PC après l’installation. Redémarrezle.
253
Annexes
Composant
Problème
Remède
Serveur
Codes d’erreur
Des messages d’erreur référencés par
un code numérique sont affichés dans
la fenêtre de diagnostic ou dans le
client.
Un programme de décodage est fourni : lancer
scoder.exe depuis le répertoire d’installation du serveur.
Serveur
Lien Concept
Affichage du message "cannot connect Vérifiez que cc2cat est bien installé et enregistré. Se
référer au fichier readme.txt dans le répertoire
to local cc2cat" or "unable to load
\ConceptLink du CD produit.
Concept .prj file".
Serveur
Configuration
système
Utilisation d’économiseurs d’écran
Il est recommandé de ne pas utiliser d’économiseur
d’écran en parallèle du serveur OFS, sauf l'écran vierge
à mot de passe (option « lock computer » ou "lock
WorkStation"). Il n'est pas conseillé d'utiliser des
économiseurs d'énergie
Serveur
Installation
Droits utilisateur sous Windows XP,
2000 ou NT 4.0
Le serveur OFS s'installe seulement si la session est
ouverte avec un compte ADMINISTRATEUR. Le
serveur et n'importe quel client local peuvent très bien
fonctionner sous le même compte non
ADMINISTRATEUR
Serveur
Client distant
Problème d'accès distant avec
Windows XP, 2000 ou NT 4.0
Afin d'être utilisé à distance par un client OPC DCOM,
le serveur OFS doit être démarré sous un compte
ADMINISTRATEUR ou en tant que service NT.Vérifier
que les droits utilisateur sont correctement gérés :
réglage avec l'outil DCOMCNFG.exe.
Serveur
Développement
d’un client VB
Erreur "User-defined type not defined"
lors de la compilation en Visual Basic
de la déclaration de l'objet "OPC
Server"
Instruction sur laquelle porte l'erreur :
Dim WithEvents OpcFactoryServer As OPCServer.
Les interfaces exposées par le serveur OFS ne sont pas
connues par Visual Basic.Vous devez enregistrer ces
interfaces par le menu "Outils" > "Références" de VB6
SP3 puis sélectionner SA OPC Automation 2.0 car ce
gestionnaire OPC Automation contient la "Type Library"
du serveur.
Serveur
Utilisation de
symboles
Obtention de l’erreur
EOL_E_OPEN_SYMBOLS_FAILURE
à la création d'un groupe utilisateur
avec fichier de symboles
Si vous n’avez pas mentionné de chemin absolu pour le
fichier, vérifiez que l’option "Symbols" est correcte dans
la base de registres.
Si vous n’avez pas défini cette option, vérifiez que le
répertoire C:\OPC_SYMB existe et contient votre
fichier.
Si vous avez mis un espace après "=" dans le nom du
groupe il faut le retirer.
Exemple :"grpName= symb.scy" devient
"grpName=symb.scy".
254
TLX DM OFS 2.5
Annexes
Composant
Problème
Remède
Serveur
Echec à la déclaration d’un item et
Equipement cible affichage dans la trace de l’erreur
: Série 7
"XWAY : Answer Thread : Invalid
Protocol (UNITE V1?) for Answer 253"
Vérifiez dans l’adresse de l’alias de l’équipement que le
libellé "Série 7" est présent (validation du paramètre API
série 7 dans l’écran de saisie assistée de l’adresse).
Serveur
OFS manager
Le champ "Device Identity" affiche
"????"
Si il s’agit d’un équipement de type S1000, c’est normal,
le coupleur Ethernet de l’automate ne renvoie aucune
identification.
Serveur
Unitelway
Le driver UNITELWAY est réglé avec un nombre trop
Message "XWAY : Build Request for
UNTLW01 :0.254.0 : No Free Socket" faible d’adresses esclave. A adapter en fonction du
apparait très souvent dans la fenêtre de nombre de requêtes utilisées.
diagnostic
Serveur
Diag buffer
L’attribut qualité de l’item
#DiagReadNextError reste à "bad"
lorsque la connexion est bien ouverte
avec l’équipement
Le "handle" du client OPC contenant les items
spécifiques du Diag Buffer est déjà utilisé ou le client
s’est connecté au serveur sans préciser son "handle".
Station distante
L’installation échoue avec le message
« Erreur d’enregistrement automatique.
Un ou plusieurs fichiers ne se sont pas
enregistrés automatiquement
(OPCAutoSA2.dll, SAProxy.dll)
Le composant DCOM est nécessaire. Procéder à son
installation depuis le dossier Redist\DCOM, puis
relancer le PC. Reprendre ensuite l’installation de la
station distante.
Serveur ou
client OPC
La modification de la période d’un
groupe prend beaucoup de temps CPU
si le groupe contient un grand nombre
d’items.
La fenêtre « Netman. » qui indique toutes les requêtes
génerées doit être fermée car la quantité de traces
affichées pénalise l’opération. En règle générale, avant
de modifier la période d’un groupe, il est recommandé
de désactiver le groupe au préalable puis de le réactiver
quand l’opération est faite.
Serveur
Communication
Le serveur ne répond plus quand il y a
beaucoup d’items simulés. Des
messages "spurious" apparaissent
dans la fenêtre de Diagnostic
Régler la probabilité des notifications du simulateur pour
diminuer le nombre de notifications renvoyées au client
OPC. L’augmentation de la puissance du PC peut
améliorer la limite.
Serveur
Affichage
Depuis le gestionnaire des tâches de
Windows, on constate une
augmentation de la mémoire
consommée par OFS.EXE
Si le serveur est en mode Diagnostic, une quantité
importante de messages affichés entraine
l’augmentation de la mémoire utilsée (jusqu’à 4 Mo).
Ceci est normal. En fermant les fenêtres de l’IHM du
serveur, la mémoire est libérée.
Serveur
Installation
Apparait quand le composant MSVCP60.DLL n’est pas
Apparition du message
présent ou mal installé. Mettre cette DLL dans le
"CoCreateInstance returned
répertoire Windows et réinstaller le serveur.
REGDB_E_CLASSNOTREG for
Server Schneider" quand un client OPC
essaie de se connecter au serveur.
TLX DM OFS 2.5
255
Annexes
Composant
Problème
Serveur
Lien Concept
Avec Concept 2.5, l’ouverture du fichier Consulter le fichier \ConceptLink\Version2de symboles échoue avec le message 5\Readme.txt
"SdkConcp : can’t open project"
Client OPC
Plage
d’adresses des
items
Tous les items d’un groupe sont en
Quality = Bad (24)
Serveur
Ecriture d’items
Ces messages sont dûs au fait que l’opération d’écriture
Lors de l’écriture d’un grand nombre
a duré plus longtemps que le délai autorisé. Augmenter
d’items, on obtient les messages
suivants dans la fenêtre de diagnostic : les timeout trame pour les équipements concernés.
"SyncWriteFailure" suivi de "Write
Error"
Serveur
Notification
Absence ou retard de notification sur
certains items. Le message "Error,
request too old" apparait dans la
fenêtre de diagnostic du serveur.
Serveur
Accès items
L'accès via Modbus à plus de 1000 bits Vérifier que l'option /T soit indiquée à la fin de l'adresse
consécutifs sur un automate Premium de l'équipement.
provoque des erreurs.
Serveur
L'activation d'un nombre important
Activation items d'items échoue si leur création est faite
dans le groupe actif. On rencontre
généralement ce problème avec W95
et une communication à faible débit.
Serveur
Push Data
256
Remède
Cet état peut provenir de l’ajout d’un item inexistant
dans l’équipement cible ‘Ex : lecture d’un mot
%MW10000 alors que l’automate n’en comporte que
8000.Supprimer les items hors zone.
Augmenter la période du groupe. Si ce n’est pas
suffisant, adapter les valeurs de timeout de l’alias. Pour
Modbus, augmenter le nombre de canaux alloués pour
la communication.
Ce problème est du à une surcharge du PC, les conseils
suivants peuvent résoudre le problème :
l créer les items dans un groupe inactif, puis activer le
groupe,
l vérifier que le mode 'Verbose' du serveur ne soit pas
sélectionné afin de limiter les traces au minimum,
l augmenter la puissance du PC,
l si le système d'exploitation est W95, effectuer une
mise à jour vers un système plus récent.
En Modbus, les valeurs des items
L'adresse de base à indiquer dans les propriétés de
definis dans la zone Push Data ne sont l'alias ne doit contenir que l'offset de l'adresse. Ainsi,
pas mises à jour.
pour indiquer une adresse de base correspondant à
402000 par exemple en MODBUS, il suffira d'indiquer
2000 comme valeur dans le champ 'Adresse de base'.
TLX DM OFS 2.5
Glossaire
A
Applicatif client
Logiciel utilisant des primitives fournies par un applicatif serveur, à travers des
mécanismes (interfaces) mis en oeuvre par OLE.
Applicatif
serveur
Logiciel exposant des primitives à des applicatifs clients, à travers des mécanismes
(interfaces) mis en oeuvre par OLE.
C
COM
Component Object Model : fondations de la norme OLE 2.0.
D
DCOM
Distributed COM : modèle COM distribué en réseau sous TCP-IP.
F
FIP
TLX DM OFS 2.5
Factory Instrumentation Protocol.
257
Glossaire
G
Groupe OPC
Gère une collection d'items OPC, c'est-à-dire une liste de variables automates.
H
Handle
Valeur unique identifiant un objet.
I
Item OPC
Variable automate sur un automate et un média de communication donné.
L
LCID
Language Code IDentifier.
M
Multi-clients
Plusieurs applicatifs clients accèdent simultanément au même applicatif serveur.
O
OFS
OPC Factory Server : serveur OLE d'échange de données avec l'automate.
OLE
Object Linking and Embedding : objet à liaison et à incorporation. Fournit
notamment l’interface OLE Automation, technique qui permet à un serveur
d'exposer des méthodes et des propriétés à un client.
258
TLX DM OFS 2.5
Glossaire
OPC
OLE for Process Control.
P
PLC
Programmable Logical Controller : automate programmable (industriel).
Primitive
Fonction OPC.
R
Repère (adresse)
Nom "constructeur" d’une variable d’automatisme. Par exemple "%MW1".
S
Serveur distant
L’applicatif client et l’applicatif serveur sont situés sur 2 postes distincts reliés par le
réseau TCP-IP de Microsoft.
Serveur OPC
Gère une collection de groupes OPC. Racine hiérarchique du modèle OPC.
Socket
Canal de communication établi entre le serveur OFS et un ou plusieurs automates,
sur un média de communication donné. Le nombre de sockets disponibles dépend
du média de communication.
SP
Service Pack : correctifs et évolutions d’un système d’exploitation.
Symbole
Identificateur attribué par un concepteur à une variable d’automatisme. Par exemple
"POMPE". Un symbole ne peut pas commencer par le préfixe ‘%’.
U
UNC
TLX DM OFS 2.5
Universal Naming Convention.
259
Glossaire
V
VB
Visual Basic: langage grand public supportant OLE Automation.
VBA
Visual Basic for Application : langage de script à syntaxe Basic inclus dans la suite
MS-Office.
W
Wintel
260
Windows/Intel : désigne un PC équipé d’un Operating System Windows 32 bits et
d’un processeur Intel x86.
TLX DM OFS 2.5
Index
A
Accès
Distant, 73
Local, 73
Adresse equipement
Exemple, 88
Adresse réseau (modification), 40
Alias
Adresse, 40
Archiver, 34
Création, 37
Définition, 32
Edition, 36
Gestion, 202
Propriété, 45
B
Bande morte
Applicatif client, 124
Définition, 121
Mécanisme, 122
Service de lecture cyclique, 69
Valeur, 124
Bits extraits, 105
C
Câble de communication, 18
Canaux, 48
CLE CD, 18, 23
TLX DM OFS 2.5
BC
Client
Windows 95/98, 176
XP, 2000 & NT4.0, 174
Codes d’erreurs
OFS, 239
OLE, 236
OPC, 237
Codes requêtes, 250
Cohérence
Contrôle automatique, 162
Ecriture, 117
Lecture, 116
Symboles, 47
Communication
OFS avec automates, 15
Compatibilité
Drivers, 26
Serveur OFS, 234
Version antérieure du configurateur, 63
Concept
Accés à la base de données, 47
Lien, 27, 77, 149
Lien distant, 78, 151
Configurateur
Exécution, 34
Présentation, 32
Configuration
DCOM, 173
Matérielle et logicielle, 19
Configuration de test, 225
Conseils, 198
Contenu d’OFS, 18
261
Index
Contrôle
Dynamique, 48, 82
D
DCOM, 19
Définition
Groupe d’items, 66
DEMO, 23
Désinstallation d’OFS, 29
Diag buffer
#DiagAckError, 182
#DiagLogon, 179
#DiagLogout, 180
#DiagReadNextError, 181
#DiagReadStatus, 183
Client OPC, 178
Définition, 85
Fonctionnement, 85
Fonctionnement client OPC, 184
Formats du tableau, 190
Gestion, 184
Header information, 191
Informations spécifiques, 195
Mise en oeuvre, 185
DNS, 42
Données push
Support, 166
E
Equipement
Vérification, 47
Erreurs, 153
F
Fichier
CONCEPT, 142
CSV, 144
MODSOFT, 143
PL7, 140, 141
TAYLOR, 145
Fichier table de symboles, 44, 46
Fonction
Données Push, 47
262
Fonctionnement
Asynchrone, 118
Format
MODBUS, 167
XWAY, 167
G
Gestion des symboles
Introduction, 138
I
I/O
Restrictions et avertissements, 221
Installation
Drivers, 26
Poste complet, 22, 23
Poste distant, 22, 25
Préambule, 22
Items
Généralités, 88
Groupe synchrone, 114
Groupe utilisateur, 114
Groupes, 114
Propriétés, 171
Spécifiques, 157
L
Lecture seule, 47
M
MaxChannel, 170
Mise en oeuvre
Introduction, 111
Lecture cyclique, 119
MODBUS
Fonction multi-voie, 161
ModbusRcvRate, 170
Mode avancé, 32
Mode de marche automate, 72, 127
Mode déporté, 28
Mode local, 28
TLX DM OFS 2.5
Index
Mode normal, 32
Mode simulateur, 79
Modes d’adressage
MODBUS, 134
XWAY, 130
Nom driver, 88
NT
Service, 164
Période, 69
groupe min, 170
PL7
Blocs fonctions, 148
PLUS, 43
Polling, 69
Préchargement, 47
Problème
Remède, 252
Protocoles
Introduction, 129
O
R
Objets
Hors configuration, 156
OFS
Client, 205
Gestionnaire, 202
Présentation, 12
OLE
Interface, 201
Onglet
Bande Morte, 54
Bande morte, 51
Communication, 51, 61
Modèle, 50, 52
Options, 51, 57
Série, 51, 55
Simulateur, 51, 59
Symboles, 50, 53
OPC
Custom, 200
Interface, 231
Types de données, 90
Options
Modbus, 43
OTHER, 40
Réglage
Time-out, 71
Requête
Nombres d’items logeables, 210
Optimisation, 213
Temps, 229
Réseau
Réglages, 170
RTU, 42
N
P
Paramètres
Configuration, 50
Modbus, 42
Standard, 36
XWAY, 41
TLX DM OFS 2.5
S
Serveur
Informations sur les équipements, 32
Programmation, 112
Windows 95/98, 175
XP, 2000 & NT4.0, 173
Service
Lecture cyclique, 69
NT, 81
Services
Asynchrones, 68
Synchrones, 67
Simulation, 47, 80
Sortance, 226
Support
Données push, 83
Localisation, 48
Symboles, 75, 76
Symboles
Consultation, 146
263
Index
T
TCPIP, 42
Temps de rafraichissement, 228
Time Out
Equipement, 48, 125
Trame, 48, 125
Valeurs, 125
V
Variables
CONCEPT, 101
locales, 107
MODSOFT, 104
tableaux, 115
Variables PL7
Blocs fonctions standard, 96
Objets entrées/sorties, 93
Objets grafcet, 95
Objets standard, 92
Objets tableaux, 98
X
XwayRcvRate, 170
264
TLX DM OFS 2.5