OPC Factory Server V2.5 Manuel utilisateur

OPC Factory Server V2.5Manuel utilisateurTLX DM OFS 2.5 fre

Table des matières

A propos de ce manuel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9

Chapitre 1 Présentation du produit OFS. . . . . . . . . . . . . . . . . . . . . . . . . . .11Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11Présentation du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12Communication avec les automates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

Chapitre 2 Installation/Désinstallation du produit OFS . . . . . . . . . . . . . . .17Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

2.1 Contenu du produit OPC Factory Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18Contenu d’OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

2.2 Configuration matérielle et logicielle du produit OPC Factory Server . . . . . . . . . 19Configuration matérielle et logicielle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

2.3 Procédure d’installation du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21Préparation à l’installation du produit OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22Installation du poste complet (client + serveur). . . . . . . . . . . . . . . . . . . . . . . . . . 23Poste distant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25Installation des drivers. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26Lien concept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

2.4 Paramétrage du fonctionnement en local ou déporté . . . . . . . . . . . . . . . . . . . . . 28Paramétrage en local ou déporté . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

2.5 Désinstallation d’OPC Factory Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29Désinstallation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

Chapitre 3 Configurateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

3.1 Présentation du configurateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32Configurateur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

3.2 Exécution du configurateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34Exécution du configurateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

3.3 Paramètres standards et édition des alias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35Présentation des paramètres standards et de l’édition des alias . . . . . . . . . . . . 36Archivage des données de configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

3

Modification de l’adresse réseau de l’équipement . . . . . . . . . . . . . . . . . . . . . . . . 40Association d’un fichier table de symboles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44Définition des propriétés de l’alias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

3.4 Configuration des paramètres avancés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49Présentation de la configuration des paramètres avancés . . . . . . . . . . . . . . . . . 50Onglet Modèle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52Onglet Symboles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53Onglet Bande Morte. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54Onglet Série . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55Onglet Options. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57Onglet Simulateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59Onglet Communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

3.5 Compatibilité avec les versions précédentes du configurateur . . . . . . . . . . . . . . 63Compatibilité avec la version précédente du Configurateur . . . . . . . . . . . . . . . . 63

Chapitre 4 Fonctionnalités du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65Définition d’un groupe d’items . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66Services synchrones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67Services asynchrones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68Service de lecture cyclique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69Réglage du time-out de communication avec un équipement . . . . . . . . . . . . . . . 71Gestion du mode de marche automate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72Accès au serveur ou au simulateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73Support des symboles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75Consultation des symboles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76Lien avec Concept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77Lien Concept distant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78Le mode simulateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79Simulation individuelle d’un équipement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80Service NT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81Contrôle dynamique de cohérence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82Support de données push . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83Définition du Diag Buffer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85

Chapitre 5 Types de variables gérées par le serveur . . . . . . . . . . . . . . . . 87Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87

5.1 Syntaxe générale d’un item OPC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88Généralités sur un item OPC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88

5.2 Types de données OPC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90Les différents types de données OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90

5.3 Variables PL7, XTEL et ORPHEE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91Objets standard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92Objets grafcet. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95

4

Blocs fonctions standard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96Objets tableaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98

5.4 Variables Concept sur OFS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101Variables concept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101

5.5 Relation entres les variables Modbus et IEC 1131 . . . . . . . . . . . . . . . . . . . . . . 103Relation entre les variables Modbus et IEC 1131 . . . . . . . . . . . . . . . . . . . . . . . 103

5.6 Variables Modsoft sur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104Variables modsoft . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104

5.7 Support de bits extraits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105Support de bits extraits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105

5.8 Variables locales sur OFS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107Variables locales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107

Chapitre 6 Mise en oeuvre du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . 109Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109

6.1 Introduction à la mise en oeuvre du serveur . . . . . . . . . . . . . . . . . . . . . . . . . . . 111Introduction à la mise en oeuvre du serveur . . . . . . . . . . . . . . . . . . . . . . . . . . . 111

6.2 Utilisation du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112Programmation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112

6.3 Les différents groupes d’items . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114Les différents groupes d’items . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114

6.4 Gestion des tableaux. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115Gestion des tableaux de variables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115

6.5 Cohérence de la lecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116Cohérence de la lecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116

6.6 Cohérence de l’écriture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117Cohérence de l’écriture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117

6.7 Fonctionnement asynchrone du serveur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118Fonctionnement asynchrone. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118

6.8 Mise en oeuvre de la lecture cyclique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119Mise en oeuvre de la lecture cyclique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119

6.9 Mise en oeuvre de la bande morte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120Définition de la bande morte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121Description du mécanisme de la bande morte . . . . . . . . . . . . . . . . . . . . . . . . . 122Mise en oeuvre de la bande morte dans un applicatif client . . . . . . . . . . . . . . . 124

6.10 Ajuster les valeurs de timeout . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125Ajustement des valeurs de l’item timeout . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125

6.11 Mise en oeuvre de la gestion du mode de marche automate . . . . . . . . . . . . . . 127Gestion du mode de marche automate. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127

6.12 La communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129Modes d’adressage XWAY . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130Modes d’adressage MODBUS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134

6.13 Gestion des symboles. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137

5

Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137Introduction sur la gestion des symboles. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138Fichier PL7 de table de symboles exportés. . . . . . . . . . . . . . . . . . . . . . . . . . . . 140Fichier PL7 d’application exportée. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141Fichier CONCEPT de table de symboles exportés . . . . . . . . . . . . . . . . . . . . . . 142Fichier MODSOFT de table de symboles exportés . . . . . . . . . . . . . . . . . . . . . . 143Fichier CSV de tables de symboles. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144Fichier TAYLOR de table de symboles exportés. . . . . . . . . . . . . . . . . . . . . . . . 145

6.14 Support de la consultation des symboles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146Consultation des symboles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146

6.15 Gestion des blocs fonctions standards PL7. . . . . . . . . . . . . . . . . . . . . . . . . . . . 148Gestion des blocs fonctions standards PL7. . . . . . . . . . . . . . . . . . . . . . . . . . . . 148

6.16 Lien concept. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149Lien concept. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149

6.17 Lien Concept distant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151Lien CONCEPT distant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151

6.18 Gestion des erreurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152Mécanisme de remontée des erreurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153Les objets hors configuration logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156

6.19 Items spécifiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157Items spécifiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157

6.20 Fonction multi-voie MODBUS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161Fonction multi-voie MODBUS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161

6.21 Contrôle automatique de cohérence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162Contrôle automatique de cohérence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162

6.22 OFS comme service NT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164OFS comme service NT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164

6.23 Support de données PUSH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166Support de données push . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166

6.24 Réglage de l’interface réseau du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . 170Réglage de l’interface réseau du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . 170

6.25 Propriétés d’un item OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171Propriétés de l’item OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171

6.26 Configuration DCOM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173Configuration DCOM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173

6.27 Diag Buffer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177Fonctionnement depuis un client OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178Mise en oeuvre du diag buffer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 185Format du tableau du Diag buffer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190Informations remontées par le Diag buffer en tête de la table . . . . . . . . . . . . . . 191Informations spécifiques remontées par le Diag buffer dans la table . . . . . . . . 195

6.28 Conseils sur l’utilisation du serveur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198Conseils . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198

6

Chapitre 7 Guide de l’utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199OPC custom . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200Description de l’interface OLE Automation exposée. . . . . . . . . . . . . . . . . . . . . 201Le gestionnaire OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202OFS client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205

Chapitre 8 Performances . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207

8.1 Présentation du chapitre performance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208Performances d’OFS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208

8.2 Performances statiques. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209Nombre d’items logeables dans une seule requête . . . . . . . . . . . . . . . . . . . . . 210Utilisation des groupes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212Optimisation des requêtes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213Ecriture de variables Concept de type structure . . . . . . . . . . . . . . . . . . . . . . . . 215Adressage des modules d’entrées/sorties TOR . . . . . . . . . . . . . . . . . . . . . . . . 216Adressage des modules d’entrées/sorties analogiques . . . . . . . . . . . . . . . . . . 218Restrictions et conseils pour les objets d’entrées/sorties . . . . . . . . . . . . . . . . . 221Visualisation du nombre de requêtes généré par OFS . . . . . . . . . . . . . . . . . . . 223

8.3 Performances dynamiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224Configuration de test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225Sortance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226Temps de rafraîchissement. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228Temps écoulé entre émission et réception d’une requête. . . . . . . . . . . . . . . . . 229Ecriture multi-automates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 230Interface OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231

Chapitre 9 Annexes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233

9.1 Compatibilité du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234Compatibilité du serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234

9.2 Liste exhaustive des codes d’erreurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235Erreurs principales définies par OLE. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236Erreurs définies par la norme OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237Erreurs définies par le serveur OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 239

9.3 Codes requêtes MODBUS et XWAY utilisés par OFS . . . . . . . . . . . . . . . . . . . 250Codes requêtes MODBUS et XWAY utilisés par OFS . . . . . . . . . . . . . . . . . . . 250

9.4 Recommandations en cas de problème . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252Localisation d’un problème . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252

Glossaire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257

7

Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261

8

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

TLX DM OFS 2.5

1
Présentation du produit OFS
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 :

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 :� 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,

� 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 :� Microsoft Visual Basic, version 6.0 SP3 ou supérieure,� Microsoft Visual C++, version 6.0 SP3 ou supérieure,� 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 :

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 :� multi-équipements,� multi-protocoles de communication,� multi-clients,� accès aux équipements et aux variables par repère (adresse) ou par symbole,� accès au serveur en mode local ou distant,� 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,

� adaptation automatique de la taille des requêtes réseau,� expose ses services par les interfaces OLE Automation et OLE Custom,� 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,

OFS

Client Serveur

Pompe, %MW1

Vanne, %MW0

OLE

Aut

omat

ion

Automate 2 : PremiumAutomate 1 : Quantum

Automate 3 : Micro

OLE

Aut

omat

ion

TLX DM OFS 2.5 13

Présentation OFS

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

14 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 : � protocole UNITE : réseau Ethernet (XWAY sur TCPIP, ETHWAY), FIPWAY,

