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