▼
Scroll to page 2
of
93
Interface de communication REMIO Remio.DN.Cov_FRA copie LU 17/08/01 9:13 Page 1 Manuel de communication EUROTHERM A U T O M AT I O N abc REMIO Interface de communication pour les contacteurs statiques de la série TE Eurotherm Manuel de communication Protocole DeviceNet © Copyright Eurotherm Automation 2000 Tous droits réservés. Toute reproduction ou transmission sous quelque forme ou quelque procédé que ce soit (électronique ou mécanique, photocopie et enregistrement compris) sans l'autorisation écrite d'Eurotherm Automation est strictement interdite. Un effort particulier a été porté par Eurotherm Automation pour assurer l'exactitude de cette spécification. Cependant, pour conserver notre avance technologique, nous nous consacrons en permanence à l'amélioration de nos produitsce qui peut occasionner des modifications ou des omissions en ce qui concerne cette spécification. Nous ne serons pas tenus responsables pour les dommages matériels ou corporels, les pertes ou les frais éventuels y afférent. Référence HA 176272 FRA Indice 1.0 - 09/2000 SOMMAIRE 1. INTRODUCTION ....................................................................................................... 5 2. SPECIFICATIONS GENERALES DU PRODUIT ....................................................... 6 2.1. Caractéristiques de l'interface REMIO DEVICENET : .............................................6 2.2. Sélection de la vitesse de transmission...................................................................7 3. FONCTIONNALITE.................................................................................................... 7 3.1. Concept général ......................................................................................................7 4. INSTALLATION : ....................................................................................................... 8 4.1. Adressage : .............................................................................................................8 4.2. Connexions : ...........................................................................................................8 4.2.1. Connexions sur le module de base : ................................................................8 4.2.1.1. Connecteur DeviceNet : ............................................................................8 5. CHAMP D'APPLICATION DE DEVICENET............................................................... 9 5.1. Exemple de lien de communication DeviceNet .......................................................9 5.2. Caractéristiques de DeviceNet ..............................................................................10 5.3. DeviceNet et CAN .................................................................................................11 5.3.1. Champ d'application de CAN .........................................................................11 5.3.2. Adressage du niveau de lien CAN .................................................................11 5.3.3. Types de trame CAN......................................................................................11 5.3.4. Contrôle d’accès au support CAN ..................................................................12 5.4. Modélisation objet .................................................................................................13 5.5. Adressage des objets............................................................................................16 5.6. Présentation du réseau .........................................................................................18 5.6.1. Connexions d'E/S...........................................................................................20 5.6.2. Connexions de messagerie explicite..............................................................21 5.7. Modèle d'objet DeviceNet......................................................................................22 5.8. Diagramme de transition d'état..............................................................................24 5.9. Ensemble de connexions maître/esclave prédéfinies............................................25 5.9.1. Messages de l'ensemble de connexions maître/esclave prédéfinies : ...........27 5.9.2. Comportement de l'exemple des connexions maître/esclave prédéfinies : ....29 5.9.2.1.Diagramme de transition d'état des connexions d'E/S maître/esclave prédéfinies ....................................................................................29 5.9.2.2.Diagramme de transition d'état de messagerie explicite maître/esclave prédéfinie ......................................................................................30 6. SPECIFICATION DEVICENET DE L'INTERFACE REMIO ..................................... 31 6.1. Généralités ............................................................................................................31 6.2. Profil de l'unité.......................................................................................................33 6.2.1. Type d'unité....................................................................................................33 6.2.2. Modèle d'objet général : .................................................................................33 6.2.2.1. Types de message DeviceNet.................................................................33 6.2.2.1.1. Messages reçus................................................................................33 6.2.2.1.2. Messages envoyés ...........................................................................33 6.2.2.2. Services DeviceNet .................................................................................33 6.2.2.3. Codes d'erreur.........................................................................................34 6.2.2.3.1. Code de service d'erreur général......................................................34 2 6.2.2.3.2. Codes d'erreur courants....................................................................34 6.2.2.3.3. Codes d'erreurs supplémentaires spécifiques aux classes...............35 6.2.2.4. Classes d'objets DeviceNet .....................................................................35 6.2.2.5. Modèle global de l'interface REMIO : ......................................................35 6.2.3. Objet "identité" ...............................................................................................36 6.2.3.1. Code de classe........................................................................................36 6.2.3.2. Attributs de classe ...................................................................................36 6.2.3.3. Nombre d'instance :.................................................................................36 6.2.3.4. Attributs d'instance : ................................................................................36 6.2.3.5. Diagramme de transition d'état................................................................38 6.2.3.6. Services communs : ................................................................................39 6.2.4. Objet DeviceNet .............................................................................................39 6.2.4.1. Code de classe........................................................................................39 6.2.4.2. Attributs de classe ...................................................................................39 6.2.4.3. Nombre d'instance...................................................................................39 6.2.4.4. Attributs d'instance ..................................................................................39 6.2.4.5. Services communs ..................................................................................41 6.2.4.6. Diagramme de transition d'état................................................................41 6.2.5. Objet "assemblage"........................................................................................42 6.2.5.1. Code de classe........................................................................................42 6.2.5.2. Attributs de classe ...................................................................................42 6.2.5.3. Nombre d'instance...................................................................................42 6.2.5.4. Attributs d'instance ..................................................................................42 6.2.5.5. Services communs ..................................................................................42 6.2.5.6. Comportement de l'assemblage statique ................................................43 6.2.6. Objet "connexion"...........................................................................................43 6.2.6.1. Code de classe........................................................................................43 6.2.6.2. Attributs de classe ...................................................................................43 6.2.6.3. Nombre d'instance...................................................................................43 6.2.6.4. Exemple 1 (connexion de message explicite) .........................................44 6.2.6.4.1. Attributs d'instance 1.........................................................................44 6.2.6.4.2. Diagramme de transition d'état de l'exemple 1 (Cnx explicite)..........45 6.2.6.5. Attributs de l'exemple 2 (connexion d'E/S d'interrogation).......................46 6.2.6.5.1. Attributs d'instance 2.........................................................................46 6.2.6.5.2. Diag. de transition d'état d'instance 2 (Cnx E/S d'interrogation) ........48 6.2.6.6. Services communs ..................................................................................48 6.2.7. Objet Variable REMIO....................................................................................48 6.2.7.1. Code de classe........................................................................................49 6.2.7.2. Attributs de classe : .................................................................................49 6.2.7.3. Nombre d'instance...................................................................................49 6.2.7.3.1. Variables communes à tous les codes d'unité ..................................49 6.2.7.3.2. REMIO 16*TPO ................................................................................50 6.2.7.3.3. REMIO 32*TPO ................................................................................51 6.2.7.3.4. REMIO 48*TPO ................................................................................51 6.2.7.4. Attribut d'instance : ..................................................................................52 6.2.7.5. Comportement.........................................................................................52 6.2.7.6. Services communs ..................................................................................52 6.3. Champ d'application des règles d'accès des attributs de classe ...........................53 7. INSTALLATION DU RESEAU.................................................................................. 54 7.1. Connexion physique..............................................................................................54 7.1.1. Support de transmission.................................................................................54 7.1.1.1. Topologie.................................................................................................55 3 7.1.1.2. 7.1.1.3. 7.1.1.4. 7.1.1.5. 7.1.1.6. 7.1.1.7. Câble 10BASE5 ......................................................................................57 Câble 10BASE2 ......................................................................................57 Résistances de terminaison ....................................................................58 Connecteurs : Couleurs et brochage des fils...........................................59 Connexion des unités ..............................................................................60 Mise à la terre du réseau.........................................................................61 8. PERFORMANCES................................................................................................... 62 9. DEPANNAGE .......................................................................................................... 63 9.1. LED d'Etat du module............................................................................................64 9.2. LED d'Etat du réseau ............................................................................................66 9.3. LED d'Etat du module et du réseau à la mise sous tension ..................................68 9.4. LED d'Etat d'entrée/sortie (tous les modules) :......................................................69 9.4.1. Modules d'Entrée/Sortie (DI/DO) numériques : ..............................................69 9.4.2. Module de sorties en Rapport Cyclique Variable (TPO) :...............................69 10. ELECTRONIC DATA SHEET (EDS)........................................................................ 70 10.1. REMIO BASIC .....................................................................................................70 10.2. REMIO 16*TPO ...................................................................................................72 10.3. REMIO 32*TPO ...................................................................................................76 10.4. REMIO 48*TPO ...................................................................................................82 4 1. INTRODUCTION Le but du présent manuel est de fournir une description de l'interface REMIO DeviceNet destinée aux unités à thyristor non communiquantes de la gamme TE. Les publications suivantes ont été utilisées pour le développement du produit : • Standard ISO/IEC 8802-2: Information processing systems. Logical Link Control. • Standard ISO/IEC 8802-3: Information processing systems. Carrier Sense Multiple Access with collision detection (CSMA/CD) access method and physical layer specifications. • Standard CEI 1131-3: programmable controllers programming Languages • DeviceNet Specifications: Release 2.0 + errata 1 + errata 2 • BOSCH / CAN Specifications: Version 2.0 - Part A • SJA1000 specifications dated 04 november 1997. Les publications suivantes ont été utilisées pour le contrôle de conformité : • DeviceNet Protocol Test Specification version A-13. • ODVA Test Procedure for Physical Layer, Indicators and Switches Revision B4. • DeviceNet Interoperability Test Specification Revision 2.01. 5 2. SPECIFICATIONS GENERALES DU PRODUIT Pour de plus amples informations sur les spécifications, se reporter aux manuels suivants : - Manuel Utilisateur REMIO/TPO HA175874FRA version 2.2 ou - Manuel Utilisateur REMIO/Digital (DI/DO) HA175726FRA version 2.1. 2.1. Caractéristiques de l'interface REMIO DEVICENET : L'interface REMIO est un module DeviceNet esclave conforme aux spécifications DeviceNet version 2.0. Ce produit a été testé par le laboratoire d'essai indépendant agréé de l'ODVA et jugé conforme au Conformance Test Software Version A13, Physical Layer Test Version B4 et Interoperability Test Version C2 de l'ODVA. Tests de conformité effectués par Warwick University Laboratory (U.K.). Les couches 1 et 2 du modèle ISO sont contrôlées par un composant spécifique : SJA1000. La connexion au bus utilise une paire torsadée blindée. Vitesse de communication : sélectionnée par des commutateurs 125, 250, 500 kbauds. Etat du module et du réseau indiqué par 2 LED bicolores. (Voir chapitre 9) Adresse configurée directement par le lien du maître (l’adresse de l’unité peut être configurée ou modifiée à partir du bus sans interrupteur ou cavalier). A la sortie d’usine, l’adresse de l'unité est configurée à 32 (décimal). Un watchdog contrôle le temps écoulé entre deux messages. En cas d’erreur, tous les ports passent au niveau 0 logique afin d’éviter tout dysfonctionnement. Le watchdog est remis en marche à chaque séquence sans erreur reçue, dès la reconnaissance du numéro de station (MACID). Le Time Out peut être programmé à partir d'un logiciel de contrôle approprié. La redondance n’est pas gérée. 6 2.2. . Sélection de la vitesse de transmission Les 2 commutateurs situés sur le module de base permettent de sélectionner la vitesse de communication : SW1.2,SW1.3 Sélection de la vitesse de transmission Non utilisé SW1.1 configuration du port SW1 ON 1 SW1.2 OFF ON OFF ON 3. SW1.3 OFF OFF ON ON 2 3 4 Vitesse de transmission 125 kbauds 250 kbauds 500 kbauds Non autorisé FONCTIONNALITE 3.1. Concept général Le module d’interface REMIO est un module DeviceNet esclave conforme aux spécifications de la version 2.0 qui fournit une capacité de connexion simple au bus pour les unités à thyristors de la gamme TE. . 7 4. INSTALLATION : 4.1. Adressage : Avant de démarrer un système de communication, il convient d'attribuer une adresse originale à chaque station. Dans ce but, l’adresse initiale (réglage d’usine) est fixée à 32 (décimal). Cette adresse est stockée dans la mémoire permanente interne de l’unité et doit être modifiée par l’utilisateur avant la connexion au lien. Seules 64 adresses (MACID) sont disponibles sur un lien DeviceNet. 4.2. Connexions : 4.2.1. Connexions sur le module de base : 4.2.1.1.Connecteur DeviceNet : Le connecteur à 5 broches situé en bas de l’unité permet de connecter la paire torsadée blindée du bus à l’interface. 5 4 3 2 1 V+ CANH Drain CANL V- L’électronique de communication est isolée de l’électronique de commande. Une borne de terre est accessible à proximité du connecteur de communication à des fins de blindage. Le câblage et le blindage sont décrits dans les Manuels de l’Utilisateur REMIO (HA175874FRA pour le REMIO TPO et HA175726FRA pour le REMIO DI/DO). Il convient de faire tout particulièrement attention à l’impédance de ligne, à l’adaptation d’impédance, à la longueur maximale, etc.... Il convient de suivre attentivement les recommandations DeviceNet pour raccorder la ligne du bus à une impédance appropriée. 8 5. CHAMP D'APPLICATION DE DEVICENET DeviceNetTM est un réseau de bas niveau qui fournit des connexions entre des unités industrielles simples (capteurs, actionneurs) et des unités de niveau supérieur (contrôleurs). 5.1. Exemple de lien de communication DeviceNet PLC DeviceNet Link REMIO 1 TU 1 TU 2 REMIO 2 REMIO 3 Contr Contr 1 2 Device Configuration DeviceNet propose : • Une solution rentable pour la mise en réseau d’unités de bas niveau • Un accès à l’intelligence des unités de bas niveau • Des capacités maître/esclave et point à point DeviceNet a deux objectifs principaux : • Le transport des informations relatives au contrôle associées à des unités de bas niveau • Le transport d’autres informations qui sont indirectement liées au système contrôlé, tels que les paramètres de configuration. 9 5.2. Caractéristiques de DeviceNet La liste ci-dessous présente un résumé des caractéristiques physiques/de support spécifiques de DeviceNet : • Configuration du bus principal (trunk line) et/ou du bus dérivé (drop line) • Prise en charge jusqu’à 64 nœuds • Retrait du nœud sans entraîner de coupure du bus • Prise en charge simultanée des unités alimentées par le bus (capteurs) et à alimentation propre (actionneurs) • Utilisation de connecteurs étanches ou nus • Protection contre les erreurs de câblage • Possibilité de sélectionner le débit des données : 125 kbauds, 250 kbauds, et 500 kbauds Débit de données 125 kbauds Distance du bus principal 500 mètres (1640 ft.) Longueur du bus dérivé Maximum Cumulée 6 mètres (20 ft.) 156 mètres (512 ft.) 250 kbauds 500 kbauds 250 mètres (820 ft.) 100 mètres (328 ft.) 6 mètres (20 ft.) 78 mètres (256 ft.) 6 mètres (20 ft.) 39 mètres (128 ft.) • • • • • • Configuration de l’alimentation réglable afin de répondre aux besoins individuels de l’application Forte capacité en courant (jusqu’à 16 ampères par alimentation) Fonctionnement avec des alimentations électriques standard Prises permettant la connexion de plusieurs alimentations électriques de divers fournisseurs conformes aux normes DeviceNet Dispositif de protection contre les surcharges intégré Alimentation disponible le long du bus : circuits de transmission et d'alimentation du bus principal Alimentation 24 Volts Conducteur d’alimentation Prise Nœud Conducteur de signaux Nœud Nœud Nœud Nœud Nœud La liste ci-dessous résume les fonctions de communication supplémentaires fournies par DeviceNet : • Utilisation de la technologie CAN (Controller Area Network) pour le contrôle d’accès au support (MAC) et la signalisation physique • Modélisation à base de connexions afin de faciliter les communications entre les applications 10 • • • Prévu pour le transfert efficace des données d’E/S Fragmentation pour le transfert de gros blocs d’informations Duplication de la détection du MAC ID 5.3. DeviceNet et CAN Ce chapitre est une présentation générale de CAN. 5.3.1. Champ d'application de CAN CAN est une spécification de protocole de communication qui définit les éléments suivants : • Une méthodologie de contrôle d’accès au support (MAC) • La signalisation physique CAN ne spécifie pas la totalité de la couche et/ou du support physique sur lequel il réside, ni le protocole de la couche d’application utilisé pour déplacer les données. Application Layer ISO Data Link Logical Link Control (LLC) (Layer 2) Media Access Control (MAC) ISO Physical Physical Layer Signalling (PLS) CAN Protocol Specification (Layer 1) Medium Attachment Unit (MAU) ISO Media (Layer 0) Transmission Media 5.3.2. Adressage au niveau du lien CAN CAN est un protocole de diffusion. Un identifiant est attribué aux diverses trames transmises sur le réseau, et chaque station décide, en fonction de cet identifiant, si elle reçoit la trame ou non. Cet identifiant est indiqué dans le champ Identifiant de la trame CAN. 5.3.3. Types de trame CAN Les types de trame suivants sont définis par CAN : 11 • • • • Trame de données : Déplace les données d’un émetteur vers un ou plusieurs récepteur(s). Contrôle à distance : Demande la transmission de la trame de données associée à l'identifiant spécifié (DeviceNet n’utilise pas le contrôle à distance CAN). Trame d’erreur : Signale qu’un nœud a détecté une erreur réseau/du bus. Il existe deux types de trame d’erreur selon « l’état » du nœud. Trame de surcharge : Fournit un temps d’attente entre la transmission des trames pour contrôler le flux de données. 5.3.4. Contrôle d’accès au support CAN Une transmission du nœud sur CAN est détectée et reconnue par TOUS les autres nœuds du réseau. Dès que le bus est exempt de transmission, le nœud peut commencer à transmettre. Si un nœud est en train de transmettre, cette transmission doit être terminée avant qu’un autre nœud puisse tenter de transmettre. Accès au support CAN : Nœud « Y » - Souhaite transmettre - Ecoute le réseau - Doit attendre que la transmission en cours soit terminée Temps de latence du réseau Transmission du nœud X Espace intertrame Transmission du nœud Y Si deux nœuds ou plus commencent à transmettre en même temps, le conflit est résolu par un algorithme d'arbitrage non destructif par comparaison bit à bit à l'aide du champ Arbitrage. Le champ Arbitrage est inclus dans toutes les trames de données CAN. Le champ Arbitrage comprend : • • le champ Identifiant CAN à 11 bits. le bit RTR (toujours configuré sur 0 dans le protocole DeviceNet). Champ Arbitrage : 12 :::::: reste de la trame Début de la trame Champ Arbitrage Identifiant Bit RTR Le champ Identifiant à 11 bits est transmis du bit le plus significatif au bit le moins significatif. Le bit d’un bus peut être soit dominant (valeur 0), soit récessif (valeur 1). La transmission simultanée d’un bit dominant et d’un bit récessif entraîne la présence d’un bit dominant. Se reporter à la section 9-1.3 vol. 1 des spécifications DN pour obtenir de plus amples informations sur la représentation DeviceNet des niveaux dominants et récessifs. Important : DeviceNet n’utilise pas le contrôle à distance fourni par CAN. Le bit RTR est par conséquent toujours dominant. Pendant la transmission du champ Arbitrage, chaque émetteur contrôle le niveau du bus et le compare au bit transmis. Si les valeurs sont égales, le nœud peut poursuivre la transmission. Si un bit récessif (valeur 1) a été transmis et un bit dominant (valeur 0) est contrôlé sur le bus, alors le nœud d’émission a perdu la séquence d’arbitrage et doit interrompre la transmission sans envoyer de données supplémentaires. Le nœud qui a perdu l’arbitrage peut tenter de transmettre de nouveau lorsque la transmission en cours est terminée. Important : L'identifiant doté de la plus petite valeur remporte la séquence d’arbitrage. Exemple d’arbitrage bit à bit : Champ Arbitrage Le nœud 1 transmet : 0 10110110100 Le nœud 2 transmet : 0 10110111 Comme indiqué sur le câble : 0 10110110100 0 0 0 1 00000001 Le nœud 2 perd l’arbitrage et arrête de transmettre ! 0 0 0 1 00000001 xxxx 11 EOF 01 Le noeud 2 accuse réception du message xxxx 01 EOF 5.4. Modélisation objet DeviceNet utilise une modélisation objet abstraite afin de décrire : 13 • • • La suite des services de communication disponible Le comportement externe visible d’un nœud DeviceNet Des moyens communs permettant d’accéder aux informations des produits DeviceNet et de les échanger Un nœud DeviceNet est modélisé comme un groupe d’objets. Un objet fournit une représentation abstraite d’un composant particulier d’un produit. La réalisation de ce modèle d’objet abstrait dans un produit dépend de l’implémentation. En d’autres termes, le produit modélise cet objet en interne d'une façon spécifique à son implémentation. Une classe est un ensemble d’objets qui représentent tous le même type de composant système. Une instance d’objet est la représentation réelle d’un objet particulier au sein d’une classe. Chaque instance d'une classe dispose du même ensemble d’attributs mais d’un ensemble de valeurs d’attributs qui lui est propre. Comme illustré ci-dessous, les instances d’objets multiples d’une classe particulière peuvent résider dans un nœud DeviceNet. Une classe d’objets Nœud DeviceNet Une classe d’objets Instances d’objets Une instance d’objet et/ou une classe d’objets dispose d’attributs, fournit des services et implémente un comportement. Les attributs sont les caractéristiques d’un objet et/ou d’une classe d’objets. En règle générale, les attributs fournissent des informations relatives à l’état ou gèrent le fonctionnement d’un objet. Les services sont invoqués pour demander à l’objet/la classe d’exécuter une tâche. Le comportement d’un objet indique la façon dont il réagit à des événements particuliers. Par exemple, une personne peut être considérée de manière abstraite comme une instance de la classe des êtres humains. En règle générale, tous les être humains disposent du même ensemble d’attributs : l’âge, le sexe, etc. Cependant, étant donné que les valeurs de chaque attribut varient, chacun d’entre nous est différent et se comporte de façon distincte. Classe Exemples Etres Mary humains Jerry Attributs Sexe Age Sexe Age Valeurs d’attribut Femme 31 Homme 50 14 Les termes suivants, relatifs à la modélisation d’un objet, sont utilisés pour décrire les services et le protocole DeviceNet. • • • • • • • • • Objet - Représentation abstraite d’un composant particulier d’un produit. Classe - Ensemble d’objets qui représentent tous le même type de composant système. Une classe représente la généralisation d'un objet. Tous les objets d'une classe ont une forme et un comportement identiques mais ils peuvent contenir différentes valeurs d'attribut. Instance - Occurrence réelle (physique) et spécifique d'un objet. Par exemple : la Californie est une instance de la classe d'objets Etat. Les termes objet, instance et instance d’objet font tous référence à une instance spécifique. Attribut - Description d'une caractéristique ou d'une fonction interne visible d'un objet. En règle générale, les attributs fournissent des informations relatives à l’état ou gèrent le fonctionnement d’un objet. Par exemple : le nom ASCII d'un objet et le taux de répétition d'un objet cyclique. Instancier - Créer l'instance d'un objet dont tous les attributs d'instance sont initialisés à zéro à moins que des valeurs par défaut ne soient spécifiées dans la définition de l'objet. Comportement - Indication relative à la façon d'agir d'un objet. Les actions résultent de différents événements détectés par l'objet, tels que la réception de demande de services, la détection de fautes internes ou l'écoulement de temporisations. Service - Fonction prise en charge par un objet et/ou une classe d'objets. DeviceNet définit un ensemble de services courants et fournit la définition de la classe d'objets et/ou des services spécifiques au fournisseur. Les services DeviceNet courants sont les services dont les paramètres et les comportements requis sont définis dans l'annexe G de la spécification. Objets de communication - Il s'agit d'une référence aux classes d'objets multiples qui gèrent et définissent l’exécution du traitement des échanges de messages dans le protocole DeviceNet. Objets d'application - Il s'agit d'une référence aux classes d'objets multiples qui implémentent des fonctions spécifiques aux produits. 15 5.5. Adressage des objets Les informations de la présente section proposent une base commune pour l'adressage logique des composants physiques distincts de DeviceNet. La liste suivante décrit les informations utilisées pour adresser un objet DeviceNet : • Identifiant du contrôle d'accès (MAC ID) - Valeur d'identification sous la forme d'un nombre entier attribuée à chaque nœud de DeviceNet. Cette valeur permet de distinguer un nœud parmi tous les autres nœuds d'un même lien. MAC ID #1 MAC ID #2 DeviceNet Link MAC ID #3 • MAC ID #4 Identifiant de classe (ID de classe) - Valeur d'identification sous la forme d'un nombre entier attribuée à chaque classe d'objets accessible à partir du réseau. MAC ID #1 MAC ID #2 MAC ID #4 : Classe d’objets #5 Lien DeviceNet Classe d’objets #5 MAC ID #3 Classe d’objets #5 Classe d’objets #7 MAC ID #4 16 • Identifiant d'instance (ID d'instance) - Valeur d'identification sous la forme d'un nombre entier attribuée à une instance d’objet l'identifiant parmi toutes les instances de la même classe. MAC ID #1 MAC ID #2 MAC ID #4:Object Class #5:Instance #2 DeviceNet Link Object Class #7 Object Class #5 Instance #1 Instance #2 Instance #1 Instance #1 MAC ID #3 Object Class #5 MAC ID #4 Il est également possible d'adresser la classe directement au lieu d'une instance d’objet spécifique au sein de la classe. Pour ce faire, la valeur d'identifiant d'instance zéro (0) est utilisée. DeviceNet utilise la valeur d'identifiant d'instance zéro (0) pour signaler une référence à la classe au lieu d’une instance spécifique au sein de la classe. MAC ID #1 MAC ID #2 MAC ID #4:Object Class #5:Instance #0 DeviceNet Link Object Class #7 Object Class #5 Instance #1 Instance #1 Instance #2 Instance #1 MAC ID #3 Object Class #5 MAC ID #4 17 • Identifiant d'attribut (ID d'attribut) - Valeur d'identification sous la forme d'un nombre entier attribuée à une classe et/ou un attribut d'instance. MAC ID #1 MAC ID #2 MAC ID #4:Object Class #5:Instance #2:Attribute #1 DeviceNet Link Object Class #7 Object Class #5 Attribute #1 Attribute #2 Instance #1 Instance #1 Instance #2 Instance #1 MAC ID #3 Object Class #5 MAC ID #4 • Code de service - Valeur d'identification sous la forme d'un nombre entier qui dénote une fonction d'instance d’objet ou de classe d'objets particulière. MAC ID #1 MAC ID #2 MAC ID #4:Object Class #5:Instance #2:Service #5 DeviceNet Link Object Class #7 Object Class #5 Service #5 Instance #1 Instance #1 Instance #2 MAC ID #3 Instance #1 Object Class #5 MAC ID #4 5.6. Présentation du réseau 18 DeviceNet définit un schéma de connexions afin de faciliter toutes les communications entre les applications. Une connexion DeviceNet fournit un chemin de communication entre des points de terminaison multiples. Les points de terminaison d'une connexion sont des applications nécessitant de partager des données. Une valeur d'identification est affectée aux transmissions associées à une connexion particulière lorsqu'une connexion est établie. Cette valeur d'identification est appelée identifiant de connexion (CID). Les objets de connexion modélisent les caractéristiques de communication d'une relation d'application à application particulière. Le terme point de terminaison fait référence à l'une des entités de communication impliquées dans une connexion. Le schéma de connexions de DeviceNet définit les moyens dynamiques à l'aide desquels les deux types de connexions suivantes peuvent être établies : • • Connexions d'E/S - Ce type de connexion fournit des voies de communication dédiées et personnalisées entre une application de production et une ou plusieurs applications de consommation. Les données d'entrée/sortie spécifiques à l'application sont déplacées via ces ports. Connexions de messagerie explicite - Ce type de connexions fournit des voies de communications génériques à usages multiples entre deux unités. Ces connexions sont souvent appelées connexions de messagerie. Les messages explicites fournissent des communications typiques de réseau orienté demande/réponse. Les règles de gestion de l'établissement dynamique de ces connexions sont utilisées comme un fondement selon lequel un ensemble de connexions prédéfinies est déterminé. Ces connexions facilitent le déplacement usuel des données dans les relations maître/esclave. 19 5.6.1. Connexions d'E/S Comme indiqué antérieurement, les connexions d'E/S fournissent des voies de communication dédiées et personnalisées entre une application de production et une ou plusieurs applications de consommation. Les données d'E/S spécifiques à l'application se déplacent dans une connexion d'E/S. Les messages d'E/S sont échangés via des connexions d'E/S. Un message d'E/S est composé d'un identifiant de connexion et de données d'E/S associées. La signification des données d'un message d'E/S est définie par l'identifiant de connexion associé. On suppose que les points de terminaison de connexion connaissent l'utilisation prévue ou la signification du message d'E/S. Connexions d'E/S DeviceNet I/O Connection I/O Data I/O Producing Application Object Module #1 Producing I/O Connection I/O Message (Connection ID & Data) Consuming I/O Connection I/O Data I/O Consuming Application Object Module #2 Les spécifications ne définissent pas d'utilisation particulière pour la messagerie d'E/S. Une grande variété de fonctions peut être exécutée à l'aide de la messagerie d'E/S. En raison du type particulier de produit qui émet un message d'E/S, ou en fonction de la configuration exécutée à l'aide de la messagerie explicite, la signification et/ou l'utilisation prévue de tous les messages d'E/S peut être connue du système. 20 5.6.2. Connexions de messagerie explicite Les connexions de messagerie explicite fournissent des voies de communications génériques à usages multiples entre deux unités. Les messages explicites sont échangés via des connexions de messagerie explicite. Les messages explicites sont utilisés pour contrôler l’exécution d'une tâche particulière ou pour transmettre les résultats d'exécution de la tâche. La signification/l'utilisation prévue d'un message explicite est indiquée dans le champ de données CAN. La messagerie explicite fournit les moyens à l'aide desquels les fonctions typiques de demande/réponse sont exécutées (par exemple la configuration du module). DeviceNet définit un protocole de messagerie explicite indiquant la signification du message. Un message explicite est composé d'un identifiant de connexion et d'informations relatives au protocole de messagerie associé. Connexion de messagerie explicite DeviceNet Explicit Messaging Connection Requesting Application A Request A Response Device #1 Explicit Messaging Connection Explicit Messages (Connection IDs & Messaging Protocol) A Request Explicit Messaging Connection An Object A Response Device #2 21 5.7. Modèle d'objet DeviceNet La figure suivante illustre le modèle d'objet abstrait d'un produit DeviceNet. Les composants suivants sont inclus : • Gestionnaire de message non connecté (Unconnected Message Manager, UCMM) permet de traiter les messages explicites non connectés de DeviceNet (non utilisé avec l'application des unités à thyristor). • Classe de connexion - permet d'attribuer et de gérer des ressources internes associées à des connexions d'E/S et de messagerie explicite. • Objet de connexion - permet de gérer les aspects spécifiques aux communications associées à une relation réseau particulière entre les applications. • Objet DeviceNet - indique la configuration et le statut d'une connexion réseau DeviceNet physique. • Objet de production de lien - utilisé par un objet de connexion pour transmettre des données sur DeviceNet. • Objet de consommation de lien - utilisé par un objet de connexion pour recevoir des données de DeviceNet. • Routeur de messages - distribue les messages de demande explicites à l'objet de traitement approprié. • Objets d'application - implémentent l'utilisation prévue du produit. 22 Modèle d'objet général du module DeviceNet Unconnected Explicit Messages Unconnected Message Manager Connection Class DeviceNet Object Explicit Messaging Connection Objects Connection Based Explicit Messages Link Consumer Object Link Producer Object Message Router I/O Connection Objects Link Consumer Object I/O Messages Link Producer Object Application Objects 23 5.8. Diagramme de transition d'état Le diagramme ci-dessous illustre le comportement général d'un processus DeviceNet. Inexistant 1. Intervention manuelle OPTION : Message de demande de Communication communication erroné reçu : Répondre 2. Message de demande de communication erroné : Modifier le message MAC ID reçu : Remplacer MAC ID par Nouveau MAC ID Erreur de Communication Mise sous tension/Réinitialisation 1. Duplication du contrôle de l’identifiant du MAC de demande/de réponse reçue Envoi d’une duplication du message de contrôle de demande de l’identifiant du MAC 2. Bus-Off CAN détecté Transmission réussie 1. Duplication du contrôle de l’identifiant du MAC de demande/réponse reçue Duplication du contrôle de du MAC Del’identifiant demande/réponse non reçue (horloge expirée) & num_retries = 0: Increment num_retries 2. Bus-Off CAN détecté Attente de duplication du message de contrôle du MAC ID Un message différent de la duplication du contrôle MAC ID de demande/réponse est reçu: Ignorer le message Duplication du contrôle MAC ID de demande/réponse non reçu (horloge expirée) & num_retries=1 1. Duplication du message de contrôle MAC ID de Réponse reçu 2. Bus-Off CAN détecté & Attribut d’objet DeviceNet BOI = Maintenir la réinitialisation (Hold in Reset) (00) En ligne Bus-Off CAN détecté & Attribut d'objet DeviceNet BOI = Réinitialisation automatique (01) Duplication du message de contrôle MAC ID de Demande reçue : Transmettre duplication du Message de contrôle de réponse du MAC ID 24 5.9. Ensemble de connexions maître/esclave prédéfinies Les chapitres précédents étaient une présentation des règles du « modèle général » pour l'établissement des connexions entre les unités. Le modèle général nécessite l'utilisation d'une connexion de messagerie explicite afin de créer et de configurer manuellement les objets de connexion au sein de chaque point de terminaison de connexion. Le présent chapitre utilise le modèle général comme base pour la définition d'un ensemble de connexions qui facilitent les communications types dans une relation maître/esclave. Ces connexions sont connues sous le nom d'ensemble de connexions maître/esclave prédéfinies. Le maître représente l'unité qui rassemble et distribue les données d'E/S pour le contrôleur de processus. Les esclaves sont les unités à partir desquelles le maître rassemble les données d'E/S et auxquelles le maître distribue les données d'E/S. Le maître « possède » les esclaves dont les MAC ID apparaissent dans sa liste de scrutation. Afin de déterminer avec quel esclave il va communiquer, le maître étudie la liste de scrutation et envoie des ordres en conséquence. Excepté pour la duplication du contrôle de l'identifiant du MAC (MAC ID), un esclave ne peut pas initialiser de communication avant que le maître ne lui ordonne. Exemple d'implémentation maître/esclave DeviceNet : Scanner PLC Alimentation DeviceNet (Maître) DeviceNet Configuration PC TU Unité TC Unité (Esclave) (Esclave) TE10P REMIO (Esclave) (Esclave) De nombreuses étapes de la création et de la configuration d'une connexion d'application à application ont été supprimées de la définition de l'Ensemble des Connexions Maître/Esclave Prédéfinies. Elle présente en retour les moyens à l'aide desquels un environnement de communication peut être établi en utilisant moins de ressources réseau et de l'unité. 25 Les termes suivants sont employés : • • • • Serveur - Groupe 2 : Il s'agit d'une unité compatible UCMM à laquelle il a été ordonné d'agir en tant que serveur des connexions de l'identifiant maître/esclave prédéfinies. Voir esclave DeviceNet. Client - Groupe 2 : Il s'agit d'une unité devenue propriétaire de l'ensemble des connexions maître/esclave prédéfinies d'un serveur et pouvant agir en tant que client sur ces connexions. Voir maître DeviceNet. Unité compatible UCMM : Il s'agit d'une unité qui prend en charge le gestionnaire de message non connecté (UCMM). Ceci nécessite au minimum la prise en charge de la réception et du traitement des messages de demande non connectés. Unité incompatible UCMM : Il s'agit généralement d'une unité de bas niveau qui, à cause de capacités de gestion d'interruption du réseau et de filtrage de puce CAN première génération, n'est pas compatible avec l'UCMM. • Serveur - Groupe 2 uniquement : Il s'agit d'une unité esclave (serveur) qui n'est pas compatible avec l'UCMM et qui doit utiliser l'ensemble de connexions maître/esclave prédéfinies pour établir des communications (la connexion de messagerie explicite maître/esclave prédéfinie doit au moins être prise en charge). Une unité - groupe 2 uniquement peut seulement transmettre et recevoir les identifiants définis par l'ensemble de connexions maître/esclave prédéfinies. (Voir Figure 7.2, champs Identifiant de l'ensemble des connexions maître/esclave prédéfinies). • Client - Groupe 2 uniquement : Il s'agit d'une unité agissant en tant que client - groupe 2 du serveur - groupe 2 uniquement. Le client - groupe 2 uniquement fournit la fonctionnalité UCMM décrite dans la section 4-2.4 des spécifications DN (services UCMM) du serveur - groupe 2 uniquement qui a été attribué. Ce concept est décrit de façon plus détaillée ultérieurement. • Maître DeviceNet : Fait référence à un type d'application appelée maître/esclave. Le maître DeviceNet représente l'unité qui rassemble et distribue les données d'E/S pour le contrôleur de processus. Le maître analyse ses unités esclaves en fonction de la liste de numérisation de référence. Par rapport au réseau, le maître est un client - groupe 2 ou un client - groupe 2 uniquement. • Esclave DeviceNet : Fait référence à un type d'application appelée maître/esclave. Un esclave envoie des données d'E/S à son maître lorsqu'il est analysé. Au sein du réseau, l'esclave est un serveur - groupe 2 ou un serveur - groupe 2 uniquement. • Ensemble de connexions maître/esclave prédéfinies : Il s'agit d'un ensemble de connexions qui facilitent les communications habituelles d'une relation maître/esclave. De nombreuses étapes de la création et de la configuration d'une connexion d'application à application ont été supprimées de la définition de l'ensemble de connexions maître/esclave prédéfinies. Elle présente à son tour les moyens à l'aide desquels un environnement de communication peut être établi en utilisant moins de ressources réseau et d'unité. 26 5.9.1. Messages de l'ensemble de connexions maître/esclave prédéfinies : Les champs Identifiant CAN associés à l'ensemble de connexions maître/esclave prédéfinies sont illustrés ci-dessous. Ce tableau contient les identifiants devant être utilisés avec toutes les messageries basées sur une connexion impliquées dans l'ensemble des connexions maître/esclave prédéfinies. Il illustre également les attributs produced_connection_id et consumed_connection_id associés aux objets de connexions maître/esclave prédéfinies. IDENTIFIER BITS 10 9 0 8 7 6 5 Group 1 Message ID 0 0 0 1 1 1 1 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 1 1 1 0 1 1 4 3 2 1 0 Source MAC ID 1 0 1 IDENTITY USAGE group 1 Messages Source MAC ID Slave's I/O Change of state or Cyclic Message Source MAC ID Slave's I/O Bit-Strobe response Message Source MAC ID Slave's I/O Poll Response or Change of state/Cyclic Acknowledge Message MAC ID Source MAC ID Source MAC ID Destination MAC ID Source MAC ID Destination MAC ID Destination MAC ID Destination MAC ID Destination MAC ID Group 2 Message ID 0 0 0 0 0 1 0 1 0 0 1 1 1 0 0 1 0 1 1 1 0 1 1 1 group 2 Messages HEX Range 000-3FF 400-5FF Master's I/O Bit-Strobe Command message TBD Master's Change of state or Cyclic Acknowledge Message Slave's Explicit / unconnected Response Message Master's Explicit Request Messages Master's I/O Poll Command/Change of state/Cyclic Message Group 2 Only Unconnected Explicit Request Messages Duplicate MACID Check Messages Important : Le Groupe 2, identifiant de message = 6 est réservé à une utilisation en tant que port de message de demande explicite non connecté Groupe 2 uniquement et ne doit pas être utilisé à d'autres fins. Les types de messages suivants sont mentionnés dans le tableau ci-dessus. • Messages de commande/réponse bit strobe : La commande bit strobe est un message d'E/S transmis par le maître. Un message de commande bit strobe est doté de capacités de multidiffusion. Les esclaves multiples peuvent recevoir et réagir à la même commande bit strobe (capacités de multidiffusion). La réponse bit strobe est un message d'E/S transmis au maître par un esclave à la réception de la commande bit strobe. La commande bit strobe et les messages de réponse sont reçus/transmis par un seul objet de connexion au sein d'un esclave. Note : La commande bit strobe n'est pas utilisée avec les unités à thyristor. • Messages de commande/réponse d'interrogation d'E/S (Poll) : La commande d'interrogation est un message d'E/S transmis par le maître. Une commande d'interrogation est dirigée vers un seul esclave spécifique (point à point). Un maître doit transmettre un message de commande d'interrogation distinct pour chacun des esclaves à interroger. La réponse d'interrogation est un message d'E/S transmis au maître par un esclave à la réception de la commande d'interrogation. La commande d'interrogation et les 27 messages de réponse sont reçus/transmis par un seul objet de connexion au sein d'un esclave. • Messages Cycliques/Changement d'état d'E/S : Le message Cyclique/Changement d'état est transmis soit par le maître, soit par l'esclave. Un message Cyclique/Changement d'état est dirigé vers un seul nœud spécifique (point à point). Un message d'accusé de réception peut être envoyé en réponse à ce message. Le message de production « changement d'état » et le message de consommation « accusé de réception » sont reçus/transmis par un objet de connexion au sein du maître ou de l'esclave. Le message de consommation « changement d'état » et le message de production « accusé de réception » sont reçus/transmis par un deuxième objet de connexion. • Messages de réponse/demande explicites : Les messages de demande explicites sont utilisés pour exécuter des opérations telles que la lecture et l'écriture d'attributs. Les messages de réponse explicites indiquent les résultats de tentatives de prise en charge d'un message de demande explicite. Au sein d'un esclave, les demandes et les réponses explicites sont reçues/transmises par un seul objet de connexion. Note : Les messages de réponse/demande explicites sont utilisés avec l'unité à thyristor pour l'échange de données d'attribut entre le maître et les esclaves. • Messages de demande explicites non connectés Groupe 2 uniquement : le port de demande explicite non connecté de Groupe 2 uniquement permet d'attribuer/de libérer l'ensemble de connexions maître/esclave prédéfinies. Ce port (groupe 2, identifiant de message = 6) est réservé et ne doit pas être utilisé à d'autres fins. • Messages de réponse explicites non connectés Groupe 2 uniquement : Le port de réponse explicite non connecté de Groupe 2 uniquement est utilisé pour répondre au messages de demande explicites non connectés de Groupe 2 uniquement et pour envoyer des messages de fonctionnement/d'arrêt de l'unité. Ces messages sont transmis à l'aide du même identifiant (groupe 2, identifiant de message = 3) que pour les messages de réponse explicites. • Duplication du message de contrôle de MAC ID : Un MAC ID doit être attribué à chaque noeud physique de DeviceNet. Cette configuration nécessite l'intervention de l'homme et le même MAC ID est peut-être attribué à deux modules d'un même lien par erreur. Le MAC ID étant impliqué dans la définition de la signification d'une transmission DeviceNet, TOUS les modules DeviceNet doivent répondre à un algorithme de duplication de détection du MAC ID. Tous les messages (sauf deux) associés à l'ensemble des connexions maître/esclave prédéfinies sont transmis via le groupe de message 2 (message – groupe 2). 28 5.9.2. Comportement de l'exemple des connexions maître/esclave prédéfinies : 5.9.2.1.Diagramme de transition d'état des connexions d'E/S maître/esclave prédéfinies (voir le chapitre 6.2.6 pour de plus amples informations sur l'implémentation avec des unités à thyristor) Inexistant Libérer/Supprimer de tout état. Attribuer Attribuer Configuration Get_Attribute/Set_Attribute (Aucune temporisation d’inactivité ne fonctionne) Définir l'attribut (attribut Single expected_packet_rate) Etabli Get_Attribute/Set_Attribute Envoyer/Données reçues (Temp. d'inactivité de pré-consommation fonctionnant Réinitialisation (prise en charge facultative) Inactivité/Time-out du Watchdog et watchdog_time-out_action= Transition vers Time-Out Attribuer Transition commandée Par demande interne Ou externe. Jusqu'à la 1ère consommation d'E/S, puis time-out = valeur de l'attribut expected_packet_rate) Time-Out Get_Attribute/Set_Attribute (Toute valeur d'attribut modifiée dans l'état Time-Out est réinitialisée à son état initial si une Attribution ou une Libération est utilisée pour quitter l'état Time-Out.) Noter que tous les services d'attribution et de libération renvoient l’instance de connexion à l’état initial. Tous les attributs d’objets de connexion sont réinitialisés à leur valeur par défaut. Important : En ce qui concerne la modification des attributs, les connexions d'E/S maître/esclave prédéfinies doivent (au minimum) prendre en charge la modification de l'attribut expected_packet_rate. La machine d’état (SEM) présentée ci-dessus donne la définition officielle du comportement des connexions d'E/S au sein de l'ensemble des connexions maître/esclave prédéfinies. Cette SEM hérite et/ou annule les actions présentées dans la SEM de l'objet de connexion d'E/S. Important : La machine d’état présentée ci-dessus n'indique pas les règles relatives à la logique interne spécifique au produit. Toute tentative d'accès à la classe de connexion ou à une instance d’objet de connexion peut nécessiter la réalisation d'un contrôle spécifique au produit. Ce contrôle peut entraîner un scénario d'erreur qui n'est pas indiqué par la SEM. Il peut également conduire à la diffusion d'indications supplémentaires spécifiques au produit d'un objet de connexion à l'application et/ou à un objet d'application spécifique. Le point à retenir est que l'objet de connexions d'E/S maître/esclave prédéfinies doit exposer le comportement externe visible spécifié par la SEM mentionnée ci-dessus et les définitions d'attribut. 29 5.9.2.2.Diagramme de transition d'état de messagerie explicite maître/esclave prédéfinie (voir le chapitre 6.2.6 pour de plus amples informations sur l'implémentation avec des unités à thyristor) Inexistant Libérer/Supprimer Libérer/Supprimer Attribuer Instance-enfant supprimée ou Transitions vers Time Out et aucune autre instance-enfant n'est dans l'état Etabli. Incativité / Timeout Watchdog & watchdog_timeout_action = Suppression différée et au moins une instance-enfant dans l’état Etabli. Différé Etabli Incativité / Timeout Watchdog watchdog_timeout_action = Suppression Automatique ou cet attribut à Suppression Différée et aucune instanceenfant n’est dans l’état Etabli. Get_Attribute Set_Attribute Réinitialiser Recevoir données / réinitialiser La SEM présentée ci-dessus donne la définition officielle du comportement des connexions de messagerie explicites au sein de l'ensemble des connexions maître/esclave prédéfinies. Cette SEM hérite et/ou annule les actions présentées dans la SEM de l'objet de connexion de messagerie explicite. 30 6. SPECIFICATION DEVICENET DE L'INTERFACE REMIO 6.1. Généralités • L'interface DeviceNet REMIO de la gamme TE fonctionne en tant que unité maître/esclave prédéfinie de Groupe 2 uniquement conformément aux spécifications DeviceNet version 2.0. • Demande et réponse à l'aide de l'ensemble de connexions de messagerie explicite maître/esclave prédéfinies pour un accès aléatoire à tout paramètre de la base de données. • Un transfert global de toutes les variables de l'unité est possible via la connexion d'E/S d'interrogation. La fragmentation est prise en charge par cette connexion. • L'unité n'est pas compatible avec le gestionnaire de message non connecté explicite (UCMM). Note : Etant donné la nature particulière de cette interface qui peut être utilisée avec différentes unités à thyristor EUROTHERM, le profil d'unité générique (type 0x00) défini dans le volume 2 partie 3 des spécifications DeviceNet a été utilisé. Architecture : Thyristor Unit Driver Type Status Interface Board Data Base Interface Process Variables NetWork Protocol Management DeviceNet (Profibus DP Modbus EI Bisynch etc...) Implémentation de la couche OSI : Application Layer ISO Data Link Logical Link Control (LLC) (Layer 2) Media Access Control (MAC) ISO Physical (Layer 1) (Layer 0) CAN-Controller SJA1000 Physical Layer Signalling (PLS) Medium Attachment Unit (MAU) ISO Media MCS80C32 CAN-Tranceiver PCA251 Transmission Media 31 • Numéro d'identification donné par l'ODVA : 45 (identifiant général pour les sociétés de contrôle Eurotherm). • Connexion utilisant des paires torsadées blindées standard pour le signal de communication (CANH / CANL). • Les couches 1 et 2 du modèle ISO sont contrôlées par un composant spécifique : SJA1000 de Philips. • La sélection de la vitesse de communication se fait à l'aide de deux cavaliers situés sur l’unité : 125 kbauds, 250 kbauds, 500 kbauds. • Adresse définie par le BUS à l'aide de la connexion de messagerie explicite avec l'objet DeviceNet. • Etat indiqué par des LED : LED Etat du module (MS). LED Etat du réseau (NS). • La redondance n’est pas gérée. 32 6.2. Profil de l'unité 6.2.1. Type d'unité Type d'unité = unité générique Identifiant de la classe = 0x00 Le type d'unité générique définit une unité qui ne correspond à aucun des types d'unité définis. L'interface REMIO est un intermédiaire intelligent entre le réseau DeviceNet et le contrôle physique de l'unité à thyristor. 6.2.2. Modèle d'objet général : 6.2.2.1. Types de message DeviceNet 6.2.2.1.1. Messages reçus En tant qu'unité esclave du groupe 2, l'interface REMIO prend en charge les types de messages reçus suivants dans le groupe 2. Group CAN Identifier Field 10xxxxxx111 2 10xxxxxx110 10xxxxxx101 10xxxxxx100 Group 2 Message Type Duplicate MACID Check messages Unconnected Explicit Request messages Master’s I/O Poll Command Master Explicit Request message Note : xxxxxx = adresse du nœud REMIO. 6.2.2.1.2. Messages envoyés 2 autres types de messages seront envoyés dans le groupe 1 ou 2 par l'esclave. Group 1 2 CAN Identifier Field 01111xxxxxx 10xxxxxx011 Group 1 Message Type Slave I/O Poll Response Slave Explicit Response message 6.2.2.2.Services DeviceNet 33 En tant qu'unité esclave du groupe 2, l'interface REMIO de la gamme TE prend en charge les services de classe et d'instance suivants. Nom du service Reset Get_Attribute_Single Set_Attribute_Single Allocate_Group2_Identifier_Set Release_Group2_Identifier_Set Code du service 0x05 0x0E 0x10 0x4B 0x4C 6.2.2.3. Codes d'erreur Lorsque l'unité détecte une erreur dans la demande du maître, un code d'erreur est généré dans la réponse. 6.2.2.3.1.Code de service d'erreur général 0x14 6.2.2.3.2. Codes d'erreur courants Identification de l’erreur Ressource indisponible Service non pris en charge Valeur d’attribut non valide Etat déjà atteint Conflit d’état d’objet Attribut non modifiable Accès refusé Conflit d’état d'unité Données trop volumineuses Données insuffisantes Attribut non pris en charge Trop de données Objet inexistant Aucun attribut mémorisé Echec de mémorisation Spécifique au fournisseur Paramètre non valide Code d’erreur 0x02 0x08 0x09 0x0B 0x0C 0x0E 0x0F 0x10 0x11 0x13 0x14 0x15 0x16 0x18 0x19 0x1F 0x20 34 6.2.2.3.3.Codes d'erreurs supplémentaires spécifiques aux classes Identification de Code l’erreur d’erreur Conflit d’attribution 0x01 Attribution non valide 0x02 Demande non 0x03 connectée non valide Ressource 0x04 indisponible Aucun code 0xFF supplémentaire 6.2.2.4.Classes d'objets DeviceNet L'interface REMIO de la gamme TE prend en charge les classes d'objets DeviceNet suivantes. Classe Classe d’objets 0x01 Identité 0x02 Routeur de messages 0x03 DeviceNet 0x04 Assemblage 0x05 Connexion 0x64 # d’exemples 1 1 1 1 2 = (1 messagerie explicite + 1 interrogation d’E/S) Variable d’unité à Dépend de la configuration thyristor REMIO 6.2.2.5.Modèle global de l'interface REMIO Thyristor : Identity Object Application Objects Variable s Message Router Assembly Poll I/O Explicit Msg. DeviceNet Object Connection Class DeviceNet Network 35 6.2.3. Objet “identité“ 6.2.3.1.Code de classe Code de classe = 01. 6.2.3.2.Attributs de classe Aucun attribut instancié. 6.2.3.3.Nombre d'instance : Nombre d’instance = 1 6.2.3.4.Attributs d'instance : Identifiant Règles d’attribut d’accès • 1 2 3 Get Get Get 4 Get 5 6 Get Get 7 Get Nom Type de données DeviceNet UINT UINT UINT Fournisseur Type d'unité Code de l'unité Révision Structure Révision de : Majeure USINT Révision USINT Mineure Etat WORD Numéro de UDINT série Nom du STRING[5] produit Valeur des données 45 0x00 Device_Code 2 1 Device_Status Numéro à 32 bits unique Fournisseur : L'identification des fournisseurs est gérée par l'Open DeviceNet Vendor Association, Inc. (ODVA). Le numéro 45 (0x2D) a été attribué à tous les produits Eurotherm. • Type d'unité : La liste des types d'unité est gérée par l'ODVA. Elle permet d'identifier le profil de l'unité utilisée par un produit particulier. Les profils d'unité définissent les exigences minimum devant être implémentées par une unité ainsi que les options habituelles. La liste des types d'unité définis peut être consultée dans le volume 2 chapitre 3 des spécifications DeviceNet. Le type d'unité générique définit une unité qui ne correspond à aucun des types d'unité définis. 36 • Code de l'unité : Les codes d'unité permettent d'identifier un produit particulier géré par cette interface. Ils permettent de sélectionner le tableau de variable approprié. Les codes sont attribués comme suit : Produit REMIO BASIC REMIO 16*TPO REMIO 32*TPO REMIO 48*TPO • Code 0x01 0x02 0x03 0x04 Etat de l'unité : Cet attribut représente l’Etat actuel de l'ensemble de l'unité. Sa valeur change lorsque l'état de l'unité change. L'attribut d'état est un MOT doté des définitions de bit suivantes : Définitions des bits pour l'attribut d'instance de statut de l'objet d'identité : Bit (s) : Appelé : 0 Attribué 1 2 Configuré Définition TRUE indique que l’unité a un propriétaire. Dans le paradigme maître/esclave, la configuration de ce bit signifie que l’ensemble de connexions maître/esclave prédéfinies a été affecté à un maître Réservé, configuré sur 0 TRUE indique que l’application de l’unité a été configurée pour faire autre chose que la configuration initiale. Ceci n’inclut pas la configuration des communications. Réservé, configuré sur 0 3,4,5,6, 7 8 Erreur mineure TRUE indique que l’unité a détecté un problème pouvant être récupérable résolu. L’unité n’est pas dans l’un des états de fautes suite à ce problème. 9 Erreur mineure TRUE indique que l’unité a détecté un problème qui ne peut non pas être résolu. L’unité n’est pas dans l’un des états de fautes récupérable suite à ce problème. 10 Erreur majeure TRUE indique que l’unité a détecté un problème et qu’elle est récupérable désormais dans l’état « d’erreur majeure récupérable ». 11 Erreur majeure TRUE indique que l’unité a détecté un problème et qu’elle est non désormais dans l’état « d’erreur majeure non récupérable ». récupérable 12,13,1 Réservé, configuré sur 0 4,15 37 • Numéro de série : Le numéro de série est un numéro unique à 32 bits pour tous les produits de chaque identifiant de fournisseur (le numéro d'Eurotherm est le 45). Il est composé comme suit : AA xx xx xx Où la valeur AA est toujours égale à 64 (0x40) pour REMIO Et xx xx xx est un numéro séquentiel attribué au moment de la production. • Nom du produit : Le nom du produit dépend du code du produit. Produit REMIO BASIC REMIO 16*TPO REMIO 32*TPO REMIO 48*TPO Code 0x01 Nom “REMIO” 0x02 “REM16” 0x03 “REM32” 0x04 “REM48” 6.2.3.5.Diagramme de transition d'état Inexistant Off Perte de l’alimentation (de tout état) imentation (from Alimenté Service de réinitialisation de l'objet d'identité Test automatique de l’unité Rouge/verte clignotante (de tout état sauf erreur Majeure non récupérable) Tests échoués Tests réussis Standby Erreur corrigée Verte clignotante Activé Erreur mineure Désactivé Opérationnel Verte en continu Erreur majeure récupérable Erreur Majeure Récupérable Rouge clignotant Erreur majeure non récupérable Erreur Majeure Non récupérable LED = état du module Rouge permanent 38 6.2.3.6.Services communs : Code du service 0x0E 0x05 Nom du service Get_Attribute_Single Reset 6.2.4. Objet DeviceNet 6.2.4.1.Code de classe Code de classe = 0x03 6.2.4.2.Attributs de classe Identifiant de l’attribut Règles d’accès 1 Get Nom Type de données DeviceNet Révision UINT Valeur des données 2 6.2.4.3.Nombre d’instance Nombre d’instance = 1 6.2.4.4.Attributs d’instance Identifiant de l’attribut Règles d’accès 1 Get/Set 2 Get 5 Get Nom Type de Valeur données des données DeviceNet Adresse du USINT 0-63 nœud Vitesse de USINT Configuration du transmission mini-interrupteur Information Struct de : d'attribution Octet de BYTE 0x00 (à la mise sous choix tension) 0x03 (2 cnx attribué) MACID de USINT 0-63 (attribué) l'allocateur 255 (non attribué) • Adresse du nœud = MAC ID : Cet attribut contient l'identifiant du MAC de cette unité. Les valeurs sont comprises entre 0 à 63 (décimal). A la livraison, l'unité est dotée de l'adresse 32 (0x20). Cette adresse doit être modifiée avant tout fonctionnement. 39 • Vitesse de transmission : L'attribut Vitesse de transmission indique la vitesse de transmission sélectionnée Valeur 00 01 02 Signification 125 kbauds 250 kbauds 500 kbauds • Information d'attribution : L'attribut Information d'attribution est en rapport avec l'ensemble des connexions maître/esclave prédéfinies. Il indique si l'ensemble de connexions maître/esclave prédéfinies dans le volume 1 chapitre 7 des spécifications a été attribué ou non. S'il a été attribué, cet attribut indique alors l'unité ayant effectué l'attribution ainsi que les connexions attribuées. Cet attribut est modifié lorsqu'une réponse réussie associée à un service Allocate_Master/Slave_Connection_Set est générée. Cet attribut ne peut pas être modifié par le service Set_Attribute_Single. Une réponse d'erreur dont le champ Code d'erreur général est configuré sur 0Ehex (attribut non modifiable) est envoyée si une demande Set_Attribute_Single fait référence à cet attribut. L'attribut Information d'attribution est composé comme suit : ! Octet de choix d'attribution : L'octet de choix d'attribution indique quelles connexions maître/esclave prédéfinies sont actives (dans l'état de configuration ou établi). Son format est le suivant : 7 Réservé 6 5 4 3 Suppression Cyclique Changement Réservé de l’A.R. d’état 2 1 0 Echan- Interrogé Mess tillonnage -age de bits explicite L'octet de choix d'attribution est initialisé sur 00 lors de la mise sous tension de l'unité puis il est défini par la procédure d'attribution de l'ensemble des connexions prédéfinies (message Gr 2 ID 6). ! MAC ID du maître : Le MAC ID (identifiant du MAC) du maître comporte le MAC ID de l'unité ayant attribué l'ensemble des connexions maître/esclave prédéfinies via le service Allocate_Master/Slave_Connection_Set. Ce dernier contient le champ MAC ID de l'allocateur copié à partir de la demande Allocate_Master/Slave_Connection_Set. Les valeurs sont comprises entre 0 à 63 et 255 (décimal). Une valeur comprise entre 0 et 63 indique que l'ensemble des connexions maître/esclave prédéfinies est actuellement attribué et dénote le MAC ID de l'unité ayant exécuté l'attribution. La valeur 255 signifie que l'ensemble des connexions maître/esclave prédéfinies n'a pas été attribué. L'attribut MAC ID du maître est initialisé sur 255 (FF hex) lors de la mise sous tension/réinitialisation de l'unité. 40 6.2.4.5.Services communs Service Code 0x0E 0x10 0x4B 0x4C Service Name Get_Attribute_Single Set_Attribute_Single Allocate_Master/Slave_Connection_Set Release_Master/Slave_Connection_Set 6.2.4.6.Diagramme de transition d'état Le diagramme général représenté dans le chapitre 2.8 est simplifié. Manual Power-Off Non-Existent Powerup/Reset Communication Fault 1. Duplicate MAC ID Check Request/Response 2. CAN Bus-Off Detected Sending Duplicate MAC ID Check Request Message Successful Transmission 1. 2. Duplicate MAC ID Check Request/Response not received(timer expired) & num_retries = 0: Increment num_retries Duplicate MAC ID Check Request/Response CAN Bus-Off Detected Waiting for Duplicate MAC ID Check Message A message other than MAC ID Check Request/Response is received:Ignore message Duplicate MAC ID Check Request/Response not received (timer expired) & num_retries = 1 1. Message Duplicate MACID Check Response Received 2. CAN Bus-Off Detected On-line Duplicate MAC ID Check Request received : Transmit Duplicate MAC ID Check Response Message 41 6.2.5. Objet “assemblage“ 6.2.5.1.Code de classe Code de classe = 0x04 6.2.5.2.Attributs de classe Identifiant de l’attribut Règles d’accès Nom 1 Get Révision Type de données DeviceNet UINT Valeur des données Type de données DeviceNet Array Valeur des données 0-255 2 6.2.5.3.Nombre d’instance Nombre d’instance = 1 6.2.5.4.Attributs d’instance Identifiant Règles de l’attribut d’accès 3 Get Nom Données Retour de données de 6 octets représentant une image des 6 ports. 6.2.5.5.Services communs Code du service 0x0E Nom du service Get_Attribute_Single 42 6.2.5.6.Comportement de l'assemblage statique Non Existent Power On RUN Set_Attribute_Single Inactive Message Produced End of Production Active Get Next member 6.2.6. Objet de connexion 6.2.6.1.Code de classe Code de classe = 0x05 6.2.6.2.Attributs de classe Aucun attribut. 6.2.6.3.Nombre d’instance Nombre d’instance = 2. Les identifiants d’instance sont attribués comme suit : Connection Instance ID 1 2 Description Explicit Messaging Poll I/O Connection 43 6.2.6.4. Instance 1 (connexion de message explicite) 6.2.6.4.1.Attributs de l'instance 1 Identifiant de l’attribut Règles d’accès Nom 1 Get Etat Type de données DeviceN et USINT 2 Get Type d’exemple USINT 3 4 Get Get Transport Class Trigger Produced Connection ID BYTE UINT 5 Get Consumed Connection ID UINT 6 Get BYTE 7 8 Get Get UINT UINT 7 7 9 Get/Set Caractéristiques communes initiales Produced Connection Size Consumed Connection Size Expected Packet Rate 0 = inexistant 3 = établi 5 = Deferred Delete 0 = Explicit Message 0x83 10xxxxxx011b xxxxxx = adresse du nœud 10xxxxxx100b xxxxxx = adresse du nœud 0x21 UINT 12 Get USINT 13 Get 14 Get 15 Get 16 Get Watchdog Time Out Action Produced Connection Path Length Produced Connection Path Consumed Connection Path Length Consumed Connection Path 2500 (valeur par défaut en ms) 1 = suppression automatique 0 UINT Valeur des données Aucune données UINT 0 Aucune données 44 • Transport Class Trigger = 0x83 Cette connexion agit en tant que serveur Le déclencheur de production est cyclique Classe de transport 3 : lorsque le consommateur de lien reçoit un message, il le transmet à l'objet d'application spécifié dans l'attribut consumed_connection_path. L'objet d'application valide ensuite cet événement de données reçu (voir la figure cidessous). Si l'objet d'application détermine que l'événement de données reçu est valide, il DOIT déclencher une production comme illustré ci-dessous 4Message Produced Link Producer 3- The Connection is told to produce Server Transport Class 3 Connection Object Message Consumed 1- Application 2- The Application is notifie that data has been consume Link Consumer • Caractéristiques initiales communes = 0x21 " Production au sein du groupe 2 de messages (source) Consommation d'un message du groupe 2 (destination) 6.2.6.4.2. Diagramme de transition d'état de l’instance 1 (Cnx explicite) Release and no Poll cnx established Non-Existent Allocate Release OR Time-Out action (auto-Delet Time-Out action (Deferred Delete) and Poll cnx established Deferred Delete Established Receive Data / Reset Get_Attribu Set_Attribu Reset 45 6.2.6.5. Attributs de l’instance 2 (connexion d'E/S d'interrogation) 6.2.6.5.1.Attributs de l’instance 2 Identifiant Règles de d’accès l’attribut 1 Get 2 3 4 5 6 7 8 9 Nom Etat Get Get Type d’instance Transport Class Trigger Get Produced Connection ID Get Consumed Connection ID Get Initial Comm Characteristics Get Produced Connection Size Get Consumed Connection Size Get/Set Expected Packet Rate 12 Get 13 Get 14 Get 15 Get 16 Get Watchdog Time Out Action Produced Connection Path Length Produced Connection Path Consumed Connection Path Length Consumed Connection Path Type de Valeur données des données DeviceNet USINT 0 = inexistant 1 = configuration 3 = établi 4 = écoulé USINT 1 = I/O Message BYTE 0x83 UINT UINT BYTE 01111xxxxxxb xxxxxx = adresse du nœud 10xxxxxx101b xxxxxx = adresse du nœud 0x01 UINT Dépend du code de l’unité UINT Dépend du code de l’unité UINT USINT La valeur 0 (valeur par défaut en ms) doit être configurée 0 = transition vers Timed-Out UINT 0x04 USINT[4] UINT USINT[4] 0x20 = segment logique, identifiant de classe 0x04 = identifiant de classe d’assemblage 0x24 = segment logique, identifiant d’attribut 0x01 = premier identifiant variable 0x04 0x20 = segment logique, identifiant de classe 0x04 = identifiant de classe d’assemblage 0x24 = segment logique, identifiant d’attribut 0x01 = premier identifiant variable 46 • Transport Class Trigger = 0x83 Cette connexion agit en tant que serveur Le déclencheur de production est cyclique Classe de transport 3 : lorsque le consommateur de lien reçoit un message, il le transmet à l'objet d'application spécifié dans l'attribut consumed_connection_path. L'objet d'application valide ensuite cet événement de données reçu (voir la figure cidessous). Si l'objet d'application détermine que l'événement de données reçu est valide, il DOIT déclencher une production comme illustré ci-dessous 4Message Produced Link Producer Server Transport Class 3 Connection Object Message Consumed 1- Link Consumer 3- The Connection is told to produce Application 2- The Application is notified that data has been consumed • Les caractéristiques initiales communes = 0x01 indiquent que la connexion d'E/S d'interrogation de l'esclave se produit dans le groupe 1 de messages et est consommée dans le groupe 2 de messages. Cette valeur indique également que le MACID de l'esclave apparaît dans le champ Identifiant CAN du groupe 2 de messages consommé par l'esclave. • Expected_Packet_Rate (EPR) : la valeur par défaut est 0 puis le time-out est désactivé. Si la valeur n'est pas égale à zéro, la connexion produit automatiquement le statut/diagnostic de l'unité à la fin du time-out. Cette valeur doit être configurée par le maître. Cette valeur doit obligatoirement être initialisée, même si elle conserve la valeur 0. • La taille des connexions produites et la taille des connexions consommées déterminent si le protocole de fragmentation est utilisé ou non par la connexion d'interrogation d'E/S. La taille dépend du code de l'unité (configuration) de l'interface REMIO. Le type d'unité est indiqué par l'objet d'identité (Device_Code = attribut #3) Les codes sont attribués comme suit : Produit Code Taille de la Fragmentation connexion REMIO BASIC 0x00 6 Non REMIO 16*TPO 0x01 22 Oui REMIO 32*TPO 0x02 38 Oui REMIO 48*TPO 0x03 54 Oui Dans le cas de l’interface REMIO Basic, le protocole de fragmentation n’est pas utilisé car la taille est inférieure à 8 octets. Le protocole de fragmentation est utilisé dans les autres cas. 47 6.2.6.5.2.Diagramme de transition d'état de l’instance 2 (Cnx E/S d'interrogation) Inexistant Attribuer Libérer Configuration Get_Attribute Set_Attribute EPR établi Libérer Envoi/Réception des données Etabli Get_Attribute Set_Attribute Reset Time-Out (Inactivé si EPR est programmé sur 0) Libérer Timed-Out Attribuer 6.2.6.6. Services communs Code du service 0x05 0x0E 0x10 Nom du service Reset Get_Attribute_Single Set_Attribute_Single 6.2.7. Objet Variable REMIO L'objet Variable REMIO permet de lire ou d'écrire une variable particulière dans la base de données REMIO. Etant donné que le nombre de valeurs dépend de la configuration particulière adressée, le nombre d’instances dépend également de la configuration. Tous les attributs (valeur) de chaque exemple (variable) sont accessibles (lecture ou écriture) à l'aide de la connexion de messagerie explicite ou de la connexion d'E/S d'interrogation fragmentée. 48 6.2.7.1. Code de classe Code de classe = 0x64 Ce code de classe est spécifique au fournisseur. 6.2.7.2.Attributs de classe : Aucun attribut. 6.2.7.3.Nombre d’instance. Ce nombre dépend du code de l'unité (configuration) de l'interface REMIO. Le type d'unité est indiqué par l'objet d'identité (Device_Code = attribut #3) Les codes sont attribués comme suit : Produit Code REMIO BASIC REMIO 16*TPO REMIO 32*TPO REMIO 48*TPO 0x00 0x01 0x02 0x03 Nombre d’exemples 6 22 38 54 6.2.7.3.1. Variables communes à tous les codes d'unité Identifiant d’instance 1 2 3 4 5 6 description Type de données Port 1 USINT Port 3 USINT Port 5 USINT Port 2 USINT Port 4 USINT Port 6 USINT Valeurs d’attribut 0-255 0-255 0-255 0-255 0-255 0-255 Règles d’accès aux attributs GET/SET GET/SET GET/SET GET/(SET) GET/(SET) GET/(SET) Note : Les ports 1, 3, 5 sont des ports de sortie uniquement (possibilité de lecture et d'écriture) Les ports 2, 4, 6 sont de type Get/Set si SW1.1=OFF, mais uniquement Get si SW1.1=ON. Identifiant description d’instance 100 Command_Word 101 Serial_Number Type de Valeurs Règles d’accès données d’attribut aux attributs UINT GET/SET* UINT SET* important : L'écriture de ces 2 paramètres est réservée à la ligne de production. N'ESSAYEZ PAS DE LES MODIFIER. 49 Command_Word (CW) illustre la configuration de l'unité comme suit : 15 14 13 12 11 10 9 8 n.u n.u n.u n.u X X X X 7 6 5 4 3 2 1 0 n.u n.u n.u n.u n.u n.u n.u X n.u. = non utilisé bit0 = 0" Logique directe Bit0 = 1" Logique inversée bit8 = 1" module de base TPO présent. bit9 = 1" module TPO 1 présent. bit10 = 1" module TPO 2 présent. bit11 = 0" SW1.1=OFF Bit11 = 1" SW1.1=ON 6.2.7.3.2. REMIO 16*TPO Comme indiqué ci-dessus, + les instances suivantes : Identifiant d’instance 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 description TPO 1-1 TPO 1-2 TPO 1-3 TPO 1-4 TPO 1-5 TPO 1-6 TPO 1-7 TPO 1-8 TPO 1-9 TPO 1-10 TPO 1-11 TPO 1-12 TPO 1-13 TPO 1-14 TPO 1-15 TPO 1-16 Type de données USINT USINT USINT USINT USINT USINT USINT USINT USINT USINT USINT USINT USINT USINT USINT USINT Valeurs Règles d’accès d’attribut aux attributs 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 50 6.2.7.3.3.REMIO 32*TPO Comme indiqué ci-dessus, + les instances suivantes : Identifiant d’instance 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 description Type de données TPO 2-1 USINT TPO 2-2 USINT TPO 2-3 USINT TPO 2-4 USINT TPO 2-5 USINT TPO 2-6 USINT TPO 2-7 USINT TPO 2-8 USINT TPO 2-9 USINT TPO 2-10 USINT TPO 2-11 USINT TPO 2-12 USINT TPO 2-13 USINT TPO 2-14 USINT TPO 2-15 USINT TPO 2-16 USINT Valeurs d’attribut 0-255 0-255 0-255 0-255 0-255 0-255 0-255 0-255 0-255 0-255 0-255 0-255 0-255 0-255 0-255 0-255 Règles d’accès aux attributs GET/SET GET/SET GET/SET GET/SET GET/SET GET/SET GET/SET GET/SET GET/SET GET/SET GET/SET GET/SET GET/SET GET/SET GET/SET GET/SET 6.2.7.3.4.REMIO 48*TPO Comme indiqué ci-dessus, + les instances suivantes : Identifiant d’instances 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 description Type de données TPO 3-1 USINT TPO 3-2 USINT TPO 3-3 USINT TPO 3-4 USINT TPO 3-5 USINT TPO 3-6 USINT TPO 3-7 USINT TPO 3-8 USINT TPO 3-9 USINT TPO 3-10 USINT TPO 3-11 USINT TPO 3-12 USINT TPO 3-13 USINT TPO 3-14 USINT TPO 3-15 USINT TPO 3-16 USINT Valeurs Règles d’accès d’attribut aux attributs 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 0-255 GET/SET 51 6.2.7.4.Attribut d’instance : Identifiant Règles d’attribut d’accès Type de Valeur données des DeviceNet données Voir ci- Valeur USINT Voir cidessus dessus 1 Nom 6.2.7.5.Comportement Le diagramme de transition d'état indiqué ci-dessous est une description graphique des événements et des transitions d'état correspondantes. Inexistant Pas d’alimentation Alimentation Connexion supprimée (tout état) Disponible Faute non récupérable détectée 1 (tout état) Erreur Non récupérable Transitions des connexions vers Etabli Erreur réparée Run 1 Indiqué par l’application Erreur récupérable Get/Set_Attributes Erreur récupérable détectée1 ou transitions des connexions vers Timed-Out Important : Les événements peuvent se produire simultanément mais les événements de faute ont la priorité s'ils se produisent en même temps que d'autres événements. 6.2.7.6.Services communs Code du service 0x0E 0x10 Nom du service Get_Attribute_Single Set_Attribute_Single 52 6.3. Champ d'application des règles d'accès des attributs de classe Class Identity Class Instance ID ID 0x01 0x01 DeviceNet 0x03 0x01 Assembly Expl Connection 0x04 0x05 0x03 0x01 Poll I/O Connection 0x05 0x02 Message Router REMIO Variable 0x02 0x01 0x64 0x01 Services Get_Attribute_Single Reset Get_Attribute_Single Allocate_Master/Slave_Conn ection_Set Release_Master/Slave_Conn ection_Set Get_Attribute_Single Get_Attribute_Single Set_Attribute_Single Reset Get_Attribute_Single Set_Attribute_Single Reset Get_Attribute_Single Set_Attribute_Single 53 7. INSTALLATION DU RESEAU Avant de démarrer un système DeviceNet, une adresse originale doit être attribuée à chaque station (MAC ID). Dans le cas de l'interface REMIO, cette adresse est définie via le lien. Il convient de se rappeler que : Seules les adresses 0 à 63 peuvent être utilisées dans le cadre d’un fonctionnement normal avec un maître (tel que cela est défini dans les spécifications DeviceNet). 7.1. Connexion physique L’électronique de communication est isolée de l’électronique de commande. 7.1.1. Support de transmission Les sections suivantes décrivent les caractéristiques du support de transmission pour DeviceNet. La topologie de bus principal _ bus dérivé DeviceNet peut être composée d'un câble Device Net 10BASE5 ou 10BASE2, ou d'une combinaison des deux. Le câble 10BASE5 permet de disposer de longues distances de bus principal ainsi que de bus principaux et dérivés plus robustes. Le câble 10BASE2 facilite le routage et la terminaison des bus principaux ou dérivés. 54 7.1.1.1.Topologie Le support DeviceNet est doté d'une topologie en bus linéaire. Des résistances de terminaison doivent figurer à chaque extrémité du bus principal. Des bus dérivés jusqu'à 6 m de long (20 pieds) chacun sont autorisés et permettent ainsi à un ou plusieurs nœuds d'être raccordés. Les structures de branchement sont uniquement autorisées sur le bus dérivé. Pour plus d'informations sur la capacité d'alimentation d’un bus principal ou d'un bus dérivé, se reporter au chapitre 10 des spécifications DeviceNet. La quantité totale de bus principal admissible sur le réseau dépend du débit de données et du type de câble utilisé (10BASE5 ou 10BASE2). La distance du câble entre deux points du réseau câblé ne doit pas dépasser la distance de câble maximum autorisée pour la vitesse de transmission. En ce qui concerne les bus principaux constitués d'un seul type de câble, se reporter au tableau suivant afin de définir la distance de câble maximum en fonction du débit de données et du type de câble utilisé. La distance de câble entre deux points inclut la longueur de câble du bus principal et du bus dérivé présents entre deux points. Node = Noeud Multi-port tap = prise à ports multiples Multiple node branching drop line=bus dérivé à noeuds multiples Zero length drop line=bus dérivé sans fil Short drop line=bus dérivé court Trunk line=bus principal Multiple node daisy chain drop line= chaînage de bus dérivé à noeuds multiples Drop line= bus dérivé 55 Débit de données 125 kbauds 250 kbauds 500 kbauds Distance de câble maximum pour 100 % de câble 10BASE5 500 mètres(1640 ft.) 250 mètres(820 ft.) 100 mètres(328 ft.) Distance de câble maximum pour 100% de câble 10BASE2 100 mètres (328 ft.) 100 Longueur de Câble 10BASE280 utilisé (mètres) 125 kbauds 60 40 20 0 500k bauds 250 kbauds 0 50 100 150 200 250 300 350 400 450 500 Longueur de câble 10BASE5 utilisé (mètres) Lthick + 5 x L thin = 500 Lthick + 2.5 x L thin = 250 Lthick + L thin = 100 à 125 kbauds à 250 kbauds à 500 kbauds où Lthick est la longueur du câble 10BASE5 et Lthin la longueur du câble 10BASE2. Le protocole DeviceNet autorise l'utilisation de câbles 10BASE5 ou 10BASE2 pour la construction de bus principaux. Il autorise également l'utilisation de la combinaison des deux types de câbles sur le même réseau. Utiliser le diagramme suivant afin de déterminer la distance de câble maximum avec une combinaison de câbles 10BASE5 et 10BASE2. Pour plus d'informations sur les restrictions d'alimentation avec une combinaison des deux types de câble, se reporter à la section 10.2 des spécifications DeviceNet. La longueur du bus dérivé est la distance de câble la plus grande parmi celles mesurées entre la prise du bus principal et chacun des émetteurs-récepteurs des nœuds du bus dérivé. Cette distance comprend tout câble du bus dérivé pouvant être raccordé de façon permanente à l'unité. La quantité totale de bus dérivé admissible sur le réseau dépend du débit de données. Se reporter au bilan du bus dérivé suivant pour la détermination du nombre et de la longueur des bus dérivés. Débit de données 125 kbauds 250 kbauds 500 kbauds Longueur du bus dérivé Maximum Cumulée 156 mètres 6 mètres 78 mètres 39 mètres 56 7.1.1.2.Câble 10BASE5 Ce câble est composé de deux paires torsadées blindées situées sur un axe commun doté d'un fil de drainage dans le centre recouvert d'une protection tressée. Il est généralement utilisé comme bus principal lorsque la longueur est importante. Les conditions générales relatives au câble 10BASE5 DeviceNet sont énumérées cidessous. D'autres types d'isolation et/ou de protection externes sont autorisés à condition que la construction interne et les caractéristiques électriques soient conformes aux spécifications de câblage. Pour plus de détails, se reporter à l'annexe B, Spécifications de câblage DeviceNet. • • • • • • • • • Une paire torsadée de transmission (#18AWG) ; bleue/blanche Une paire torsadée d'alimentation (#15AWG) ; noire/rouge Protections en mylar aluminé séparées autour de la paire d'alimentation et de la paire de transmission Protection tressée/écrantée avec fil de drainage (#18AWG) ; nu* Vitesse élevée (Vp = 75% min), faible perte, faible distorsion, paire de données (afin de maintenir les temps de propagation au minimum) Capacité en courant de 8 ampères maximum Isolation en PVC sur la paire d'alimentation Intervalle de température industriel Haute flexibilité *Le fil de drainage connecte les protections dans le câble et effectue la terminaison de la protection dans le connecteur. 7.1.1.3.Câble 10BASE2 Le câble 10BASE2 est plus petit et plus flexible que le câble 10BASE5. Il est généralement utilisé pour les bus dérivés mais il peut également être utilisé pour des distances plus courtes, telles que les bus principaux. Les conditions générales relatives au câble 10BASE2 DeviceNet sont énumérées cidessous. D'autres types d'isolation et/ou de protection externes sont autorisés à condition que la construction interne et les caractéristiques électriques soient conformes aux spécifications de câblage. Pour plus de détails, se reporter à l'annexe B, Spécifications de câblage DeviceNet. • • • • • • • • • Une paire torsadée de transmission (#24AWG) ; bleue/blanche Une paire torsadée d'alimentation (#22AWG) ; noire/rouge Protections en mylar aluminé séparées autour de la paire d'alimentation et de la paire de transmission Protection tressée/écrantée avec fil de drainage (#22AWG) ; nu* Vitesse élevée (Vp = 75% min.), faible perte, faible distorsion, paire de données (afin de maintenir les temps de propagation au minimum) Capacité en courant de 3 ampères maximum Isolation en PVC sur la paire d'alimentation Intervalle de température industriel Haute flexibilité 57 *Le fil de drainage connecte les protections dans le câble et effectue la terminaison de la protection dans le connecteur. 7.1.1.4.Résistances de terminaison Une résistance de terminaison doit être installée à chaque extrémité du bus principal. Les résistances doivent remplir les conditions suivantes : • • • 121 ohms 1 % de couche métallique 1/4 W Important : les résistances de terminaison ne doivent jamais être incluses dans les nœuds. Leur introduction pourrait facilement conduire à un mauvais raccordement du réseau (impédance trop élevée ou trop faible) et pourrait causer une panne. Le retrait d'un nœud doté d'une résistance de terminaison pourrait par exemple entraîner une panne du réseau. Important : les résistances de terminaison ne doivent pas être installées à l'extrémité d'un bus dérivé mais uniquement aux deux extrémités du bus principal. 58 7.1.1.5.Connecteurs : Couleurs et brochage des fils Tous les connecteurs doivent prendre en charge cinq conducteurs qui alimentent une paire de transmission, une paire d'alimentation et un fil de drainage. Connecteurs à vis : La figure suivante représente les couleurs d'isolation et de brochage des fils pour les connecteurs à vis de DeviceNet. Les désignations suivantes sont illustrées : 1. 2. 3. 4. 5. V- : (noir) CAN_L : (bleu) Drain : (nu) CAN_H : (blanc) V+ : (rouge) Important : Les connecteurs des unités doivent être dotés de contacts mâles. Brochages des connecteurs à vis : Connecteur du Réseau (Femelle) 1 2 3 4 5 5 V+ rouge 4 CAN_H blanc 3 drain nu 2 CAN_L bleu 1 V- noir Connecteur de l’Unité (Mâle) 59 7.1.1.6.Connexion des unités Le connecteur de l'unité fournit un point d'attache sur le bus principal. Les unités peuvent être raccordées au réseau soit directement sur une prise, soit à l'aide d'un bus dérivé. Les prises permettent également de retirer une unité en toute facilité, sans interrompre le fonctionnement du réseau. Pour de plus amples informations sur les spécifications, se reporter à l'annexe D des spécifications DeviceNet. Les prises sont : • • étanches (avec et sans bus dérivés) nues (avec et sans bus dérivés) Prises étanches La figure suivante illustre trois exemples de prises d'unité étanches autorisées. Bus principal ou dérivé Bus principal ou dérivé Bus principal ou dérivé Prise en"T" Bus principal ou dérivé Presseétoupes Prise étanche petit modèle Bus dérivé Boîtier de jonction (avec presse-étoupes) Bus principal ou dérivé Bus principal ou dérivé Prise étanche à ports multiples avec connecteurs pour 4 bus dérivés 60 Prise nue : La figure suivante illustre deux types de prises nues pour DeviceNet. La prise nue pour bus dérivé sans fil fournit deux ensembles de terminaisons de fil pour permettre le chaînage du bus principal. Cette même prise nue pour bus dérivé sans fil peut être conçue afin d'héberger un support de terminal temporaire. La prise nue dotée d'un bus dérivé est composée de trois ensembles de terminaux afin de permettre la connexion d’un bus dérivé d'une longueur pouvant atteindre 6 m / 20 pieds sur le bus principal. Pour prise nue avec bus dérivé sans fil ou chaînage du bus dérivé Bus dérivé ou bus principal Bus principal ou bus dérivé Bus dérivé Bus principal ou bus dérivé Prise nue avec bus dérivé (jusqu’à 6 m/20 ft.) Ce type de prise est généralement utilisé à l'intérieur d'une armoire de commande afin de connecter une unité au bus principal. 7.1.1.7.Mise à la terre du réseau DeviceNet doit être mis à la terre à UN emplacement. Une mise à la terre en divers emplacements peut générer des circuits de masse alors que le fait de ne pas mettre le réseau à la terre entraîne une augmentation de la sensibilité aux pointes de tension et aux sources de bruit externes. L'emplacement de mise à la terre doit être situé au niveau d'une prise d'alimentation. Les prises d'alimentation étanches DeviceNet sont conçues pour effectuer la mise à la terre. La mise à la terre du réseau peut être réalisée au niveau de la vis fixée sur le dissipateur thermique. Le blindage du bus principal doit être relié à la terre d'alimentation ou au V- à l'aide d'un conducteur de cuivre solide, toronné ou tressé. Utiliser un fil de cuivre tressé (1 pouce par ex.) ou un fil #8 AWG d'une longueur inférieure à 3 mètres / 10 pieds. 61 Il doit ensuite être relié à un bon conducteur de terre ou à une prise de terre (par exemple un pieu de 8 pieds planté dans le sol et attaché à l’armature de la construction). Si le réseau est déjà mis à la terre, ne PAS connecter le terminal de mise à la terre de la prise ou de l'alimentation à la terre. Si le réseau comporte plus d'une alimentation, connecter le fil de drainage/le blindage à UNE seule alimentation. 8. PERFORMANCES Le temps de réaction du système est décrit dans les spécifications DeviceNet. A 500 kbauds, on constate les performances suivantes : Lecture et écriture de 48 TPO en moins de 10 ms @ 500 kbauds via la connexion d'E/S d'interrogation. Lecture et écriture de 48 DI-DO en moins de 2 ms @ 500 kbauds via la connexion d'E/S d'interrogation. 62 9. DEPANNAGE Les indicateurs permettent au personnel de maintenance d'identifier rapidement l'unité qui présente une défaillance. Pour ce faire, des indicateurs sont placés et présentés en permanence sur la face avant de l'interface REMIO. Un produit ne doit pas nécessairement être doté d'indicateurs. Toutefois, si un produit est compatible avec l'un des indicateurs décrits dans les spécifications DeviceNet, ces derniers doivent être conformes aux règles décrites dans le volume 1 chapitre 8. L'interface REMIO est équipée de 2 LED bicolores (verte/rouge) qui donnent des indications sur le comportement de l'unité. • • LED état du module LED état du réseau DO 1 EUROTHERM Module Status On ε Input Network Status DO/DI 2 REMIO 63 9.1. LED d’Etat du module Cette LED bicolore (verte/rouge) indique l’état de l'unité. Elle indique si l'unité est alimentée et si elle fonctionne correctement. Les états illustrés ci-dessous indiquent l'état de l'unité spécifié dans l'objet d'identité, volume II. Etats de la LED d'Etat du module : Pour cet état : Aucune alimentation Unité opérationnelle Unité en standby (l’unité doit être mise en service) Erreur mineure Erreur non récupérable Test automatique de l’unité La LED est : Eteinte Verte Verte clignotante Signification : L’unité n’est pas alimentée. L’unité fonctionne normalement. L'unité doit être configurée. L'unité peut être en Standby. Se reporter à l'objet d'identité, Volume II. Erreur récupérable Rouge clignotante Rouge L'unité présente une erreur non récupérable ; il se peut qu'elle doive être remplacée RougeTest automatique de l'unité. Se reporter à l'objet verte d'identité, Volume II pour de plus amples clignotante informations sur les états de l'unité (voir §9.3) (à la mise sous tension) 64 Etats de la LED d'Etat du module : Hors tension LED ETEINTE Mise sous tension Réinitialisation de tout état Echoué Test Automatique de l’unité Voir Section 8.2.4 LED de Test Verte allumée Rouge allumée Verte allumée Réussi, configuration nécessaire Réussi, pas de configuration nécessaire Configurée correctement Unité en Standby L’unité doit être configurée Besoin de configuration - Configuration manquante, Incomplète ou incorrecte L’unité est opérationnelle Verte allumée Récupération opérée Verte clignotante Erreur non récupérable Erreur non récupérable Erreur non récupérable Erreur non récupérable De tout état Erreur récupérable Erreur non récupérable Rouge allumée Rouge clignotante 65 9.2. LED d’Etat du réseau Cette LED bicolore (verte/rouge) indique l’état du lien de communication. Se reporter au chapitre 2, section 8, Diagramme de transition d'état d'accès au réseau, pour comparer la LED d’état du réseau à la machine Etat d'accès au réseau. Etats de la LED d’Etat du réseau : Pour cet état : Non alimentée/pas en ligne La LED est : Eteinte Signification : L'unité n'est pas en ligne. • Le test Dup_MAC_ID de l'unité n'est pas encore terminé. _ • L'unité ne peut pas être alimentée, (la LED d’état du module est également éteinte). • Le lien DeviceNet ne peut pas être alimenté (la LED d’état du module est allumée). En ligne, non Verte L'unité est en ligne mais ne dispose d'aucune connexion connectée clignotante dans l'état établi. L'unité a réussi le test Dup_MAC_ID. Elle est en ligne mais ne dispose d'aucune connexion établie avec d'autres nœuds. Pour les unités du Groupe 2 uniquement, cela signifie que cette unité n'est pas attribuée à un maître. Lien OK Verte L'unité est en ligne et dispose de connexions dans l'état En ligne, établi. connectée Pour une unité du Groupe 2 uniquement, cela signifie que l'unité est affectée à un maître. Connexion Rouge Une connexion d'E/S ou plus sont dans l'état Time–Out Time–Out clignotante Echec de lien Rouge Echec de l'unité de communication. L'unité a détecté une critique erreur qui lui empêche de communiquer sur le réseau (duplication du MAC ID, ou Bus–off). Test RougeTest automatique de l'unité. Se reporter à l'objet d'identité, automatique verte Volume II pour de plus amples informations sur les états de de l'unité clignotante l'unité (voir §9.3) (à la mise sous tension) Important : Si une LED rouge est ALLUMEE ou clignote : 66 L'interface a détecté une faute au niveau de DeviceNET. Elle reçoit des données erronées ou ne reçoit aucune données. Il se peut également qu'il s'agisse tout simplement d'une mauvaise configuration. L'interface ne parvient pas à atteindre l'état Data_Exchange. Cette signalisation apparaît également lorsque le Time-out du Watchdog se produit. Dans ce cas, il convient de vérifier : • • • • • • • • Les connexions Le câble du bus La longueur de bus L’adaptation des impédances Les adresses (vérifier particulièrement qu’aucun autre esclave ou maître ne partage la même adresse). La vitesse de transmission (qui doit correspondre à la vitesse de transmission du maître) Que les configurations sont correctement affectées dans le maître et que le Time-Out du Watchdog n'est pas trop court. La compatibilité électromagnétique de l'installation. 67 Etats de la LED d’Etat du réseau : NOT_ON_LINE LED ETEINTE Tout état BUS alimentation Off DUP_MAC passé Tout état ON_LINE_NOT_CONNECT erreur LED VERTE CLIGNOTANTE Toutes les connexions libérées Ou cnx explicite Timed out et pas d'E/S en état établi Toute Connexion établie Connexion d'E/S libérée ou ré-attribuée ON_LINE_CONNECT LED VERTE Toute E/S Timed out et cnx explicite établi LINK_FAIL LED ROUGE CNX_TIME_OUT LED ROUGE CLIGNOTANTE 9.3. LEDs d’état du module et du réseau à la mise sous tension Un test des LED est effectué à la mise sous tension pour permettre la réalisation d'une inspection visuelle. La séquence suivante doit être respectée : • • • • • • • • LED d’Etat du module éteinte ; LED d’Etat du réseau éteinte ; LED d’Etat de l'interface éteinte LED d’Etat du module verte pendant environ 0,25 secondes. LED d’Etat du module rouge pendant environ 0,25 secondes. LED d’Etat du module verte. LED d’Etat du réseau verte pendant environ 0,25 secondes. LED d’Etat du réseau rouge pendant environ 0,25 secondes. LED d’Etat du réseau éteinte. LED d’Etat du réseau rouge. 68 9.4. LED d’Etat d'entrée/sortie (tous les modules) : 9.4.1. Modules d'Entrée/Sortie (DI/DO) numériques : Chaque module est équipé de 2 LED. - VERTE - ORANGE La LED VERTE indique que le module correspondant fonctionne normalement (alimentation et connexions internes). La LED ORANGE est ALLUMEE lorsque le port bidirectionnel d’Entrée/Sortie situé en bas du module est configuré comme ENTREE. 9.4.2. Module de sorties en Rapport Cyclique Variable (TPO) : Chaque module est équipé d'une LED verte qui indique que le module est alimenté correctement. 69 10. ELECTRONIC DATA SHEET (EDS) La base de données qui permet de configurer le maître est établie conformément au volume 2 – chapitre 4 des spécifications DeviceNet. L'EDS est disponible sur disquette 3.5". Les fichiers suivants sont disponibles : • • • • REMBASIC.EDS REM16TPO.EDS REM32TPO.EDS REM48TPO.EDS Ces fichiers ASCII sont reproduits ci-dessous. 10.1. REMIO BASIC $ DeviceNet Electronic Data Sheet (EDS) $ File Name RemBasic.EDS [File] DescText = "Remio Basic"; CreateDate = 05-04-99; CreateTime = 17:00:00; Revision =1.1; [Device] VendCode = 45; VendName = "Eurotherm Controls"; ProdType = 0; ProdTypeStr = "Generic"; ProdCode = 1; MajRev = 2; MinRev = 1; ProdName = "REMIO"; [IO_Info] Default = 0x0001; PollInfo = 0x0001,1,1; Input1 = 6,0,0x0001,"Read variables", 4,"20 04 24 01", ""; Output1 = 6,0,0x0001,"Write variables", 4,"20 04 24 01", ""; [ParamClass] MaxInst = 6; Descriptor = 0x0000; CfgAssembly = 0; $CW 70 [Params] Param1= 0, 6, "20 64 24 01 30 01", 0x0020, 8,1, "port 1", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param2= 0, 6, "20 64 24 02 30 01", 0x0020, 8,1, "port 3", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param3= 0, 6, "20 64 24 03 30 01", 0x0020, 8,1, "port 5", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param4= 0, 6, "20 64 24 04 30 01", 0x0020, 8,1, "port 2", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param5= 0, 6, "20 64 24 05 30 01", 0x0020, 8,1, "port 4", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param6= 0, 6, "20 64 24 06 30 01", 0x0020, 8,1, "port 6", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used 71 [EnumPar] [Groups] 10.2. REMIO 16*TPO $ DeviceNet Electronic Data Sheet (EDS) $ File Name Rem16TPO.EDS [File] DescText = "Remio 16 TPO"; CreateDate = 05-04-99; CreateTime = 17:00:00; Revision =1.1; [Device] VendCode = 45; VendName = "Eurotherm Controls"; ProdType = 0; ProdTypeStr = "Generic"; ProdCode = 2; MajRev = 1; MinRev = 1; ProdName = "REM16"; [IO_Info] Default = 0x0001; PollInfo = 0x0001,1,1; Input1 = 22,0,0x0001,"Read variables", 4,"20 04 24 01", "TPO begin in 7"; Output1 = 22,0,0x0001,"Write variables", 4,"20 04 24 01", "TPO begin in 7"; [ParamClass] MaxInst = 16; Descriptor = 0x0000; CfgAssembly = 0; $CW [Params] Param1= 0, 6, "20 64 24 07 30 01", 0x0020, 8,1, "TPO1", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param2= 0, 72 6, "20 64 24 08 30 01", 0x0020, 8,1, "TPO2", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $monitor parameter $USINT, 1 byte $Name $Unit $Help String $min, max, default value $Not used Param3= 0, 6, "20 64 24 09 30 01", 0x0020, 8,1, "TPO3", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param4= 0, 6, "20 64 24 0a 30 01", 0x0020, 8,1, "TPO4", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param5= 0, 6, "20 64 24 0b 30 01", 0x0020, 8,1, "TPO5", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param6= 0, 6, "20 64 24 0c 30 01", 0x0020, 8,1, "TPO6", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param7= 0, 6, "20 64 24 0d 30 01", 0x0020, 8,1, "TPO7", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param8= 0, 6, "20 64 24 0e 30 01", $path 73 0x0020, 8,1, "TPO8", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param9= 0, 6, "20 64 24 0f 30 01", 0x0020, 8,1, "TPO9", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param10= 0, 6, "20 64 24 10 30 01", 0x0020, 8,1, "TPO10", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param11= 0, 6, "20 64 24 11 30 01", 0x0020, 8,1, "TPO11", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param12= 0, 6, "20 64 24 12 30 01", 0x0020, 8,1, "TPO12", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param13= 0, 6, "20 64 24 13 30 01", 0x0020, 8,1, "TPO13", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $min, max, default value $Not used 0, 6, "20 64 24 14 30 01", 0x0020, $path $monitor parameter $path $monitor parameter $USINT, 1 byte $Unit Param14= 74 8,1, "TPO14", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $USINT, 1 byte $Unit $min, max, default value $Not used Param15= 0, 6, "20 64 24 15 30 01", 0x0020, 8,1, "TPO15", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param16= 0, 6, "20 64 24 16 30 01", 0x0020, 8,1, "TPO16", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used [EnumPar] [Groups] 75 10.3. REMIO 32*TPO $ DeviceNet Electronic Data Sheet (EDS) $ File Name Rem32TPO.EDS [File] DescText = "Remio 32 TPO"; CreateDate = 05-04-99; CreateTime = 17:00:00; Revision =1.1; [Device] VendCode = 45; VendName = "Eurotherm Controls"; ProdType = 0; ProdTypeStr = "Generic"; ProdCode = 3; MajRev = 2; MinRev = 1; ProdName = "REM32"; [IO_Info] Default = 0x0001; PollInfo = 0x0001,1,1; Input1 = 38,0,0x0001,"Read variables", 4,"20 04 24 01", "TPO begin in 7"; Output1 = 38,0,0x0001,"Write variables", 4,"20 04 24 01", "TPO begin in 7"; [ParamClass] MaxInst = 32; Descriptor = 0x0000; CfgAssembly = 0; $CW [Params] Param1= 0, 76 6, "20 64 24 07 30 01", 0x0020, 8,1, "TPO1", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $min, max, default value $Not used 0, 6, "20 64 24 08 30 01", 0x0020, 8,1, "TPO2", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $monitor parameter $USINT, 1 byte $Name $Unit $Help String $min, max, default value $Not used $Unit Param2= Param3= 0, 6, "20 64 24 09 30 01", 0x0020, 8,1, "TPO3", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param4= 0, 6, "20 64 24 0a 30 01", 0x0020, 8,1, "TPO4", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param5= 0, 6, "20 64 24 0b 30 01", 0x0020, 8,1, "TPO5", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param6= 0, 6, "20 64 24 0c 30 01", 0x0020, 8,1, "TPO6", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param7= 0, 6, "20 64 24 0d 30 01", $path 77 0x0020, 8,1, "TPO7", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param8= 0, 6, "20 64 24 0e 30 01", 0x0020, 8,1, "TPO8", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param9= 0, 6, "20 64 24 0f 30 01", 0x0020, 8,1, "TPO9", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param10= 0, 6, "20 64 24 10 30 01", 0x0020, 8,1, "TPO10", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param11= 0, 6, "20 64 24 11 30 01", 0x0020, 8,1, "TPO11", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param12= 0, 6, "20 64 24 12 30 01", 0x0020, 8,1, "TPO12", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $min, max, default value $Not used 0, 6, "20 64 24 13 30 01", 0x0020, $path $monitor parameter $path $monitor parameter $USINT, 1 byte $Unit Param13= 78 8,1, "TPO13", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $USINT, 1 byte $Unit $min, max, default value $Not used Param14= 0, 6, "20 64 24 14 30 01", 0x0020, 8,1, "TPO14", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param15= 0, 6, "20 64 24 15 30 01", 0x0020, 8,1, "TPO15", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param16= 0, 6, "20 64 24 16 30 01", 0x0020, 8,1, "TPO16", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param17= 0, 6, "20 64 24 17 30 01", 0x0020, 8,1, "TPO17", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param18= 0, 6, "20 64 24 18 30 01", 0x0020, 8,1, "TPO18", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $min, max, default value $Not used 0, 6, "20 64 24 19 30 01", 0x0020, 8,1, $path $monitor parameter $USINT, 1 byte $path $monitor parameter $USINT, 1 byte $Unit Param19= 79 "TPO19", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $Unit $min, max, default value $Not used Param20= 0, 6, "20 64 24 1a 30 01", 0x0020, 8,1, "TPO20", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param21= 0, 6, "20 64 24 1b 30 01", 0x0020, 8,1, "TPO21", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param22= 0, 6, "20 64 24 1c 30 01", 0x0020, 8,1, "TPO22", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param23= 0, 6, "20 64 24 1d 30 01", 0x0020, 8,1, "TPO23", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param24= 0, 6, "20 64 24 1e 30 01", 0x0020, 8,1, "TPO24", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param25= 0, 6, "20 64 24 1f 30 01", 0x0020, 8,1, "TPO25", $path $monitor parameter $USINT, 1 byte 80 "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $Unit $min, max, default value $Not used Param26= 0, 6, "20 64 24 20 30 01", 0x0020, 8,1, "TPO26", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param27= 0, 6, "20 64 24 21 30 01", 0x0020, 8,1, "TPO27", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param28= 0, 6, "20 64 24 22 30 01", 0x0020, 8,1, "TPO28", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param29= 0, 6, "20 64 24 23 30 01", 0x0020, 8,1, "TPO29", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param30= 0, 6, "20 64 24 24 30 01", 0x0020, 8,1, "TPO30", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param31= 0, 6, "20 64 24 25 30 01", 0x0020, 8,1, "TPO31", "", $path $monitor parameter $USINT, 1 byte $Unit 81 "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $min, max, default value $Not used Param32= 0, 6, "20 64 24 26 30 01", 0x0020, 8,1, "TPO32", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used [EnumPar] [Groups] 10.4. REMIO 48*TPO $ DeviceNet Electronic Data Sheet (EDS) $ File Name Rem48TPO.EDS [File] DescText = "Remio 48 TPO"; CreateDate = 05-04-99; CreateTime = 17:00:00; Revision =1.1; [Device] VendCode = 45; VendName = "Eurotherm Controls"; ProdType = 0; ProdTypeStr = "Generic"; ProdCode = 4; MajRev = 2; MinRev = 1; ProdName = "REM48"; Catalog=""; [IO_Info] Default = 0x0001; PollInfo = 0x0001,1,1; 82 Input1 = 54,0,0x0001,"Read variables", 4,"20 04 24 01", "TPO begin in 7"; Output1 = 54,0,0x0001,"Write variables", 4,"20 04 24 01", "TPO begin in 7"; [ParamClass] MaxInst = 48; Descriptor = 0x0000; CfgAssembly = 0; $CW [Params] Param1= 0, 6, "20 64 24 07 30 01", 0x0020, 8,1, "TPO1", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $min, max, default value $Not used 0, 6, "20 64 24 08 30 01", 0x0020, 8,1, "TPO2", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $monitor parameter $USINT, 1 byte $Name $Unit $Help String $min, max, default value $Not used $path $monitor parameter $USINT, 1 byte $Unit Param2= Param3= 0, 6, "20 64 24 09 30 01", 0x0020, 8,1, "TPO3", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param4= 0, 6, "20 64 24 0a 30 01", 0x0020, 8,1, "TPO4", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $min, max, default value $Not used 0, 6, "20 64 24 0b 30 01", 0x0020, 8,1, $path $monitor parameter $USINT, 1 byte $path $monitor parameter $USINT, 1 byte $Unit Param5= 83 "TPO5", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $Unit $min, max, default value $Not used Param6= 0, 6, "20 64 24 0c 30 01", 0x0020, 8,1, "TPO6", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param7= 0, 6, "20 64 24 0d 30 01", 0x0020, 8,1, "TPO7", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param8= 0, 6, "20 64 24 0e 30 01", 0x0020, 8,1, "TPO8", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param9= 0, 6, "20 64 24 0f 30 01", 0x0020, 8,1, "TPO9", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param10= 0, 6, "20 64 24 10 30 01", 0x0020, 8,1, "TPO10", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param11= 0, 6, "20 64 24 11 30 01", 0x0020, 8,1, "TPO11", $path $monitor parameter $USINT, 1 byte 84 "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $Unit $min, max, default value $Not used Param12= 0, 6, "20 64 24 12 30 01", 0x0020, 8,1, "TPO12", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param13= 0, 6, "20 64 24 13 30 01", 0x0020, 8,1, "TPO13", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param14= 0, 6, "20 64 24 14 30 01", 0x0020, 8,1, "TPO14", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param15= 0, 6, "20 64 24 15 30 01", 0x0020, 8,1, "TPO15", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param16= 0, 6, "20 64 24 16 30 01", 0x0020, 8,1, "TPO16", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param17= 0, 6, "20 64 24 17 30 01", 0x0020, 8,1, "TPO17", "", $path $monitor parameter $USINT, 1 byte $Unit 85 "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $min, max, default value $Not used Param18= 0, 6, "20 64 24 18 30 01", 0x0020, 8,1, "TPO18", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param19= 0, 6, "20 64 24 19 30 01", 0x0020, 8,1, "TPO19", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param20= 0, 6, "20 64 24 1a 30 01", 0x0020, 8,1, "TPO20", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param21= 0, 6, "20 64 24 1b 30 01", 0x0020, 8,1, "TPO21", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param22= 0, 6, "20 64 24 1c 30 01", 0x0020, 8,1, "TPO22", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param23= 0, 6, "20 64 24 1d 30 01", 0x0020, 8,1, "TPO23", "", "No Help Available", $path $monitor parameter $USINT, 1 byte $Unit 86 0,255,0, 0,0,0,0,0,0,0,0,0; $min, max, default value $Not used Param24= 0, 6, "20 64 24 1e 30 01", 0x0020, 8,1, "TPO24", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param25= 0, 6, "20 64 24 1f 30 01", 0x0020, 8,1, "TPO25", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param26= 0, 6, "20 64 24 20 30 01", 0x0020, 8,1, "TPO26", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param27= 0, 6, "20 64 24 21 30 01", 0x0020, 8,1, "TPO27", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param28= 0, 6, "20 64 24 22 30 01", 0x0020, 8,1, "TPO28", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param29= 0, 6, "20 64 24 23 30 01", 0x0020, 8,1, "TPO29", "", "No Help Available", 0,255,0, $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value 87 0,0,0,0,0,0,0,0,0; $Not used Param30= 0, 6, "20 64 24 24 30 01", 0x0020, 8,1, "TPO30", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param31= 0, 6, "20 64 24 25 30 01", 0x0020, 8,1, "TPO31", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param32= 0, 6, "20 64 24 26 30 01", 0x0020, 8,1, "TPO32", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param33= 0, 6, "20 64 24 27 30 01", 0x0020, 8,1, "TPO33", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param34= 0, 6, "20 64 24 28 30 01", 0x0020, 8,1, "TPO34", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param35= 0, 6, "20 64 24 29 30 01", 0x0020, 8,1, "TPO35", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used 88 Param36= 0, 6, "20 64 24 2a 30 01", 0x0020, 8,1, "TPO36", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param37= 0, 6, "20 64 24 2b 30 01", 0x0020, 8,1, "TPO37", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param38= 0, 6, "20 64 24 2c 30 01", 0x0020, 8,1, "TPO38", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param39= 0, 6, "20 64 24 2d 30 01", 0x0020, 8,1, "TPO39", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param40= 0, 6, "20 64 24 2e 30 01", 0x0020, 8,1, "TPO40", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param41= 0, 6, "20 64 24 2f 30 01", 0x0020, 8,1, "TPO41", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param42= 89 0, 6, "20 64 24 30 30 01", 0x0020, 8,1, "TPO42", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param43= 0, 6, "20 64 24 31 30 01", 0x0020, 8,1, "TPO43", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param44= 0, 6, "20 64 24 32 30 01", 0x0020, 8,1, "TPO44", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param45= 0, 6, "20 64 24 33 30 01", 0x0020, 8,1, "TPO45", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param46= 0, 6, "20 64 24 34 30 01", 0x0020, 8,1, "TPO46", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param47= 0, 6, "20 64 24 35 30 01", 0x0020, 8,1, "TPO47", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used Param48= 0, 90 6, "20 64 24 36 30 01", 0x0020, 8,1, "TPO48", "", "No Help Available", 0,255,0, 0,0,0,0,0,0,0,0,0; $path $monitor parameter $USINT, 1 byte $Unit $min, max, default value $Not used [EnumPar] [Groups] 91 Remio.DN.Cov_FRA copie LU 17/08/01 9:13 Page 2 SOCIÉTÉS EUROTHERM DANS LE MONDE ALLEMAGNE Eurotherm Regler GmbH Tél. (+49 6431) 2980 Fax (+49 6431) 298119 FRANCE Eurotherm Automation SA Tél. (+33) 4 78 66 45 00 Fax (+33) 4 78 35 24 90 JAPON Densei-Lambda K.K. Eurotherm Tél. (+03) 5714 0620 Fax (+03) 5714 0621 AUSTRALIE Eurotherm Pty. Ltd. Tél. (+61 2) 9634 8444 Fax (+61 2) 9634 8555 GRANDE-BRETAGNE Eurotherm Limited. Tél.(+44 1903) 965888 Fax(+44 1903) 265666 NOUVELLE ZÉLANDE Eurotherm Limited Tél. (+64 9) 358 8106 Fax (+64 9) 358 1350 AUTRICHE Eurotherm GmbH Tél. (+43 1) 798 7601 Fax (+43 1) 798 7605 HOLLANDE Eurotherm B.V. Tél. (+31) 172 411 752 Fax (+31) 172 417 260 NORVÈGE Eurotherm A/S Tél. (+47 67) 592170 Fax (+47 67) 118301 BELGIQUE Eurotherm B.V. Tél. (+32 3) 322 3870 Fax (+32 3) 321 7363 HONG-KONG Eurotherm Limited Tél. (+852) 2873 3826 Fax (+852) 2870 0148 SUÈDE Eurotherm AB Tél. (+46 40) 384500 Fax (+46 40) 384545 CORÉE Eurotherm Korea Limited Tél. (+82 2) 5438507 Fax (+82 2) 545 9758 INDE Eurotherm India Limited Tél. (+9144) 4961129 Fax (+9144) 4961831 SUISSE Eurotherm Produkte AG Tél. (+41 055) 4154400 Fax (+41 055) 4154415 DANEMARK Eurotherm A/S Tél. (+45 31) 871 622 Fax (+45 31) 872 124 IRLANDE Eurotherm Ireland Limited Tél. (+353 45) 879937 Fax (+353 45) 875123 U.S.A Eurotherm Controls Inc. Tél. (+1703) 443-0000 Fax (+1703) 669-1300 ESPAGNE Eurotherm España SA Tél. (+34 91) 6616001 Fax (+34 91) 6619093 ITALIE Eurotherm SpA Tél. (+39 31) 975111 Fax (+39 31) 977512 ADRESSES RÉGIONALES EN FRANCE EUROTHERM AUTOMATION S.A. SIÈGE SOCIAL ET USINE : SERVICE RÉGIONAL AGENCES : 6, Chemin des Joncs B.P. 55 69572 DARDILLY Cedex FRANCE Tél.: 04 78 66 45 00 Fax: 04 78 35 24 90 Aix-en-Provence Tél.: 04 42 39 70 31 Colmar Tél.: 03 89 23 52 20 Lille Tél.: 03 20 96 96 39 Lyon Site Internet : www.eurotherm.tm.fr E-mail : [email protected] Tél.: 04 78 66 45 10 BUREAUX : Nantes Tél.: 02 40 30 31 33 Paris Tél.: 01 69 18 50 60 Toulouse Tél.: 05 34 60 69 40 Bordeaux Clermont-Ferrand Dijon Grenoble Metz Normandie Orléans Appareil fabriqué par Eurotherm Automation (France) © Copyright Eurotherm Automation 2000 Tous droits réservés. Toute reproduction ou transmission sous quelque forme ou quelque procédé que ce soit (électronique ou mécanique, photocopie et enregistrement compris) sans l'autorisation écrite d'Eurotherm Automation est strictement interdite. REMIO : Interface DeviceNet Manuel Communication àHA176272FRAîôëä