Unitelway, ainsi qu’ISAWAY dans le cas de l’utilisation d’un coprocesseur PCX,� 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 (sous-ensemble 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:� opérations de lecture uniquement,� 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 MICRO Série 7 Série 1000 PC

Ethway TSX ETY 110• (ETHWAY) TSX ETH107TSX ETH 200

ETH030• Carte Ethernet

TCP/IP (XIP)

TSX ETY110• (TCP/IP)TSX ETY410• (TCP/IP)TSX ETY510• (TCP/IP)

TSX ETZ410TSX ETZ510

Carte Ethernet

Unitelway Port TER CPUTSX SCP11•

Port TER CPUTSX SCP11•

TSX SCM22• COM1/ .. /COM4

Fipway PCMCIA FPP20 PCMCIA TSX FPP20

TSX P•7455TSX FPP20

TSX FPC10 (carte bus ISA)TSX FPP20 (PCMCIA)

Isaway TPCX P57203TPCX P57353

Bus ISA

Modbus TCP

TSX ETY110•TSX ETY410•TSX ETY510•

Carte Ethernet

Modbus TSX SCP11• Port TER CPU TSX SCM22• Cartes JB• COM1/ .. /COM4

TLX DM OFS 2.5 15

Présentation OFS

Le tableau ci dessous décrit la compatibilité d’OFS 2.5 entre certaines gammes d’automates et les différents standards:

Modbus + TSX MBP100 TSX MBP100 AM-SA85-00• (carte bus ISA)416NHM3003• (carte bus PCI)

PREMIUM MICRO Série 7 Série 1000 PC

QUANTUM MOMENTUM COMPACT PC

Modbus TCP/IP

140NOE 771•• 171CCC96030171CCC98030

Carte Ethernet

Modbus Voie intégrée 171CCC760••171CCC780••

Voie intégrée COM1/ ... / COM4

Modbus + Voie intégrée140NOM211••

Voie intégrée AM-SA85-00• (carte bus ISA)416NHM3003• (carte bus PCI)

16 TLX DM OFS 2.5

TLX DM OFS 2.5

2
Installation/Désinstallation du produit OFS
Présentation


Ce chapitre a pour but de vous décrire l’installation ainsi que la désinstallation du produit OFS.


Ce chapitre contient les sous-chapitres suivants :

Sous-chapitre

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 :� un CD-ROM avec les instructions d'installation,� un numéro d'identification du produit, appelé également CD-KEY dans le texte

qui suit.� 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,� le gestionnaire OFS,� le configurateur OFS,� la documentation (langue anglaise/française/allemande),� des exemples de tables de symboles, d'applications Concept et PL7,� un client OPC de test .

Note : � le produit OFS ne contient aucun câble de communication entre le PC et

l'automate.� 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


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:� Windows XP professionnel,� Windows 2000 professionnel mis à jour avec le Service Pack 1 (ou supérieur),� NT 4.0 mis à jour avec le Service Pack 5 (ou supérieur),� Windows 98 (première ou deuxième édition),� Windows 95 mis à jour avec le Service Pack 1 (ou supérieur) et l’option DCOM

(1.3).

Pour savoir quelle version de Windows et quel service pack sont installés sur votre PC, procéder ainsi :� 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é.

� 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é.

� Windows NT:Ouvrez Programmes\Outils administratifs\Windows NT\Diagnostics - la version du système est affichée ; elle doit être au minimum :� Version 4.0 (Build 1381: Service Pack 5).Sous NT4.0, DCOM est toujours installé.

Note : � 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).

TLX DM OFS 2.5 19


� 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 :� 4.0.950 = pas de service pack installé - installez le service pack 1,� 4.0.950a = service pack 1 est installé, cliquez sur OK,� 4.0.950b = service pack 2 est installé, cliquez sur OK,� 4.10.1998 = Windows 98 (première édition), cliquez sur OK,� 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


2.3 Procédure d’installation du produit

Présentation

Objet de ce sous-chapitre

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 :

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

TLX DM OFS 2.5 21


Préparation à l’installation du produit OFS

Préambule

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 :� cliquez sur le bouton Démarrer dans la barre des tâches,� sélectionnez Paramètres -> Panneau de configuration ,� cliquez sur l'icône Ajout/Suppression de programmes dans le panneau de

configuration,� 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'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).� 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é,

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

Note : Sous Windows XP, 2000 ou NT 4.0, il est nécessaire d’avoir les droits administrateur.

22 TLX DM OFS 2.5


Installation du poste complet (client + serveur)

Procédure d’installation

Le fenêtre ci-dessous s’affiche et donne les options d’installation OFS :

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’utilisation d’OFS ne peut dépasser 2 heures (le serveur doit alors être arrêté et

redémarré),� le serveur ne peut être executé en mode NT service,� 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é.

Entrez ici votre numéro de licence ou “DEMO”.

OPC Factory Server 2.5

CD Key or "DEMO"

??

Configuration tool

Server

OPC Factory ServerS

TLX DM OFS 2.5 23


Cliquer sur Server :Suivre les messages apparaissant à l'écran pour procéder à l'installation. Le programme d'installation offre les possibilités suivantes :� installation optionnelle d’un programme client OPC de test,� 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.

� En particulier, éviter les espaces dans les noms de fichier.

24 TLX DM OFS 2.5


Poste distant

Procédure d’installation

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 :� 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),

� 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,

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

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

TLX DM OFS 2.5 25


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 Version minimale en fonction du système d’exploitation

W95 W98 W2000/ XP NT4.0 SP5

UNITELWAY 7.8 1.2 1.6

FIPWAY 2.4 1.0 1.3

FIPWAYPCMCIA

1.1 1.1 1.1

ISAWAY 1.2 1.0 1.4

ETHWAY 2.6 1.0 1.1

XWAY/TCP-IP 1.5

26 TLX DM OFS 2.5


Lien concept

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

TLX DM OFS 2.5 27


2.4 Paramétrage du fonctionnement en local ou déporté

Paramétrage en local ou déporté

Description Le serveur OFS peut opérer en :� 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,� 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.

28 TLX DM OFS 2.5


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 :� Outil de configuration OFS� OPC Factory Server� 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


30 TLX DM OFS 2.5

TLX DM OFS 2.5

3
Configurateur
Présentation


Ce chapitre a pour objet de présenter le configurateur du produit OFS.



Sous-chapitre

Sujet Page

3.1 Présentation du configurateur 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 : � le réseau à utiliser,� l'adresse de l'équipement sur ce réseau,� 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 :� 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,

� 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 :� cliquez sur le bouton Démarrer dans la barre des tâches,� 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 :

La partie supérieure de la fenêtre propose une barre de menus et une barre d'outils.� menu Serveur :

� 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'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,

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

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.

Configurateur OFS

Serveur Editer AideImprimer

???

34 TLX DM OFS 2.5

Configurateur

3.3 Paramètres standards et édition des alias

Présentation


Ce sous-chapitre a pour but de vous présenter les paramètres standard et l’édition des alias.



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

TLX DM OFS 2.5 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 :

Le tableau ci-dessous décrit les champs de l’écran ci-dessus :

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

Configurateur OFS

Bienvenue dans l’outil de Configuration d’OPC Factory Serveur

200

2 11/10/01

Propriétés dems

Période groupe min

Mode serveurCachéContrôleDiagnosticDiag. Etendu

Liste des Alias automates

devFIP

devModbus+

devModbus

devUnitelway

FIP01:0.1.5.3.10

MBP00:DM.2.3.4.5.6

MBS01:1

UNTLW01:0.254.0

Nom <driver>:<API adr> Fichier table de Symboles

Serveur Editer AideImprimer

???

Avancé ...

l’alias ...

Nombre d’alias : 5

4

Ok Annuler Appliquer

devTCPIP XIP01:IP.10.23.1.4.1.2.0

Alias

Description

36 TLX DM OFS 2.5

Configurateur

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,� la définition de l'adresse réseau de l'équipement, qui inclut le driver réseau et

l'adresse de l'équipement,� La fourniture du nom d'un fichier table de symboles (facultative),� 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".

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

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.


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 :� 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.

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

TLX DM OFS 2.5 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 :

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 :� 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",� 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).

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.

40 TLX DM OFS 2.5

Configurateur

Paramètres XWAY :Illustration sur les modes d’adressages XWAY (Voir Modes d’adressage XWAY, p. 130) :

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.

devTCPIP : Clic sur le nom du driver

MODBUS

Adresse de l’alias

XWAY OTHER

Valider

Annuler

EffacerXIP01:IP.1.2.0

1Numéro d’instance

Niveaux d’adressage3 niveaux5 niveaux

6 niveaux1

Réseau2

Station0

Porte

Adresse réseau

TCP IP DirectOTHERXWAY

UNITELWAYFIPFIP PCMCIAISAWAYTCP IPETHWAY

RTUTCP IPPLUS

MODBUS

1 K Service

Pilote:

Série 7 PLC

TCP IP

TLX DM OFS 2.5 41

Configurateur

Paramètres Modbus :Les principes d'adressage Modbus sont expliqués au sous-chapitre Communication (Voir Modes d’adressage MODBUS, p. 134) :

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

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

devModbus+ : Clic sur le nom du driver

MODBUS

ADRESSE DE L’ALIAS

XWAY OTHERS

Valider

Annuler

Effacer

00 Numéro de l’instance

OPTIONSaucunJBUS

TSX

2 3 4

TCP IP / DNS

MODBUS

XWAYUNITELWAYFIPFIP PCMCIAISAWAYTCP IPETHWAY

OTHER

RTUTCP IPPLUS

5 6

TCP IP

DNS

Index du pont MBP

RTUCOM1COM2COM3COM4

NœudAPI

Donnée MaîtreProgramme Maître

PLUS

MBP00:DM.2.3.4.5.6

Nœuds optionnels

Pilote: PLUS

42 TLX DM OFS 2.5

Configurateur

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

TLX DM OFS 2.5 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 :

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.

Selectionnez le fichier de symboles

Ouvrir

Annuler

?

Type:

Nom:

OFS ConfExplorer:

Fichier PL7 symboles exportés (*.scy;*.fef)

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)

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 :� Utilisation d'un fichier table de symboles,� Droits d'accès aux variables,� Simulation au lieu de l'accès réel à l'équipement,� Contrôle de cohérence entre variables et base de données,� 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,� nombre de réservations de voies pour Modbus,� opérations d'écriture de données automatiques à partir de l'équipement.

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

Préchargement symbolesAucunTable de symboles

Equipement

0

0

0

Fonctions données PushPas de données PushValeur initiale = #0

Valeur initiale lue sur l’équipement

Option d’horodatage

Adresse de base

Taille

Période vérif. Qualité

Time Out de trame ms

ms

Annuler

Time Out équipement 5000

1000

Simulation Lecture seuleVérification del’équipement

Equipement Modbus TCPIP

Fichier table deSymboles

Adresse de l’alias MBT:1.2.3.4

Nom devModbusT

s

Valider

Commentaire

Accès base de données Concept

Serveur distantLocal

Nom de machine

Modbus / Concept

1Max CanauxContrôle de cohérence dyn.

Support non localisé

Niveau de cohérenceNiveau StrictNiveau Lecture seule

Niveau Avertissement

Fichier table de symboles

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.

46 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:� 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.� Pour les équipements MODBUS, OFS détermine si le runtime Concept IEC est chargé.� 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éeNiveau lecture seule : les items sont créés mais en lecture seuleNiveau 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

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

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.

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

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


Ce sous-chapitre a pour objet de vous décrire la configuration des paramètres avancés.



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

TLX DM OFS 2.5 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 :� propriétés par défaut appliquées aux alias lors de leur création,� plage de variation des paramètres de variables pour la personnalisation bande

morte (pourcentage de variation de la plage),� configuration de la ligne série pour Modbus,� droits sur les modes de marche des automates,� délai d'arrêt du serveur,� 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 :

� 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,

Configurateur OFS

Bienvenue dans l’outil de Configuration d’OPC Factory Serveur !

200

6/1/01

Propriétés dems

C:\Program Files\Modicon Telemecanique\OFS\Server\Ofs.exe

Période groupe min

Mode serveurCachéContrôleDiagnosticDiag. Etendu

Liste des Alias automatesNom <driver>:<API adr> Fichier table de Symboles

Serveur Editer ?Imprimer

???

Avancé ...

l’alias ...

Alias Modèle Symboles Bande morte Série Options Simulateur Comm.

23

devUnitelway

devTCPIP

devModbusT

devModbus+

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 MBS01:1

devFIP FIP01:0.1

Nombre d’alias : 6

Ok Annuler AppliquerDescription

50 TLX DM OFS 2.5

Configurateur

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

TLX DM OFS 2.5 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 :

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

Configurateur OFS

Bienvenue dans l’outil de Configuration d’OPC Factory Serveur ! 6/1/01

Propriétés par défaut des nouveaux alias


???Alias Modèle Symboles Bande morte Série Options Simulateur Comm.

Préchargement symbolesAucunTable de symboles

Equipement

0

0

0

Fonctions données PushPas de données PushValeur initiale = #0

Valeur initiale lue sur l’équipement

Option d’horodatage

Adresse de base

Taille

Période vérif. Qualité

Modbus / ConceptContrôle de cohérence dyn.

Max Canaux 1Support non localisé

Time Out de trame ms msTime Out équipement 50001000

Simulation Lecture seuleVérification del’équipement

Niveau de cohérenceNiveau StrictNiveau Lecture Seule


s


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 :

Pour définir ou modifier une extension (en général, trois lettres sans point) :� double-cliquer sur une zone vierge ou renseignée située dans la colonne

"SUFfixe". Entrer une extension, puis appuyer sur la touche "retour", � 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,

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

Configurateur OFS


Fichiers de tables de symboles



27

SCY

FEF

TXT

PRJ

1 : Fichier PL7 symboles exportés

1 : Fichier PL7 symboles exportés

5 : Fichier ModSoft symboles exportés

4 : Fichier projet ConCept

SUFfixe Type de fichier des symboles

Répertoire par défaut pour les tables de symboles

C:\OPC_SYMB\ ...

0

1

2

3

4

56

CCN

CSV

2 : Fichier ConCept symboles exportés

6 : Fichier Comma Separated ValuesFIS 6 : Fichier Comma Separated Values


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 :

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

Configurateur OFS

Bienvenue dans l’outil de Configuration d’OPC Factory Serveur ! 4

Définition des plages de valeurs des variables analogiques pour la bande morte



05

var1

var2

var3

2.4

4.23

41

Nom du type analogique Valeur Min01

2

3.5

5

50

Valeur Max

Bande morte = x%x [Max - Min]

Valeur Max

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 :

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.

Configurateur OFS




21

Par défaut

COM1

COM2

COM3

Port

Réglage de ModBus RTU

01

2

3

4 COM4

Timeout ms100

Nombre de Réemission 3

>-Vitesse9600 baud

9600 baud

9600 baud

9600 baud

9600 baud

Taille8 bits

8 bits

8 bits

8 bits

8 bits

Parité2 : paire

2 : paire

2 : paire

2 : paire

2 : paire

Bit d’arrêt0 : 1 bit

0 : un bit

0 : un bit

0 : un bit

0 : un bit

Vitesse300 baud600 baud1200 baud2400 baud4800 baud

19200 baud38400 baud57600 baud115200 baud

Annuler

OK

9600 baud


TLX DM OFS 2.5 55

Configurateur

Dans chaque zone de la grille, un double-clic affiche une liste, comme illustré ci-dessus, qui répertorie les valeurs autorisées pour les paramètres de ligne série :� vitesse (300 à 115200 baud),� taille (4 à 8 bits),� parité (aucune, impaire, paire, mark, space),� 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 :

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

Configurateur OFS


Fonctionnalités



Fichiers de traces

debug.txt ...

Rechargement base

Gestionnaire OFS 7 Nb d’alias pouvant être créés dynamiquementde données

Activation Extensions OPC

Mode de marche API

Balayage DNS(Modbus TCPIP)

Ecraser les précédentes traces

Gestionnaire de symboles

Sécurité DCOM

Débogue

modbusdbg.txt ...

Générateur de requêtes

Modbus

xwaydbg.txt ...Xway

...Batch

Arrêt serveur

(.bat)

0Tempo après demande d’arrêt s

???

Ok Annuler Appliquer

Mode simulateur

Description

TLX DM OFS 2.5 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 :

Réglage des notifications

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

Configurateur OFS




100

1

Valeurs initialesZéroAléatoire

Réglage des notifications

Probabilité = 1 /

Incrément des variables entières à chaque cycle

Valeur Max

T0

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 fonctiondes paramètres choisis ici.

???


N 10≤

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 :

Options pour équipements sans alias

Mêmes paramètres que dans la Page de propriétés.Les sélections faites ici sont appliquées uniquement aux équipements créés sans alias ou aux alias créés dynamiquement avec le gestionnaire 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

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.

Configurateur OFS




Niveau de cohérenceNiveau StrictNiveau Lecture seule


Modbus / Concept

Max Canaux 1

Time Out de trame ms

msTime Out équipement 5000

1000

Simulation Lecture seuleVérification de l’équipement

Options pour équipements sans alias


Vitesse d’échantillonnage en réception

Modbus ms

msXWAY 50

50

Contrôle de cohérence dyn.

Période s10

Xway pour les données Push

Porte 0

Chemin de la base de données courante :

C:\Program files\Modicon Telemecanique\OFS\OFSConf\Alias2K.mdb

???


TLX DM OFS 2.5 61

Configurateur

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]

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

En fonction de la réponse :� OUI : le jeu de configuration dans la base de registres est inséré dans la base de

données du Configurateur,� 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),

� CANCEL : quitte le programme sans aucune action.

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 .

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


OFSconf

Oui Non Cancel

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 !

TLX DM OFS 2.5 63

Configurateur

64 TLX DM OFS 2.5

TLX DM OFS 2.5

4
Fonctionnalités du produit
Présentation


Ce chapitre a pour but de vous décrire les fonctionnalités du produit OFS.



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


Définition d’un groupe d’items

Définition 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.� Il est possible de définir plusieurs groupes,� un groupe peut concerner plusieurs équipements : chaque item peut avoir une

adresse d'équipement différente,� 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,

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

� selon le service appelé, un groupe est transcrit sur une ou plusieurs requêtes de communication,

� tous les items d'un même groupe ont la même cadence de mise à jour et le même pourcentage de bande morte.

66 TLX DM OFS 2.5


Services synchrones

Description � 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


Services asynchrones

Description � 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.

68 TLX DM OFS 2.5


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

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.

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

� 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%.

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.

TLX DM OFS 2.5 69


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


Réglage du time-out de communication avec un équipement

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

TLX DM OFS 2.5 71


Gestion du mode de marche automate

Description Ce mécanisme permet de consulter ou modifier le mode de marche d’un automate:� mise en marche,� arrêt,� 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).

Exemple :Programmation dans l’applicatif client d’un message demandant à l’opérateur de confirmer le changement du mode de marche de l’automate.

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.

72 TLX DM OFS 2.5


Accès au serveur ou au simulateur

Description Le serveur OFS permet deux modes d'accès aux services qu'il fournit.� accès en local:L’applicatif client et le serveur OFS sont sur le même poste.Illustration :

Réseau MODBUS

Poste OFS

Applicatif client local

Réseau XWAY

Data Symbole.SCY(Concept, PL7) Data2.ASC

(Modsoft)

TLX DM OFS 2.5 73


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

Note : DCOM (Voir Configuration DCOM, p. 173) doit être configuré correctement avant de lancer l'exploitation distante.

DCOMPoste OFS

Applicatif client local

Applicatif client distant

Réseau Ethernet TCP-IP

Data Symbole.SCY(Concept, PL7)

Data2.ASC (Modsoft)

Réseau MODBUS Réseau XWAY

74 TLX DM OFS 2.5


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 :� fichier PL7 de table de symboles ou de projet exporté,� fichier Concept de table de symboles exportés,� fichier projet Concept (lien direct avec la base de données Concept),� fichier Modsoft de table de symboles exportés,� fichier CSV de table de symboles (format d'exportation Excel),� 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


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


Lien avec Concept

Description Le lien direct avec la base de données Concept permet :� support des symboles,� support de la consultation des symboles,� 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,� Concept 2.2,� 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).

TLX DM OFS 2.5 77


Lien Concept distant

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

78 TLX DM OFS 2.5


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 :� en sélectionnant le raccourci "Simulateur OFS Factory Server" créé lors de

l’installation. Il lance OFS.exe avec le paramètre "–simu",� 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 : � 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,

� 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,

� 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,

� 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


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


Service NT

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

TLX DM OFS 2.5 81


Contrôle dynamique de cohérence

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

82 TLX DM OFS 2.5


Support de données push

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

TLX DM OFS 2.5 83


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


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 :� type d’erreur,� date et heure de début,� date et heure de fin,� zone de déclenchement de 0 à 15 ( dans le cas ou plusieurs modules sont

déclarés sur le même PLC),� commentaire de l’alarme ......

Illustration La figure ci-dessous présente le fonctionnement du Diag buffer :

Buffer de

diagnostic

1. Détection 2. Mémorisation 3. Visualisation

DFB Diagnostic

DFB Diagnostic

Diagnostic système

Message

Acquittement

TLX DM OFS 2.5 85


Fonctionnement Le tableau ci-dessous décrit les différentes phases de fonctionnement :

Pour obtenir des renseignements complémentaires sur le Diag buffer consulter la partie mise en oeuvre (Voir Diag Buffer, p. 177) du Diag buffer.

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 :� la visualisation d’une ou plusieurs zone d’un PLC,� la visualisation d’une ou plusieurs zone de plusieurs PLC,� l’acquittement des messages d’erreur,� la visualisation de l’évolution du status d’item.

86 TLX DM OFS 2.5

TLX DM OFS 2.5

5
Types de variables gérées par le serveur
Présentation


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



Sous-chapitre

Sujet Page

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

*"[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.

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

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 : � UNTLW01:0.254.0!%MW3� MBS01:12!400003� FIP01:0.31.0!%MW5� MBP00:DM.5!400005� XIP01:0.5!%MW100� MBT:1.2.3.4!400100� TSX1!%MW100� QTM1!400100� TSX2!toto� QTM2!totoLe 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 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) :� la conversion tableau d’octets -> chaine produit une chaine ASCII,� la conversion tableau de mots de 16 bits -> chaine produit une chaine UNICODE.

90 TLX DM OFS 2.5

Type de variables

5.3 Variables PL7, XTEL et ORPHEE

Présentation


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 :� - : non disponble,� R : accès en lecture seule,� W : accès en écriture,� R/W : accès en lecture/écriture?



Sujet Page

Objets standard 92

Objets grafcet 95

Blocs fonctions standard 96

Objets tableaux 98

TLX DM OFS 2.5 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 :

Objets mémoire (variables et constantes)

Le tableau ci-dessous représente les objets mémoire supportés par le serveur OFS :

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

Objet Syntaxes acceptées

TSX 37 / PCX/TSX 57 sur Xway



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

Objets de modules d’entrées/sorties

Le tableau ci-dessous représente les objets I/O supportés par le serveur OFS :

Flottant constant (32 bits)

%KFi%CFi

R - R -

Mot commun sur réseau 0

%NW{j}kj=n° stationk=n° mot

R/W - - -

Mot commun sur autres réseaux

%NW{i.j}ki=n° réseauj=n° stationk=n° mot

R/W - - -

Objet Syntaxes acceptées

TSX 37 / PCX/TSX 57 sur Xway



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

R - -

TLX DM OFS 2.5 93

Type de variables

� description pour les modules en rack :� i : numéro du rack*100 + numéro de la position du module dans le rack,� j : numéro de la voie,� r (optionnel) : rang de l’objet dans la voie.

� description pour les modules FIPIO distant :� p : 0 ou 1 : numéro de la position du processeur dans le rack,� 2 : voie du processeur FIPIO embarqué,� c : numéro du point de connexion,� 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),

� j : numéro de la voie,� 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

Temps d'activité de l’étape OUT d’une macro-étape %Xj.OUT.T - R

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

Temporisateur CEI 1131-3 : %Tmi

Monostable : %Mni

Compteur/Décompteur : %Ci

Registre : %Ri


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


Valeur courante %TMi.V R R

Présélection %TMi.P R/W R/W

Sortie "en cours" %TMi.Q R R


Valeur courante %MNi.V R R

Présélection %MNi.P R/W R/W

Sortie Running %MNi.R R R


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


Mot d’entrée %Ri.I R/W R/W

Mot de sortie %Ri.O R R

Sortie Full %Ri.F R R

96 TLX DM OFS 2.5

Type de variables

Drum : %Dri

Sortie Empty %Ri.E R R


Sortie Full %DRi.F R R

Numéro du pas en cours %DRi.S R R

Temps d'activité %DRi.V R R


TLX DM OFS 2.5 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:

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 Syntaxe TSX 37 / PCX/TSX 57 sur Xway



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.

Type d'élément Syntaxes acceptées TSX 37 / PCX/TSX 57 sur Xway



Bit interne %Mi:L%Bi:L %Mxi:L

R/W R/W RW si longueur modulo 8

RW 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

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

Les tableaux d’objets grafcet

Le tableau ci-dessous représente les tableaux d'objets grafcet supportés par le serveur OFS:

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:Lj = n° stationk = n° mot

R/W R/W - -

Mot commun sur autres réseaux

%NW{i.j}k:Li = n° réseauj = n° stationk = n° mot

R/W R/W - -

Chaîne de caractères

%MBi:L%CHi:L

R/W* - - R/W**

Type d'élément Syntaxes acceptées TSX 37 / PCX/TSX 57 sur Xway



Note : L'accès aux mots communs par la syntaxe tableau constitue une extension par rapport au langage PL7,

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 :� 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.� 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

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 :

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.

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

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

TLX DM OFS 2.5 101

Type de variables

Note : � 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.

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

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

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

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

IEC 1131 vers Modbus :

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.

0x %Mi

1x %Mi

3x %Mwi

4x %Mwi

%Mi 0x

%MWi 4x

%MFi 4x (accès à 2 registres)

%MDi 4x (accès à 2 registres)

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):� 4:00001,� 40001,� 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 2400012;D Entier long (32 bits) pour les registres 12 et 13400120;FR flottant à lecture seule pour les registres 120 et 121

Les syntaxes Modsoft

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.

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

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)

Bit extrait de symbole (mot simple ou double)

Symbole:Xj R R R R (Série 7 uniquement)

Bit extrait d’un champ de structure

Struct.member:Xj

R - - -

TLX DM OFS 2.5 105

Type de variables

Exemples :

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.

PL7 CONCEPT XTEL ORPHEE MODSOFT

%MB100:X6%MW100:X3%MD200:X25%SW6:X7%KW100:X0pump :X4

pump:X5struct1.member:X8tab1[1000]:X4

W100,3DW200,25CW100,0Pump,4

%MW100:X3%MD200:X25

300500:X11400100:X12

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

TLX DM OFS 2.5

6
Mise en oeuvre du serveur OFS
Présentation


Ce chapitre a pour but de vous présenter la mise en oeuvre du serveur OFS.



Sous-chapitre

Sujet Page

6.1 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

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

Sous-chapitre

Sujet Page

110 TLX DM OFS 2.5


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.

� Configuration :Le configurateur (Voir Configurateur, p. 31) permet d'effectuer les opérations suivantes :� configurer les tables de symboles,� configurer les alias et les adresses,� configurer les options de l'équipement avec sa page de propriétés,� configurer les options générales du serveur.

� Fonctionnement :Le client doit lancer le serveur et initialiser la communication. L'utilisateur peut ensuite :� créer des groupes,� créer des items,� exécuter la lecture synchrone,� exécuter l'écriture synchrone,� activer la notification du groupe,� activer le groupe.

Dans le même temps, le serveur transmet automatiquement la notification des changements de valeur.

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

TLX DM OFS 2.5 111


6.2 Utilisation du serveur OFS

Programmation

Description 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 :� 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(),

� création d'un ou de plusieurs GROUPES :OPC-AUTOMATION : GroupCollection \ Add() + Get ItemsCollection()OPC-CUSTOM : IOPCServer \ AddGroup()+ QueryInterface() pour IOPCItemMgt,

� création de quelques ITEMS dans un groupe déjà créé :OPC-AUTOMATION : ItemsCollection \ AddItem() ou AddItems()OPC-CUSTOM : IOPCItemMgt \ AddItems(),

� LECTURE ou ECRITURE des ITEMS d'un groupe :OPC-AUTOMATION : Groupe ptr \ ASyncRead() ou Groupe ptr \ ASyncWrite()OPC-CUSTOM : IOPCASyncIO2 \ Read() ou IOPCASyncIO2 \ Write(),

� 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(),

� fermeture de la CONNEXION avec le serveur OFS :OPC-AUTOMATION : Disconnect()OPC-CUSTOM : IOPCServer \ Release().

112 TLX DM OFS 2.5


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


6.3 Les différents groupes d’items

Les différents groupes d’items

Description Le produit OFS distingue 2 types de groupes :� Groupe utilisateur :

� un item peut être localisé sur n'importe quel équipement,� il n'est pas possible de connaître le nombre de requêtes nécessaires à la

lecture de tout le groupe,� Il est possible d'exécuter la lecture d'une partie quelconque d'un groupe,� le groupe est notifiable,� le nom d'un groupe peut être une chaîne de caractères quelconque.

� Groupe synchrone :� tous les items doivent être localisés sur le même équipement,� il est possible de connaître le nombre de requêtes nécessaires à la lecture de

tout le groupe (items spécifiques #NbrRequest),� même si l'on exécute la lecture d'une partie du groupe, tous les items sont lus,� le groupe est notifiable,� 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)

� le nom du groupe doit commencer par $ ou $$,� 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


6.4 Gestion des tableaux

Gestion des tableaux de variables

Description � 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,

� 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 :� %MW10:20� MYARRAY:20

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

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.

TLX DM OFS 2.5 115


6.5 Cohérence de la lecture

Cohérence de la lecture

Définition � 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.

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.

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

116 TLX DM OFS 2.5


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.

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.

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.

TLX DM OFS 2.5 117


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 :� Lecture,� Ecriture,� Rafraîchissement,� Annulation.

Lecture/Ecriture :Semblable au fonctionnement synchrone avec le même nom (mêmes fonction-nalité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îchis-sement 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


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 :� Abonnement du groupe au service de notification mis en place par le serveur

OFS.� Programmation de la fonction de "réveil" OnDataChange, appelée par le serveur

OFS pour notifier les changements de valeurs intervenus dans les groupes.� Activation, si ce n'est pas déjà fait, de tous les items à scruter.� 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.

Rappel :La primitive OnDataChange reçoit les notifications pour tous les groupes dont le serveur assure le polling de lecture.� 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 :� désactivation du groupe : propriété ActiveStatus à la valeur FALSE,� arrêt de l’abonnement du groupe au service de notification.

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

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


6.9 Mise en oeuvre de la bande morte

Présentation


Ce sous-chapitre a pour but de vous décrire la mise en oeuvre de la bande morte.



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

120 TLX DM OFS 2.5


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


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

� 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)),

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

122 TLX DM OFS 2.5


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 de la bande morte dans un applicatif client

Description � déclaration des types analogiques : utilisation du Configurateur (Voir Configurateur, p. 31).Remarque :"AnalogType" est le nom attribué au type analogique par l’utilisateur.

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

� 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 :� 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.

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

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.

124 TLX DM OFS 2.5


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 :� 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.

� au cours du fonctionnement normal de l'équipement, deux types de requêtes lui sont envoyées :� requêtes d'interrogation (pour les items actifs au sein de groupes actifs)� 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


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


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


6.12 La communication

Présentation


Ce sous-chapitre a pour but de vous décrire le type de communication utilisé par le serveur OFS.



Sujet Page

Introduction 129

Modes d’adressage XWAY 130

Modes d’adressage MODBUS 134

128 TLX DM OFS 2.5


Introduction

Généralité � 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.

� 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:� XWAY: un socket (canal de communication) à chaque média� MODBUS PLUS : un chemin à chaque équipement (PM) ou jusqu'à 4 chemins à

chaque équipement (DM), voir la partie multi-voie Modbus (Voir Fonction multi-voie MODBUS, p. 161).

� MODBUS/TCP-IP: jusqu'à 4 sockets à chaque équipement, voir la partie multi-voie 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


Modes d’adressage XWAY

Description Exemple d'accès par un réseau :

Adressage à 3 niveaux:Il permet d’atteindre une station connectée au réseau en tout point de l'architecture de communication XWAY.Illustration :

Les valeurs Réseau et Station constituent l'adresse de la station.� Réseau : valeur comprise entre [1.127] ou 0 = mon réseau.� 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émen-taires (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.

Réseau 1

Adresse = 1.1.0 Adresse = 1.2.0 Adresse = 1.3.0

Poste 1 Poste 2 Poste 3

Réseau Station Porte

130 TLX DM OFS 2.5


Adressage à 5 niveaux:Il est généralement utilisé pour les équipements connectés sur un bus UNI-TELWAY.Illustration :

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

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

Réseau Station Porte=5 Module Voie

Réseau Station Porte=8 Sélecteur RéférencePoint

de connexion

TLX DM OFS 2.5 131


Exemples: Adressage 5 niveaux :

Réseau 1

Poste 1 Poste 2

Rack 0Adresse du maître = 1.1.0

Rack 1

Module du maître 1

Esclave 4

Adresse de l’esclave = 1.1.5.17.4 (si lemaître est sur le canal 0).Adresse de l’esclave = 1.1.5.17.104 (si lemaître est sur le canal 1).

Module = 16*1 + 1= 17

132 TLX DM OFS 2.5


Adressage 6 niveaux :

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

Réseau 1

Station 3

FIPIO

14

Réseau 1,Station 3,Porte 8 (FIPIO),Module 2 (module de communication de laCPU,Adresse 14,Porte 0 (serveur UNITE de l’automatecible),→ 1.3.8.2.14.0

TLX DM OFS 2.5 133


Modes d’adressage MODBUS

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

� 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 :� PM = Program Master,� 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 :

� équipements JBUS reliés à des réseaux MODBUS :� 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,

PM.7 ou DM.7

Adresse du noeud 7

134 TLX DM OFS 2.5


� 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éé.

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

� 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 PL7-3 ne sont pas gérés).

� comportement du serveur OFS en cas de problème de communication avec l’automate (automate absent, déconnecté, ...) :� 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.

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

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.

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.

TLX DM OFS 2.5 135


*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'applicatif client peut savoir si l’automate a été reconnecté en ré-adressant une

demande de lecture synchrone d’un groupe le concernant,� 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


6.13 Gestion des symboles

Présentation


Ce sous-chapitre a pour but de vous présenter la gestion des symboles.



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

TLX DM OFS 2.5 137


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 :� fichier PL7 de table de symboles exportés (extension par défaut SCY),� fichier PL7 d'application exportée (extension par défaut FEF),� fichier Concept de table de symboles exportés (extension par défaut CCN),� fichier Concept Projet (extension par défaut PRJ),� fichier Modsoft de table de symboles exportés (extension par défaut TXT),� fichier CSV de table de symboles exportés (extension par défaut CSV),� 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 :� en créant un lien entre un équipement et une table de symboles. On utilise à cet

effet le Configurateur :� création d'une extension pour le format prévu (ex. .txt pour le format Modsoft),� création, avec le Configurateur, d'un alias pour l'équipement,� mise en relation de la table des symboles et de cet équipement.

� 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


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 :� "POMPE" associé à "%MW0",� "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


Fichier PL7 de table de symboles exportés

Description Pour créer un tel fichier avec l'atelier PL7, procéder ainsi :� ouvrir l'application avec PL7,� ouvrir la fonction de consultation de l'application,� ouvrir l'éditeur de données,� ouvrir une fenêtre quelconque de cet éditeur (ex Objets mémoire),� 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.

140 TLX DM OFS 2.5


Fichier PL7 d’application exportée

Description Pour créer un tel fichier avec l'atelier PL7, procéder ainsi :� ouvrir l'application avec PL7,� 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.

TLX DM OFS 2.5 141


Fichier CONCEPT de table de symboles exportés

Description Pour créer un tel fichier avec l'atelier Concept, procéder ainsi :� ouvrir l'application avec Concept,� utiliser le menu File->Export (Fichier->Exporter), � sélectionner Variables : text delimited (Variables: texte délimité) ou Program :

IEC text (Programme : texte CEI),� ne pas choisir de section,� 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.

142 TLX DM OFS 2.5


Fichier MODSOFT de table de symboles exportés

Description Pour créer le fichier de symboles avec l'atelier Modsoft, procéder ainsi :� ouvrir l'application avec Modsoft,� dans le menu principal, sélectionner "Utility"->"Symbol Table" ("Utilitaire" ->

"Table de symboles") pour ouvrir l'éditeur des tables de symboles,� 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.

TLX DM OFS 2.5 143


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>� le <Repère> doit être le repère valide d'un équipement associé à ce fichier de

symboles,� le <Séparateur> peut être une virgule, un espace ou un caractère de tabulation,� 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_StatusCe 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


Fichier TAYLOR de table de symboles exportés

Description Pour créer le fichier de symboles avec l'atelier Taylor, procéder ainsi :� ouvrir l'application avec l'outil Taylor ProWORX Nxt,� dans le menu principal, sélectionner "File"->"Utilities" -> "Import/Export"

("Fichier" -> "Utilitaires" -> "Importer/Exporter"),� sélectionner "Export" ("Exporter"),� sélectionner le type de fichier "Symbol .FIS file" ("Fichier de symboles .FIS"),� 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).

TLX DM OFS 2.5 145


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:� un sous-répertoire appelé "#Specific" pour tous les items spécifiques qu'on peut

créer pour cet équipement,� 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.

� 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* Demande tous les symboles commençant par T

146 TLX DM OFS 2.5


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.

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

TLX DM OFS 2.5 147


6.15 Gestion des blocs fonctions standards PL7

Gestion des blocs fonctions standards PL7

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

148 TLX DM OFS 2.5


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 :� éditer les propriétés habituelles de raccourci Concept,� 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",� le runtime IEC doit être activé sur l’automate,� 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’option "vérification de l’équipement" doit être cochée si vous utilisez un projet

Concept de version antérieure à 2.5.

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


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


6.17 Lien Concept distant

Lien CONCEPT distant

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

TLX DM OFS 2.5 151


6.18 Gestion des erreurs

Présentation


Ce sous-chapitre a pour but de vous décrire la mise en oeuvre de la gestion des erreurs.



Sujet Page

Mécanisme de remontée des erreurs 153

Les objets hors configuration logiciel 156

152 TLX DM OFS 2.5


Mécanisme de remontée des erreurs

Description � le mécanisme de remontée des erreurs comporte 3 volets :� la description du résultat de l’appel (exécution) d’une primitive,� la description de la validité d’un item : flag Quality,� 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).

� description du résultat de l’appel d’une primitive :� 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.

� les erreurs qui peuvent être retournées sont les suivantes :� les erreurs E_xxx : erreurs standards définies par OLE et Win 32,� les erreurs OPC_E_xxx : erreurs spécifiques à OPC,� les erreurs EOL_E_xxx : erreurs spécifiques au serveur EOLES,� les erreurs OFS_E_xxx : erreurs spécifiques au serveur OFS,� 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).

� pErrors permet :� de consigner un compte-rendu pour chaque item (un élément dans la table

pErrors),� 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.

� description de la validité d’un item :� 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.

TLX DM OFS 2.5 153


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.

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.� le champ Limite (2 bits) n’est pas géré,� le champ Qualité (2 bits) qui désigne la validité de la valeur d’un item :

� 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é :

Le champ Sous-Status pour la valeur Bon du champ Qualité :

B7 B6 B5 B4 B3 B2 B1 B0

Qualité Sous-status Limite

B7 B6 Qualité Sens

0 0Mauvais

La valeur de l’item est incorrecte pour les raisons indiquées dans le champ Sous-status

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.

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


0 0 0 0 Non specifique Valeur correcte. Pas de conditions particulières

192

154 TLX DM OFS 2.5


Le champ Sous-Status pour la valeur Incertain du champ Qualité :


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


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.

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.

Note : Les mots %MW520 et %MW521 de cet exemple sont accessibles unitairement.

156 TLX DM OFS 2.5


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).� un item spécifique est doté d'un chemin, tout comme n'importe quel item,� la définition d'un item spécifique commence toujours par le caractère ‘#’,� un item spécifique peut être créé dans n'importe quel groupe,� 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,

� les items spécifiques peuvent être lus / écrits à l'intérieur de n'importe quel sous-groupe (y compris les items ordinaires et spécifiques),

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

Il donne le nom de l’application éventuelle, lue sur l’équipement.

Il donne la version de l’application éventuelle, lue sur l’équipement.

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


#AppliVersion VT_BSTR R Non Non disponible sur Série 7 et S1000

TLX DM OFS 2.5 157


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.

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.

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.


#DisableDevice VT_I2 R/W Oui


#MaxChannel VT_I2 R/W Oui


#NbrMaxPendingReq VT_I2 R/W Oui


#NbrRequest VT_I2 R Non

158 TLX DM OFS 2.5


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

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.

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 :� 0 : aucun contrôle n'a été réalisé (pas d'informations sur la table de symboles ou

sur l'équipement),� 1 : tout est normal et cohérent,� 2 : les noms d'application ne sont pas cohérents,� 3 : les versions d'application ne sont pas cohérentes.


#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


#RefreshDevice VT_I2 R/W Non Non disponible sur Série 7 et S1000

TLX DM OFS 2.5 159


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 :

NomLimitation

Type Accès Activable

#TimeOut VT_I2 R/W oui

TSX 37 / PCX / TSX 57 sur Xway

TSX 37 / PCX / TSX 57 sur Modbus

Quantum 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


6.20 Fonction multi-voie MODBUS

Fonction multi-voie MODBUS

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

TLX DM OFS 2.5 161


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'automate est connecté à un réseau Modbus,� l'automate exécute un applicatif écrit avec l'atelier Concept (version 2.1 ou

ultérieure),� 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,

162 TLX DM OFS 2.5


� 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


6.22 OFS comme service NT

OFS comme service NT

Description

Pour utiliser le service NT, il faut apporter des modifications à la configuration de la machine (non autorisé en mode DEMO) :� Configurer le serveur (alias, time out...) en sélectionnant de préférence l’option

"caché" dans l’onglet alias.� 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� Avec cet outil, Sélectionner l'applicatif "Schneider-Aut OPC Factory Server"� Sélectionner "Propriétés"� Sélectionner "Identité"� Cocher "This User" (cet utilisateur) et fournir le nom et le mot de passe d'un

Administrateur-Utilisateur local.� Cliquer sur "OK"� Cliquer sur "OK"� Refermer Dcomcnfg

� Exécuter le fichier batch appelé OFSService.bat et situé dans le répertoire où se trouve le fichier exécutable du serveur.

� Démarrer l’outil Services.OFservice doit apparaître dans la liste :� sélectionner OFservice,� 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.

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

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


Note : Pour désinstaller le produit OFS alors que l'OFservice est en marche, procédez ainsi :� arrêter l'OFservice,� 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,

� désinstaller le produit.

Note : Si vous souhaitez supprimer OFS en tant que service NT tout en gardant OFS installé, procédez ainsi:� arrêter l’OFservice,� 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,

� 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


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 :

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.

166 TLX DM OFS 2.5


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 :� qualité,� horodatage.Pour les items compris dans la plage de données Push, l'attribut Qualité est identique pour tous les items et peut être :� 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),� 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 : � en cas d'échec de la communication, la qualité est définie sur Bad,� si la communication est établie et si le mode de fonctionnement est défini sur

RUN, la qualité est définie sur Good,� 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’heure et la date courante du serveur lorsqu’une opération d’écriture est

demandée par le client OPC,� 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


Illustration des 2 formats :

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.

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.

Secondes

Heures

Mois

Siècles

00

Minutes

Jours

Années Réservé = 0

Secondes

Minutes

Heures

Années

Jours

Mois

Format XWAY

Format MODBUS

Zone vue par le client

Zon

e de

don

nées

env

oyée

pa

r l’a

utom

ate

Zon

e de

don

nées

env

oyée

pa

r l’a

utom

ate

Zone de données Zone de données

168 TLX DM OFS 2.5


Note : � 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é).

� 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,

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

� 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


6.24 Réglage de l’interface réseau du serveur OFS

Réglage de l’interface réseau du serveur OFS

Description Les principaux paramètres servant au réglage de l'interface réseau du serveur OFS sont les suivants :� 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.

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

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

170 TLX DM OFS 2.5


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:� type de données canonique,� valeur,� qualité,� horodatage,� droits d'accès,� description (uniquement si un commentaire a été consigné dans l'atelier),� é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 :� InitialValue (la valeur initiale d'une variable),� VariableKind (le genre de variable : élémentaire, structuré, bloc fonction,

section),� VariableTypeId (l'identification du type, connue par l'outil Concept),� MemoryArea (zones : 0x,1x,3x,4x, non localisée, non utilisée,...),� AreaIndex (l'index à l'intérieur de la zone de mémoire),� VariableSize (la taille, utile pour les variables de type non élémentaire),� 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


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


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 Lancer DCOMCnfg.exe situé dans le répertoire Winnt\System32.

2 Dans l'onglet "Default Properties", vérifier que :� l'option "Enable Distributed COM on this computer" est sélectionnée,� le champ "Default Authentification level" est défini sur "Connect",� le champ "Default Impersonation level" est défini sur "Identify" ou "Impersonate".

TLX DM OFS 2.5 173


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.

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.� 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,

� cliquer sur l'onglet "General", le niveau d'authentification doit être défini sur "Default"

� cliquer sur l'onglet "Location", l'option "Run application on this computer" doit être sélectionnée.

� dans l'onglet "Security", sélectionner "Use Custom Access Permission".� cliquer sur "Edit", la boîte de dialogue "Access Permission" apparaît.� 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),

� cliquer sur "OK" pour fermer les boîtes de dialogue.� dans l'onglet "Security", sélectionner "Use Custom Launch Permission".

� cliquer sur "Edit", la boîte de dialogue "Launch Permission" apparaît,� 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),

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

1 Lancer DCOMCnfg.exe situé dans le répertoire Winnt\System32.

2 Dans l'onglet "Default Properties", vérifier que :� l'option "Enable Distributed COM on this computer" est sélectionnée,� le champ "Default Authentification level" est défini sur "Connect",� le champ "Default Impersonation level" est défini sur "Identify" ou "Impersonate".

174 TLX DM OFS 2.5


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.

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.

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'option "Enable Distributed COM on this computer" est sélectionnée,� le champ "Default Authentification level" est défini sur "Connect",� 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.� dans l'onglet "Location", l'option "Run application on this Computer" doit être

sélectionnée,� dans l'onglet "Security", sélectionner "Use Custom Access Permission",� cliquer sur "Edit", la boîte de dialogue "Access Permission" apparaît,

� 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),

� cliquer sur "OK" pour fermer les boîtes de dialogue.

TLX DM OFS 2.5 175


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'option "Enable Distributed COM on this computer" est sélectionnée� le champ "Default Authentification level" est défini sur "Connect"� 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


6.27 Diag Buffer

Présentation


Ce sous-chapitre traite de la mise en oeuvre du Diag Buffer ainsi que ses principales caractéristiques.



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

TLX DM OFS 2.5 177


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.

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 :

Le type correspond à la norme OPC :� VT = variant type,� UI1 = unsigned integer sur 1 octet,� UI2 = unsigned integer sur 2 octets,� UI4 = unsigned integer sur 4 octets,� ARRAY = table d’octets

Note : L’implémentation des DFB de diagnostic dans l’automate est nécessaire pour le fonctionnement du Diag buffer.

Service Item Type Accès Valeur lue Valeur à écrire

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 Erreur

Acquittement erreur

#DiagAckError VT_UI2 WRITE numéro ID de l’erreurvoir Informations remontées par le Diag buffer en tête de la table, p. 191

Evolution Status

#DiagReadStatus VT_UI4 READ/WRITE Status0 + Status1 Status handle

178 TLX DM OFS 2.5


Item spécifique #DiagLogon

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:

Valeur à écrire :� bit i =1 : la zone est affichée,� 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 : � pour surveiller la zone 6 : écrire la valeur 0040h� pour surveiller les zones 2 et 15 : écrire la valeur 8004h

Valeur retournée après lecture :� 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 :

Type Accès Activable Limitation

VT_UI2 R/W non

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é

Single Value

Char

Data Types

Cancel Write

1ValueShortLongFloatDoubleBoolErrorCurrencyDateString

Uns CharUns ShortUns Long

TLX DM OFS 2.5 179


Item spécifique #DiagLogout

Cet item permet de se déconnecter de l’automate.

Valeur à écrire :� sans importance,Valeur retournée après lecture :� si la déconnexion est bien réalisée la valeur OxFFFF est retournée, sinon il

retourne encore le numéro de viewer.


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.

HRESULT Commentaire


VT_UI2 R/W non

HRESULT Commentaire

OFS_E_DIAG_OK OK



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


Item spécifique #DiagReadNex-tError

Cet item permet de lire les erreurs dans la mémoire du diag buffer.

Valeur à écrire :� rien,Valeur retournée après lecture :� les erreurs enregistrées sous la forme d’un tableau (Voir Format du tableau du

Diag buffer , p. 190) de 120 octets.



VT_UI1 + VT_ARRAY R oui

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_WRONG_MMI_ID L’identifiant du viewer n’est pas valide (hors de la plage 1 à 15)


TLX DM OFS 2.5 181


Item spécifique #DiagAckError

Cet item permet d’acquitter une alarme.

Valeur à écrire :� 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 :� rien.



VT_UI2 W non

HRESULT Commentaire

OFS_E_DIAG_OK OK




OFS_E_DIAG_WRONG_ERROR_ID Identifiant d’erreur non autorisé

OFS_E_DIAG_ERROR_NOT_USED Aucune erreur ne correspond à cet identifiant

182 TLX DM OFS 2.5


Item spécifique #DiagReadStatus

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:

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 :� 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.


VT_UI4 R/W non

TLX DM OFS 2.5 183


Description du fonctionnement client

Le schéma ci-dessous illustre le principe de fonctionnement d’un client OPC à travers les items spécifiques :

Avec le serveur OFS on peut surveiller plusieurs PLC en même temps, il est multi-station (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 :� actif ou inactif,� demande d’acquittement ou pas,� si l’acquittement est demandé, l’erreur peut être acquittée ou pas.

Diagnostic Buffer

Appareil 1

Diagnostic Buffer

Appareil 2

Diagnostic Buffer

Appareil 3

Serveur OFS

2-#DiagReadNextError

1-#DiagLogon

3-#DiagAckError

4 - #DiagLogout

5 - #DiagReadStatus

OPC

Client

1

OPC

Client

2

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’alarme n’existe plus,� tous les viewers ont lu l’alarme,� l’alarme a été acquittée (après demande d’acquittement).

184 TLX DM OFS 2.5


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

Les valeurs possible pour le clientHandle sont de 0 à - 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 :� créer un raccourci sur le fichier exécutable OFSClient.exe,� 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).

232

TLX DM OFS 2.5 185


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:� création d’un groupe inactif,� ajouter les items spécifiques (#DiagLogon, #DiagLogout, #DiagAckError,

#DiagReadStatus),� se connecter sur la zone à surveiller (utilisation de #DiagLogon),� création d’un groupe actif,� ajouter l’item #DiagReadNextError.

� un groupe inactif :

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

New Group

Initially active

Initially notification created

Notification

Cancel OK

GRP1Name :

1000Update rate : ms

0.000000Dead banding : [0.0,1.0]

AutoOPC Version :Initially notification enabled

Notify time

186 TLX DM OFS 2.5


L’écran suivant suivant illustre la mise en oeuvre des items spécifiques :

� Un groupe actif : ce groupe doit être créé ou rendu actif après la connexion effective avec l’item #DiagLogon.

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 #DiagReadNex-tError, p. 181) au groupe.

OFSDoc1 - GRP1 - OPC 2.0

Access PathDiag1!#DiagLogon Field Value

Active

QualityCanonicalTypeAccess RightsEU Type

UpdateFALSE

Bad (0)Uns ShortEmptyRead & WriteNone

ST 30/12/1899 00h00min00S

G

Diag1!#DiagLogoutDiag1!#DiagAckErrorDiag1!#DiagReadStatus

New Group

Initially active

Initially notification created

Notification

Cancel OK

GRP2Name :

1000Update rate : ms

0.000000Dead banding : [0.0,1.0]

AutoOPC Version :Initially notification enabled

Notify time

TLX DM OFS 2.5 187


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 :

OFSClient - [OFSDoc5 - GRP2 - OPC 2.0]

Ready Schneider-Aut.OFS

File View Server Group

NUM

Item Test Tools Window Help

Access PathDiag2!#DiagReadNextError Field Value

Active

QualityCanonicalTypeAccess RightsEU Type

UpdateTRUE

Good(192)Uns Char[ ]Uns Char[ ]Read OnlyNone

ST 13/06/2001 09h28min16S

012345678910111213141516171819

0x080xC80x020x410x010x000x000x000x980x010x76

0xB90xD60xD20x110xC60xD60xD20x11

0x25

GOPC

188 TLX DM OFS 2.5


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.

Calcul de l’année : 4 + 1997 = 2001Le résultat est donc 13h26min57s le 9/07/2001.

Hexadécimal

Binaire

Décodage

V15 V14 V13 V121 1 D 2 D 6 B 9

0001 0001 1101 0010 1101 0110 1011 1001

4 7 9 13 26 57

Date Années Mois Jours Heures Minutes Secondes

TLX DM OFS 2.5 189


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 :

Erreur enregistrée en tête de la table

Taille fixée

Données spécifiques

Taille variable

0 . . . . . . . . .119

Informations générales stockées aprés l’enregis-trement 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’enregis-

trement d’une erreur.

190 TLX DM OFS 2.5


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

N° identifiant l’erreur

Type d’erreur

Status handle

Horodatage du début de l’alarme

Horodatage de la fin de l’alarme

N° de la zone à surveiller

Etat de l’erreur (alarme)

Classe del’erreur

Longueur du status

Taille en octets

2

1+1

4

4

4

4

1+121

23

45

7 689

11 101213

15 141617

19 18

01

20

X N° d’octet

TLX DM OFS 2.5 191


Définition du contenu de la table

� 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,

� 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,

� 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

Classe d’erreur système

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

OFS_DIAG_CLASS_DFB_SYSTEM_ASI3 0x83 erreur STSLNC de ASI_DIA

OFS_DIAG_CLASS_DFB_SYSTEM_IO 0x84 erreur IO_DIA

Nouvelle caractéristique de PL7v4

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

192 TLX DM OFS 2.5


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

� Status handle (codé sur 4 octets): cette valeur doit être utilisée lors d’une écriture sur #DiagReadStatus,

� 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,

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

� Etat de l’erreur (alarme) : c’est l’état instantané de l’alarme en cours,

� bit 0 : état de l’erreur:0 : l’erreur a disparu,1 : l’erreur est active.

Note : Description des codes d’erreurs OFS voir (Listes des codes d’erreurs Diag buffer, p. 249).

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

7 2 1 0

Acquittement demandé

Acquittement de l’erreurEtat de l’erreur

TLX DM OFS 2.5 193


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

194 TLX DM OFS 2.5


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 :� les données spécifiques du DFB,� 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

Longueur du commentaire(octet) +

commentaire

Longueur du type de DFB (octet)

+ type de DFB

Longueur de l’adresse du programme

+ adresse programme

Longueur du nom “instancié” (octet) +

nom “instancié”

Taille en octets

1 + variable

1 + variable

1 + variable

1 + variable

TLX DM OFS 2.5 195


Définition du contenu de la table

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

Les "autres" données spécifiques

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

Données spécifiquesTaille Variable autres données

Enregistre des informations générales sur les complé-

ments d’informations.

Enregistre des informations spécifiques selon le type de complément d’informations.

196 TLX DM OFS 2.5


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 :

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

Informations complémentaires en tête de table

Longueur du commentaire (octets)

+ commentaire

Longueur du nom “instancié” (octets)

+nom “instancié”

Type Information sur la taille

Taille en octets

1 + variable

1 + variable

1 + 1

TLX DM OFS 2.5 197


6.28 Conseils sur l’utilisation du serveur

Conseils

Présentation 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.� 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,

� 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,

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

198 TLX DM OFS 2.5

TLX DM OFS 2.5

7
Guide de l’utilisateur
Présentation


Ce chapitre a pour but de vous présenter le guide de l’utilisateur.



Sujet Page

OPC custom 200

Description de l’interface OLE Automation exposée 201

Le gestionnaire OFS 202

OFS client 205

199


OPC custom

Description 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 :� IOPCCommon,� IOPCItemProperties,� ConnectionPointContainer,� IOPCAsyncIO2.Les documents de spécifications OPC sont inclus sur le CD-ROM OFS (OPC_Spec\OPC1.0A et OPC_Spec\OPC 2.04) :� OPC 1.0A\Opcfinal.doc est le document "OPC 1.0A standard document"

(couvrant à la fois l'interface Custom et Automation),� OPC 2.04\Opcovw.pdf est le document "OPC overview 1.0 document", � OPC 2.04\Opccomn.pdf est le document "OPC Common definitions 1.0

document",� 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.orgLa description de l'utilisation directe de cette interface n'entre pas dans le cadre de cette documentation.

200 TLX DM OFS 2.5


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) :� OPC 1.0A\Opcfinal.doc est le document complet sur la norme OPC 1.0A

(couvrant à la fois les interfaces Custom et Automation),� 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)

Groupes

Groupes

Items(OPCItem)

Objet

Collection

Groupe(OPCGroup)

TLX DM OFS 2.5 201


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 -> ConnectGestion des alias : sélectionner un alias et utiliser ensuite le menu Alias ou le bouton droit de la souris :� 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).

� modification d'un alias : sert à modifier l'adresse réseau ou le nom de fichier de table de symboles

� suppression d'un alias : sert à détruire un alias de la listeLes 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 :� 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


� 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


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


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 :� 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,� 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 :� 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à,� interfaces OPC : avec le menu Server -> Interfaces, il est possible de voir la liste

des interfaces OPC supportées,� OPC commun : avec le menu Server -> Common, il est possible de lire/écrire le

nom de client et l'identification locale,� 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),

� 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,

� 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,

� 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),

� 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),

� 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


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

206 TLX DM OFS 2.5

TLX DM OFS 2.5

8
Performances
Présentation


Ce chapitre a pour but de vous décrire les performances du serveur OFS.



Sous-chapitre

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

208 TLX DM OFS 2.5

Performances

8.2 Performances statiques

Présentation


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.



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

TLX DM OFS 2.5 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 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éesConcept 2.5 et ultérieur

246 122 61 -

MODBUS Variables non localiséesConcept 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

210 TLX DM OFS 2.5

Performances

En écriture :

Média de communication 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 ETHWAYservice 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éesConcept 2.5 et ultérieur

1 1 1 -

MODBUS Variables non localiséesConcept 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

TLX DM OFS 2.5 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 :

De fait :� 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.

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

Groupes Items associés à une période

Période 1

Période 2

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 :� 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.

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

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

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

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 : Structure non alignée :

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.

bool

réel

bool

bool bool

bool

réel

bool

bool bool

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 TORPar exemple, pour un module d’entrée TOR, la lecture des objets suivants génère une requête :

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 :

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





Objet Commentaire





%I1.MOD.ERR erreur sur le module du rack 0, module 1 et voie 3



216 TLX DM OFS 2.5

Performances

Opération d’écriture

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






TLX DM OFS 2.5 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 :

ainsi que pour des objets de l’agent Fipio :

Objet Commentaire

%IW1.0.2 mot d’entrée du rack 0, module 1 ,voie 0 et rang 2



%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



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





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

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 :

Les objets suivants génèrent 2 requêtes :

Objet Commentaire

%IW1.0 mot d’entrée du rack 0, module 1 ,voie 0 et rang 0





Objet Commentaire

%I1.0

%I1.0.1

%I1.0.3

%I1.0.15

%I1.0.ERR

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

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

220 TLX DM OFS 2.5

Performances

Restrictions et conseils pour les objets d’entrées/sorties

Performances des entrées/sorties

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

Définir un item d’E/S lorsque l’équipement ou le module d’E/S n’est pas connecté

� 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

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

Gestion d’un état de repli/forçage d’un module de sortie analogique

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

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’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

� 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 : NODevice Status : GOOD

Worse Access Time : 601 ms (1270) Last Access Time : 100 ms (2289)Average Access Time : 80 ms (2289)Nb Var Desc : 1013Freq Desc Nb : 2

Nb Custom Req : 00Nb Varman Req : 1Nb Var : 23

600 ms

1000 msNb Custom Req : 00Nb Varman Req : 2Nb Var : 990

DiagBuffer connections nb : 0

Timers

Nombre de fréquences

Nombre de requêtespour la période 600 ms

Nombre d’items pour lapériode 600 ms

TLX DM OFS 2.5 223

Performances

8.3 Performances dynamiques

Présentation

Objet de ce sous-chaptre

Ce sous-chapitre présente les performances dynamiques.



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

224 TLX DM OFS 2.5

Performances

Configuration de test

Description � 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.

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

� Réglages du serveur OFS :� MbpRcvRate = 10 ms,� XwayRcvRate = 20 ms,� Min Update Rate = 500 ms.� Group Update Rate = 1000ms

TLX DM OFS 2.5 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

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 :

Note : L’impact du PC utilisé sur les résultats est important. Un PC plus performant donnerait des résultats encore meilleurs.

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

4000076000176000

2500475011000

Modbus plus 20 (1 canal *)40 (2 canaux *)

4000080000

25005000

Modbus RTU 2 4000 250

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

Média de communication Nombre de requêtes réseau

Bits mots



ETHWAY 20 39040 2440

ETHWAY Service 1K

25 202400 12650

FIPWAY 28 25984 1624

ISAWAY 282 509856 31866


Modbus TCPIP 20 16000 2000

Modbus plus 20 16000 2000


TLX DM OFS 2.5 227

Performances

Temps de rafraîchissement

Description Nous mesurons ici le temps moyen (en millisecondes) nécessaire au rafraîchis-sement du lot d’items consécutifs suivant :� 128 bits,� 128 mots,� 64 bits et 64 mots,Temps de rafraichissement :

Média de communication 128 bits 128 mots 64 bits & 64 mots



ETHWAY 140 150 140

FIPWAY 160 270 200


Modbus TCPIP 50 100 100

Modbus + 50 90 100


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

228 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 :� 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,� 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,

� 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é

XWAY TCPIP 100 - 250 110 - 500 jusqu’à la valeur de Timeout trameAu-delà, échec

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 10 automates

XWAY TCPIP 40 - 170 60 - 230

FIPWAY 140 - 270 300 - 600

230 TLX DM OFS 2.5

Performances

Interface OPC

Description � 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 :

Client OPC 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

TLX DM OFS 2.5 231

Performances

232 TLX DM OFS 2.5

TLX DM OFS 2.5

9
Annexes
Présentation


Ce chapitre a pour but de vous présenter les annexes de cet ouvrage.



Sous-chapitre

Sujet Page

9.1 Compatibilité du serveur OFS 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 "#" :� #PLCStatus" pour la gestion du mode de marche d’un automate,� #TimeOut" pour la gestion du time-out d’un média de communication,� #NbrRequest" pour connaître le nombre de requêtes envoyées à cet équipementLe 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


Ce sous-chapitre a pour but de vous présenter sous forme de tableaux la liste exhaustive des codes d’erreurs.



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

TLX DM OFS 2.5 235

Annexes

Erreurs principales définies par OLE

Liste des codes erreurs

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_UNAVAILABLE

Le projet Concept est accèdé à partir d’une machine distante, cette dernière est introuvable

236 TLX DM OFS 2.5

Annexes

Erreurs définies par la norme OPC

Liste des codes d’erreurs

Le tableau ci-dessous résume la liste de erreurs OPC :


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é

TLX DM OFS 2.5 237

Annexes

00040012 OPC_E_INVALID_PID Le serveur ne reconnait pas l’identificateur de propriété d’item passé en paramètre


238 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


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_STATE

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

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 TCP-IP

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_ERROR

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



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

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



60 EFEF61E3 OFS_E_XWAY_IOCTL1 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








83 EFEF61FA OFS_E_MODBUS_LIST9 Erreur interne au serveur


TLX DM OFS 2.5 241

Annexes

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





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

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







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





141 EFEF6234 OFS_E_READ_SYNC_FAILURE Erreur interne au serveur

142 EFEF6235 OFS_E_SRVM1 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

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_TYPE

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

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





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

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

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

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

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

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



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_CONNECTED

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 :

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 Ecriture d'un seul item 0x

15 Force Multiple Coil 800 Ecriture de plusieurs items 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

250 TLX DM OFS 2.5

Annexes

Codes requête UNITE utilisés par OPC Factory Server :

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

TLX DM OFS 2.5 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

ConfigurateurInstallation

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.

ConfigurateurDémarrage

Problème sérieux au cours de l'exécution du programme (arrêt intempestif du PC, etc) ou de démarrage incorrect (base de données endommagée, par exemple).

Si vous aviez effectué un archivage des alias :

Si le Configurateur démarre encore, récuperez le dernier fichier d’alias par le menu "récupérer archive".

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.

ConfigurateurInstallation

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.

ConfigurateurArchivage

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

ConfigurateurDémarrage

La récupération des alias de fonctionne pas

Vérifiez dans les propriétés du raccourci utilisé pour lancer le configurateur que les guillemets de la chaine de caractères d’appel d’ofsconf.exe ne sont pas doublés.

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

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.

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

Serveur, Equipement cible: TSX Premium

Les performances sont très inférieures à celles attendues et/ou indiquées dans la documentation.

Vérifiez :� si vous avez bien coché l’option "Vérification

équipement",� si vous n’avez pas coché par mégarde l’option "Série

7" dans la page de propriétés.

ServeurInstallation

Apparition du message "QueryInterface(IID_IOPCServer) returned E_NOINTERFACE for server Schneider-Aut.OFS" quand un client OPC essaie de se connecter au serveur.

Apparaît généralement lorsque vous avez choisi de ne pas redémarrer le PC après l’installation. Redémarrez-le.


TLX DM OFS 2.5 253

Annexes

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

ServeurLien Concept

Affichage du message "cannot connect to local cc2cat" or "unable to load Concept .prj file".

Vérifiez que cc2cat est bien installé et enregistré. Se référer au fichier readme.txt dans le répertoire \ConceptLink du CD produit.

ServeurConfiguration 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

ServeurInstallation

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

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

ServeurDé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.

ServeurUtilisation 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

ServeurEquipement cible : Série 7

Echec à la déclaration d’un item et affichage dans la trace de l’erreur "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).

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

ServeurUnitelway

Message "XWAY : Build Request for UNTLW01 :0.254.0 : No Free Socket" apparait très souvent dans la fenêtre de diagnostic

Le driver UNITELWAY est réglé avec un nombre trop faible d’adresses esclave. A adapter en fonction du nombre de requêtes utilisées.

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

ServeurCommunication

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.

ServeurAffichage

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.

ServeurInstallation

Apparition du message "CoCreateInstance returned REGDB_E_CLASSNOTREG for Server Schneider" quand un client OPC essaie de se connecter au serveur.

Apparait quand le composant MSVCP60.DLL n’est pas présent ou mal installé. Mettre cette DLL dans le répertoire Windows et réinstaller le serveur.


TLX DM OFS 2.5 255

Annexes

ServeurLien Concept

Avec Concept 2.5, l’ouverture du fichier de symboles échoue avec le message "SdkConcp : can’t open project"

Consulter le fichier \ConceptLink\Version2-5\Readme.txt

Client OPCPlage d’adresses des items

Tous les items d’un groupe sont en Quality = Bad (24)

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.

ServeurEcriture d’items

Lors de l’écriture d’un grand nombre d’items, on obtient les messages suivants dans la fenêtre de diagnostic : "SyncWriteFailure" suivi de "Write Error"

Ces messages sont dûs au fait que l’opération d’écriture a duré plus longtemps que le délai autorisé. Augmenter les timeout trame pour les équipements concernés.

ServeurNotification

Absence ou retard de notification sur certains items. Le message "Error, request too old" apparait dans la fenêtre de diagnostic du serveur.

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.

ServeurAccès items

L'accès via Modbus à plus de 1000 bits consécutifs sur un automate Premium provoque des erreurs.

Vérifier que l'option /T soit indiquée à la fin de l'adresse de l'équipement.

ServeurActivation items

L'activation d'un nombre important 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.

Ce problème est du à une surcharge du PC, les conseils suivants peuvent résoudre le problème :� créer les items dans un groupe inactif, puis activer le

groupe,� vérifier que le mode 'Verbose' du serveur ne soit pas

sélectionné afin de limiter les traces au minimum,� augmenter la puissance du PC,� si le système d'exploitation est W95, effectuer une

mise à jour vers un système plus récent.

ServeurPush Data

En Modbus, les valeurs des items definis dans la zone Push Data ne sont pas mises à jour.

L'adresse de base à indiquer dans les propriétés de l'alias ne doit contenir que l'offset de l'adresse. Ainsi, 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'.


256 TLX DM OFS 2.5

Glossaire

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.

COM Component Object Model : fondations de la norme OLE 2.0.

DCOM Distributed COM : modèle COM distribué en réseau sous TCP-IP.

FIP Factory Instrumentation Protocol.

A

C

D

F

TLX DM OFS 2.5 257

Glossaire

Groupe OPC Gère une collection d'items OPC, c'est-à-dire une liste de variables automates.

Handle Valeur unique identifiant un objet.

Item OPC Variable automate sur un automate et un média de communication donné.

LCID Language Code IDentifier.

Multi-clients Plusieurs applicatifs clients accèdent simultanément au même applicatif serveur.

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.

G

H

I

L

M

O

258 TLX DM OFS 2.5

Glossaire

OPC OLE for Process Control.

PLC Programmable Logical Controller : automate programmable (industriel).

Primitive Fonction OPC.

Repère (adresse) Nom "constructeur" d’une variable d’automatisme. Par exemple "%MW1".

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 ‘%’.

UNC Universal Naming Convention.

P

R

S

U

TLX DM OFS 2.5 259

Glossaire

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.

Wintel Windows/Intel : désigne un PC équipé d’un Operating System Windows 32 bits et d’un processeur Intel x86.

V

W

260 TLX DM OFS 2.5

CBIndex

AAccès

Distant, 73Local, 73

Adresse equipementExemple, 88

Adresse réseau (modification), 40Alias

Adresse, 40Archiver, 34Création, 37Définition, 32Edition, 36Gestion, 202Propriété, 45

BBande morte

Applicatif client, 124Définition, 121Mécanisme, 122Service de lecture cyclique, 69Valeur, 124

Bits extraits, 105

CCâble de communication, 18Canaux, 48CLE CD, 18, 23

TLX DM OFS 2.5

ClientWindows 95/98, 176XP, 2000 & NT4.0, 174

Codes d’erreursOFS, 239OLE, 236OPC, 237

Codes requêtes, 250Cohérence

Contrôle automatique, 162Ecriture, 117Lecture, 116Symboles, 47

CommunicationOFS avec automates, 15

CompatibilitéDrivers, 26Serveur OFS, 234Version antérieure du configurateur, 63

ConceptAccés à la base de données, 47Lien, 27, 77, 149Lien distant, 78, 151

ConfigurateurExécution, 34Présentation, 32

ConfigurationDCOM, 173Matérielle et logicielle, 19

Configuration de test, 225Conseils, 198Contenu d’OFS, 18

261

Index

ContrôleDynamique, 48, 82

DDCOM, 19Définition

Groupe d’items, 66DEMO, 23Désinstallation d’OFS, 29Diag buffer

#DiagAckError, 182#DiagLogon, 179#DiagLogout, 180#DiagReadNextError, 181#DiagReadStatus, 183Client OPC, 178Définition, 85Fonctionnement, 85Fonctionnement client OPC, 184Formats du tableau, 190Gestion, 184Header information, 191Informations spécifiques, 195Mise en oeuvre, 185

DNS, 42Données push

Support, 166

EEquipement

Vérification, 47Erreurs, 153

FFichier

CONCEPT, 142CSV, 144MODSOFT, 143PL7, 140, 141TAYLOR, 145

Fichier table de symboles, 44, 46Fonction

Données Push, 47

262

FonctionnementAsynchrone, 118

FormatMODBUS, 167XWAY, 167

GGestion des symboles

Introduction, 138

II/O

Restrictions et avertissements, 221Installation

Drivers, 26Poste complet, 22, 23Poste distant, 22, 25Préambule, 22

ItemsGénéralités, 88Groupe synchrone, 114Groupe utilisateur, 114Groupes, 114Propriétés, 171Spécifiques, 157

LLecture seule, 47

MMaxChannel, 170Mise en oeuvre

Introduction, 111Lecture cyclique, 119

MODBUSFonction multi-voie, 161

ModbusRcvRate, 170Mode avancé, 32Mode de marche automate, 72, 127Mode déporté, 28Mode local, 28

TLX DM OFS 2.5

Index

Mode normal, 32Mode simulateur, 79Modes d’adressage

MODBUS, 134XWAY, 130

NNom driver, 88NT

Service, 164

OObjets

Hors configuration, 156OFS

Client, 205Gestionnaire, 202Présentation, 12

OLEInterface, 201

OngletBande Morte, 54Bande morte, 51Communication, 51, 61Modèle, 50, 52Options, 51, 57Série, 51, 55Simulateur, 51, 59Symboles, 50, 53

OPCCustom, 200Interface, 231Types de données, 90

OptionsModbus, 43

OTHER, 40

PParamètres

Configuration, 50Modbus, 42Standard, 36XWAY, 41

TLX DM OFS 2.5

Période, 69groupe min, 170

PL7Blocs fonctions, 148

PLUS, 43Polling, 69Préchargement, 47Problème

Remède, 252Protocoles

Introduction, 129

RRéglage

Time-out, 71Requête

Nombres d’items logeables, 210Optimisation, 213Temps, 229

RéseauRéglages, 170

RTU, 42

SServeur

Informations sur les équipements, 32Programmation, 112Windows 95/98, 175XP, 2000 & NT4.0, 173

ServiceLecture cyclique, 69NT, 81

ServicesAsynchrones, 68Synchrones, 67

Simulation, 47, 80Sortance, 226Support

Données push, 83Localisation, 48Symboles, 75, 76

SymbolesConsultation, 146

263

Index

TTCPIP, 42Temps de rafraichissement, 228Time Out

Equipement, 48, 125Trame, 48, 125Valeurs, 125

VVariables

CONCEPT, 101locales, 107MODSOFT, 104tableaux, 115

Variables PL7Blocs fonctions standard, 96Objets entrées/sorties, 93Objets grafcet, 95Objets standard, 92Objets tableaux, 98

XXwayRcvRate, 170

264
TLX DM OFS 2.5

OPC Factory Server V2.5 Manuel utilisateur

Documents

Transcript of OPC Factory Server V2.5 Manuel utilisateur