▼
Scroll to page 2
of
618
31006930 10/2009 Transparent Ready Guide utilisateur 31006930.02 10/2009 www.schneider-electric.com Le présent document comprend des descriptions générales et/ou des caractéristiques techniques générales sur la performance des produits auxquels il se réfère. Le présent document ne peut être utilisé pour déterminer l'aptitude ou la fiabilité de ces produits pour des applications utilisateur spécifiques et n'est pas destiné à se substituer à cette détermination. Il appartient à chaque utilisateur ou intégrateur de réaliser, sous sa propre responsabilité, l'analyse de risques complète et appropriée, et d'évaluer et de tester les produits dans le contexte de leur l'application ou utilisation spécifique. Ni la société Schneider Electric, ni aucune de ses filiales ou sociétés dans lesquelles elle détient une participation, ne peut être tenue pour responsable de la mauvaise utilisation des informations contenues dans le présent document. Si vous avez des suggestions, des améliorations ou des corrections à apporter à cette publication, veuillez nous en informer. Aucune partie de ce document ne peut être reproduite sous quelque forme ou par quelque moyen que ce soit, électronique, mécanique ou photocopie, sans l'autorisation écrite expresse de Schneider Electric. Toutes les réglementations locales, régionales et nationales en matière de sécurité doivent être respectées lors de l'installation et de l'utilisation de ce produit. Pour des raisons de sécurité et afin de garantir la conformité aux données système documentées, seul le fabricant est habilité à effectuer des réparations sur les composants. Lorsque des équipements sont utilisés pour des applications présentant des exigences de sécurité techniques, suivez les instructions appropriées. La non-utilisation du logiciel Schneider Electric ou d'un logiciel approuvé avec nos produits peut entraîner des blessures, des dommages ou un fonctionnement incorrect. Le non-respect de cette consigne peut entraîner des lésions corporelles ou des dommages matériels. © 2009 Schneider Electric. Tous droits réservés. 2 31006930 10/2009 Table des matières Consignes de sécurité . . . . . . . . . . . . . . . . . . . . . . . . . . . A propos de ce manuel . . . . . . . . . . . . . . . . . . . . . . . . . . Chapitre 1 Transparent Ready . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Transparent Ready . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Classes de services Transparent Ready offerts . . . . . . . . . . . . . . . . . . . . Utilisateurs de ce guide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Organisation de ce guide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Chapitre 2 Planification physique, conception et installation d'un réseau Ethernet industriel Transparent Ready . . . . . . . 2.1 Normes requises . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vers une normalisation de l'Ethernet industriel . . . . . . . . . . . . . . . . . . . . . Normes de planification et d'installation requises . . . . . . . . . . . . . . . . . . . 2.2 Configuration et planification physiques . . . . . . . . . . . . . . . . . . . . . . . . . . Planification de câblage Ethernet industriel . . . . . . . . . . . . . . . . . . . . . . . Normes de câblage structuré . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Câblage dans un système Ethernet industriel Transparent Ready . . . . . . Présentation de la structure de base d'un réseau. . . . . . . . . . . . . . . . . . . Développement d'architecture réseau pour les réseaux Ethernet industriel Topologie en anneau redondant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Technologies LAN et conception réseau. . . . . . . . . . . . . . . . . . . . . . . . . . Matériel LAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Autres considérations LAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Technologies WAN et conception réseau . . . . . . . . . . . . . . . . . . . . . . . . . Matériel WAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.3 Exigences liées à l'environnement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Résumé des normes environnementales . . . . . . . . . . . . . . . . . . . . . . . . . Exigences liées à la mécanique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Exigences liées à la protection climatique. . . . . . . . . . . . . . . . . . . . . . . . . Exigence de protection contre la pénétration de corps étrangers . . . . . . . Emission électromagnétique et exigences d'immunité . . . . . . . . . . . . . . . 31006930 10/2009 11 13 17 18 22 26 27 29 30 31 34 36 37 38 42 47 54 59 61 66 69 70 73 76 77 78 80 82 85 3 2.4 Choix des composants Ethernet industriel. . . . . . . . . . . . . . . . . . . . . . . . Câbles cuivre Ethernet. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Câbles à fibre optique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Spécifications de la couche physique 10/100BaseF . . . . . . . . . . . . . . . . Connecteurs Ethernet pour les réseaux en cuivre. . . . . . . . . . . . . . . . . . Connecteurs pour fibre optique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Equipements d'infrastructure recommandés pour Ethernet industriel . . . 2.5 Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Règles d'installation CEM pour les réseaux Ethernet . . . . . . . . . . . . . . . Liaison équipotentielle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Liaison équipotentielle de votre bâtiment. . . . . . . . . . . . . . . . . . . . . . . . . Liaison équipotentielle locale des équipements et des machines . . . . . . Câblage de réseau Ethernet compatible avec CME et les chemins de câbles. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Types de câbles cuivre Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Outils pour câbles cuivre Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Comment fabriquer un câble Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . Administration du câblage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Documentation de câblage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.6 Vérification d'un réseau Ethernet industriel Transparent Ready . . . . . . . Recommandations de vérification de réseaux Ethernet industriel Transparent Ready . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Liaisons permanentes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Voies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Test d'une installation en cuivre. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.7 Considérations supplémentaires pour la conception d'un réseau Ethernet industriel Transparent Ready . . . . . . . . . . . . . . . . Internet et technologies IP dans un environnement d'automatisation . . . Modèle Open System Interconnection (ou modèle pour l'interconnexion de systèmes ouverts) . . . . . . . . . . . . . Modèle TCP/IP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Modèle Transparent Ready . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Adresses IP et classes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Remarques concernant la multidiffusion . . . . . . . . . . . . . . . . . . . . . . . . . Filtrage de multidiffusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Gestion du réseau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Routage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation de l'accès à distance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Types d'accès distant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Méthodes d'accès au réseau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Automate connecté à Internet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Problèmes de sécurité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 86 87 91 95 96 99 101 102 103 105 106 108 109 115 118 119 121 123 125 126 127 129 131 132 133 135 137 139 142 147 149 151 153 155 157 159 162 164 31006930 10/2009 Chapitre 3 Vue d'ensemble des services . . . . . . . . . . . . . . . . . . . . . 3.1 Evaluation de la configuration du système . . . . . . . . . . . . . . . . . . . . . . . . Services communs à chaque niveau de l'usine . . . . . . . . . . . . . . . . . . . . Communication au niveau de l'entreprise . . . . . . . . . . . . . . . . . . . . . . . . . Niveau inter-automates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Communications au niveau du terrain. . . . . . . . . . . . . . . . . . . . . . . . . . . . Sélection du service de communication . . . . . . . . . . . . . . . . . . . . . . . . . . Services et protocoles de prise en charge de Transparent Ready . . . . . . 3.2 Service I/O Scanning. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description du service I/O Scanning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Fonctionnement du scrutateur d'E/S . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Périodes de répétition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Etats défectueux courants. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Temps de réponse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.3 Messagerie Modbus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description du service de messagerie Modbus. . . . . . . . . . . . . . . . . . . . . Equipements prenant en charge les services Ethernet Modbus . . . . . . . . Fonctionnement du client Modbus dans les systèmes Quantum . . . . . . . Fonctionnement du client Modbus dans les systèmes Premium . . . . . . . Fonctionnement du client Modbus dans les systèmes Momentum. . . . . . Fonctionnement du serveur Modbus dans les systèmes Quantum . . . . . Fonctionnement du serveur Modbus dans les systèmes Premium. . . . . . Fonctionnement du serveur Modbus dans les systèmes Momentum . . . . Serveurs Modbus et limites des sockets . . . . . . . . . . . . . . . . . . . . . . . . . . Nombre de tentatives et délais d'attente de la messagerie Modbus. . . . . 3.4 Service Global Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Service Global Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Considérations relatives à Global Data . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.5 Remplacement d'équipements défectueux . . . . . . . . . . . . . . . . . . . . . . . . Service FDR (Faulty Device Replacement, Remplacement d'équipements défectueux) Equipements prenant en charge les services FDR . . . . . . . . . . . . . . . . . . 3.6 Synchronisation horaire. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Service de synchronisation horaire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Fonctionnement du service de synchronisation horaire . . . . . . . . . . . . . . Applications de synchronisation horaire . . . . . . . . . . . . . . . . . . . . . . . . . . Equipements Schneider mise en œuvre du service de synchronisation horaire . . . . . . . . . . . . . . . 3.7 Service de notification par message électronique. . . . . . . . . . . . . . . . . . . Service de notification par message électronique. . . . . . . . . . . . . . . . . . . Fonctionnement du service de notification par message électronique . . . Equipements prenant en charge la notification par message électronique 31006930 10/2009 169 170 171 172 173 174 175 178 183 184 187 192 194 195 197 198 203 204 206 208 209 212 214 215 216 217 218 222 225 226 229 230 231 233 234 238 239 240 242 244 5 3.8 Serveur Web standard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Services du serveur Web. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Fonctionnement du serveur Web. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Equipements prenant en charge les services de serveur Web standard. 3.9 Serveur Web FactoryCast . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serveur Web FactoryCast . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Fonctionnement du serveur Web FactoryCast . . . . . . . . . . . . . . . . . . . . Equipements prenant en charge les services de serveur Web FactoryCast 3.10 Serveur Web FactoryCast HMI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Services Web FactoryCast HMI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Equipements prenant en charge le service Web HMI FactoryCast . . . . . 3.11 Autres services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Service FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Service SNMP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Service TFTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Service Telnet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Autres services pris en charge par les équipements Quantum . . . . . . . . Autres services pris en charge par les équipements Premium . . . . . . . . Autres services pris en charge par les équipements TSX Micro . . . . . . . Autres services pris en charge par les équipements Momentum . . . . . . Autres services pris en charge par les équipements Advantys STB . . . . Autres services pris en charge par les passerelles/ponts Power Logic . . Autres services pris en charge par les systèmes de câblage ConneXium 3.12 OPC Factory Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . OPC Factory Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Services OFS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Performances OFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Architecture d'exécution pour Unity/OFS/SCADA : un exemple simple . Architecture Build-time/Runtime pour les systèmes Unity/OFS/SCADA non fréquemment modifiés . . . . . . . . . Architecture Build-time/Runtime pour les systèmes Unity/OFS/SCADA nécessitant des modifications fréquentes . . . . . . . . . Architecture Build-time/Runtime pour système avec multiples connexions SCADA . . . . . . . . . . . . . . . . . . . . . . 3.13 SCADA/IHM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SCADA/IHM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Communications entre un serveur d'E/S et un équipement terrain . . . . . Communications SCADA vers des équipements terrain : Utilisation des sockets et des requêtes . . . . . . . . . . . . . . . . . . . . . . . . . . Communications client entre un serveur d'E/S et un affichage . . . . . . . . Détails sur la mise en œuvre des produits Schneider . . . . . . . . . . . . . . . 6 245 246 248 252 253 254 256 258 259 260 265 266 267 269 271 272 274 275 277 277 278 278 279 280 281 285 288 292 294 296 298 300 301 303 308 312 313 31006930 10/2009 3.14 Redondance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Redondance réseau et services de communication . . . . . . . . . . . . . . . . . Redondance dans un système SCADA . . . . . . . . . . . . . . . . . . . . . . . . . . SCADA dans un système de redondance d'UC Quantum . . . . . . . . . . . . Permutation de redondance d'UC et services Ethernet . . . . . . . . . . . . . . 3.15 Systèmes de passerelle/pont . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vue d'ensemble des passerelles et des ponts . . . . . . . . . . . . . . . . . . . . . Fonctionnement des passerelles et des ponts . . . . . . . . . . . . . . . . . . . . . 3.16 Services pris en charge par équipement. . . . . . . . . . . . . . . . . . . . . . . . . . Services Ethernet et équipements Transparent Ready qui les prennent en charge . . . . . . . . . . . . . . . . . . . . 3.17 Evaluation des performances système . . . . . . . . . . . . . . . . . . . . . . . . . . . Communications système . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Temps de réponse de la messagerie Modbus . . . . . . . . . . . . . . . . . . . . . Temps de réponse du serveur Modbus. . . . . . . . . . . . . . . . . . . . . . . . . . . Temps de réponse du client de messagerie Modbus . . . . . . . . . . . . . . . . Scrutateurs d'E/S . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Charge totale sur les équipements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Solutions pour les performances système . . . . . . . . . . . . . . . . . . . . . . . . Temps de réponse de la passerelle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Chapitre 4 Dépannage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.1 A propos du dépannage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Introduction au dépannage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Identification générale des problèmes. . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.2 Dépannage réseau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Introduction au dépannage réseau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dépannage des connexions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dépannage en cas de connexions intermittentes . . . . . . . . . . . . . . . . . . . Dépannage en cas de connexions lentes . . . . . . . . . . . . . . . . . . . . . . . . . Dépannage de l'accès distant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.3 Dépannage des services. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dépannage des services. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dépannage de la messagerie Modbus et du scrutateur d'E/S . . . . . . . . . Dépannage SNMP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dépannage Telnet et FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dépannage pour remplacement d'équipements défectueux/BootP . . . . . Dépannage SMTP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Tableau de dépannage de synchronisation horaire (NTP) . . . . . . . . . . . . Tableau de dépannage Web . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.4 Dépannage en cas de lenteur de réponse d'un système SCADA/HMI . . . Dépannage en cas de lenteur de réponse (SCADA/HMI). . . . . . . . . . . . . 4.5 Dépannage du pont. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dépannage du pont. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31006930 10/2009 314 315 319 323 333 335 336 340 344 344 352 353 353 354 359 363 365 366 372 375 376 377 378 380 381 383 385 386 387 389 390 391 394 395 396 398 399 400 401 401 403 403 7 4.6 Dépannage en cas de perte de paquets . . . . . . . . . . . . . . . . . . . . . . . . . Dépannage en cas de perte de paquets . . . . . . . . . . . . . . . . . . . . . . . . . Utilisation d'un outil de capture de paquet . . . . . . . . . . . . . . . . . . . . . . . . Dépannage de capture de paquet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 404 405 406 408 Annexes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 411 Annexe A Temps de réponse de la scrutation d'E/S . . . . . . . . . . . . 413 A.1 Temps de réponse du scrutateur d'E/S des automates Premium . . . . . . Temps de réponse du scrutateur d'E/S Premium : Entrée distante vers sortie distante . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Temps de réponse du scrutateur d'E/S Premium : Entrée distante vers sortie locale. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Temps de réponse du scrutateur d'E/S Premium : Mémoire de l'automate vers sortie distante . . . . . . . . . . . . . . . . . . . . . . . Temps de réponse du scrutateur d'E/S des automates Quantum . . . . . . Temps de réponse du scrutateur d'E/S Quantum : entrée distante vers sortie distante . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Temps de réponse du scrutateur d'E/S Quantum : Entrée distante vers sortie locale. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Temps de réponse du scrutateur d'E/S Quantum : Entrée locale vers sortie distante. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 414 Annexe B Débit de serveurs Modbus . . . . . . . . . . . . . . . . . . . . . . . . 441 Débit des serveurs Modbus Quantum : Unity v2.0 . . . . . . . . . . . . . . . . . Débit des serveurs Modbus Premium : Unity v2.0. . . . . . . . . . . . . . . . . . 442 444 Annexe C Temps de réponse des clients Modbus. . . . . . . . . . . . . . 447 Temps de réponse du client Modbus : Premium TSXP575634M . . . . . . Temps de réponse du client Modbus : Premium TSXP57304M . . . . . . . Temps de réponse du client Modbus : Quantum 140 CPU65150 avec port Ethernet intégré . . . . . . . . . . . . . . . Temps de réponse du client Modbus : Quantum 140 CPU65150 avec module de communication Ethernet 140 NOE77101 . . . . . . . . . . . Temps de réponse du client Modbus : Quantum 140 CPU65150 avec module de communication Ethernet 140 NOE77111 . . . . . . . . . . . Temps de réponse du client Modbus : Quantum 140 CPU43412A avec module de communication Ethernet 140 NOE77101 . . . . . . . . . . . Temps de réponse du client Modbus : Quantum 140 CPU43412A avec module de communication Ethernet 140 NOE77111 . . . . . . . . . . . 448 454 A.2 Annexe D Mesures du timeout et du temps de réponse de la passerelle . . . . . . . . . . . . . . . D.1 Mesures du timeout et du temps de réponse du serveur série de passerelles EGX200 . . . . . . . . . . . . . . . . . . . . . . . . Temps de réponse du serveur série EGX200 . . . . . . . . . . . . . . . . . . . . . Mesures des réponses du serveur série EGX200 avec timeout de la requête . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 415 419 423 427 428 432 436 461 467 473 479 485 491 492 493 498 31006930 10/2009 D.2 D.3 Mesures du timeout et du temps de réponse du serveur série de passerelles EGX400 . . . . . . . . . . . . . . . . . . . . . . . . . Temps de réponse du serveur série de passerelles EGX400. . . . . . . . . . Mesures des réponses du serveur série EGX400 avec timeout de la requête . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mesures du timeout et du temps de réponse du serveur série de passerelles 174CEV30020 . . . . . . . . . . . . . . . . . . . . Temps de réponse du serveur série de passerelles 174CEV30020 . . . . . Mesures des réponses du serveur série 174CEV30020 avec timeout de la requête . . . . . . . . . . . . . . . . . . . . . . . . Annexe E Normes et autres considérations relatives aux réseaux Ethernet industriel. . . . . . . . . . . . Normes et organisations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Compatibilité électromagnétique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activités de normalisation des connecteurs en cuivre. . . . . . . . . . . . . . . . Conformité aux normes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Conformité du réseau Ethernet industriel Transparent Ready . . . . . . . . . Annexe F Procédures de mise à la terre (masse) . . . . . . . . . . . . . . 503 504 509 514 515 520 525 526 536 541 542 544 547 Connexions de mise à la terre (masse) adéquates. . . . . . . . . . . . . . . . . . Réalisation d'une connexion de terre . . . . . . . . . . . . . . . . . . . . . . . . . . . . Options de connexion des blindages de câble . . . . . . . . . . . . . . . . . . . . . Procédures de test des réseaux Ethernet en cuivre . . . . . . . . . . . . . . . . . Paramètres de performance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Définition des paramètres de performance . . . . . . . . . . . . . . . . . . . . . . . . 548 549 555 557 558 560 Glossaire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 565 603 31006930 10/2009 9 10 31006930 10/2009 Consignes de sécurité § Informations importantes AVIS Lisez attentivement ces instructions et examinez le matériel pour vous familiariser avec l'appareil avant de tenter de l'installer, de le faire fonctionner ou d’assurer sa maintenance. Les messages spéciaux suivants que vous trouverez dans cette documentation ou sur l'appareil ont pour but de vous mettre en garde contre des risques potentiels ou d’attirer votre attention sur des informations qui clarifient ou simplifient une procédure. 31006930 10/2009 11 REMARQUE IMPORTANTE L’installation, l’utilisation, la réparation et la maintenance des équipements électriques doivent être assurées par du personnel qualifié uniquement. Schneider Electric décline toute responsabilité quant aux conséquences de l’utilisation de cet appareil. Une personne qualifiée est une personne disposant de compétences et de connaissances dans le domaine de la construction et du fonctionnement des équipements électriques et installations et ayant bénéficié d'une formation de sécurité afin de reconnaître et d’éviter les risques encourus. 12 31006930 10/2009 A propos de ce manuel Présentation Objectif du document Ce guide utilisateur concerne le vaste sujet de l'Ethernet industriel, qui constitue un élément clé dans la stratégie Transparent Ready de Schneider Electric. Son objectif est double : z z décrire l'impact de l'Ethernet industriel sur la conception de nouveaux systèmes de contrôle ; fournir les informations nécessaires pour mettre en œuvre et prendre en charge une solution Transparent Ready qui réponde au mieux à vos besoins applicatifs. Le guide décrit quatre tâches essentielles pour réussir la mise en œuvre d'un système : z z z z Planification d'un système en vue d'optimiser les performances Sélection des services et des équipements Ethernet adaptés à votre application Choix appropriés lors de la conception du système et de son installation Résolution efficace des problèmes liés au système Le guide s'adresse : z z aux concepteurs, intégrateurs de système et techniciens de maintenance qui connaissent les systèmes de contrôle industriels et leurs exigences, mais qui ne sont pas nécessairement familiarisés avec les produits et services Ethernet ; au personnel informatique des usines qui connaissent les principes de conception et d'installation d'un système Ethernet, mais qui ne sont peut-être pas familiarisés avec les environnements et les exigences du contrôle industriel. Bien implantée dans les univers commerciaux et professionnels, la technologie Ethernet est relativement nouvelle dans l'industrie de l'automatisme. Du fait qu'il s'agit d'une technologie ouverte, Ethernet offre une large gamme de produits et de services commercialisés par de nombreux fournisseurs. Les avantages d'une approche ouverte sont évidents : votre système ne dépend plus des contraintes de communication, des coûts et des programmes de développement d'un fournisseur propriétaire. 31006930 10/2009 13 Toutefois, certains composants Ethernet peuvent ne pas fonctionner de manière optimale en milieu industriel et les équipements Ethernet ne prennent pas tous en charge l'ensemble des services dont vous souhaiteriez disposer. Pour réussir la conception et la mise au point d'un système Ethernet industriel, vous devez associer des éléments informatiques Ethernet et les connaissances en matière d'automatisme classique. Le présent guide est destiné précisément à combler le fossé entre ces deux disciplines. Le guide doit être utilisé en complément des manuels utilisateur Transparent Ready spécifiques aux différents produits. Pour en savoir plus sur les produits Transparent Ready commercialisés, reportez-vous au dernier catalogue Transparent Ready ou consultez le site www.telemecanique.com. Document à consulter Vous pouvez télécharger ces publications et d'autres informations techniques depuis notre site Web à l'adresse suivante : www.telemecanique.com. Titre de documentation Référence Guide de référence rapide du commutateur Ethernet ConneXium 499NES25100 à 5 ports, 10/100 Base-TX 31005153 Guide de référence rapide du commutateur Ethernet ConneXium 499NES18100 à 8 ports, 10/100 Base-TX 31005416 Manuel de gestion des commutateurs - Système de câblage Ethernet ConneXium 31005844 (Anglais), 31005845 (Français), 31005846 (Allemand), 31005847 (Espagnol) Guide de référence rapide du système de câblage Ethernet ConneXium (Commutateur électrique 10/100 Mbit/s 7TX 499NES17100/Commutateur optique 10/100 Mbit/s 5TX/2FX 499NOS17100) 31005848 (Anglais), 31005849 (Français), 31005850 (Allemand), 31005851 (Espagnol) Guide de référence rapide de l'émetteur-récepteur ConneXium 499NTR10100 Modicon Quantum - Module TCP-IP Ethernet - Guide utilisateur 043511452 (Anglais), 31004578 (Français), 31004579 (Espagnol) Modicon Quantum Ethernet Web Embedded Server User Guide 31001403 (Anglais) Guide utilisateur des modules Ethernet Quantum 140 NOE 771 xx 31001913 (Anglais), 31003063 (Français), 31002922 (Allemand), 31003122 (Espagnol) Guide utilisateur des modules 140NOE771xx/140NWM10000/140CPU651x0 sous Unity Pro 2.0 FactoryCast pour Quantum, Premium et Micro - Guide utilisateur 14 31001229 31006930 10/2009 Manuel de configuration des modules FactoryCast HMI, Premium et 35007415 Quantum HMI Guide utilisateur de l'adaptateur de communication Ethernet 170ENT11001 et 170ENT11000 Momentum 31004109 (Anglais), 31004110 (Français), 31004111 (Allemand), 31004112 (Espagnol), 31007101 (Chinois), 31007558 (Italien) 174 CEV 200 30 Modicon TSX Momentum Modbus Plus to Ethernet 31000301 (Anglais) Bridge User Guide Guide utilisateur du pont Modbus vers Ethernet 174 CEV 300 20 31005108 (Anglais), 31005109 (Français), 31005110 (Allemand), 31005111 (Espagnol) Coupleur Modbus Plus vers Ethernet 174 CEV 200 40 Guide utilisateur 31005104 (Anglais), 31005105 (Français), 31005106 (Allemand), 31005107 (Espagnol) Guide d'applications de l'interface réseau Advantys STB Ethernet Modbus TCP/IP 31003688 (Anglais), 31003689 (Français), 31003690 (Allemand), 31003691 (Espagnol), 31004622 (Italien) Guide utilisateur des modules TSX Micro TSX ETZ 410/510 35004734 Guide utilisateur des modules réseau Ethernet Premium et Atrium sous Unity Pro 35006192 (Anglais), 35006193 (Français), 35006194 (Allemand), 35006195 (Espagnol), 31007102 (Chinois), 31007214 (Italien) Guides du module Ethernet sous Unity 20110V20F Option de communication Ethernet Modbus TCP/IP pour Altivar 58 - Instructions VVDED300053 Fonctions Sepam Série 80 - Introduction Guide d'installation EGX 63230-314-200B1 Guide utilisateur EGX 63230-208A1 Guide de référence EGX 63230-314-202A2 Vous pouvez télécharger ces publications et autres informations techniques depuis notre site web à l'adresse : www.schneider-electric.com. Commentaires utilisateur Envoyez vos commentaires à l'adresse e-mail [email protected] 31006930 10/2009 15 16 31006930 10/2009 Transparent Ready 31006930 10/2009 Transparent Ready 1 Vue d'ensemble Ce chapitre présente Transparent Ready, un programme stratégique essentiel au déploiement des technologies au niveau des produits et des services Schneider Electric. Contenu de ce chapitre Ce chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Transparent Ready 18 Classes de services Transparent Ready offerts 22 Utilisateurs de ce guide 26 Organisation de ce guide 27 17 Transparent Ready Transparent Ready Définition de Transparent Ready En 1996, Schneider Electric proposait un ensemble de technologies qui ont transformé l'univers des automatismes industriels. Cette approche consistait à associer les couches de liaison physique et de données d'Ethernet, telles qu'elles sont définies dans le modèle OSI (voir page 135), à des solutions Ethernet industrielles TCP/IP et Modbus. Le concept, initialement connu sous le nom de Transparent Factory, a évolué pour devenir Transparent Ready. Transparent Ready est une initiative stratégique majeure conçue pour déployer des technologies Internet au niveau des produits et des services de Schneider Electric. Tous les produits ou services Schneider Electric qui prennent en charge des technologies Internet sont des produits Transparent Ready. Définition des technologies Internet Les technologies Internet décrivent un ensemble d'innovations techniques qui permettent la gestion des informations à l'aide d'Internet et de matériels, logiciels, langages et protocoles associés. Elles sont utilisées pour transférer, présenter et gérer des informations. En voici quelques exemples : z z z Support Ethernet (sans fil, fibre optique, cuivre ou autre) sur lequel s'effectue le transfert des informations Trame Ethernet, suite de protocoles Internet (TCP/IP), SOAP et autres protocoles employés pour le transfert des informations Langages Java, HTML, XML et autres protocoles servant à présenter des informations Définition de l'Ethernet industriel Ethernet fait référence à la manière dont les données accèdent au réseau et dont les messages sont mis en forme en vue de leur émission et de leur réception, ainsi qu'aux caractéristiques physiques du réseau : topologie, câbles, connecteurs et infrastructure. L'Ethernet industriel est le nom commercial adopté par le segment de marché de l'automatisme industriel pour faire référence à l'utilisation d'Ethernet dans un environnement industriel. L'expression est désormais générique et englobe d'autres technologies Internet, même si Ethernet n'est pas toujours présent. Par exemple, Ethernet n'est pas utilisé dans les communications sans fil régies par la norme industrielle 802.11, mais celles-ci sont malgré tout considérées comme une application de l'Ethernet industriel. Une analyse détaillée de l'Ethernet industriel (voir page 29) est présentée dans ce manuel, avec une explication des différentes caractéristiques et origines des protocoles Ethernet, TCP/IP et Modbus. 18 31006930 10/2009 Transparent Ready Comparaison entre l'Ethernet commercial et l'Ethernet industriel Dans un environnement de contrôle industriel, des automates programmables industriels implantés dans l'usine jouent le rôle de serveurs pour les modules d'entrée et de sortie (E/S). Les automates peuvent être interconnectés par des bus terrain industriels de façon à permettre une distribution des tâches de gestion et de stockage des données. Un automate peut agir comme serveur pour certains équipements et comme client pour d'autres : Le réseau industriel illustré ci-dessus est très différent des applications standard commerciales et professionnelles. En raison de la nature critique de nombreuses applications de contrôle, les équipements clients du système Ethernet industriel sont habituellement plus intelligents que les clients Ethernet commerciaux standard. Les modes de communication entre les équipements clients et serveurs sont définis par leurs services Transparent Ready. Un réseau Ethernet commercial comprend un groupe de serveurs installés dans une salle de contrôle. Les données professionnelles sont stockées et gérées dans cette zone centrale, et envoyées depuis et vers les clients via des commutateurs et des routeurs répartis dans l'entreprise. Des pare-feux protègent l'entreprise contre les accès non autorisés. 31006930 10/2009 19 Transparent Ready L'Ethernet industriel est différent de l'Ethernet commercial sur trois points principaux : l'environnement, la structure et les exigences de performance. Environnement Ethernet commercial (bureautique) Ethernet industriel Adapté à la présence et au travail de l'homme Industrie légère et lourde Plage de températures standard Environnements potentiellement difficiles Peu de poussière, d'humidité et de vibrations Exposition aux interférences électromagnétiques Quasiment toutes les charges mécaniques ou tous les problèmes liés aux produits chimiques Températures extrêmes, variables climatiques Exigences réduites en termes de compatibilité électromagnétique (CEM) Possibilité de poussière, d'humidité et de vibrations Exigences minimales de traction Risque de dommages mécaniques ou de problèmes liés aux produits chimiques Exigences de mise à la masse et de liaison pour le câblage et les équipements industriels Structure Performances Espace au sol réduit dans des bâtiments en hauteur Grandes zones de fabrication sur un seul étage Topologie en étoile Possibilité d'utiliser des topologies en étoile, bus et chaînage Conforme aux normes de bureau Anneau auto-régénérant et anneau auto-régénérant redondant pour optimiser la disponibilité Haute disponibilité du réseau avec des connexions fiables Haute disponibilité du réseau (généralement 24h/24, 7j/7 avec redondance) Paquets de données volumineux Utilisation réduite de la bande passante toujours recommandée (pas plus de 40 % dans toutes les circonstances) Niveau acceptable de prévisibilité Paquets de données de petite taille. La prévisibilité est essentielle. Il existe d'autres éléments de différenciation, tels que les services Ethernet requis. 20 31006930 10/2009 Transparent Ready Stratégie Transparent Ready Transparent Ready offre une stratégie en trois phases : 1 Exposition des informations de contrôle industrielles via des normes ouvertes ou de facto Grâce aux produits de type serveur Web intégré et OPC, les équipements de Schneider Automation peuvent être intégrés dans différents systèmes capables d'accéder aux informations et aux données stockées sur ces équipements. La technologie serveur Web standard permet à toutes les personnes qualifiées de l'entreprise d'interagir avec le système automate. 2 Création d'interfaces et de points d'intégration entre les systèmes automates et les applications professionnelles L'utilisation d'un équipement en tant que serveur de données au sein d'une architecture client/serveur permet à Schneider Alliances de développer des interfaces servant à accéder aux systèmes professionnels dans les environnements Windows ou UNIX. 3 Développement d'une infrastructure ouverte qui gère les comportements déterministes et en temps réel Le réseau constitue la base d'un échange efficace des informations. Ethernet, TCP/IP et Modbus sont les principales solutions choisies par Schneider pour mettre en place un réseau ouvert. Des commutateurs et des concentrateurs facilitent la construction de sous-réseaux hautement disponibles et en temps réel, ainsi que la prise en charge d'un éventail élargi d'applications. 31006930 10/2009 21 Transparent Ready Classes de services Transparent Ready offerts Résumé Les classes de services Transparent Ready permettent d'identifier les différents services fournis par chaque produit : z z Services de diagnostic, d'affichage et de contrôle via les technologies du Web Services de communication Ethernet Classes de services Web Les services Web Transparent Ready Web sont répartis en 4 classes, chacune identifiée par une lettre : z z z z Classe A : aucun service Web Classe B : services Web standard Classe C : services Web configurables Classe D : services Web actifs Les produits Transparent Ready dotés d'un serveur Web intégré offrent 4 types de services Web : z z z z 22 des services Web de maintenance ; des services Web de contrôle ; des services Web de diagnostic ; des services Web facultatifs, tels que la documentation ou la configuration. 31006930 10/2009 Transparent Ready Le tableau ci-dessous répertorie les services fournis par chaque classe de services Web : Classe de serveur Web D C B A Services Web Maintenance Surveillance et liaison informatique Serveur Web Mise à jour du site Exécution autonome de actif Web utilisateur services spécifiques (par ex., notification d'alarme par message électronique, échange avec les bases de données, calculs) SOAP/XML (client/serveur) Serveur Web Editeur de variables configurable d'automate Commandes déportées Pages Web utilisateur SOAP/XML (serveur) Description de l'équipement Serveur Web Mise à jour du Afficheur de données standard logiciel de l'équipement déporté Auto-tests distants Aucun serveur Web Diagnostics Facultatif Etats définis par l'utilisateur Documentation utilisateur Diagnostics des services de communication Etat des ressources internes du produit Diagnostics de l'équipement Configuration des paramètres du réseau et des services de communication Ethernet Documentation de l'équipement Aucun service Web Classes de services de communication Ethernet Les services de communication Ethernet offerts par un produit sont répartis en 3 classes. Chaque classe est identifiée par un numéro : z z z Classe 10 : services de communication Ethernet standard Classe 20 : services de gestion des communications Ethernet (niveau réseau et niveau produit) Classe 30 : services de communication Ethernet avancés Les produits Transparent Ready offrent 8 types de services de communication Ethernet : z z z z z z z z 31006930 10/2009 Messagerie TCP Modbus Scrutation d'E/S Remplacement d'équipements défectueux (FDR) Gestion du réseau (SNMP) Données globales Gestion de la bande passante Synchronisation horaire (NTP) Notification des événements par message électronique (SMTP) 23 Transparent Ready Le tableau ci-dessous répertorie les services fournis par chaque classe de services de communication Ethernet : Classe de service Services de communication Ethernet Messagerie Modbus Scrutation d'E/S FDR SNMP Données globales SMTP 30 Lecture/ écriture directe des E/S Lecture/ écriture périodique des E/S Configuration de la liste des équipements scrutés Contrôle/mise à jour automatique de la configuration des paramètres de l'équipement Utilisation de la bibliothèque MIB par un gestionnaire SNMP Publication et souscription des variables du réseau Notification Surveillance du des niveau de événements charge local par message électronique Affectation automatique de l'adresse IP et des paramètres du réseau Contrôle/mise à jour de la configuration et des paramètres du produit par l'utilisateur Détection du produit par un gestionnaire SNMP 20 10 Lecture/ écriture des mots de données Gestion de la bande passante NTP Synchronis ation de l'horloge de l'équipeme nt Affectation locale de l'adresse IP Vérification des adresses IP doubles Sélection des produits Transparent Ready Les services offerts par un produit Transparent Ready sont identifiés par une lettre définissant le niveau de service Web, suivie d'un numéro définissant le niveau de service de communication Ethernet. Exemple : z z Un produit de classe A10 n'offre aucun service Web mais fournit des services Ethernet standard. Un produit de classe C30 contient un serveur Web configurable et fournit des services de communication Ethernet avancés. Les services fournis par une classe de niveau supérieur incluent tous les services des classes inférieures. Les produits Transparent Ready sont regroupés en 4 grandes familles : z z z z 24 produits de type capteurs et préactionneurs (simples ou intelligents) ; automates ; applications d'interface homme-machine (IHM) ; passerelles et serveurs dédiés. 31006930 10/2009 Transparent Ready Le schéma de sélection suivant peut vous aider à choisir vos produits Transparent Ready en fonction des classes de services requises. 31006930 10/2009 25 Transparent Ready Utilisateurs de ce guide Récapitulatif Pour réussir la conception et le dépannage d'un système Ethernet industriel, vous devez associer des éléments informatiques Ethernet et les connaissances en matière d'automatisme classique. Une relation de collaboration entre l'ingénieur de contrôle industriel et le responsable informatique de l'usine est la clé du succès d'un système Transparent Ready. Analyse du public de ce guide Ce tableau décrit les deux publics auxquels s'adresse ce guide, leurs domaines d'expertise et leurs besoins en matière d'information. Il indique également les sections de ce guide dans lesquelles se trouvent les informations nécessaires : Public Expertise Responsables z Protocole TCP/IP informatiques z Alternatives d'architecture, telles que la commutation Ethernet z Problèmes de sécurité du réseau z Sélection des composants matériels z Systèmes ouverts z Interprétation des normes selon les fournisseurs z Sélection des composants du réseau Professionnel s du contrôle industriel Connaissances requises z Environnement industriel et conditions de l'usine z Blindage du réseau pour le protéger du bruit et des interférences z Mise en œuvre physique du réseau dans une configuration industrielle z Priorités opérationnelles : redondance, récupération rapide z Problèmes de sécurité associés à une panne des automatismes z Interaction avec l'équipement de contrôle z Exigences liées à la technologie Ethernet z Exigences liées à l'installation industrielle z Sélection des services Transparent Ready Services Transparent Ready (voir page 169) z Exigences liées à la vitesse de transfert des données z Exigences liées aux environnements ouverts z Récupération et redondance z Problèmes de communication des systèmes ouverts z Intégration de produits provenant de plusieurs fournisseurs z Conception du système et protocoles z Problèmes de sécurité du système 26 31006930 10/2009 Transparent Ready Organisation de ce guide Récapitulatif Un système Transparent Ready comprend deux éléments majeurs : z z le réseau Ethernet sur lequel les équipements échangent les données sur les applications ; les services qui permettent les transactions se produisant sur le réseau. Les trois chapitres qui suivent contiennent des descriptions autonomes des principaux sujets à prendre en considération lorsque vous concevez un nouveau système Transparent Ready ou lorsque vous gérez un système existant. Vous pouvez lire ces chapitres dans n'importe quel ordre en fonction des sujets qui vous intéressent le plus. Planification, conception et installation physiques Le Planification physique, conception et installation d'un réseau Ethernet industriel Transparent Ready, page 29 décrit la procédure de conception, d'installation et de vérification de votre réseau Ethernet industriel Transparent Ready de sorte à répondre au mieux à vos besoins liés aux applications, en prenant en compte notamment les éléments suivants : z z z z z z z z z les normes de conception ; le choix du câblage et des composants ; la vue d'ensemble de la technologie Internet ; les exigences liées à l'environnement ; les recommandations relatives à la mise à la terre de protection ; le test de votre réseau ; l'adressage IP ; le routage ; la sécurité. Services Transparent Ready Le Vue d'ensemble des services, page 169 décrit chaque service Transparent Ready, les choix adaptés en termes d'équipement pour chacun d'eux et les équipements Transparent Ready prenant en charge chaque service. La prise en charge des services constitue un critère de sélection d'équipement décisif. En choisissant les services appropriés, vous pouvez prendre en compte les composantes de conception du système suivantes : z z z les temps de réponse des équipements appropriés ; l'élimination de toute surcharge d'équipement ; les besoins liés au débit des applications pour l'ensemble du système. Ce chapitre explique également comment les différents services fonctionnent et quelles sont leurs performances prévues. 31006930 10/2009 27 Transparent Ready Dépannage Le Dépannage, page 375 fournit des procédures de gestion d'un système Transparent Ready après son installation. Elles décrivent comment : z identifier des problèmes tels que : z les questions liées à l'infrastructure réseau ; z incompatibilité entre les équipements. z les questions liées aux performances ; z l'interférence de l'environnement. z identifier les sources par : z temps de requête et de réponse des équipements ; z incompatibilité entre les équipements. z identifier des solutions telles que : z le remplacement des équipements ; z la re-conception du système ; z des procédures alternatives pour un problème insoluble. Informations de prise en charge Un ensemble d'annexes contenant les résultats des mesures de performances est présent à la fin de ce guide. Ces résultats comparent les temps de réponse et débits de différents équipements Transparent Ready utilisant certains des principaux services réseau. Il existe également une section détaillée sur les normes. 28 31006930 10/2009 Planification et configuration 31006930 10/2009 Planification physique, conception et installation d'un réseau Ethernet industriel Transparent Ready 2 Vue d'ensemble Ce chapitre aborde les aspects relatifs à Ethernet qu'un ingénieur de contrôle ou d'automatisation doit prendre en considération lors de la planification, de l'installation et de la vérification d'un réseau Ethernet industriel de type Transparent Ready. Lorsque vous concevez un réseau Ethernet industriel Transparent Ready adapté à vos installations, vous devez bien connaître tout ce qui concerne la configuration du réseau, les critères de choix des composants, les aspects spécifiques du processus de conception et les normes existantes applicables à la structure et aux composants des réseaux commerciaux, ainsi qu'au développement des réseaux industriels. Pour plus d'informations, vous pouvez consulter le personnel de votre département informatique ou vous reporter aux nombreuses sources écrites ou électroniques sur le sujet. La partie Planification contient une description des topologies de réseau, une présentation des normes applicables aux bureaux et aux usines, des considérations générales de conception et des recommandations pour la sélection des composants. La partie Installation décrit l'installation conforme aux règles CEM et la mise en place des câbles et des connecteurs. La partie Vérification traite des méthodes applicables à votre réseau. Contenu de ce chapitre Ce chapitre contient les sous-chapitres suivants : Sous-chapitre 31006930 10/2009 Sujet Page 2.1 Normes requises 30 2.2 Configuration et planification physiques 36 2.3 Exigences liées à l'environnement 76 2.4 Choix des composants Ethernet industriel 2.5 Installation 102 2.6 Vérification d'un réseau Ethernet industriel Transparent Ready 125 2.7 Considérations supplémentaires pour la conception d'un réseau Ethernet industriel Transparent Ready 132 86 29 Planification et configuration 2.1 Normes requises Vue d'ensemble Les normes Ethernet de bureau font actuellement l'objet d'une révision en vue d'être améliorées et rendues conformes aux exigences Ethernet industriel. Ces normes Ethernet sont compilées avec les normes industrielles en vigueur, afin de mieux représenter l'environnement dans lequel un réseau Ethernet industriel doit fonctionner et d'intégrer ses exigences en matière de performance et de topologie. De nombreuses normes sont requises pour définir un Ethernet industriel. Ces normes, élaborées et gérées par différentes organisations de normalisation, couvrent les domaines suivants : z z z z z Protocoles Couche physique Exigences liées à l'environnement Structures de câblage Caractéristiques des câbles La plupart de ces normes ont un champ d'application régional et peuvent ne concerner que des régions ou des pays spécifiques. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 30 Page Vers une normalisation de l'Ethernet industriel 31 Normes de planification et d'installation requises 34 31006930 10/2009 Planification et configuration Vers une normalisation de l'Ethernet industriel Introduction Il n'existe actuellement aucune norme de planification Ethernet à laquelle se référer pour obtenir des directives et des réglementations. Néanmoins, de nombreuses recommandations, destinées à l'industrie et basées sur des normes spécifiques aux environnements de bureau (TIA/EIA-568-B, ISO/CEI-11801 et EN 50173), ont été préparées et soumises aux comités de normalisation par plusieurs organisations de réseau industriel. L'effort de normalisation internationale le plus considérable a été mené par un groupe d'experts appartenant aux organisations CEI TC65, TIA TR-42.9 et CENELEC TC215 WG1. Leurs travaux seront publiés sous la norme ISO/CEI 24702. Norme ISO/CEI 24702 : calendrier et définitions La publication de la norme ISO/CEI 24702 est prévue pour l'année 2006. La norme ISO/CEI 24702 définit le câblage générique pour les bâtiments industriels et les configurations informatiques associées. La définition du câblage équilibré et de la fibre optique est tirée de la norme ISO/CEI 11801, notamment en ce qui concerne : z z z les applications ; les classes de transmission des liaisons et des voies ; les performances de transmission des composants. Cette norme introduit également de nouveaux concepts, tels que l'environnement de classification (voir tableau MICE ci-dessous), des composants adéquats et une structure de câblage modifiée. 31006930 10/2009 31 Planification et configuration Indice mécanique du concept MICE Le groupe de travail CEI TC65C a créé le concept MICE d'indice mécanique afin de définir les paramètres d'environnement et leurs exigences. Les trois classes d'environnement de MICE sont : z z z Classe 1 : environnement général (non industriel/non résidentiel) Classe 2 : environnement industriel léger Classe 3 : environnement industriel lourd Il définit également les paramètres d'environnement suivants (dont les initiales des termes anglais forment le sigle MICE) : z z z z mécaniques (mechanical) ; de pénétration de corps étrangers (ingress) ; climatiques (climatic) ; électromagnétiques (electromagnetic). Chaque paramètre d'environnement est défini par un indice de niveau : (1) niveau faible , (2) niveau moyen et (3) niveau élevé. Celui-ci est ajouté en indice à côté de chaque lettre de paramètre, par exemple M2I2C3E. Comme le montre cet exemple, les niveaux des paramètres peuvent être combinés et varier au sein d'une même voie. Chaque classe d'environnement comporte un scénario du pire des cas, comme indiqué ci-après : z z z M1I1C1E1 : pour un environnement général (ISO/CEI 11801) M2I2C2E2 : pour un environnement industriel léger M3I3C3E3 : pour un environnement industriel lourd Le tableau MICE est représenté ci-dessous : --->Gravité croissante---> Classe Paramètres mécaniques Chocs/à-coups M1 M2 M3 I1 I2 I3 Vibrations Effort de traction Ecrasement Impacts Pénétration de corps étrangers Particules Immersion 32 31006930 10/2009 Planification et configuration --->Gravité croissante---> Classe Paramètres climatiques Température C1 C2 C3 E1 E2 E3 Air ambiant Taux de variation Humidité Rayonnement UV Rayonnement solaire Pollution liquide Pollution par les gaz Paramètres électromagnétiques Décharges électrostatiques Radiofréquences rayonnées Radiofréquences conduites Transitoires rapides Surtension Champ magnétique ISO/CEI 24702 : Unification des principaux comités de normalisation Le groupe de travail sur le câblage des locaux du client (ISO/CEI JTC 1 SC 25 WG3) a été créé afin d'éviter les développements propriétaires. Ce groupe a ensuite créé un nouveau groupe de travail, dédié aux locaux industriels (ISO/CEI JTC 1 SC 25 WG3.IPTG). Afin d'optimiser la coopération et d'accélérer le développement d'une norme internationale, le groupe en charge des locaux industriels a travaillé directement avec les experts des principaux comités des organisation de normalisation (CEI TC65C, TIA TR42.9 et CENELEC TC215 WG1). La mission de ce nouveau groupe est de normaliser les caractéristiques des systèmes de câblage pour les sites industriels. La norme sera publiée sous le nom ISO/CEI 24702. Le groupe de travail dédié aux locaux industriels est mené conjointement par les sous-comités ISO/CEI JTC 1/SC 25 et CEI SC 65C : z z le sous-comité JTC 1/SC 25 est en charge du câblage pour les chantiers de construction ; le sous-comité CEI SC 65C a la charge du câblage pour le contrôle des processus. Le sous-comité CEI SC 65C est un sous-comité du CEI TC65C, chargé de développer les normes pour les réseaux industriels. En attendant la publication de la norme ISO/CEI 24702, Schneider Electric vous recommande de suivre les indications fournies dans ce chapitre. 31006930 10/2009 33 Planification et configuration Normes de planification et d'installation requises Normes Ethernet La norme Ethernet à prendre en compte lorsque vous planifiez un réseau Ethernet industriel est celle définie par l'IEEE et adoptée par ISO/CEI, à savoir : Norme IEEE 802.3, Edition 2002, Partie 3 : Méthode d'accès par détection IEEE 802.3 de porteuse avec accès multiples et détection de collision (CSMA/CD) et spécifications pour la couche physique. ISO/CEI 8802-3 Technologie de l'information. Télécommunications et échange d'information entre systèmes. Partie 3 : Accès multiple par surveillance du signal et détection de collision (CSMA/CD) Normes de câblage informatique structuré Les fabricants de câbles, les fournisseurs, les concepteurs de bâtiments, les architectes réseaux et les techniciens d'entretien s'appuient tous sur des normes de câblage pour définir des spécifications pour leurs projets. Ces spécifications englobent tous les aspects des phases de planification, de conception et d'installation, ainsi que la configuration, les performances, les tests de conformité et la vérification du système final. Les trois normes internationales indiquées dans le tableau ci-dessous font référence en matière de planification du câblage, de sélection, d'installation et de performance des réseaux informatiques. Chacune de ces normes est basée sur celle qui la précède. Elles sont donc toutes très similaires. Zone d'application et norme Organisations de normalisation Description Etats-Unis Telecommunications Industry Association Norme de câblage des télécommunications des immeubles commerciaux – Définit comment concevoir, mettre en place et gérer un système de câblage structuré. TIA/EIA-568-B Electronic Industries Association Internationale ISO/CEI 11801 Europe CENELEC EN 50173 Comité Européen de Normalisation Electrotechnique 34 Organisation internationale Nome de câblage générique des locaux du client de normalisation – Définit, à partir de la norme TIA/EIA-568, les caractéristiques générales de câblage pour les International Engineering locaux du client. Consortium Définit, à partir de la norme ISO 11801, le câblage générique et les composants de câblage sur le marché européen. 31006930 10/2009 Planification et configuration Normes environnementales Les normes environnementales ne s'appliquent pas spécifiquement au réseau Ethernet industriel, mais à tout appareil ou équipement situé dans un environnement particulier. Schneider Electric a défini trois types d'environnements, coïncidant avec le classement MICE : z z z Environnement de bureau où un réseau Ethernet standard peut être utilisé Environnement industriel léger Environnement industriel lourd Les exigences environnementales propres au réseau Ethernet industriel sont définies par les mêmes spécifications que celles s'appliquant aux automates industriels (voir page 76). 31006930 10/2009 35 Planification et configuration 2.2 Configuration et planification physiques Vue d'ensemble Ce sous-chapitre présente les différentes normes de câblage applicables à un réseau Ethernet industriel. Il décrit également les configurations appropriées pour un réseau industriel Transparent Ready. De plus, afin de vous aider à mieux comprendre cette structure, une synthèse des topologies de réseau de base est fournie. Enfin, il couvre les technologies LAN et les problèmes liés à un réseau Ethernet industriel, ainsi que les technologies WAN et le matériel associé. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 36 Page Planification de câblage Ethernet industriel 37 Normes de câblage structuré 38 Câblage dans un système Ethernet industriel Transparent Ready 42 Présentation de la structure de base d'un réseau 47 Développement d'architecture réseau pour les réseaux Ethernet industriel 54 Topologie en anneau redondant 59 Technologies LAN et conception réseau 61 Matériel LAN 66 Autres considérations LAN 69 Technologies WAN et conception réseau 70 Matériel WAN 73 31006930 10/2009 Planification et configuration Planification de câblage Ethernet industriel Introduction Etant donné qu'il n'existe pas encore de normes définies pour la configuration physique d'un réseau Ethernet industriel, Schneider Electric a choisi de se conformer aux recommandations émises par les organisations de normalisation telles que Modbus-IDA, IAONA, PNO et aux travaux en cours de la CEI. Un site de fabrication industriel est une installation physique dans laquelle se déroulent des activités de contrôle des processus ou de fabrication. Dans la plupart des cas, le site se compose de plusieurs bâtiments ou usines qui gèrent des processus interconnectés, mais distincts. La configuration physique et les variables environnementales inhérentes à chacune de ces installations peuvent entraîner des exigences de câblage différentes, propres à chaque site. Ce sous-chapitre décrit les recommandations de Schneider Electric en matière de planification des réseaux Ethernet industriel dans les environnements de contrôle des processus et de fabrication. Planification du câblage Un plan de site réseau définit la configuration logique et physique d'un réseau spécifique aux exigences de votre site. Ce plan constitue un élément important du processus de conception du réseau dans votre installation. Le site peut être une installation industrielle ou un site d'infrastructure. Les sites d'infrastructure sont des environnements, tels que les tunnels, les usines de traitement des eaux et les aéroports, qui présentent des exigences supplémentaires par rapport à un site industriel. Les deux types de sites incluent des variables environnementales parfois extrêmes par rapport aux environnements de bureau. Les normes existantes sur les environnements de bureau, même si elles s'avèrent utiles et valides, ont une application limitée dans ces environnements. Les performances d'application, dans des conditions environnementales strictes (conditions climatiques et protection contre la pénétration de corps étrangers comprises), sont de prime importance dans les environnements industriels. Les rubriques suivantes fournissent des informations générales sur la planification d'un réseau Ethernet industriel pour des applications d'infrastructures et industrielles. Ces informations ne prétendent pas couvrir toutes les variantes possibles de ces deux environnements. Vous devez donc les adapter aux besoins spécifiques de votre site. 31006930 10/2009 37 Planification et configuration Normes de câblage structuré Introduction Schneider Electric recommande l'utilisation de normes de câblage structuré, comme les normes TIA/EIA 568B, ISO/CEI 11801 et CENELEC EN 50173 (voir page 34). Des normes de câblage sont en cours de développement par un groupe de travail composé des représentants des diverses organisations de normalisation. Eléments d'un système de câblage Le tableau ci-dessous répertorie les éléments d'un système de câblage défini par la norme ISO/CEI 11801. Cette norme identifie également les interfaces via lesquelles les différents composants du réseau sont connectés au système de câblage. Eléments (par ordre hiérarchique) Abréviation Objectif Répartiteur campus CD Répartiteur d'où émane le câble du réseau fédérateur campus Câble du réseau fédérateur campus Répartiteur bâtiment Câblage entre bâtiments partageant les mêmes installations de télécommunications BD Câble du réseau fédérateur bâtiment Répartiteur sol Répartiteur où termine le câble du réseau fédérateur bâtiment et d'où partent les connexions au câble du réseau fédérateur campus Câble intermédiaire et matériel de connexion FD Câble horizontal Connexion du système de câbles horizontal aux autres sous-systèmes de câblage Câblage entre la prise de télécommunications, incluse, et le répartiteur horizontal Point de transition (facultatif) TP Point de connexion, dans le sous-système de câblage horizontal, du câble plat "soustapis" au câble rond Prise de télécommunications TO Prise de télécommunications femelle qui se trouve dans la zone de travail Sous-systèmes de câblage Pour qu'une installation de câblage soit conforme à la norme ISO/CEI 11801, la configuration doit connecter les sous-systèmes suivants d'un système de câblage : z z z 38 réseau fédérateur campus : les campus utilisent des répartiteurs bâtiment ; réseau fédérateur bâtiment : chaque bâtiment comporte un répartiteur bâtiment ; câblage horizontal : chaque sol comporte un répartiteur sol. 31006930 10/2009 Planification et configuration Structure des systèmes de câblage Le système de câblage générique défini par la norme ISO/CEI 11801 est une structure en étoile (voir page 49) hiérarchique. Le schéma ci-dessous illustre un répartiteur campus central et un système de câblage de réseau fédérateur campus reliant plusieurs répartiteurs bâtiment. Chaque bâtiment doit avoir au moins un répartiteur bâtiment. Chaque répartiteur bâtiment est connecté au répartiteur campus central à l'aide d'une topologie en étoile. Le répartiteur campus devient l'unité de communication centrale. Par mesure de sécurité et de secours, il est conseillé de créer des liaisons redondantes entre les bâtiments. Au sein d'un bâtiment, chaque étage dispose de son propre répartiteur sol qui dessert jusqu'à 2 000 m2 de superficie de bureaux. 1 2 3 Répartiteur campus central Câblage de réseau fédérateur campus Répartiteur bâtiment Dans un campus constitué d'un seul bâtiment, le point de répartition principal devient le répartiteur bâtiment de ce bâtiment. Cependant, lorsque le bâtiment est assez large, il peut se comporter comme un campus et disposer d'un réseau fédérateur campus avec plusieurs répartiteurs bâtiment. Le nombre de sous-systèmes et le type d'éléments inclus dans votre implémentation dépend des facteurs suivants : z z z z 31006930 10/2009 taille du campus ou du bâtiment ; géographie du site ; objectif du système de câblage (applications et équipements) ; types d'utilisateur final. 39 Planification et configuration Configuration Il est possible de configurer un système de câblage générique ciblé sur vos besoins spécifiques en réorganisant les répartiteurs selon différentes topologies (voir page 47), telles que bus, étoile et anneau. Le schéma ci-dessous illustre les connexions linéaires d'un système de câblage partant du répartiteur campus à l'équipement et à la prise de terminal. 1 2 3 4 5 6 7 40 Répartiteur campus Câblage de réseau fédérateur Répartiteur bâtiment Câblage secondaire Répartiteur sol Câblage tertiaire Prise de télécommunications 31006930 10/2009 Planification et configuration Les deux schémas suivants montrent comment implémenter physiquement un système de câblage générique dans un seul bâtiment ou dans plusieurs bâtiments le long d'un réseau fédérateur campus. 31006930 10/2009 2 4 Câblage de réseau fédérateur Câblage secondaire 2 4 6 8 9 Câblage de réseau fédérateur Câblage secondaire Câblage tertiaire Câble de raccordement Système de câblage générique 41 Planification et configuration Câblage dans un système Ethernet industriel Transparent Ready Introduction L'approche Transparent Ready de planification d'un système de câblage est similaire à celle des organisations Ethernet industriel telles que Modbus-IDA, basées sur les normes ISO/CEI 11801, EN 501731 et TIA/EIA 568B agréées. Exemple de site multiusine Le schéma ci-dessous présente un système de câblage avec les paramètres suivants : 42 z répartiteur de site industriel agissant comme unité de communication centrale à la place d'un répartiteur de campus (voir page 38) et connectant les répartiteurs usine sur un réseau fédérateur de site industriel ; z répartiteurs usine connectant des répartiteurs bureau et répartiteurs sol usine sur un réseau fédérateur d'usine ; z répartiteurs sol usine se connectant aux répartiteurs armoire (CD, également appelés répartiteurs machine ou terrain, FD) ainsi qu'aux équipements et aux prises équipement (DO) situés à l'intérieur de l'armoire ; z répartiteurs bureau se connectant aux prises de télécommunication, ellesmêmes raccordées aux imprimantes et ordinateurs. 31006930 10/2009 Planification et configuration Il est important de savoir qu'un site peut englober plusieurs usines. L'exemple suivant illustre une vue d'ensemble d'un site céréalier contenant 6 usines. 1 2 3 4 5 31006930 10/2009 SD Répartiteur site PD Répartiteur usine POD Répartiteur bureau PFD Répartiteur sol usine FW Coupe-feu 43 Planification et configuration Exemple de site à une usine L'exemple suivant illustre une vue rapprochée d'une usine au sein du site céréalier représenté ci-dessus. 1 2 3 4 5 6 7 8 44 SD Répartiteur site PD Répartiteur usine POD Répartiteur bureau FW Coupe-feu PFD Répartiteur sol usine CD Répartiteur armoire DO Prise équipement FD Répartiteur terrain 31006930 10/2009 Planification et configuration Répartiteur de site industriel Le répartiteur de site industriel se comporte comme un répartiteur campus pour la norme ISO/CEI 11801, correspondant au répartiteur d'où émane le câble du réseau fédérateur. Ce répartiteur est géré par le personnel informatique et peut consister en un ou plusieurs équipements (commutateurs en bâti) à ports multiples. Il est généralement situé dans un environnement bureautique et fournit à l'ensemble du site de fabrication une connexion à Internet et aux autres sites physiques de la même entreprise ou entité. Le trafic entrant et sortant du site est isolé par un routeur (voir page 73) et sécurisé par un coupe-feu. Réseau fédérateur de site industriel Le réseau fédérateur de site industriel est le système de câblage acheminé du répartiteur de site industriel vers les répartiteurs usine. En général, le site industriel est un anneau auto-régénérant (voir page 56) pouvant être configuré en redondance avec un double anneau auto-régénérant (voir page 59). Répartiteur usine Le répartiteur usine connecte le réseau fédérateur du site industriel à une usine. Il se comporte comme un répartiteur bâtiment. La majorité des sites industriels se compose de plusieurs usines distinctes. Chacune de ses usines peut disposer de salles de contrôle du fonctionnement général de l'usine ou de centres commande moteur où sont situés le MCC et les équipements de contrôle. Généralement, le répartiteur usine est situé dans la salle de contrôle ou dans le centre MCC. L'exigence liée à l'environnement du répartiteur usine implique soit des bureaux, soit un site industriel léger. Répartiteur bureau et répartiteur sol usine Comme mentionné précédemment, le répartiteur usine est généralement situé dans la salle de contrôle ou le centre MCC ; le répartiteur usine est connecté aux autres répartiteurs, comme le répartiteur bureau et le répartiteur sol usine. Le répartiteur bureau gère les prises de terminal des bureaux de l'usine. Ces terminaux sont utilisés pour raccorder les imprimantes, ordinateurs et équipements de visioconférence. Le répartiteur sol usine gère les équipements posés sur le sol de l'usine. Dans la plupart des cas, ces deux répartiteurs sont situés soit dans des bureaux, soit dans un environnement industriel léger. Le répartiteur bureau est normalement géré et maintenu par le personnel informatique. Le répartiteur sol usine est, lui, géré par le personnel responsable des répartiteurs armoire (également appelés répartiteurs machine ou terrain). Le trafic entre le répartiteur sol et le répartiteur usine est isolé au moyen d'un routeur et sécurisé par un coupe-feu. 31006930 10/2009 45 Planification et configuration Répartiteurs armoire, terrain et machine En règle générale, les armoires renferment des équipements avec peu de ports ou de connexions, comme les commutateurs. Les répartiteurs armoire (également appelés répartiteurs machine ou terrain) fournissent une connectivité aux équipements situés à l'intérieur d'une armoire, dans une machine ou posés sur le sol de l'usine. Le tableau ci-dessous indique les exigences liées à l'environnement selon l'emplacement des équipements. Emplacement des équipements Exigences liées à l'environnement A l'intérieur d'une armoire Environnement industriel léger Dans une machine Environnement industriel léger ou lourd Sur le sol de l'usine Environnement industriel lourd La configuration à l'intérieur des armoires est en étoile ou en chaîne (en utilisant des équipements à deux ports Ethernet). La rubrique suivante (voir page 47) présente certaines topologies de réseau classiques et explique comment les développer dans un environnement Ethernet. Ces topologies sont généralement déployées à partir du répartiteur sol usine. Les prises équipement (DO) sont situées à l'intérieur de l'armoire. Si les équipements sont posés sur le sol de l'usine, il peut s'agir soit d'une prise équipement, soit d'un nouveau répartiteur dédié aux équipements sur le terrain (appelé dans ce cas répartiteur terrain, ou FD). 46 31006930 10/2009 Planification et configuration Présentation de la structure de base d'un réseau Récapitulatif Un réseau constitué de câbles, de composants et d'équipements peut avoir plusieurs architectures ou topologies : z z z z z z Bus Etoile Chaînage Anneau Double anneau Maillage Cette section fournit des illustrations de chaque type de topologie. Chacune a ses avantages et ses inconvénients, comme indiqué dans les tableaux ci-dessous. Les commutateurs et concentrateurs appropriés sont mentionnés pour chaque architecture de réseau. La topologie recommandée par Schneider Electric est également décrite. Topologie de bus La topologie de bus présente une architecture similaire à celle d'un réseau d'automatisation plus traditionnel comme Modbus Plus. Un câble fédérateur connecte tous les équipements du réseau. Des terminaisons sont placées à chaque extrémité du réseau fédérateur pour envoyer et effacer les signaux sur le réseau. Les équipements, généralement reliés à l'aide de connecteurs en T, peuvent être installés n'importe où le long du bus. 1 2 3 31006930 10/2009 Terminaison Câble du réseau fédérateur Connecteur en T 47 Planification et configuration Une partie du câble fédérateur est appelée segment. Il est possible de connecter plusieurs segments à l'aide de ponts ou de répéteurs, comme illustré ci-dessous. 1 2 3 Segment 1 Répéteur Segment 2 Seul un équipement à la fois peut envoyer ou transmettre un paquet d'informations. Le paquet transite dans l'intégralité du câble fédérateur du bus. Voilà pourquoi la topologie de bus est considérée comme un support partagé. Les terminaisons sont très importantes car une rupture du câble peut bloquer toute communication entre les équipements. 48 Avantages Inconvénients Faible coût. L'évolutivité pose problème. Il est difficile d'adapter le réseau à mesure que vos besoins évoluent. Lorsque le trafic et le nombre d'équipements augmentent, les performances du réseau diminuent. Simplicité d'installation. Tous les équipements du réseau sont connectés à un segment du câble. Tout ce dont vous avez besoin, c'est d'une longueur de câble suffisante pour relier vos équipements. Les équipements sont généralement reliés au câble principal à l'aide de boîtiers. En cas de perte d'un équipement ou d'un segment, tous les équipements situés en aval deviennent indisponibles. Le câble fédérateur suit un trajet qui couvre toute l'usine, à l'image d'un réseau d'automatisation propriétaire, ce qui en rend la conception facilement compréhensible par les concepteurs qui s'initient aux applications Ethernet utilisées dans le secteur de l'automatisation. Comme tous les équipements partagent le même câble fédérateur, le débit est limité. Un seul équipement peut communiquer à la fois. La vitesse de tous les équipements d'un réseau de bus doit être identique. 31006930 10/2009 Planification et configuration Topologie en étoile Dans une topologie en étoile, tous les équipements sont reliés à un équipement central. Cette topologie est très fréquente dans les environnements professionnels ainsi que dans les environnements d'automatisation récents. Dans une topologie en étoile, les équipements utilisent des sections dédiées du réseau pour différents services. Avantages Inconvénients Le débit du réseau est bien plus élevé que sur un réseau à topologie de bus. Les topologies en étoile sont plus onéreuses car un câble dédié doit relier chaque équipement. La reconfiguration du réseau est bien plus Pour compenser cet inconvénient, les facile. composants du réseau (commutateurs, La centralisation des composants du réseau concentrateurs, etc.) sont placés dans des simplifie l'administration. De plus, la gestion armoires situées dans l'usine elle-même, ce centralisée et la surveillance du trafic qui permet de connecter tout un groupe améliorent les performances du réseau. d'équipements locaux. Il suffit de faire courir Les diagnostics sont simples. En cas de un câble vers un point central pour prendre en défaillance d'un segment du réseau, seuls charge le groupe, évitant ainsi d'utiliser des les équipements reliés directement à ce câbles séparés pour chaque équipement. segment sont concernés. Les composants d'infrastructure utilisent un logiciel de surveillance et les voyants des équipements pour signaler les défaillances. La plupart du temps, les points de défaillance uniques font l'objet d'un diagnostic et d'une réparation rapides. Résilience. La défaillance d'un câble n'entraîne la mise hors service que de l'équipement concerné. Un réseau à topologie en étoile peut compter davantage d'équipements qu'un réseau à topologie de bus. 31006930 10/2009 49 Planification et configuration Topologie de chaînage Dans une topologie de chaînage, l'équipement fait partie du câble principal, contrairement à la topologie de bus où l'équipement est relié au câble via un boîtier et n'est pas considéré comme faisant partie intégrante du câble principal. Dans une chaîne, chaque équipement a deux ports réseau et les informations circulent à travers l'équipement. Bien que la chaîne soit linéaire, il existe des équipements de dérivation qui permettent de développer des topologies plus complexes. L'Interbus est un exemple de réseau à topologie de chaînage. Avantages Inconvénients Faible coût. Les boîtiers sont inutiles. En cas de défaillance d'un équipement dans une configuration linéaire, le réseau est coupé. Si la conception n'est pas adéquate, il est possible que les équipements d'une chaîne aient quelques problèmes pour gérer l'afflux des informations qui les traversent. Risque de surcharge du réseau. Tous les équipements partagent le même câble principal. Topologie en anneau Dans une topologie en anneau, tous les équipements ou composants de l'infrastructure du réseau sont reliés dans une boucle sans fin. Les paquets circulent d'un équipement à l'autre dans une seule direction au sein de l'anneau. Chaque équipement vérifie la destination du paquet qu'il reçoit et le transmet à l'équipement suivant. 50 31006930 10/2009 Planification et configuration Les topologies en anneau assurent la redondance. En cas de défaillance d'une liaison, le trafic est acheminé dans la direction opposée. Un anneau fonctionne selon une rotation de jeton ou un accès aléatoire/partagé. Dans le cas d'un réseau commuté, tous les équipements ont accès au réseau en même temps à des vitesses différentes. Avantages Inconvénients Redondance. La défaillance d'une liaison ou d'un composant de l'infrastructure du réseau n'affecte pas le réseau en entier. Coût élevé. Le câblage nécessaire pour constituer l'anneau est plus important. Une topologie en anneau utilise un logiciel pour surveiller les liaisons du réseau. Les composants d'infrastructure du réseau ont besoin d'intelligence pour répondre aux défaillances des équipements. Ils coûtent plus chers que les composants utilisés dans les topologies de bus ou en étoile. Topologie à double anneau La topologie à double anneau est déployée lorsque des systèmes industriels d'automatisation sont utilisés dans des applications stratégiques où l'indisponibilité du système n'est pas envisageable. 31006930 10/2009 51 Planification et configuration Un double anneau possède toutes les fonctionnalités d'un anneau simple, mais offre une meilleure tolérance aux pannes. Il est constitué de composants d'infrastructure reliés entre eux par plusieurs anneaux. Chaque équipement est connecté à deux composants d'infrastructure. Chaque composant d'infrastructure est relié à un anneau séparé. Même en cas de défaillance d'une liaison ou d'un équipement d'infrastructure, les autres équipements peuvent communiquer. Les topologies à double anneau utilisées dans les environnements d'automatisation proposent des fonctionnalités que les environnements traditionnels de communication de données n'offrent pas toujours. Par exemple, des liaisons à redondance d'UC sont utilisées entre les anneaux. Lorsqu'une liaison connaît une défaillance, la liaison redondante prend le relais et empêche toute interruption des communications au sein du réseau. Des paquets dits " chiens de garde " sont envoyés aux connexions inactives. Ils consignent des informations dans des journaux si la connexion reste inactive. Les entrées créées par ces paquets sont contrôlées par l'administrateur du réseau. Avantages Inconvénients Redondance. La défaillance de plusieurs équipements ou Coût. Par rapport à une topologie en anneau, le nombre câbles ne bloque pas les communications au sein du d'équipements est doublé. réseau. Chaque anneau requiert des alimentations séparées. Plusieurs interfaces d'un équipement peuvent connecter ce dernier à différents anneaux, de sorte qu'un nombre trop important de collisions ou de trafic de diffusion dans un anneau n'entraîne pas le blocage du système. Les liaisons inutilisées doivent faire l'objet de contrôles réguliers pour s'assurer de leur bon fonctionnement en cas de besoin. Topologie de maillage La topologie de maillage est utilisée dans les réseaux très importants ou les fédérateurs de réseaux, dans lesquels chaque équipement terminal ou d'infrastructure est connecté à un ou plusieurs composants du réseau. Idéalement, chaque équipement est relié directement à tous les autres au sein du maillage. 52 31006930 10/2009 Planification et configuration La topologie de maillage peut également prendre la forme d'un fédérateur de réseau qui relie plusieurs structures en étoile. Cette topologie combinée garantit une tolérance aux pannes au réseau fédérateur, sans le coût élevé lié à la mise en place d'une topologie de maillage dans l'ensemble du réseau. Les topologies de maillage sont moins fréquentes en raison de leur coût et de leur complexité. Avantages Inconvénients Tolérance aux pannes. En cas de rupture Complexité. Gestion et administration d'un segment du câble du réseau, le trafic compliquées. est acheminé par un autre itinéraire. Coût élevé. Les connexions redondantes requièrent un câblage et un nombre d'interfaces plus importants. 31006930 10/2009 53 Planification et configuration Développement d'architecture réseau pour les réseaux Ethernet industriel Introduction Outre des connaissances de base en architecture réseau (topologies) et en réseau Ethernet pour les environnements de bureau, d'autres aspects sont à assimiler lorsque vous déployez Ethernet dans un environnement industriel. Les diverses topologies et leur application dans une configuration d'automatisation industrielle sont décrites ci-après, avec quelques suggestions de matériel adéquat. Topologie en bus Ethernet Un bus Ethernet peut être déployé en interconnectant des concentrateurs et/ou des commutateurs en ligne et en considérant chacun d'eux comme point de connexion d'un équipement. Toutefois, il n'est possible d'interconnecter qu'un nombre limité de concentrateurs, contre un nombre illimité de commutateurs. 1 2 54 Commutateurs Ethernet Equipements Ethernet 31006930 10/2009 Planification et configuration Topologie en étoile Ethernet Dans une topologie Ethernet en étoile, l'équipement intermédiaire peut être soit un concentrateur, soit un commutateur. La topologie en étoile est la plus répandue dans les réseaux de bureau et a été adoptée dans la plupart des applications d'automatisation. Pour les applications Ethernet industriel, l'utilisation d'un commutateur Full Duplex comme équipement central à la place d'un concentrateur est fortement préconisée. 1 2 31006930 10/2009 Commutateurs Ethernet Equipements Ethernet 55 Planification et configuration Topologie en chaînage Ethernet Pour déployer un réseau en chaînage Ethernet, des équipements avec doubles ports Ethernet sont requis. Schneider Electric est actuellement en train de développer des équipements Ethernet industriel dotés de cette fonctionnalité (doubles ports Ethernet pour une connectivité en chaînage). Topologie en anneau Ethernet Les anneaux Ethernet forment généralement le réseau fédérateur pour les applications à haute disponibilité. Deux chemins sont disponibles pour atteindre le même équipement. Si une topologie en anneau est nécessaire, des commutateurs prenant en charge soit une topologie en anneau propriétaire, soit un protocole d'arbre recouvrant (arbre recouvrant ou arbre recouvrant rapide) doivent alors être utilisés. 56 31006930 10/2009 Planification et configuration Les protocoles arbre recouvrant (STP - IEEE 802.1D) et arbre recouvrant rapide(RSTP - IEEE 802.1w) sont des protocoles qui permettent d'éviter les boucles de communication et recherchent un nouveau chemin de communication lorsque le chemin initial n'est plus disponible. Le délai de récupération (temps mis à trouver un nouveau chemin) est d'environ 30 s avec le protocole STP. Avec le protocole RSTP et une conception de réseau adéquate, le délai de récupération peut descendre à 100 ms. Topologie maillée Ethernet Un réseau maillé Ethernet offre davantage de redondance qu'une architecture Ethernet en anneau. Dans un anneau, deux chemins sont généralement disponibles pour atteindre le même équipement. Dans un réseau maillé, il existe davantage de chemins disponibles. 31006930 10/2009 57 Planification et configuration Pour développer une topologie maillée Ethernet, des commutateurs prenant en charge le protocole arbre recouvrant ou arbre recouvrant rapide doivent être utilisés. 58 31006930 10/2009 Planification et configuration Topologie en anneau redondant Récapitulatif Une topologie en anneau redondant est recommandée pour les environnements d'automatisation dans lesquels il est essentiel d'avoir un réseau de tolérance de pannes. A l'inverse d'une topologie en double anneau dans laquelle il existe deux liaisons sur chaque équipement, un anneau redondant utilise la gestion logique sur le commutateur pour rediriger le trafic à travers une structure de liaison unique. Fonctionnement auto-régénérant Lorsqu'une liaison échoue sur un anneau redondant, une liaison redondante est activée en une fraction de seconde. Grâce au gestionnaire de redondance, le commutateur surveille l'anneau à l'aide de paquets de chien de garde. Si l'une des liaisons échoue sur l'anneau, la connexion redondante réalise une autorégénération en activant la liaison redondante afin de prendre le relais de la transmission des paquets de données. Une fois que la liaison rompue a été réparée, la liaison d'auto-régénération est réactivée. 1 2 3 4 5 6 7 31006930 10/2009 Contrôle de processus Ligne de production 1 Ligne de production 2 Ligne de production 3 Connexion redondante Gestionnaire de redondance actif sur le commutateur Paquets de chien de garde 59 Planification et configuration 1 2 3 4 5 6 7 8 Contrôle de processus Ligne de production 1 Ligne de production 2 Ligne de production 3 Panne de réseau La connexion redondante prend le relais de la transmission des paquets de données Gestionnaire de redondance actif sur le commutateur Paquet de données en mesure d'atteindre tous les nœuds Avantages Inconvénients Moins complexe, nécessitant une seule connexion physique. Si deux liaisons échouent simultanément, la Plus rentable, une seule interface et un seul réseau sont utilisés. connectivité à des Auto-régénération automatique détectant les pannes et équipements stratégiques redirigeant les paquets de données. peut être perdue. 60 31006930 10/2009 Planification et configuration Technologies LAN et conception réseau Récapitulatif Eviter les perturbations au cours du transfert de données est un enjeu de première importance pour un planificateur de réseau industriel, parfois même une priorité sur le débit (vitesse de transfert des informations). Ci-dessous sont décrits les problèmes liés à la conception réseau tels que la congestion, la gestion des collisions et la diffusion qui peuvent avoir un impact sur le transfert rapide et sans heurts des informations sur le réseau. Des suggestions vous sont données pour une conception réseau appropriée capable de minimiser le risque de perturbations. Parmi les nombreuses technologies pouvant être utilisées pour construire un réseau IP, Ethernet s'est avérée être la technologie préférée à la fois pour les environnements bureautiques et industriels. Avantages et normes Ethernet Ethernet est devenue la technologie LAN la plus répandue parce qu'elle offre des avantages en termes de vitesse, de coût et de facilité d'installation. Capable de prendre en charge la quasi-totalité des protocoles réseau, elle a gagné une large approbation sur le marché informatique en tant que technologie de mise en réseau adaptée à la plupart des environnements réseau. La norme IEEE définit des règles pour la configuration d'un réseau Ethernet et la spécification du mode d'interaction entre les éléments d'un réseau Ethernet de la norme IEEE 802.3. La conformité à la norme IEEE 802.3 garantit l'efficacité des communications de votre équipement réseau et vos protocoles réseau. Reportezvous aux informations relatives au modèle OSI (voir page 135). Fast Ethernet et Gigabit Ethernet Les réseaux Ethernet nécessitant des vitesses de transmission supérieures peuvent utiliser la norme Fast Ethernet (IEEE 802.3u), qui fait passer la limite de la vitesse Ethernet de 10 à 100 Mbit/s avec seulement quelques modifications minimales à apporter au câblage. La norme Fast Ethernet 100Base-TX est devenue la plus répandue parce qu'elle est très compatible avec la norme Ethernet 10BaseT existante. Gigabit Ethernet (1000 Mbit/s) est une technologie en cours de développement (IEEE 802.3z) qui devrait permettre à la prochaine génération de réseaux de prendre en charge des vitesses de transfert encore plus élevées. Trames/paquets Ethernet Le réseau envoie des données dans des unités appelées trames (également appelées trames de données ou paquets). Chaque trame peut transporter entre 46 et 1 500 octets de données. Une trame comprend des informations de protocole pour un routage approprié. 31006930 10/2009 61 Planification et configuration Ethernet et collisions Dans la mesure où Ethernet permet l'échange simultané de données par des équipements multiples, des collisions se produisent parfois lorsque deux équipements transmettent des données en même temps. Dans ce cas, les deux équipements interrompent leur transmission et utilisent un algorithme de recul aléatoire pour attendre un certain temps avant de tenter une nouvelle transmission. Les collisions peuvent être gérées par une planification et une conception réseau minutieuses. Les facteurs de conception et de fonctionnement suivants peuvent affecter le taux de collision d'un réseau Ethernet : z z z le nombre d'équipements sur le réseau ; plus il y a d'équipements, plus le risque de collision est élevé. la longueur du réseau ; plus il est long, plus le risque de collision est élevé. la longueur du paquet ou la taille MTU ; une longueur de paquet supérieure est plus longue à transmettre, augmentant de ce fait le risque de collision. Plus la taille de trame est importante, plus le risque de collision est élevé. Réseaux commutés et domaines de collision Les commutateurs, à condition d'être bien intégrés dans la conception de la structure réseau, constituent la clé pour éviter le ralentissement du réseau suite à une collision ou une congestion. Certains commutateurs intelligents créent moins de trafic réseau en envoyant des données uniquement au destinataire qui en a besoin. Ils peuvent également filtrer les paquets défectueux, interrompant ainsi leur progression. Les commutateurs divisent également un réseau en domaines distincts plus courts qui acheminent respectivement un trafic moins important. Les commutateurs full-duplex (voir page 66), qui permettent une transmission de données dans les deux sens, peuvent augmenter la bande passante et supprimer complètement les collisions sur les segments qui les utilisent. Schneider Electric recommande l'utilisation de la commutation full-duplex dans les réseaux d'automatisation. 62 31006930 10/2009 Planification et configuration Congestion du réseau La performance observable sur un réseau partagé se détériore si des équipements ou des applications nécessitant plus de données viennent s'ajouter à la configuration globale. L'augmentation des collisions peut être due à l'installation d'équipements en surnombre ou d'un trafic trop important sur le réseau. Par exemple, le débit réel sur un réseau Ethernet de 10 Mbit/s de charge modérée est d'environ 35 % de capacité, ce qui représente 2,5 Mbit/s environ (après calcul du traitement des paquets, des intervalles interpaquets et des collisions). Un réseau Fast Ethernet de charge modérée partage 25 Mbit/s de données réelles dans la même situation. Les collisions augmentent sur les deux réseaux au fur et à mesure que des nœuds supplémentaires et/ou un trafic plus important sont ajoutés au domaine de collision partagé. Encore une fois, une bonne planification dans la segmentation du réseau et une utilisation des commutateurs intelligents, contribuent à réduire la congestion et à maintenir des performances convenables. Domaines de diffusion Ethernet Une diffusion est la transmission d'un même message à des destinataires multiples sur le réseau. Tout équipement configuré pour la diffusion réseau reçoit le message en question. La diffusion peut être très utile. Cependant, si le domaine créé dans la conception réseau est trop volumineux, une diffusion peut créer un volume de trafic si important qu'il entraîne des retards. Certains types de données de diffusion peuvent entraîner plus de retards que d'autres, mais les retards ont un impact sur les performances de chaque équipement sur le réseau. Limitez la taille du domaine de diffusion avec un routeur ou un commutateur intelligent qui contrôle le retard dû à des diffusions excessives. L'utilisation de composants comme les routeurs pour délimiter les domaines de diffusion peut améliorer les performances globales d'un réseau. Des routeurs installés entre plusieurs réseaux locaux (LAN) forment des limites logiques de domaine de diffusion. Etant donné que les routeurs filtrent le trafic réseau, un routeur peut être configuré pour ne faire suivre que des diffusions spécifiques vers d'autres domaines. L'utilisation d'un routeur pour ce processus est peut-être plus gourmande en temps, mais elle augmente l'efficacité de la transmission. 31006930 10/2009 63 Planification et configuration Réseaux VLAN Un LAN virtuel regroupe des équipements qui peuvent être situés dans différents emplacements physiques dans un réseau virtuel, tout en partageant des ressources, des serveurs et d'autres équipements parmi un groupe de travail. L'utilisation d'un VLAN pour segmenter le trafic peut accroître les performances réseau en réduisant la taille des domaines de collision et des charges de trafic. Elle constitue une manière plus souple et moins chère de modifier des groupes dans un environnement susceptible de changer. Le regroupement ajoute également une homogénéité à l'adressage et aux protocoles, un avantage pour l'administrateur, et requiert moins de ressources du serveur local. Un VLAN apporte également des mesures de sécurité en plus. Il existe plusieurs façons de regrouper des équipements dans un VLAN. Les VLAN équipés de ports sont des stations terminales regroupées par ports sur un commutateur. S'ils sont branchés sur certains ports terminaux, ils appartiennent au même groupe. Les ports VLAN peuvent être configurés à l'aide de commutateurs intelligents qui prennent en charge les configurations VLAN. Un autre type de configuration VLAN est le protocole VLAN (PVLAN), dans lequel le commutateur examine automatiquement tous les ports et regroupe les stations terminales par protocole. Les stations terminales peuvent également être groupées par adresse réseau IP. Lorsqu'une adresse IP est attribuée à une station terminale, elle est placée dans un VLAN spécifique. 64 31006930 10/2009 Planification et configuration Les stations terminales peuvent également être groupées sur la base de leurs adresses IP. Une fois que l'adresse IP est attribuée à une station terminale, elle est placée dans un VLAN spécifique. Les VLAN peuvent être implémentés sur des commutateurs de couche 3 (voir page 68) pour créer des domaines de diffusion multiples, comme les routeurs. Le moteur de commutation peut ensuite acheminer d'un VLAN à l'autre, améliorant les performances sur le LAN. Des VLAN sont soumis à certaines limitations comme le nombre de diffusions et d'adresses Ethernet et des contraintes sur les ports. IP sans fil La communication sans fil (IEEE 802.11a/b/g) permet de réaliser des communications mobiles sans le coût des longueurs de câble ou de la maintenance à emplacement fixe. Elle ne remplace pas les réseaux câblés ; elle permet à un seul équipement d'accéder au réseau à partir de divers emplacements. La technologie sans fil pour les environnements industriels doit créer la même fiabilité, performance et redondance qu'aujourd'hui avec les réseaux câblés. 31006930 10/2009 65 Planification et configuration Matériel LAN Récapitulatif Un aperçu du matériel utilisé sur un réseau local est utile pour planifier un réseau robuste pour votre application industrielle. La description suivante fournit un bref aperçu et quelques recommandations pour le matériel LAN à utiliser pour construire une application (voir page 86) Ethernet industrielle Transparent Ready. Matériel et couches de fonctionnement Le tableau suivant montre sur quelle couche tombe chaque élément matériel, conformément au modèle OSI (voir page 135) : Couche Numéro Matériel de couche Application 7 passerelle (si la passerelle convertit également le protocole) Réseau 3 routeurs/passerelles, commutateurs de couche 3 Liaison de données 2 commutateurs Physique 1 concentrateurs Concentrateurs (répéteurs) Un concentrateur est un équipement actif avec des ports multiples qui relient les équipements entre eux et étendent la longueur du réseau. En général, les concentrateurs sont des équipements de type Plug and Play qui ne nécessitent aucune configuration. Les concentrateurs sont transparents pour les autres équipements et sont principalement des répéteurs qui étendent les segments de réseau. Ils reçoivent des informations par le biais d'un de leurs ports et les transmettent à tous leurs autres ports. Un nombre limité de concentrateurs peut être mis en cascade pour étendre la longueur du réseau. Des équipements interconnectés par des concentrateurs occupent le même domaine de collision ; ils sont situés dans le même segment de réseau où des paquets d'informations peuvent entrer en collision. De ce fait, les concentrateurs diminuent l'efficacité du réseau. 66 31006930 10/2009 Planification et configuration Commutateurs Les commutateurs sont des équipements actifs utilisés pour relier des équipements entre eux et étendre la longueur du réseau. Contrairement aux concentrateurs, les commutateurs reçoivent des informations par le biais d'un de leurs ports et les transmettent uniquement au port sur lequel l'équipement cible des informations entrantes est connecté. Un nombre illimité de commutateurs peut être mis en cascade pour étendre la longueur du réseau. Les commutateurs sont transparents pour les équipements du réseau. Ils offrent de nombreuses fonctions pour gérer le trafic et fournir une sécurité (voir page 151). Les commutateurs scindent les domaines de collision pour que les équipements interconnectés par des commutateurs occupent des domaines de collision différents. Types de commutateurs Il existe deux types de commutation : en mode direct et stockage et retransmission. z z Le commutateur en mode direct commence à transférer un paquet dès sa réception, ce qui peut entraîner une perturbation du réseau si le paquet est défectueux. La commutation de type "stockage et retransmission" attend que tout le paquet arrive et vérifie si celui-ci n'est pas corrompu avant de le transférer vers le port approprié. Ceci évite d'envoyer des paquets corrompus sur tout le réseau. Un commutateur de stockage et retransmission arrête également un paquet corrompu au premier commutateur qu'il atteint. Le retard du processus est minimal, inférieur à 1 ms sur un réseau industriel. Les commutateurs de type "stockage et retransmission" sont recommandés par Schneider Electric pour les réseaux d'automatisation. Emetteurs-récepteurs Les émetteurs-récepteurs modifient le support physique : dans la plupart des cas, ce changement survient entre le cuivre et la fibre optique. Ponts Un pont a été utilisé pour connecter deux segments LAN avec des protocoles différents (Ethernet, Token Ring) ou pour connecter deux LAN, en utilisant des adresses Ethernet. Cependant, étant donné que les ponts offrent une performance de débit inférieure, une densité de port inférieure, un coût de transport supérieur et une flexibilité inférieure, l'utilisation des commutateurs est à préférer à celle des ponts. 31006930 10/2009 67 Planification et configuration Routeurs (passerelles) Un routeur Ethernet est également appelé passerelle ou passerelle par défaut. Les routeurs connectent deux réseaux distincts. Ils créent ou gèrent une table des réseaux disponibles et utilisent ces informations pour déterminer le meilleur itinéraire pour un paquet de données spécifique depuis le réseau source vers le réseau cible. Les routeurs peuvent être utilisés pour scinder des domaines de diffusion. Commutateurs de routage de couche 3 Un commutateur de couche 3 est un routeur implémenté dans un matériel. Il fonctionne comme un routeur mais à une vitesse plus élevée. 68 31006930 10/2009 Planification et configuration Autres considérations LAN Résumé Vous trouverez ci-dessus des considérations supplémentaires sur la planification d'un réseau industriel robuste. Comparaison entre les modes Full-Duplex et Half-Duplex Schneider Electric recommande l'utilisation des commutateurs Full-Duplex, dans la mesure du possible. Les commutateurs Full-Duplex : z z z offrent une meilleure bande passante (100 Mo dans les deux directions sur certains réseaux) ; permettent à un équipement d'envoyer des réponses tout en recevant d'autres requêtes ou trafic ; génèrent moins de retards et d'erreurs avec un équipement. Quand utiliser un commutateur Utilisez toujours des commutateurs dans la conception de votre réseau. Ils offrent davantage de fonctions intelligentes que les concentrateurs, à coût égal, voire moindre. Les commutateurs industriels développés à l'heure actuelle sont parfaitement capables de fonctionner dans des conditions extrêmes, notamment en présence d'interférences électromagnétiques, de températures de fonctionnement élevées et avec des charges mécaniques importantes. Protégez vos commutateurs industriels à l'aide de connecteurs amovibles jusqu'à IP67 (voir page 83) et de câblage en anneau redondant. Bande passante 10 Mo de bande passante peuvent être utilisés pour les équipements terminaux plus petits, mais pas pour les liaisons vers automate/SCADA ou vers les principales liaisons de réseau. 100 Mo sont suffisants pour la plupart des systèmes d'automatisation. 1 Go est suffisant pour la principale liaison de réseau. Une telle capacité n'est pas obligatoire mais permet de disposer d'une bande passante supplémentaire en cas de besoin. Elle devient toutefois nécessaire si d'autres services partagent le réseau avec le système d'automatisation. 31006930 10/2009 69 Planification et configuration Technologies WAN et conception réseau Récapitulatif Plusieurs LAN qui résident dans des emplacements physiques très éloignés peuvent être joints dans un réseau étendu WAN. Le WAN utilise généralement des services loués pour la connexion. Ces services comprennent : z z z z z lignes louées point à point commutation de circuits commutation de paquets circuits virtuels accès commuté Les technologies WAN fonctionnent au niveau des trois couches inférieures du modèle OSI (voir page 135) : la couche physique, la couche liaison de données et la couche réseau. Lorsque vous planifiez une application Ethernet industrielle Transparent Ready, prenez en compte certains facteurs concernant votre WAN comme la taille et les emplacements du réseau proposé, le volume du trafic et le coût et la vitesse des différents services de transmission commerciaux. Liaisons point à point (lignes louées) Les liaisons point à point fournissent un chemin de communication WAN préétabli unique depuis votre site vers votre réseau distant, par le biais du réseau d'un fournisseur de services. Le fournisseur de services dédie le câblage et la bande passante pour répondre aux besoins de votre entreprise. Le coût dépend de la quantité de bande passante requise et de la distance entre les points de connexion. Commutation de circuits Un routeur peut initier des connexions à commutation de circuits le cas échéant, puis déconnecter le circuit une fois la communication terminée. Le coût dépend de l'heure à laquelle le circuit est utilisé, ce qui fait de la commutation de circuit une solution de sauvegarde répandue pour d'autres technologies WAN. RNIS est un exemple de technologie rentable. Utilisés en tant que sauvegarde, les routeurs peuvent être configurés pour réacheminer le trafic automatiquement en cas d'échec des autres lignes WAN. RNIS prend en charge des vitesses de transfert de données de 64 Kbit/s. Il existe deux types de RNIS : z z 70 BRI, un service de base, comprend deux voies de 64 Ko et une voie D pour transmettre les informations de contrôle. PRI, pour les utilisateurs nécessitant une plus grande capacité, comprend 23 voies B et une voie D (USA) ou 30 voies B et une voie D (Europe). 31006930 10/2009 Planification et configuration Commutation de paquets La commutation de paquets implique le partage des ressources auprès d'un fournisseur de services. Le fournisseur de services alloue des portions d'une ligne ou de circuits virtuels que votre entreprise utilisera. La commutation de paquets scinde les paquets et les étiquette individuellement, les envoie de manière séquentielle sur le réseau en empruntant l'itinéraire le plus approprié, puis les rassemble au point de destination. Ceci est plus efficace et plus rentable pour le transporteur, tout en diminuant le coût pour l'utilisateur par rapport à des services dédiés. Les exemples les plus courants de technologies WAN à commutation de paquets sont relais de trame, ATM et MPLS. Le relais de trame (qui repose sur une technologie à commutation de paquets) prend en charge des vitesses de transfert de données de T-1 (1,544 Mbit/s) et T-3 (45 Mbit/s). Le relais de trame peut constituer une solution économique pour les applications industrielles. 31006930 10/2009 71 Planification et configuration Circuits virtuels Les circuits virtuels sont des circuits logiques créés au sein d'un réseau partagé. On en distingue deux types : z z les circuits virtuels commutés (SVC), qui sont dynamiquement établis sur demande et interrompus une fois la transmission terminée les circuits virtuels permanents (PVC), une option plus onéreuse pour des situations dans lesquelles le transfert de données entre équipements est constant Services d'accès commuté Les services d'accès commuté d'un WAN peuvent constituer une solution économique lorsque votre entreprise ne génère pas un trafic de transmission volumineux. L'accès commuté est aussi fréquemment utilisé comme sauvegarde pour d'autres technologies WAN. Les gestionnaires réseau peuvent procéder à un dépannage à distance sur un modem connecté à un routeur sur une ligne d'accès commuté bon marché si la ligne principale est en panne. 72 31006930 10/2009 Planification et configuration Matériel WAN Récapitulatif Pour connecter votre réseau à d'autres réseaux, certains équipements sont requis : z z z z z z routeurs commutateurs WAN serveurs d'accès modems CSU/DSU adaptateurs de terminaux RNIS Routeurs Un routeur est un commutateur logique qui relie votre réseau au WAN et permet de connecter le WAN à votre autre emplacement de réseau. Il y a un routeur à chaque extrémité du WAN. Certains routeurs intègrent parfois la connexion physique, mais l'équipement de connexion physique peut aussi être externe. 31006930 10/2009 73 Planification et configuration Commutateurs WAN Les commutateurs ont des fonctionnalités de couche 3, qui combinent les avantages de la commutation et du routage dans un équipement unique. Serveurs d'accès Les serveurs d'accès permettent aux utilisateurs d'avoir des connexions entrantes et sortantes. Serveur à accès distant, page 159 Modems Les modems convertissent les signaux analogiques et numériques et prennent en charge des connexions au réseau sur des lignes téléphoniques de type vocales. Ils peuvent être intégrés à d'autres composants du réseau ou achetés séparément. Trois options d'équipement peuvent être utilisées pour se brancher à un routeur : z z z modems CSU/DSU adaptateurs de terminaux RNIS Le matériel CSU/DSU se branche sur un routeur pour fournir une connexion à un réseau numérique comme une ligne T1. Ce matériel peut se connecter en tant que composant externe ou être intégré à des composants réseau plus avancés. Les fournisseurs de services proposent souvent des CSU/DSU ; si ce n'est pas le cas, ils peuvent vous aider à configurer votre CSU/DSU pour l'adapter à la configuration de leur ligne. Un adaptateur de terminal RNIS est un modem utilisé pour relier des connexions Basic Rate Interface (BRI) RNIS à un routeur. Ces adaptateurs peuvent être des équipements distincts ou intégrés à un routeur. 74 31006930 10/2009 Planification et configuration Topologie WAN Le schéma ci-dessous illustre un WAN comprenant un site principal connecté à plusieurs sites distants. L'usine principale est connectée aux usines distantes C et D par une connexion à relais de trame à commutation de paquets utilisant des circuits virtuels (PVC dans ce cas). L'usine principale est connectée à l'usine distante A par des lignes RNIS. Un site critique (usine distante D) est également connecté à une connexion RNIS à commutation de circuits agissant comme sauvegarde de la liaison de relais de trame. Cette connexion RNIS est configurée dynamiquement sur le routeur haut de gamme pour se réaliser uniquement en cas d'échec de la connexion du relais de trame. Un serveur d'accès commuté est également illustré (en haut à gauche) ; il prend en charge le dépannage lié à la gestion du réseau depuis des emplacements distants en cas de perte totale de la connectivité WAN avec le site principal. Les autres matériels WAN comprennent les routeurs, les modems, les CSU/DSU (aux usines distantes A, B, C et D) et un adaptateur de terminal RNIS (à l'usine distante D). 31006930 10/2009 75 Planification et configuration 2.3 Exigences liées à l'environnement Vue d'ensemble Un réseau Ethernet industriel Transparent Ready permet de connecter des automates industriels en se basant sur la connectivité Ethernet (automates, stations E/S, capteurs, actionnaires, etc.) et les équipements industriels de l'infrastructure Ethernet (câbles, connecteurs, commutateurs, concentrateurs, etc.). Schneider Electric propose trois catégories environnementales : z z z bureau industrie légère industrie lourde Ce sous-chapitre décrit les exigences environnementales pour un réseau Ethernet industriel. Le terme industriel fait référence à des conditions environnementales extrêmes (protection mécanique, climatique et contre le captage) auxquelles les appareils sont exposés, ainsi qu'aux variables de l'immunité au bruit. Un réseau Ethernet industriel doit présenter des performances prévisibles ainsi qu'un niveau de convivialité assez élevé, afin de compenser ces conditions extrêmes. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 76 Page Résumé des normes environnementales 77 Exigences liées à la mécanique 78 Exigences liées à la protection climatique 80 Exigence de protection contre la pénétration de corps étrangers 82 Emission électromagnétique et exigences d'immunité 85 31006930 10/2009 Planification et configuration Résumé des normes environnementales Normes pour les variables environnementales La plage de valeurs pour les variables environnementales d'un système (par exemple, la température comme variable climatique) est définie dans des normes de l'industrie établies par divers organismes : UL, CE, CEI, CSA CENELEC, etc. (voir page 78) Même si de nombreuses normes sont de portée internationale et globalement acceptées, les principaux organismes de normalisation poursuivent leurs efforts afin de rapprocher les normes existantes et d'en créer de nouvelles qui s'accordent les unes avec les autres. Les normes varient souvent d'une région à une autre, d'une application à une autre et d'un équipement à un autre. Schneider Electric recommande que vous preniez en compte ces divergences lors de la conception de votre réseau Transparent Ready. Normes industrielles et de télécommunication Pour ce qui est des normes pour l'Ethernet industriel, deux aspects supplémentaires doivent être mentionnés. z z Les groupes responsables des télécommunications et des technologies de l'information, tels que le TIA, définissent des normes pour l'Ethernet industriel en plus des organisations de normalisation industrielles traditionnelles. Contrairement aux normes spécifiques aux automates industriels, les normes pour les équipements de l'infrastructure Ethernet industriel (concentrateurs, commutateurs, routeurs, etc.), les câbles et les connecteurs ne sont pas encore clairement définies. Un grand nombre d'équipementiers pour l'infrastructure Ethernet ont adopté les normes utilisées pour les automates industriels (automates, stations d'E/S, etc.) et les considèrent comme adaptées aux équipements Ethernet. Conformité aux normes Ce sous-chapitre tente de fédérer les recommandations pour la sécurité environnementale établie par les normes émergentes pour l'Ethernet industriel, ainsi que les normes pour les télécommunications et les technologies de l'information. En plus de ces recommandations, il est important de noter les points suivants : z z 31006930 10/2009 Lors de la conception d'une installation Ethernet industriel, vous devez vous conformer aux régulations établies par vos organisations de normalisation régionales, à la fois pour les types d'équipements que vous avez l'intention d'utiliser et les applications que vous ciblez. Ces normes fournissent généralement des règles bien définies et des instructions pour des automates industriels. En ce qui concerne les câbles et les connecteurs, des normes émergentes sont en cours de définition. Les organisations Ethernet industriel, telles que Modbus, IDA et IAONA, fournissent des recommandations pour les câbles et les connecteurs. Les travaux en cours sur la normalisation des câbles et des connecteurs sont mentionnés dans d'autres rubriques de ce sous-chapitre. 77 Planification et configuration Exigences liées à la mécanique Introduction Les exigences liées à la mécanique s'appliquent à tout composant électronique, électrique, mécanique ou tout assemblage de composants. Les tests et les indices pour la conformité mécanique aux normes incluent les éléments suivants : z z z z z z chocs vibrations résistance à la traction flexion écrasement impact Exigences liées au choc Le tableau ci-dessous décrit les limites admissibles recommandées en termes de chocs pour l'environnement Ethernet industriel. Environnement Limites en Référence termes de chocs Environnement industriel léger (faible charge d'activité) 15 g/11 ms (dans les trois plans) CEI 60068-2-27 (Essais d'environnement. Partie 2 : Essais. Essai Ea et guide : Chocs EN 60068-2-27 Environnement industriel lourd (forte charge d'activité) 20 g/11 ms (dans les trois plans) CEI 60068-2-27 27 (Essais d'environnement. Partie 2 : Essais. Essai Ea et guide : Chocs EN 60068-2-27 Exigences liées aux vibrations Les vibrations sont définies en tant qu'oscillations mécaniques produites par les mouvements d'un membre ou d'un corps à partir de sa position de repos pendant des périodes régulières ou irrégulières. Les vibrations peuvent entraîner des dommages matériels, des pertes de contrôle de l'équipement et une efficacité réduite dans le fonctionnement de la machine. 78 31006930 10/2009 Planification et configuration Le tableau ci-dessous décrit les limites admissibles recommandées en termes de vibrations pour l'environnement Ethernet industriel. Environnement Limites en termes Référence de vibrations Environnement industriel léger (faible charge d'activité) 2 g à 10 - 500 Hz CEI 60068-2-6 (Essais d'environnement. Partie 2 : Essais. Essai Fc : Vibrations (sinusoïdales) EN 60068-2-6 Environnement industriel lourd (forte charge d'activité) 5 g à 10 - 500 Hz CEI 60068-2-6 (Essais d'environnement. Partie 2 : Essais. Essai Fc : Vibrations (sinusoïdales) EN 60068-2-6 Exigences liées à la résistance à la traction Le tableau ci-dessous décrit les limites admissibles recommandées en termes de résistance à la traction pour les câbles Ethernet industriels. Environnement Exigences liées à la de résistance à la traction Référence Environnement industriel léger (faible charge d'activité) 75/100/200 N pendant 1 min CEI 60966-1 Environnement industriel lourd (forte charge d'activité 100/200 N pendant 1 min IEC 60966-1 Exigences liées à la flexion Le tableau ci-dessous décrit les limites admissibles recommandées en termes de flexion pour les câbles Ethernet industriels. Environnement Exigences liées à la flexion Environnement industriel léger (faible charge d'activité) 5 N 1 000 opérations +/-90 degrés Environnement industriel lourd (forte charge d'activité 5 N 1 000 opérations +/-90 degrés Exigences liées à l'écrasement Le tableau ci-dessous décrit les limites admissibles recommandées en termes d'écrasement pour les câbles Ethernet industriels. Environnement Exigences liées à l'écrasement Environnement industriel léger (faible charge d'activité) Projet de norme ISO/CEI en cours de rédaction et non encore publié. Environnement industriel lourd (forte charge d'activité) 31006930 10/2009 79 Planification et configuration Exigences liées à la protection climatique Introduction Les exigences climatiques pour un réseau Ethernet industriel sont les suivantes : z z z z température ambiante en fonctionnement température de stockage humidité exposition aux UV Exigences liées à la température La température peut affecter les automates industriels et les composants de l'infrastructure du réseau Ethernet, tels que les câbles, les connecteurs et les accessoires, de différentes manières. Des valeurs extrêmes de température peuvent avoir un effet sur la performance. Par exemple, un froid extrême peut rendre les câbles rigides, cassants et difficiles à manipuler, alors que les températures élevées peuvent ramollir, voire même faire fondre le plastique utilisé dans les câbles. L'affaiblissement dans le câble CAT 5E standard augmente à un taux de 0,4% par degré Celsius, au-dessus de 20 degrés Celsius. La température ambiante est la température de l'environnement autour de l'équipement. Mesurez la température ambiante pour un équipement à une distance située entre 30 et 40 cm de la surface externe de l'équipement, afin de tenir compte de la circulation d'air à proximité immédiate. Les deux tableaux ci-dessous décrivent les plages de température ambiante lors du fonctionnement ou du stockage. Si la température ambiante lors du fonctionnement de l'équipement se situe dans la plage donnée, l'équipement est utilisé selon ses caractéristiques de température. Tableau des températures en fonctionnement Environnement Plage de fonctionnement Référence Industrie légère 0 à 60 degrés C CEI 60654-1 Industrie lourde -20 à +85 degrés C CEI 60654-1 Tableau des températures de stockage 80 Environnement Plage de fonctionnement Industrie légère -25 à +70 degrés C Industrie lourde -25 à +70 degrés C 31006930 10/2009 Planification et configuration Autres facteurs environnementaux L'humidité et l'exposition aux UV peuvent également affecter la performance des câbles. Les tableaux ci-dessous décrivent la plage d'humidité admissible (en pourcentage) lors du fonctionnement de l'appareil ainsi que le nombre d'heures admissibles d'exposition aux UV. Tableau relatif à l'humidité Environnement Humidité Industrie légère 5 à 95 % sans condensation Industrie lourde 0,1 à 95 % sans condensation Tableau relatif à l'exposition aux UV 31006930 10/2009 Environnement Exposition aux UV Industrie légère 3 000 h Industrie lourde 6 000 h 81 Planification et configuration Exigence de protection contre la pénétration de corps étrangers Introduction Des corps solides étrangers, tels que la poussière, l'eau, l'humidité et autres polluants, peuvent pénétrer dans une enveloppe d'équipements industriels. La protection contre la pénétration de corps étrangers renvoie à la capacité de l'enveloppe à ne pas laisser pénétrer ces corps. Elle implique également que toute personne doit rester à distance des pièces tournantes situées à l'intérieur de l'enveloppe. Deux types de régulations définissent les variables de protection contre la pénétration des corps étrangers : z z degré de pollution degré de protection Degré de pollution La présence de pollution, telle que l'humidité ou la poussière, sur la surface des équipements peut réduire leur capacité d'isolement. La norme CEI 1010 définit les différents types d'environnements de pollution. Les environnements fortement pollués doivent bénéficier d'un isolement renforcé. Il est également possible de créer des micro-environnements propres pour les circuits et les équipements sensibles utilisant des boîtiers, des méthodes d'enrobage et des joints hermétiques. Quatre niveaux de pollution ont été définis par la norme CEI 60664-1 (Coordination de l'isolement des matériels dans les systèmes (réseaux) à basse tension Partie 1 : Principes, prescriptions et essais) : 82 Niveau de pollution Description Niveau 1 Absence de pollution ou uniquement pollution sèche, non conductrice. Ce type de pollution n'a aucune influence électromagnétique ou autre. Niveau 2 Normalement, uniquement la pollution non conductrice. Une conductivité occasionnelle due à la condensation peut toutefois survenir. Niveau 3 Pollution conductrice ou pollution sèche non conductrice devenant conductrice à cause de la condensation. La pollution de niveau 3 survient dans les environnements industriels et de chantier considérés comme difficiles. Niveau 4 Pollution générant une conductivité persistante due à de la poussière, de la pluie ou de la neige conductrice. 31006930 10/2009 Planification et configuration Tableau de pollution pour Ethernet industriel Le tableau ci-dessous répertorie les niveaux de pollution recommandés autorisés pour les automates industriels et les composants d'infrastructure Ethernet : Environnement Niveau de pollution autorisé Référence Industrie légère (faible charge d'activité) Niveau 2 CEI 1010 Industrie lourde (forte charge d'activité) Niveau 3 CEI 1010 CEI 60664-1 CEI 60664-1 Degré de protection : code IP Le degré de protection est définit par la norme CEI 60529. Cette norme décrit un système de classification international composé des lettres IP (Ingress Protection en anglais), suivies de deux ou trois chiffres. Ce code IP détermine l'efficacité du joint des enveloppes de matériels électriques à les protéger contre l'intrusion de corps solides étrangers, tels que la poussière, les outils, les doigts, etc. Le premier chiffre (le plus à gauche) du code IP indique le degré auquel les personnes sont protégées de tout contact avec les pièces tournantes (à l'exclusion des arbres à rotation lente) ainsi que le degré auquel les équipements sont protégés contre toute pénétration de corps solides étrangers. Premier chiffre Degré de protection : objets solides 31006930 10/2009 0 Aucune protection spéciale. 1 Protection contre l'introduction de parties du corps, comme une main, et d'objets solides supérieurs à 50 mm de diamètre. Ne prévoit aucune protection contre les accès délibérés. 2 Protection contre l'introduction de doigts ou d'autres objets inférieurs à 80 mm de longueur et 12 mm de diamètre. 3 Protection contre l'introduction d'outils, de fils et d'autres objets solides ayant un diamètre ou une épaisseur supérieurs à 1,0 mm. 4 Protection contre l'introduction d'objets solides ayant un diamètre ou une épaisseur supérieurs à 1,0 mm. 5 Protection contre l'introduction de poussière en quantité importante présentant un risque d'interférence avec le fonctionnement de l'équipement. 6 Enveloppe étanche aux poussières. 83 Planification et configuration Le second chiffre du code IP indique le degré de protection de l'équipement contre la pénétration nuisible d'eau et d'humidité sous diverses formes. Second chiffre Degré de protection : Humidité 0 Aucune protection spéciale. 1 Protection contre le suintement d'eau. 2 Protection contre le suintement vertical d'eau. 3 Protection contre les vaporisations d'eau. 4 Protection contre les éclaboussures d'eau. 5 Protection contre les projections d'eau par les buses. 6 Protection contre les fortes arrivées d'eau ou les jets d'eau puissants. 7 Protection contre l'immersion. 8 Protection contre les immersions totales prolongées dans l'eau. L'utilisateur final doit spécifier la profondeur et la durée d'immersion. L'exigence doit être supérieure à IP67. Un troisième chiffre est parfois utilisé s'il existe une seule classe de protection, et un X est alors inséré pour l'un des chiffres. Par exemple, IPxI indique que l'équipement est protégé contre le suintement d'eau uniquement. Degrés de protection recommandés pour Ethernet industriel Environnement Degré de protection Référence recommandé Industriel léger (faible charge d'activité) IP20 CEI 60529 - Degrés de protection procurés par les enveloppes (Code IP) EN 60529 Industriel lourd IP67 CEI 60529 - Degrés de protection procurés par les enveloppes (Code IP) EN 60529 84 31006930 10/2009 Planification et configuration Emission électromagnétique et exigences d'immunité Introduction Il existe deux types d'exigence CEM : z z l'émission : quantité de CEM qu'un produit ou un câble peut émettre, et l'immunité : degré de tolérance CEM d'un produit ou d'un câble. Les normes applicables dépendent de l'environnement pour lequel vous concevez votre système Transparent Ready. Les deux principales organisations de normalisation en termes de CEM sont la CEI et le CENELEC. Deux normes internationales font référence en matière de réglementation de l'émission électromagnétique et de l'immunité : z z CEI 61000-6-2: 1999 Compatibilité électromagnétique (CEM) - Partie 6-2 : Normes génériques – Immunité pour les environnements industriels CEI 61000-6-4: 1997 Compatibilité électromagnétique (CEM) - Partie 6 : Normes génériques - Section 4 : Norme sur l'émission pour les environnements industriels Norme CEI 1000-4 La norme CEI 1000-4 établit une référence commune pour l'évaluation de la performance des instruments de mesure et de contrôle des procédés industriels, lorsque ceux-ci sont exposés à des perturbations électriques ou électromagnétiques. Elle décrit les essais de sensibilité aux perturbations destinés à démontrer l'aptitude de l'équipement à fonctionner correctement dans des environnements de travail. Avant de déterminer le type d'essai à effectuer, évaluez tout d'abord les types de perturbations auxquelles l'équipement est soumis à son emplacement d'installation. Les facteurs suivants doivent également être pris en compte : z z z méthode avec laquelle le circuit électrique et les blindages sont reliés à la prise de terre ; qualité du blindage ; environnement. Les sections CEI 1000-4-2 à 1000-4-5 (voir page 531) de la norme sont abordées plus en détail dans ce manuel. 31006930 10/2009 85 Planification et configuration 2.4 Choix des composants Ethernet industriel Vue d'ensemble Ce chapitre fournit des informations sur le choix des composants Ethernet industriel appropriés. Il décrit les connecteurs recommandés pour les utilisations de bureau et industrie légère ainsi que pour les utilisations en industrie lourde. Les câbles en cuivre pour réseau Ethernet industriel et l'outillage propre à la fabrication de ces câbles sont également traités. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 87 Câbles à fibre optique 91 Spécifications de la couche physique 10/100BaseF 95 Connecteurs Ethernet pour les réseaux en cuivre 96 Connecteurs pour fibre optique 99 Equipements d'infrastructure recommandés pour Ethernet industriel 86 Page Câbles cuivre Ethernet 101 31006930 10/2009 Planification et configuration Câbles cuivre Ethernet Introduction Les câbles Ethernet servent à acheminer les signaux émis entre les équipements. Avant de fabriquer un câble, il est donc impératif de savoir quels types d'équipements seront connectés. La plupart des réseaux Ethernet utilisent des routeurs, des commutateurs et des concentrateurs pour gérer les flux d'informations. Ces équipements requièrent des types de câble différents de ceux qui connectent deux terminaux communiquant directement entre eux. Le réseau Ethernet industriel Transparent Ready doit utiliser des câbles à paire torsadée blindée CAT 5E ou supérieure. Câbles à paire torsadée Le câblage à paire torsadée est une forme de câblage courante, dans laquelle deux conducteurs sont enroulés l'un autour de l'autre pour supprimer les perturbations électromagnétiques (diaphonie). Le nombre de torsades au mètre est une caractéristique importante : un nombre élevé de torsades diminue la diaphonie. La torsion des paires, la qualité du matériau conducteur, le type d'isolant et le blindage sont d'autres facteurs déterminants de la vitesse de transmission des données. Classification et catégories de câbles Les câbles LAN, communément appelés câbles UTP (à paire torsadée non blindée), sont identifiés par un numéro de catégorie. La norme ANSI/EIA 568, développée par l'American National Standards Institute et l'Electronic Industries Association, est l'une des nombreuses normes qui définit les différentes catégories de systèmes de câblage à paire torsadée (fils, jonctions et connecteurs), en termes de débit de données pouvant être supporté sans problème. Elle spécifie le matériau du câble et les types de connecteurs et blocs de jonction requis pour satisfaire aux exigences de chaque catégorie. 31006930 10/2009 Catégorie Débit de données maximal Application courante CAT 1 Jusqu'à 1 Mbit/s (1 MHz) Câble téléphonique à paire torsadée non blindée classique pour voix. Non recommandé pour une utilisation en réseau. CAT 2 4 Mbit/s Câble à paire torsadée non blindée certifié pour les transmissions de données jusqu'à 4 Mbit/s. Ce câble possède quatre paires torsadées. Il ne doit pas être utilisé pour les applications réseau haute vitesse. CAT 3 16 Mbit/s Convient pour des signaux jusqu'à 16 MHz et gère les réseaux Ethernet 10 Mbit/s, anneau à jeton 4 Mbit/s et 100 VG-AnyLAN. Ce câble est enroulé pour une meilleure immunité au bruit. Il est installé sur de nombreux sites comme câble téléphonique. 87 Planification et configuration Catégorie Débit de données maximal Application courante CAT 4 20 Mbit/s Convient pour des signaux jusqu'à 20 MHz et certifié pour gérer les anneaux à jeton 16 Mbit/s. Ce câble possède quatre paires. CAT 5 100 Mbit/s 1 000 Mb/s (4 paires) Convient pour des signaux jusqu'à 100 MHz à une distance maximale de 100 m. Les réseaux Ethernet 100Base-TX, FDDI et ATM à 155 Mbit/s utilisent ce câblage. Il présente une faible capacité et une faible diaphonie, dues à son nombre élevé de torsades au mètre. Câble prédominant dans les nouveaux bâtiments depuis le début des années 1990. N'est plus en usage aujourd'hui : remplacé par 5E. CAT 5E Jusqu'à 350 Mbit/s Le câble CAT 5 amélioré présente toutes les caractéristiques du CAT 5, mais avec une fabrication de qualité supérieure pour minimiser la diaphonie. Il possède davantage de torsades et convient à des fréquences allant jusqu'à 200 MHz, soit le double des capacités de transmission du CAT5. Cependant, à ces fréquences, la diaphonie peut devenir problématique et, le câble n'étant pas blindé, il ne peut pas réduire la diaphonie. Ce câble est défini dans la norme TIA/EIA-568A-5 (Amendement 5). CAT 6 Jusqu'à 400 MHz Conçu pour supporter des fréquences de plus de 200 MHz, grâce à des composants dédiés permettant de réduire la distorsion du temps de propagation et autres problèmes. Les organisations TIA et ISO ont travaillé ensemble sur cette catégorie. CAT 7 600/700 MHz Conçu pour supporter des fréquences jusqu'à 600 MHz. Outre les paires qui sont chacune blindées, le câble est également recouvert d'une gaine blindée. Les connecteurs devraient faire l'objet d'une conception propriétaire dédiée. Les organisations TIA et ISO ont travaillé ensemble sur cette catégorie. Les deux catégories les plus largement installées sont les catégories CAT 3 (réseaux 10Base-T) et CAT 5 (réseaux 100Base-T). Même s'ils paraissent identiques, le câble CAT 3 a, lui, été testé sur une série de spécifications plus basses et est susceptible de générer des erreurs de transmission s'il est poussé à des vitesses plus rapides. Les câbles CAT 3 sont certifiés paradiaphoniques uniquement pour les signaux de 16 MHz, alors que les câbles CAT 5 doivent satisfaire à une exigence de 100 MHz. Le câble CAT 5 a récemment été remplacé par le CAT 5E comme norme de référence. Blindage des câbles à paire torsadée Il existe essentiellement deux types de paires torsadées : les paires torsadées blindées (STP) et les paires torsadées non blindées (UTP). 88 31006930 10/2009 Planification et configuration En général, les câbles STP et UTP possèdent deux paires de câbles (4 conducteurs). La paire torsadée écrantée (ScTP) est une paire torsadée non blindée de 100 Ω à quatre paires, toutes recouvertes d'une feuille ou d'un écran tressé afin de réduire les rayonnements EMI et la sensibilité au bruit extérieur. La paire ScTP est également appelée paire torsadée à feuille (FTP) ou paire UTP tressée (sUTP). Elle peut être considérée comme la version blindée des câbles UTP CAT 3, 4 et 5 et s'utilise dans les applications Ethernet de la même manière que le câblage UTP de catégorie équivalente. NOTE : Le réseau Ethernet industriel Transparent Ready doit utiliser des câbles blindés CAT 5E. Autres caractéristiques de câble Les câbles UTP et STP existent sous deux formes : la forme massive et la forme toronnée. Le terme massif renvoie au fait que chaque conducteur interne est constitué par un seul fil. Le terme toronné signifie que chaque connexion se compose de plusieurs fils plus petits. Le seul avantage du câble toronné (en général beaucoup plus coûteux) par rapport à la forme massive est son petit rayon de courbure, qui lui permet d'être enroulé autour d'angles plus petits avec moins de perte. A tout autre égard, les deux formes de câbles affichent des performances identiques. Caractéristiques de la couche physique Le tableau ci-dessous récapitule certaines des nombreuses caractéristiques de couche physique définies pour Ethernet. Standard Débit de données Technologie Forme connecteur Longueur maximale des segments de câble 10Base-T 10 Mbit/s (20 Mbit/s RJ45 en mode Full Duplex optionnel) Deux paires de câble UTP 100 Ω 100 m CAT 3 ou supérieure 100 m 100Base-TX RJ45 100 Mbit/s (200 Mbit/s en mode Full Duplex optionnel) Deux paires de câble UTP 100 Ω 100 m CAT 5 ou supérieure 100 m 1000Base-T 1 Gbit/s Quatre paires de câble 100 Ω CAT 5 ou supérieure 100 m Half Duplex RJ45 100 m Full Duplex Le standard 100Base-TX gère des transmissions sur plus de 100 m de câblage UTP 100 Ω CAT 5. Les câbles CAT 5 (pour 100Base-T) offrent une qualité de câblage supérieure aux câbles CAT 3 (pour 10Base-T). Ils conviennent pour des transmissions jusqu'à des fréquences de 100 MHz, alors que les câbles CAT 3 gèrent uniquement les transmissions jusqu'à 16 MHz. Le standard 100Base-TX permet l'utilisation optionnelle de câbles STP 150 Ω. 31006930 10/2009 89 Planification et configuration Caractéristiques de couleur des câbles La norme EIA/TIA-568B spécifie le brochage des fils dans les prises et les connecteurs modulaires RJ45 à 8 broches. Elle définit également le code couleur applicable aux 8 fils des quatre paires. (Le code couleur est indépendant du type de réseau.) Reportez-vous à la norme EIA/TIA-568B pour connaître toutes les caractéristiques du brochage. Les couleurs définies pour les 4 paires/8 câbles sont les suivantes : Paire 1 Bleu/Blanc rayé bleu Paire 2 Orange/Blanc rayé orange Paire 3 Vert/Blanc rayé vert Paire 4 Marron/Blanc rayé marron Le code couleur de brochage spécifié pour le connecteur RJ45 est illustré cidessous. Schneider recommande l'utilisation de la gaine de câble verte RAL 6018. Différence entre les normes EIA/TIA 568A et EIA/TIA 568B Dans ces deux codes couleur, la paire 2 (orange) et la paire 3 (verte) sont interverties. La norme EIA/TIA 568B reste la plus largement utilisée. NOTE : Aucune différence n'est constatée entre ces deux schémas de câblage, que ce soit en termes de connectivité ou de performance, pour les connexions entre deux équipements (entre la prise et le panneau de raccordement, RJ-45 et RJ-45, etc.), tant que ces deux équipements sont câblés suivant le même schéma (A ou B). Vous pouvez également vous reporter au chapitre Installation (voir page 102) pour obtenir plus d'informations sur l'installation du câblage. 90 31006930 10/2009 Planification et configuration Câbles à fibre optique Résumé Les câbles à fibre optique offrent une solution de câblage alternative aux câbles en cuivre, remplaçant les câbles UTP et STP classiques. Les câbles à fibre optique sont généralement utilisés dans les réseaux fédérateurs, en environnements bâtiments et campus. Grâces aux récentes évolutions en terme de performance, de connectivité et de test des fibres optiques, celles-ci représentent la meilleure solution pour les connexions LAN sur des longues distances, pour relier par exemple les usines de fabrication ou les installations industrielles. Cumulée à l'amélioration des émetteurs-récepteurs et à la baisse des coûts des câbles, la technologie des fibres optiques est sans conteste une option haute performance très attractive. Normes applicables aux câbles à fibre optique Les normes TIA/EIA existantes en matière de fibres optiques ne définissent pas d'architecture, comme les normes TIA/EIA 568-B et ISO/CEI 11801. Les normes de fibre optique s'appliquent, au contraire, à toutes les installations de fibre, quel que soit leur emplacement ou leur utilisation. Actuellement, ces normes n'établissent aucune distinction, en termes d'installation, entre les câbles à fibre optique suspendus sous l'eau ou en surface, placés à l'intérieur ou à l'extérieur d'un bâtiment, ou utilisés dans les réseaux fédérateurs ou dans les avions. Description technique des câbles à fibre optique Les câbles à fibre optique sont composés de deux longs brins fins de verre ultra pur (silice) ou de plastique qui transmettent des signaux optiques (lumineux) sur des longues distances. Ces brins de verre sont extrêmement fins (à peu près la taille d'un cheveu) et organisés en faisceaux, appelés câbles optiques. Un câble optique consiste en un cœur central de verre, enveloppé d'une gaine optique en verre et d'une gaine externe plastique. Les photons de lumière sont transmis via le cœur central et réfléchis le long des parois par le matériau réfléchissant de la gaine optique. Une fine gaine externe plastique (renforcée par des fibres spéciales) recouvre et protège les deux cœurs internes. Selon les types de câbles, la fibre optique peut contenir un cœur métallique renforçant la robustesse du câble. Les câbles à fibre optique sont capables de transmettre des signaux sur des distances plus longues et à plus haute vitesse que les câbles cuivre. De plus, comme ces câbles transmettent de la lumière, ils ne génèrent aucune interférence électromagnétique, si problématique avec les câbles cuivre. Ils représentent donc une solution idéale pour les environnements industriels difficiles et les connexions extérieures entre les usines, grâce à leur excellente immunité à l'humidité et à la foudre. 31006930 10/2009 91 Planification et configuration Composition d'un câble à fibre optique Un câble à fibre optique se compose normalement de trois parties distinctes : z z z 1 2 3 le cœur : partie centrale fine en verre de la fibre qui transmet la lumière ; la gaine optique : matériau optique externe qui enveloppe le cœur et réfléchit la lumière vers le cœur ; la gaine intermédiaire : gaine plastique externe qui protège chaque fibre des dommages et de l'humidité. Gaine optique Cœur Gaine intermédiaire Types de câbles à fibre optique : introduction Les signaux optiques se propagent à travers le cœur d'une fibre, en suivant un seul chemin (fibre optique monomode) ou plusieurs chemins (fibre optique multimode). 92 31006930 10/2009 Planification et configuration Types de câbles à fibre optique : multimode Les fibres optiques multimodes ont un large diamètre de cœur (environ po. ou 62,5 μm) et transmettent, à partir de diodes électro-luminescentes (DEL), de la lumière infrarouge (longueur d'onde = 850 à 1300 nm). Les câbles à fibre optique multimode sont essentiellement utilisés dans les réseaux LAN basés sur des DEL, les réseaux campus et les réseaux métropolitains de courte distance. Il existe deux types de fibres multimodes : z z à saut d'indice : qui présentent un changement brusque entre le cœur et la gaine optique ; limitées à 50 Mbit/s environ ; à gradient d'indice : qui présentent un changement graduel entre le cœur et la gaine optique ; limitées à 1 Gbit/s. NOTE : Les caractéristiques de cœur des fibres optiques multimodes à saut d'indice et à gradient d'indice sont généralement 50, 60,5 ou 100 μm. Le diamètre de la gaine optique des fibres à saut d'indice est de 125 μm. Lorsque la fibre est graduelle, l'indice de réfraction diminue à mesure que l'on s'éloigne du cœur. Etant donné que la lumière voyage plus rapidement lorsque la réfraction est faible, la lumière réfléchie par le matériau externe voyage donc plus vite qu'au centre du cœur. Le schéma suivant illustre respectivement une fibre optique multimode à saut d'indice, multimode à gradient d'indice et monomode : 31006930 10/2009 93 Planification et configuration Types de câbles à fibre optique : monomode Les fibres optiques monomodes ont un petit diamètre de cœur (environ po. ou 9 μm) et transmettent de la lumière laser infrarouge (longueur d'onde = 1300 à 1550 nm). Elles n'offrent qu'un seul mode optique qui force la lumière à suivre un chemin linéaire à travers l'extrémité du câble, mais fournissent davantage de bande passante que les fibres multimodes. Les câbles à fibre monomode sont essentiellement utilisés dans les applications LAN intercentraux de longue distance à laser, les réseaux tout terrain et les liaisons sous-marines internationales. Les câbles utilisés sur des longues distances peuvent contenir entre 100 et 800 fibres/câble. Comparaison entre les fibres monomodes et multimodes Les fibres optiques monomodes bénéficient d'une plus grande capacité de données, d'une faible atténuation et d'un coût plus bas. Ce type de câble est le plus coûteux et le plus difficile à manipuler, mais il fournit la bande passante la plus large et les meilleures capacités en distance. Les avantages offerts par les fibres multimodes sont des coûts de connexion et d'électroniques bas, se traduisant par une baisse des coûts totaux d'installation. Comparaison entre les câbles à fibre optique et cuivre Les câbles à fibre optique présentent certains avantages par rapport aux câbles cuivre. Ceux-ci sont préférés pour une utilisation dans les réseaux fédérateurs et autres zones des réseaux LAN et Ethernet. Ces avantages sont les suivants : z z z z z z 94 Coût réduit : les câbles optiques sont moins coûteux que les fils en cuivre, pour des longueurs équivalentes Capacité de données accrue : la quantité importante de faisceaux de fibres optiques qu'ils contiennent permet de faire circuler davantage d'informations qu'un câble cuivre de même diamètre Dégradation restreinte du signal : les fibres optiques génèrent moins de perte de signal que les fils en cuivre, sur des distances équivalentes Plus fines, flexibles et légères : les fibres optiques peuvent être extraites avec un diamètre plus fin que les fils en cuivre, les rendant plus légères et flexibles et aussi plus faciles à placer dans des espaces confinés Faible puissance : les signaux optiques se dégradent moins et requièrent donc des émetteurs de faible puissance pour amplifier les signaux Aucune perturbation ou autre risque : l'absence de courant électrique à travers les fibres optiques évite tout risque d'interférences électromagnétiques, d'incendie ou de mise à la terre 31006930 10/2009 Planification et configuration Spécifications de la couche physique 10/100BaseF Introduction 10/100BaseF renvoie à des spécifications de la couche physique particulières, applicables aux câbles à fibre optique transportant des signaux Ethernet. Spécification du câble 10Base-FL Le réseau Ethernet classique (10 Mbit/s) inclut des spécifications pour la couche physique 10Base-FL. Le 10Base-FL gère les réseaux fédérateurs de câbles à fibre optique jusqu'à 4 km. La norme de câblage des immeubles commerciaux TIA/EIA approuve l'utilisation du 10Base-FL pour les interconnexions entre les bâtiments de campus. Le 10Base-FL affiche une vitesse de transmission de 10 Mbit/s (20 Mbit/s en mode Full Duplex optionnel), avec une longueur de segment maximale de 2 000 m. Le câble standard est un câble à fibre optique multimode, de type 62,5/125 (cœur de 62,5 μm et gaine optique de 125 μm), avec une longueur d'onde de 850 nm. Spécification du câble 100Base-FX La spécification de couche physique 100Base-FX est approuvée par la norme IEEE 802.3u, applicable au réseau Fast Ethernet (100 Mbit/s) sur câble à fibre optique. Le 100Base-FX affiche une vitesse de transmission de 100 Mbit/s (200 Mbit/s en mode Full Duplex optionnel), avec une longueur de segment maximale de 2 000 m (Full Duplex). Le câble standard est un câble à fibre optique multimode (cœur de 62,5 μm et gaine optique de 125 μm), avec une longueur d'onde de 1300 nm. Recommandations Schneider à propos des fibres optiques Pour les applications Ethernet industriel Transparent Ready, Schneider recommande l'utilisation de fibre de type 62,5/125, avec une quantité minimale et une qualité maximale de fibre. Schneider prend en charge les communications sur des longueurs d'onde comprises entre 850 nm (10Base-FL) et 1 300 nm (100BaseFX). Le câble peut contenir d'autres fibres ou conducteurs électriques. Les spécifications de protection pour le câble doivent être compatibles avec vos conditions d'installation. 31006930 10/2009 Environnement Couche physique Fibre recommandée Longueur Longueur maximale d'onde du segment Environnement industriel léger et lourd 10Base-FL 62,5/125 (multimode) 850 nm 2 000 m 100Base-FX 62,5/125 (multimode) 1 300 nm 200 m (Full Duplex) 95 Planification et configuration Connecteurs Ethernet pour les réseaux en cuivre Résumé Après avoir mené une analyse approfondie des tendances de marché, des propositions de l'industrie et du travail de normalisation en cours, et en l'absence de normes internationales sur le câblage cuivre dans les réseaux Ethernet industriel au moment de la rédaction de ce guide, Schneider Electric a défini les types de connecteurs à utiliser dans les produits Ethernet industriel Transparent Ready. Schneider Electric recommande l'utilisation du connecteur RJ45 dans les environnements de bureau et industriels légers (voir page 76) et l'utilisation du connecteur circulaire M12 codage D à quatre pôles dans les environnements industriels lourds. Connecteurs cuivre Ethernet recommandés Le tableau suivant répertorie les caractéristiques des connecteurs en cuivre Ethernet industriel recommandés par Schneider Electric. Environnement Connecteurs Industriel léger (faible RJ45 charge d'activité) Caractéristiques générales Brochage : ISO/CEI 8802-3 Référence CEI 60603-7 et TIA/EIA 568B Code couleur du brochage : TIA/EIA 568B Blindé Industriel lourd (forte charge d'activité) M12 codage D à 4 pôles CEI 61076-2-101 Blindé Connecteur RJ45 Comme défini dans les normes Ethernet IEEE 802.3 et ISO/CEI 8802-3, le connecteur spécifié pour les couches physiques Ethernet 10Base-T et 100Base-TX est le RJ45 (installations en cuivre). L'appellation RJ (Registered Jack - prise enregistrée) est définie dans le Code des règlements fédéraux des Etats-Unis. Le connecteur RJ45 est utilisé pour terminer les câblages à paire torsadée. Le schéma suivant illustre un connecteur RJ45 type : 96 31006930 10/2009 Planification et configuration Connecteur RJ45 blindé (ou écranté) Schneider Electric recommande l'utilisation de connecteurs RJ45 blindés dans les environnements de bureau et industriels légers, et l'utilisation de câbles blindés CAT 5E pour les réseaux Ethernet industriel 10Base-T et 100Base-TX. Si certains de vos équipements utilisent des connecteurs à prise blindée et sont mis à la terre en externe, le blindage du câble doit alors être mis à la terre aux deux extrémités du câble. Broches RJ45 et signaux Ethernet Le connecteur RJ45 possède 8 (huit) broches ou connexions électriques, numérotées de 1 à 8 de la gauche vers la droite. Pour les réseaux 10Base-T et 100Base-TX, les broches RJ45 sont affectées comme suit : Broche RJ45 Signal Ethernet 1 Emission + (TX+) 2 Emission - (TX-) 3 Réception + (RX+) 4 Non utilisé 5 Non utilisé 6 Réception - (RX-) 7 Non utilisé 8 Non utilisé Lorsque vous fabriquez des câbles Ethernet, si vous envisagez d'utiliser uniquement 2 paires (4 conducteurs), vous devez tous les relier. Si vous utilisez 4 paires (8 conducteurs), Schneider vous recommande de les connecter comme spécifié par la norme EIA/TIA 568B, même si les broches 4, 5, 7 et 8 n'ont pas de signal affecté. Pour le code couleur recommandé basé sur la norme TIA/EIA 568B, reportez-vous à Caractéristiques de couleur des câbles, page 90. 31006930 10/2009 97 Planification et configuration NOTE : Lorsque vous utilisez un câblage CAT 5/5e, les broches 4, 5, 6 et 8 ne sont pas nécessaires pour les couches physiques 10Base-T et 100Base-TX. Connecteurs circulaires M12 L'utilisation des connecteurs circulaires M12 n'est pas encore régie par une norme spécifique. Toutefois, le connecteur circulaire M12 est utilisé au niveau du bus de terrain dans de nombreuses applications industrielles lourdes. Schneider Electric recommande le connecteur M12-4 (à 4 pôles) codageD pour les réseaux Ethernet industriel Transparent Ready installés dans les environnements industriels lourds. Broches du connecteur circulaire M12 et signaux Ethernet Pour les réseaux Ethernet 10Base-T et 100Base-TX, les signaux Ethernet sont affectés comme suit aux broches du connecteur circulaire M12 : 98 M12 Signal Ethernet 1 Emission + (TD+) 2 Réception + (RD+) 3 Emission - (TD-) 4 Réception - (RD-) 31006930 10/2009 Planification et configuration Connecteurs pour fibre optique Développement de connecteurs pour fibre optique Il existe plusieurs types de connecteurs pour fibre optique. Le connecteur pour fibre optique (FC) a été le premier connecteur développé avec une férule en céramique de 2,5 mm. Cette férule correspond au capuchon du connecteur qui enveloppe l'extrémité d'une gaine optique, par laquelle se fait la connexion. Le connecteur à terminaison droite (ST) a fait son apparition peu de temps après. Il est doté de la même férule en céramique, mais est plus simple à introduire en raison de son joint. Le connecteur abonné (SC) a été développé ensuite, devenant rapidement populaire. Les connecteurs à terminaison de masse (MT) et MT/RJ constituent les dernières avancées dans l'industrie du connecteur. Connecteurs SC Le connecteur SC est en passe de devenir le connecteur le plus répandu avec les câbles à fibre optique. Avec sa face avant carrée, il est plus facile à installer dans des espaces confinés. Connecteurs ST Le connecteur ST a été développé par AT&T. C'est le plus répandu dans les réseaux à fibre optique installés, puisqu'il a bénéficié d'une large popularité ces dernières années. Ressemblant à un connecteur BNC par sa forme conique, il est doté d'un joint à baïonnette permettant une insertion simple et rapide. Connecteurs LC Le connecteur LC ressemble à un petit connecteur SC. Il a été développé par Lucent pour une utilisation en environnements de télécommunications. Il est régi par la norme EIA/TIA-604-10. Connecteurs MT/RJ Les connecteurs à faible encombrement (SFF), tel que le connecteur MT, sont apparus plus tardivement sur le marché des connecteurs optiques. Le connecteur MT se réfère aux 12 ou 24 fibres qu'il connecte. Son cousin duplex, le connecteur MT/RJ, a lui été nommé d'après le connecteur cuivre RJ-45 auquel il ressemble. 31006930 10/2009 99 Planification et configuration Connecteurs pour fibre optique Schneider Electric recommande les connecteurs suivants pour toute utilisation dans le réseau Ethernet industriel Transparent Ready : Environnement Couche physique Environnement 10Base-FL industriel lourd et léger 100 Connecteur recommandé Illustration ST 100Base-FX SC 100Base-FX MT-RJ 31006930 10/2009 Planification et configuration Equipements d'infrastructure recommandés pour Ethernet industriel Recommandations Recommandations de Schneider Electric pour l'utilisation d'équipements d'infrastructure Ethernet industriel 31006930 10/2009 Généralités Utilisez des commutateurs dès que possible pour supprimer les collisions, améliorer les performances et simplifier la conception du réseau. Eviter les concentrateurs dans la mesure du possible. Déterminez le trafic sur le réseau et segmentez correctement le réseau. Respectez les recommandations environnementales fournies dans ce manuel. Lorsqu'une large disponibilité de bande passante est requise Utilisez des commutateurs Full-Duplex (10Base-T/100Base-TX). Déterminez le trafic sur le réseau et segmentez correctement le réseau. Pour les applications nécessitant une interruption d'application minimale Utilisez un anneau auto-régénérant ou un anneau auto-régénérant redondant. Pour les réseaux nécessitant un diagnostic de base (par ex., aucune liaison ou défaillance d'une alimentation) Utilisez des commutateurs non gérés avec relais alarme. Pour les réseaux nécessitant des services de haut niveau et une gestion du trafic Utilisez des commutateurs gérés. Pour les applications nécessitant une surveillance et une découverte de réseau Utilisez des commutateurs gérés. Pour les applications nécessitant l'interconnexion d'équipements éloignés les uns des autres (> 100 m) Utilisez des produits à fibre optique. Fibre optique multimode : jusqu'à 2 km entre les nœuds. Fibre optique monomode : jusqu'à 15 km entre les nœuds. Remarque : Selon la fibre et le budget alloué aux produits optiques, il est possible d'atteindre 4 km en multimode et 30 km en monomode. Pour les réseaux nécessitant une immunité aux interférences électromagnétiques Utilisez des produits dotés de ports à fibre optique. Pour les applications nécessitant un changement de support physique Utilisez des émetteurs-récepteurs ou des commutateurs avec une combinaison de ports en cuivre et à fibre optique. Pour les applications nécessitant un montage (IP67) externe du commutateur Utilisez des commutateurs et des câbles IP67. 101 Planification et configuration 2.5 Installation Vue d'ensemble Ce sous-chapitre décrit les mesures que vous pouvez prendre afin d'empêcher les interférences électromagnétiques (EMI) de dégrader sérieusement votre réseau ou de causer des problèmes intermittents difficiles à diagnostiquer. La mise à la terre (également appelée mise à la masse), la liaison équipotentielle des équipements, armoires et bâtiments ainsi que la planification des chemins de câbles au sein du site sont également abordées en détail, avec une attention particulière accordée aux mesures à prendre pour un système de communications d'automatisation industriel. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 102 Page Règles d'installation CEM pour les réseaux Ethernet 103 Liaison équipotentielle 105 Liaison équipotentielle de votre bâtiment 106 Liaison équipotentielle locale des équipements et des machines 108 Câblage de réseau Ethernet compatible avec CME et les chemins de câbles 109 Types de câbles cuivre Ethernet 115 Outils pour câbles cuivre Ethernet 118 Comment fabriquer un câble Ethernet 119 Administration du câblage 121 Documentation de câblage 123 31006930 10/2009 Planification et configuration Règles d'installation CEM pour les réseaux Ethernet Introduction Les méthodes suivantes, lorsqu'elles sont correctement intégrées dans la planification de votre réseau, peuvent vous permettre d'éviter les perturbations électromagnétiques et de créer un environnement compatible CEM. La protection du réseau Ethernet contre les interférences électromagnétiques (EMI) est une préoccupation qui concerne l'ensemble de votre installation. Même s'il est important de considérer l'immunité aux EMI sur l'ensemble de votre système, ce sous-chapitre décrit uniquement les méthodes s'appliquant au réseau Ethernet. En réalisant la liaison équipotentielle, la mise à la terre, le câblage approprié et le blindage de votre site et de vos équipements, vous pouvez déjà réduire de manière significative une bonne partie de vos problèmes d'EMI. Pour plus d'informations sur la norme CEM, reportez-vous à la section Exigences environnementales (voir page 76). Pour plus d'informations sur les EMI, reportez-vous à la section EMI (voir page 536). Mesures d'installation pour lutter contre les EMI dans les réseaux Ethernet La liste suivante décrit les mesures clés à prendre en compte dans votre installation afin de réduire les interférences électromagnétiques dans un réseau Ethernet industriel : z z z z z z z z z z 31006930 10/2009 mise à la terre et liaison équipotentielle ; câblage et chemins de câbles compatibles CEM ; circuits d'équilibrage ; sélection des câbles ; blindage ; filtrage ; placement des équipements ; placement des fils ; transposition des lignes de départ/de retour ; isolation électrique. 103 Planification et configuration Définition de la mise à la terre et de la liaison équipotentielle La mise à la terre est la méthode utilisée pour transporter une charge électrique jusqu'au sol (la terre) le long d'un conducteur. Ces conducteurs peuvent être un fil électrique, une conduite métallique ou une armoire métallique. La liaison équipotentielle est le fait de connecter des pièces conductrices, afin de créer un contact électrique à faible résistance pour le courant continu et les courants alternatifs basse fréquence. Cette interconnexion répartit le flux d'interférences sur plusieurs chemins, évitant ainsi leur concentration en un seul point. Dans la plupart des cas, le système de liaison équipotentielle est mis à la terre. Le flux d'interférences termine donc dans la terre. Le flux d'une charge électrique est dispersé dans le sol, loin des équipements et des lignes de communication sensibles. La norme EN 50310 requiert que les bâtiments dotés de systèmes d'informations soient équipés d'un réseau de liaison commun (CBN) constitué d'éléments conducteurs multiples. 104 31006930 10/2009 Planification et configuration Liaison équipotentielle Introduction La liaison équipotentielle établit une interconnexion des parties conductrices qui disperse les flux d'interférences électromagnétiques en plusieurs chemins, les connectant à la terre via un système de mise à la terre. La conception d'un tel système est régie par les conditions et les exigences locales. Le niveau de simplicité ou de complexité qu'il doit présenter est déterminé par la configuration de votre bâtiment et de toutes les machines installées à l'intérieur. Les rubriques suivantes décrivent en détail toutes les étapes à réaliser pour créer une liaison équipotentielle et des systèmes de mise à la terre sur votre site, afin de le protéger contre toute interférence électromagnétique. Pour plus d'informations, reportez-vous au sous-chapitre Compatibilité électromagnétique, page 536. Composants du système de mise à la terre Un système de mise à la terre type comprend trois composants : z z z 31006930 10/2009 la terre réelle, qui conduit le courant jusqu'à la terre via une électrode de terre, un canal ou un conducteur métallique ; le conducteur de terre principal, un système conducteur auquel sont connectées la terre et toutes les parties nécessaires de l'installation ; les conducteurs de terre, qui connectent les parties de l'installation au conducteur de terre principal. 105 Planification et configuration Liaison équipotentielle de votre bâtiment Introduction La norme EN 50310 requiert que les bâtiments dotés de systèmes de télécommunications soient équipés d'un réseau de liaison commun (CBN) constitué d'éléments multiples. Cela nécessite la création d'un connecteur de terre principal et le raccordement de tous les objets et structures métalliques du bâtiment à ce connecteur principal. Le CBN est ensuite connecté à un système d'électrodes de terre extérieur qui termine dans la terre. Terminologie Plan de terre : Grille maillée composée de barres d'armatures soudées, coulées dans la dalle en béton ou placées dans un faux sol dont la grille est constituée de conducteurs en cuivre. Le bus en anneau de mise à la terre est la forme de connecteur de terre principal la plus efficace. Il est généralement installé au sous-sol ou au rez-de-chaussée des bâtiments équipés de systèmes de télécommunications. Les gaines métalliques des câbles, conduites, armoires et tuyaux d'eau et de chauffage sont connectées au connecteur de terre principal par le chemin le plus court. Le schéma ci-dessous illustre un système de mise à la terre avec un plan de terre et un bus en anneau de mise à la terre : 106 31006930 10/2009 Planification et configuration Procédure La procédure suivante décrit comment créer un système de mise à la terre pour un bâtiment. L'installation d'un système de mise à la terre constitue la première étape de création d'un environnement CEM (voir page 536). Etape Action 1 Créez un plan de terre et un bus en anneau. 2 Interconnectez toutes les structures métalliques du bâtiment. Les structures métalliques incluent : les éléments structurels métalliques, les armatures soudées en béton, les tuyaux et gaines métalliques, les chemins de câbles, les conduites d'alimentation, les convoyeurs, les cadres de fenêtres et portes métalliques et les grillages. L'interconnexion forme un réseau de liaison commun qui constitue le principal système de mise à la terre du bâtiment. NOTE : Concevez et créez un plan de terre à mailles serrées dans les zones de stockage ou d'utilisation de matériels sensibles, comme les équipements de mesure et de traitement de données. 31006930 10/2009 107 Planification et configuration Liaison équipotentielle locale des équipements et des machines Introduction Après avoir créé une liaison équipotentielle pour le bâtiment (voir page 106), vous pouvez créer une liaison équipotentielle basse fréquence et haute fréquence locale pour vos équipements et vos machines. Etape Action Conseils 1 Interconnectez systématiquement toutes les structures métalliques de chaque équipement pour créer des systèmes de mise à la terre locaux (trames de mise à la terre). Toutes les structures, des armoires avec leurs plaques de plan de terre aux chemins de câbles, tuyaux et cadres métalliques des machines, doivent être interconnectées. 2 Si besoin, ajoutez des connecteurs de terre pour les interconnexions entre des pièces conductrices exposées. Vérifiez que les extrémités utilisées et non utilisées de tous les conducteurs de câbles sans exception sont connectées au système de mise à la terre. 3 Connectez le système de mise à la terre de trame local au système de mise à la terre du site en fournissant le nombre maximum de connexions distribuées. - Connexion des armoires au système de mise à la terre local Vérifiez qu'une plaque de plan de terre est bien installée au fond de chaque armoire. Toutes les pièces métalliques exposées des composants et des appareils encastrés dans une armoire doivent être directement vissées sur la plaque de plan de terre, afin de fournir un contact intermétallique haute qualité et durable. NOTE : En raison de sa longueur excessive, le connecteur de terre principal vert/jaune ne peut généralement pas fournir une mise à la terre haute fréquence de qualité. 108 31006930 10/2009 Planification et configuration Câblage de réseau Ethernet compatible avec CME et les chemins de câbles Classification des signaux Dans un environnement industriel, les signaux sont classés en quatre catégories en fonction de leurs performance CME. Cette classification est nécessaire pour appliquer les règles de câblage. Performance CME Catégorie Sensibilité Interférence Exemple de circuit ou d'appareil - Automates Transformateurs dans l'armoire - PCBs Contacteurs Régulateurs Disjoncteurs Câbles connectés aux entrées et aux sorties Fusibles Câbles de catégorie 1 ou 2 transportant des signaux analogiques Convertisseurs de fréquence Commuter les alimentations Unités à vitesse variable Alimentations CC Horloges à microprocesseur Câbles connectés à ces composants Les lignes d'alimentation Câbles d'alimentation 1: Sensible Le signal est très sensible - Circuits état bas avec des sorties analogiques) Les capteurs Circuits de mesure (les sondes, les capteurs, etc.) 2: Légèrement sensible Le signal est sensible. Peut perturber les câbles de catégorie 1 Circuits en logique programmée connectés à des charges résistives Circuits numériques état bas) Circuits de niveau faible avec sorties tout ou rien Alimentations cc état bas 31006930 10/2009 109 Planification et configuration Performance CME Catégorie Sensibilité Interférence Exemple de circuit ou d'appareil 3: Crée de légères interférences - Le signal perturbe les câbles de catégories 1 et 2 Circuits en logique programmée avec des charges inductives et une protection adéquate alimentations CA propres Alimentations principales connectées à des appareils électriques 4: Interférences - Le signal perturbe d'autres catégories de signaux Machines à souder Circuits électriques Régulateurs de vitesse électroniques Commuter les alimentations L'émission de données, telles que celles qui se trouvent sur un réseau Ethernet, est un signal de catégorie 2. Recommandations générales de câblage z z z z z z 110 Liez le site et les armoires de manière équipotentielle. Eloignez les sources possibles d'interférence des équipements sensibles. Ne combinez pas les signaux de réseau Ethernet avec des signaux de catégories 3 ou 4 dans le même câble ou conducteur en faisceau. Essayez toujours d'accroître la distance entre le câble de réseau Ethernet et les câbles transportant des signaux de différentes catégories, surtout des signaux interférents (3-4). Plus le chemin de câbles est long, plus le dégagement requis entre les câble sera élevé. Pour tirer profit des effets de protection haute fréquence, aplatissez toute connexion contre des structures sous courant exposées de manière équipotentielle. Pour des connexions internes à des armoires et des machines, aplatissez systématiquement les câbles contre les supports métalliques. Assurez-vous que les câbles de réseau Ethernet croisent perpendiculairement tous les câbles transportant des signaux interférents (3-4) comme dans l'illustration ci-dessous : 31006930 10/2009 Planification et configuration z 1 2 z z 31006930 10/2009 Si vous avez besoin de co-localiser des câbles transportant des signaux de catégories différentes dans une seule goulotte de câble, utilisez des câbles blindés comme dans l'illustration ci-dessous : câbles non blindés câbles blindés Etablissez la continuité du plan de terre entre deux armoires, machines, ou pièces d'équipement. Placez tous les conducteurs contre le plan de terre de bout en bout (le panneau situé au bas de l'armoire, les parties conductrices exposées des boîtiers métalliques, les structures équipotentielles de machine ou d'immeuble, les conducteurs d'accompagnement, les goulottes de câbles, etc.). Suivez les règles de blindage décrites dans ce sous-chapitre. 111 Planification et configuration Recommandations pour les chemins de câbles z z 1 2 3 4 gaine de câble ouverte zone exposée aux perturbations EMI angle de coin zone surtout protégée contre les perturbations EMI z Si pour des raisons particulières le câble de réseau Ethernet devait être installé dans la même goulotte que les câbles de type 3 et 4, laissez la goulotte du câble ouverte. Ce type d'installation n'est pas recommandé. z Dans la mesure du possible, utilisez deux gaines métalliques, une pour les signaux interférents (alimentation, relais et des varistors) et l'autre pour les câbles de signaux (les capteurs, les données, les télécoms.). Ces deux gaines peuvent être en contact si elles sont inférieures à 30 m. A partir de 30 à 100 m, espacez les de 10 cm, soit l'un à côté de l'autre soit l'un au-dessus de l'autre. A tout moment, chevauchez et boulonnez les extrémités des gaines de câbles métalliques ensemble. Si cela n'est pas possible, installez un lien torsadé large qui joint les deux gaines sous chaque table comme le montre l'illustration cidessous : z 112 Utilisez des goulottes de câbles métalliques. Lorsqu'ils sont connectés correctement, ils fournissent un câble blindé très efficace. Les effets d'écran, protecteurs, ou de blindage d'une goulotte de câble métallique dépend de la position du câble. Installez les câbles de réseau Ethernet dans les coins d'une gaine de câble comme dans l'illustration ci-dessous : 31006930 10/2009 Planification et configuration Recommandations sur le routage des câbles dans une armoire z z z z 1 2 3 4 5 6 31006930 10/2009 Adoptez les bonnes pratiques de câblage. Suivez les recommandations applicables aux chemins de câbles décrites cidessus. Essayez toujours de séparer et de placer les composants et les câbles brouilleurs et sensibles dans des armoires distinctes. Dans les armoires de petite taille, un simple partitionnement des types de signaux par des panneaux métalliques vissés au châssis peut être suffisant. Dans les armoires plus larges, affectez une armoire à chaque classe de composant. Lorsque cela est possible, déployez les câbles dans les conduites métalliques. Puissance Niveau faible Vers les composants d'alimentation Secteur Actionneurs Capteurs 113 Planification et configuration Routage des câbles à l'extérieur et entre les armoires z z Utilisez des conceptions en métal pour toutes les conduites supérieures à 3 m de longueur. Vissez les extrémités des conduites et des chemins de câbles métalliques sur les armoires métalliques, afin de sécuriser les connexions, comme illustré cidessous : Routage des câbles à l'extérieur et entre les bâtiments Il existe généralement un manque de liaison équipotentielle entre deux bâtiments. Les deux connexions à la terre (une par bâtiment) doivent être raccordées. Tous les chemins de câbles entre deux bâtiments doivent être doublés avec large superficie de ligne équipotentielle (35 mm 2). Dans les applications Transparent Ready, utilisez un câble à fibre optique pour les liaisons de données entre les bâtiments. Les liaisons optiques éliminent les problèmes de boucle entre les bâtiments. 114 31006930 10/2009 Planification et configuration Types de câbles cuivre Ethernet Câbles Ethernet Vous pouvez fabriquer deux types de câble Ethernet : un câble simple ou un câble inverseur. Câble simple Les équipements d'infrastructure Ethernet, tels que les commutateurs et les concentrateurs, sont toujours placés entre deux terminaux. En général, ces équipements d'infrastructure croisent le signal. Par conséquent, le câble entre le terminal et le concentrateur ou le commutateur doit être un câble simple. Brochage d'un câble simple Les normes EIA/TIA 568B et IEEE 802.3u définissent le brochage d'un câble simple Ethernet, comme illustré ci-dessous : 1 2 3 31006930 10/2009 Equipement terminal Equipement intermédiaire Câble simple 115 Planification et configuration Le raccordement des broches d'un connecteur RJ45 entre un équipement terminal et un équipement intermédiaire s'effectue via des câbles simples, conformes aux spécifications de code couleur de signal (voir page 90). 1 2 3 4 5 6 7 8 Orange rayé Orange Vert rayé Bleu Bleu rayé Vert Marron rayé Marron Câble inverseur Lorsque deux terminaux sur un réseau Ethernet communiquent entre eux sur une connexion directe, les signaux d'émission d'un terminal doivent être reliés aux signaux de réception de l'autre terminal, et inversement. Pour établir une connexion directe entre deux terminaux, utilisez un câble inverseur. Une connexion directe implique qu'aucun équipement intermédiaire n'est installé entre les deux terminaux que vous connectez. 1 2 116 Terminal Câble inverseur 31006930 10/2009 Planification et configuration Brochage d'un câble inverseur La norme EIA/TIA 568B définit le brochage d'un câble inverseur Ethernet. La connexion directe des broches entre deux terminaux s'effectue via un câble inverseur conforme aux spécifications illustrées ci-dessous. 1 2 3 4 5 6 7 8 Orange rayé Orange Vert rayé Bleu Bleu rayé Vert Marron rayé Marron MDI/MDI-X Aujourd'hui, la plupart des équipements d'infrastructures disponibles sur le marché (concentrateurs, commutateurs, routeurs, etc.) prennent en charge la fonction MDI/MDI-X (interface dépendante du médium/interface croisée dépendante du médium) dans leurs ports Ethernet. Cette fonction permet la commutation automatique des paires d'émission et de réception. Pour connecter ce type d'équipement d'infrastructure, utilisez un câble simple ou un câble inverseur ; l'équipement détecte et gère les paires TX/RX. 31006930 10/2009 117 Planification et configuration Outils pour câbles cuivre Ethernet Introduction Pour fabriquer un câble cuivre Ethernet, vous devez disposer des trois outils suivants : z z z Pince à dénuder Coupe-câble Pince à sertir Pour savoir comment utiliser ces outils pour fabriquer un câble, reportez-vous à Comment fabriquer un câble Ethernet, page 119. Pince à dénuder Les outils à dénuder servent à retirer l'enveloppe de protection extérieure du câble pour faire apparaître le matériau d'âme conducteur. Coupe-câble Les outils de coupe permettent de couper proprement un câble dans le sens du diamètre, afin d'obtenir deux longueurs. Choisissez un coupe-câble en veillant à ce que sa taille soit appropriée au diamètre du câble à couper. Pince à sertir Les outils de sertissage servent à placer la gaine autour du câble et à la fixer par pression. 118 31006930 10/2009 Planification et configuration Comment fabriquer un câble Ethernet Avant de commencer Assurez-vous que vous disposez des équipements suivants : z z z z connecteurs RJ45(deux pour chaque câble plus des suppléments) ; câble Ethernet ; Pour 10Base-T, un câble Ethernet STP CAT 3 ou CAT 5, 5e ou 6 est recommandé ; 100 m ou moins ; Pour 100Base-TX, un câble Ethernet STP CAT 5, 5e ou 6 est recommandé ; 100 m ou moins ; outils de fabrication de câbles (voir page 118)de base. Fabrication d'un câble cuivre Ethernet Etape Action Commentaire 1 A l'aide de l'outil à dénuder, dénudez 2 po. de la gaine plastique sur une extrémité du câble. 2 Tenez la base de la gaine plastique avec une main et Conservez les paires de fils colorées ensemble et enlevez les fils avec l'autre main. Ne laissez pas les dans le même ordre : marron, bleu, vert et orange. fils se détordre à l'intérieur de la gaine. 3 Tenez fermement les fils à l'endroit où ils son insérés Veillez à placer bien droit votre coupe-câble sur les fils pour qu'ils soient tous coupés à la même longueur dans la gaine plastique. Placez votre coupe-câble bien droit sur les fils séparés à environ 0,5 po. du bord (0,5 po.). de la gaine plastique. 4 Faites une coupe franche sur les quatre paires de fils. Maintenez fermement la gaine lorsque vous coupez les fils. Ne laissez pas les fils se détordre à l'intérieur de la gaine pendant la coupe. 5 Tenez fermement la prise RJ45 entre deux doigts et Si les fils résistent, continuez à les enfoncer, jusqu'à ce qu'ils soient insérés dans la prise, comme requis. faites glisser les fils dans la prise. Veillez à bien respecter le code couleur de brochage correspondant Ne relâchez pas les fils tant qu'ils ne sont pas insérés. au type de câble que vous fabriquez. 6 Enfoncez fils jusqu'à ce qu'ils touchent pratiquement l'avant de la prise. 7 Insérez la prise dans la pince à sertir et serrez très fort Si vous n'avez pas réussi à la sertir correctement la la pince jusqu'à ce que la prise soit solidement sertie première fois, repositionnez la pince et réessayez. sur l'extrémité du câble. 8 Contrôlez la prise afin de vous assurer que le sertissage est sécurisé. 31006930 10/2009 La gaine plastique doit être placée à environ 3/8 po. à l'intérieur de la prise. Examinez l'avant de la prise afin de vous assurer que les connexions en cuivre ne compriment pas les fils. Examinez l'arrière de la prise afin de vous assurer que la gaine plastique est enfoncée de 3/8 po. environ dans la prise. Remarque : Veillez particulièrement à ce qu'aucun fil ne dépasse de l'arrière de la prise. 119 Planification et configuration Fabrication d'un câble à fibre optique Ethernet La fabrication d'un câble à fibre optique Ethernet nécessite des procédures et des outils spécifiques. Demandez l'aide d'un technicien qualifié et formé pour cette opération. 120 31006930 10/2009 Planification et configuration Administration du câblage Introduction La norme EN 50174-1 décrit les spécifications relatives à l'administration du câblage. L'administration du câblage implique la gestion des éléments suivants : z z z z z codes et méthodes d'identification ; étiquetage des câbles et des composants ; emplacement et application des étiquettes ; durée de vie et qualité des étiquettes ; contrôle et mise à jour de l'étiquetage ; Actuellement, il n'existe aucune norme internationale qui régisse ces aspects du câblage. Norme EN 50174-1 et identificateurs Pour connaître les directives générales relatives à l'étiquetage des câbles et aux identificateurs, reportez-vous aux chapitres 7.2 et 7.5 de la norme EN 501741:2000. Une synthèse de ces directives est fournie ci-après. La maintenance des composants d'un système de câblage est généralement assurée par plusieurs personnes, ce qui requiert l'utilisation d'identificateurs, afin de marquer toute information pertinente sur le composant. Par exemple, vous pouvez appliquer un identificateur, que ce soit sous la forme d'une étiquette ou d'un code barre, afin de préciser l'endroit où est installé un câble à paire torsadée blindée CAT 5E dans le système de câblage horizontal d'un bâtiment. Le chapitre 7.5 de la norme EN 50174 spécifie les composants de câblage qui requièrent ce type d'identification. 31006930 10/2009 121 Planification et configuration Etiquetage des câbles et des composants L'étiquetage des câbles et des composants est obligatoire lors de la phase d'installation. Vous pouvez soit attachez des étiquettes au composant, soit les fixer directement sur le composant. Dans certains cas, les composants peuvent être étiquetés plusieurs fois. L'exigence minimale en vigueur recommande d'étiqueter un câble aux deux extrémités. Les exigences suivantes sont spécifiées dans la norme EN 50174-1 : z Les étiquettes doivent être : z faciles d'accès ; z faciles à lire ; z faciles à changer ou modifier (le cas échéant). z Les étiquettes doivent être solides et leurs marquages lisibles sur toute la durée de vie du câblage. Les étiquettes ne doivent pas être abîmées par l'humidité, ni être tâchées lors des manipulations. Les étiquettes destinées à un usage en extérieur ou en environnement difficile doivent être conçues de façon à supporter les conditions rigoureuses de ces environnements. Lorsque vous devez apporter des changements à un système de câblage, par exemple au panneau de raccordement, examinez les étiquettes pour vérifier si les informations sont correctes ou si elles nécessitent une mise à jour. z z z 122 31006930 10/2009 Planification et configuration Documentation de câblage Introduction Les normes ISO/CEI 14763-1 et EN 50174-1 décrivent les spécifications relatives à la documentation du câblage. Ce sous-chapitre reprend les différentes directives et exigences spécifiées dans la norme EN 50174-1:2000, chapitre 6.1 et fournit des recommandations pour la gestion de la documentation. Création de la documentation Lors de l'installation du câblage, vous devez créer une documentation à la fois pendant et après la phase d'installation. Cette documentation doit décrire en détail les caractéristiques d'installation. Les recommandations fournies ci-après peuvent vous aider à déterminer le niveau de documentation nécessaire pour votre installation. NOTE : Il est recommandé de conserver un niveau de détails identique pour votre documentation lors des phases de conception et d'installation. Recommandation 1 : installations commerciales La documentation commerciale doit inclure toutes les informations techniques et contractuelles concernant les exigences utilisateur final et l'installation en cours. Elle doit également inclure les éléments suivants : Caractéristique d'installation Voir norme EN 50174-1:200, chapitre 5.2 Plan qualité Voir norme EN 50174-1:200, chapitre 5.3 Documentation de câblage final Voir norme EN 50174-1:200, chapitre 6.2 Recommandation 2 : test de réception des composants Lorsque cela est nécessaire, votre documentation doit fournir des informations détaillées sur les essais de réception des composants. Elle doit notamment comprendre : z z z z 31006930 10/2009 une preuve de la conformité (par exemple, pour les câbles, les connecteurs et les ensembles câbles) ; les rapports d'essais de réception des câbles et informations associées ; les rapports d'essais de réception des ensembles câbles et informations associées ; les informations de livraison (par exemple, identificateurs de câbles et de composants uniques, comme les dates de réception et les numéros de lots ou les codes d'identification). 123 Planification et configuration Recommandation 3 : identificateurs de câblage Avant de commencer, établissez un schéma d'étiquetage. Pour associer les résultats d'essais de câblage aux composants correspondants, veillez à ce que le nom spécifié sur l'essai corresponde à l'étiquette fixée sur le panneau de raccordement ou sur la prise. Pour plus d'informations, reportez-vous aux directives d'étiquetage décrites au sous-chapitre Etiquetage des câbles et des composants (voir page 122). Recommandation 4 : gestion des résultats d'essai Vos données d'essai doivent être correctement organisées et stockées. Une gestion appropriée des résultats d'essai est une condition déterminante de la réussite d'une installation. Les résultats d'essai valident la performance et la conformité CEM d'un système de câblage, permettant ensuite d'évaluer les composants et de disposer d'un historique de données fiable et pertinent. C'est en réalisant des essais de câblage précis que vous pourrez réellement vérifier que votre installation répond aux exigences de conception initiales et est conforme aux normes régionales et internationales. Selon le type d'installation, vous devrez peut-être inclure les données d'essai dans votre documentation d'installation. (Voir Recommandation 2 (voir page 123)) 124 31006930 10/2009 Planification et configuration 2.6 Vérification d'un réseau Ethernet industriel Transparent Ready Aperçu Ce chapitre décrit le processus de vérification de votre installation de câblage basé sur les exigences de la norme ISO/CEI 11801. La vérification est une étape clé et délicate qui vous permet d'assurer la conformité de votre installation aux normes en vigueur. Vous devez aussi bien tester l'intégralité de l'installation de câblage que chacun des composants du réseau. Vous avez la possibilité de tester chaque section du réseau au cours de l'installation (recommandé) et/ou de planifier une étape de vérification finale, lors de laquelle vous pourrez tester l'intégralité de l'installation. Etant donné que ces tests sont le seul moyen de vérifier que votre installation satisfait bien aux normes internationales et locales, Schneider Electric souhaite que vous vous familiarisiez avec les recommandations énoncées dans ce chapitre et dans le Chapitre 3. Pour le moment, il n'existe pas de norme internationale pour la planification et l'installation d'un réseau Ethernet industriel. Toutefois, des recommandations émises par des organisations Ethernet industriel ainsi que les activités continues ont conduit à la création d'un projet de norme. Cette norme devrait être publiée sous le nom ISO/CEI 24702 à la fin de 2006. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Recommandations de vérification de réseaux Ethernet industriel Transparent Ready 126 Liaisons permanentes 127 Voies 129 Test d'une installation en cuivre 131 125 Planification et configuration Recommandations de vérification de réseaux Ethernet industriel Transparent Ready Introduction Schneider Electric recommande de respecter les exigences de réseaux Ethernet industriel préalablement décrites dans ce chapitre. Un réseau Ethernet industriel Transparent Ready certifié doit remplir les conditions suivantes : Exigences des réseaux Ethernet industriel Transparent Ready (1) – Exigences d'installation Installation correcte telle que définie par la norme ISO/CEI 11801. Installation correcte telle que spécifiée dans ce guide. Installation correcte telle que requise par l'application, par exemple, câblage d'un équipement ou d'une machine conformément aux spécifications fournies par le fabricant. (2) – Exigences de performance Critères de performance tels que spécifiés par la norme ISO/CEI 11801. (3) – Exigences Protection environnementale telle que décrite dans ce guide. environnementales La discussion suivante fournit des informations sur la manière de tester un réseau et de vérifier sa conformité aux exigences spécifiées en (1) et (2) du tableau cidessus. Recommandations supplémentaires Outre les exigences spécifiées par la norme ISO/CEI 11801, Schneider Electric vous recommande les pratiques suivantes : 1 Sélectionnez les composants appropriés, comme définis dans ce guide, de telle sorte que le réseau soit conforme aux exigences de performance et environnementales d'un réseau Ethernet correctement installé. Lisez attentivement ce guide avant de sélectionner les composants ou de commencer à installer votre réseau Ethernet industriel Transparent Ready. 2 Utilisez des outils homologués pour mesurer et vérifier la qualité de votre installation et sa conformité aux réglementations. 3 Faites appel à des installateurs de réseaux Ethernet certifiés au niveau local et/ou international. 126 31006930 10/2009 Planification et configuration Liaisons permanentes Résumé Une liaison permanente, utilisée pour les tests, consiste en un câble horizontal doté d'une prise pour station de travail, d'un panneau de raccordement et d'une rallonge de câble de 2 m à chaque extrémité pour les tests. Elle peut avoir une longueur maximale de 90 m, conformément à la norme TIA/EIA 568B. La liaison permanente se compose uniquement des sections passives d'un câble et du matériel de connexion. Un point de transition, pour la connexion des câbles, peut être inclus dans le sous-système horizontal de la liaison. La liaison permanente va du connecteur à prise RJ45, à une extrémité de câble, à la prise RJ45, à l'autre extrémité. Lorsqu'un testeur est connecté au câble, l'effet induit par le câble et les autres équipements du testeur connectés au câble est automatiquement supprimé des mesures par le testeur. Cette même mesure supprimée apparaît avec le câble connecté entre la dernière prise RJ45 et le voyant distant requis pas le testeur. Exemple 1 Une liaison permanente entre un répartiteur sol (FD) et une prise de terminal (TO) est illustrée ci-dessous. Un point de transition (TP) est inclus dans le sous-système horizontal : 1 31006930 10/2009 Liaison permanente 127 Planification et configuration Exemple 2 Le schéma ci-dessous illustre des terminaux dans une zone de travail, connectés à un serveur hôte via trois liaisons permanentes, soit deux liaisons par fibre optique et une liaison par câble équilibré : 1 2 3 4 5 Terminal Hôte Câble à fibre optique Convertisseur optoélectronique optionnel Voie de câble équilibré Les liaisons par câble à fibre optique et par câble équilibré sont connectées entre elles à l'aide d'un convertisseur de fibre optique en câble équilibré, d'un répartiteur et de deux câbles d'équipements. Des interfaces de câblage sont également prévues à chaque extrémité de la liaison permanente. Ces interfaces de câblage sont spécifiées à la prise de terminal et à tout point où des équipements spécifiques à l'application sont connectés au câblage. La zone de travail et les câbles des équipements ne sont pas inclus dans la liaison permanente. 128 31006930 10/2009 Planification et configuration Voies Introduction Une voie est un ensemble de liaisons permanentes formées par les sections passives d'un câble, le matériel de connexion, les cordons des zones de travail, les câbles des équipements et les câbles de raccordement. Les voies ne croisent pas de commutateurs ou de concentrateurs, considérés comme des points limites dans n'importe quelle voie. Il est recommandé de tester toutes les liaisons permanentes individuellement, puis de tester les voies. Exemple 1 Le schéma ci-dessous illustre des terminaux dans une zone de travail, connectés à un serveur hôte via deux voies, soit une voie par fibre optique et une voie par câble équilibré : 1 2 3 4 5 Terminal Hôte Câble à fibre optique Convertisseur optoélectronique optionnel Voie de câble équilibré Les voies de câble à fibre optique et de câble équilibré sont connectées entre elles à l'aide d'un convertisseur de fibre optique en câble équilibré. Quatre interfaces de voie sont également prévues, deux aux extrémités de la voie en cuivre et deux aux extrémités de la voie à fibre optique. Les connexions des équipements ne font pas partie de la voie. Les cordons des zones de travail, les câbles des équipements et les câbles de raccordement sont inclus dans la voie. 31006930 10/2009 129 Planification et configuration Exemple 2 Le schéma ci-dessous illustre une voie de câble connectant une station de travail aux armoires de répartition (TC). Contrairement aux liaisons, les voies englobent le matériel de connexion, les câbles des équipements, les cordons des zones de travail et les câbles de raccordement. La voie de câble va du câble de raccordement (1) de la station de travail au câble de raccordement (8) situé à l'intérieur d'une armoire étendue. Elle connecte la zone de travail aux armoires sur un sous-système horizontal composé de deux câbles et d'un point de transition (TP). 1 2 3a 3b 4 5 6 7 8 130 Câble de raccordement Panneau de raccordement Câble horizontal Câble horizontal Point de transition Panneau de raccordement Câble de raccordement Panneau de raccordement Câble de raccordement 3a = 3b = 90 m max. 1 + 6 + 8 = 10 m max. 31006930 10/2009 Planification et configuration Test d'une installation en cuivre Introduction Vous devez tester une installation en cuivre, afin de valider la conformité de l'installation et des performances obtenues par rapport à la norme ISO/CEI 11801. Pour mener à bien les tests d'installation et de performance des liaisons permanentes et des voies, Schneider Electric recommande l'utilisation des outils et des testeurs disponibles dans le commerce. Certains de ces outils sont décrits cidessous. Schneider Electric recommande l'utilisation d'outils appropriés pour la certification des installations de câblage en cuivre et des performances. Exemple de testeurs OMNIscanner 2 et DSP-4000 sont deux modèles d'outils agréés. Ils sont tous les deux utilisés pour tester, certifier et documenter les réseaux à fibre optique et cuivre haute vitesse. Vous pouvez vous les procurer auprès de Fluke Networks. Comparaison des testeurs Le tableau suivant compare les fonctionnalités des deux testeurs. Etant donné qu'ils sont complémentaires, vous devez utiliser les deux testeurs pour mesurer et enregistrer les paramètres de spécification définis par la norme ISO/CEI 11801. Affichage des diagnostics en schéma 31006930 10/2009 DSP-4300 OMNIScanner 1 x - Affichage diaphonie vs longueur x - Affichage NEXT vs longueur - x Affichage des informations de phase NEXT - x Affichage impédance vs longueur x - Affichage perte par retour vs longueur - x Inclusion des bandes S réussites/échecs x - Sauvegarde des tracés dans le domaine temporel x - Exportation des informations d'amplitude et de phase - x 131 Planification et configuration 2.7 Considérations supplémentaires pour la conception d'un réseau Ethernet industriel Transparent Ready Vue d'ensemble Ce sous-chapitre aborde certains sujets supplémentaires qu'il est important de prendre en compte lorsque vous intégrez des fonctionnalités Transparent Ready dans votre réseau. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 132 Page Internet et technologies IP dans un environnement d'automatisation 133 Modèle Open System Interconnection (ou modèle pour l'interconnexion de systèmes ouverts) 135 Modèle TCP/IP 137 Modèle Transparent Ready 139 Adresses IP et classes 142 Remarques concernant la multidiffusion 147 Filtrage de multidiffusion 149 Gestion du réseau 151 Routage 153 Présentation de l'accès à distance 155 Types d'accès distant 157 Méthodes d'accès au réseau 159 Automate connecté à Internet 162 Problèmes de sécurité 164 31006930 10/2009 Planification et configuration Internet et technologies IP dans un environnement d'automatisation Remarques relatives à la conception réseau Transparent Ready propose une large gamme d'équipements et de stratégies vous permettant de développer une infrastructure réseau prenant en charge les communications dans votre usine. La transparence et la flexibilité d'un réseau Ethernet Transparent Ready passent par la prise de certaines décisions lors de la conception de votre système. Ces décisions portent sur les points suivants : z z z z z Comment le réseau sera-t-il utilisé ? Quels services de communication devra-t-il prendre en charge ? Quels chemins empruntera-t-il ? Les exigences en termes de temps de réponse/débit Les exigences en termes de redondance et de résilience Pourquoi utiliser Ethernet ? Notre monde actuel relève un défi, l'agilité : non seulement l'agilité en termes de technologies mais aussi la volonté d'adopter et de peaufiner des approches collaboratives pour partager des données en temps réel. Votre réseau de communications doit être ouvert pour prendre en charge des services, des connexions physiques et des composants nouveaux. Du fait de l'énorme succès rencontré par le protocole Ethernet TCP/IP dans le monde commercial, ses technologies évoluent beaucoup plus vite que les réseaux propriétaires, entraînant plus de solutions de rechange et des composants plus abordables. Une solution Ethernet standard vous permet de vous éloigner des systèmes propriétaires onéreux tout en conservant la sécurité, la performance et la disponibilité requises pour prendre en charge des applications critiques. Grâce à une planification et une conception adaptées, vous pouvez améliorer les processus, réduire les dépenses et améliorer la productivité. 31006930 10/2009 133 Planification et configuration Prise en charge des normes ouvertes Dans le domaine commercial et de l'automatisation, Ethernet TCP/IP prend en charge tous les types de communications, y compris : z z z z les pages Web Internet ; le transfert de fichiers ; les messages industriels ; d'autres services fondés sur des normes. A chaque tâche de communication correspond un service, une norme et une organisation de gestion. Chacun de ces services doit être exécuté sur la couche réseau la mieux appropriée. La liste suivante indique certains supports physiques et protocoles pris en charge par les normes TCP/IP ouvertes et les avantages qu'ils procurent aux environnements d'automatisation industriels : z z z z z z 134 câbles en cuivre à paire torsadée pour une simplicité et un faible coût fibre optique pour l'immunité aux interférences sur de longues distances protocole IP pour la redondance des communications qui lui est propre radio et satellite pour surmonter les restrictions de câblage téléphone ou Internet pour un accès point à point distant à des coûts comparables à ceux des appels locaux composants d'infrastructure à bas coûts renforcés pour une utilisation en milieu industriel 31006930 10/2009 Planification et configuration Modèle Open System Interconnection (ou modèle pour l'interconnexion de systèmes ouverts) Modèle OSI Le modèle OSI définit un modèle à 7 couches pour les communications de données : Les couches 1 ... 6 fournissent respectivement un ensemble de fonctions à la couche située au-dessus, et les couches 7 ... 2 reposent respectivement sur les fonctions fournies par la couche en dessous. Les messages peuvent traverser verticalement la pile en passant d'une couche à l'autre. Logiquement, chaque couche peut communiquer directement avec une couche homologue sur d'autres nœuds. Les paragraphes suivants sont consacrés aux couches et aux fonctions du modèle OSI qui s'appliquent aux systèmes d'automatisation. Pour une description complète du modèle OSI, reportez-vous à la norme OSI 7498. 31006930 10/2009 135 Planification et configuration OSI et automatisation Lorsque le modèle OSI est appliqué à un environnement d'automatisation, des normes sont appliquées au niveau de chaque couche. Chaque couche peut remplir sa fonction (par exemple, la couche application Modbus transfère des données dans toute l'usine) sans rien savoir sur les couches situées en dessous. Vous pouvez adopter n'importe quelle norme appropriée pour chaque couche ; par exemple, sans fil ou câblé au niveau des couches inférieures et FTP pour le transfert de fichiers, ou Modbus pour le transfert de données au niveau des couches supérieures. Toute cette mise en place peut se réaliser sans modification des autres couches. Ethernet est un système de transport de données physiques standard commun à tous les fournisseurs d'automates. Les protocoles d'application peuvent varier en fonction de l'environnement ; certains sont standard, d'autres spécifiques. Par exemple, FTP et HTTP sont standard et communs à tous les fournisseurs, tandis que Modbus et d'autres sont spécifiques à certains fournisseurs. Certains protocoles (Modbus, par exemple) sont des normes ouvertes ; d'autres ne sont disponibles qu'auprès d'un seul fournisseur. 136 31006930 10/2009 Planification et configuration Modèle TCP/IP Récapitulatif Le modèle TCP/IP a été développé en même temps que le modèle OSI (voir page 135) et est devenu le protocole choisi pour la plupart des réseaux de communication de données. Le modèle TCP/IP est constitué d'une pile de protocole à quatre couches qui est une version compressée du modèle OSI. Cette pile de protocole n'a pas de mappage spécifique aux couches 5 et 6 du modèle OSI. Couche application La couche application exécute l'application et le protocole courants. Les applications communes sont Modbus, Ethernet IP, Profinet, Telnet, FTP, SMTP et Gopher. Les interfaces entre les couches application et transport sont définies par les numéros de port et les sockets. Le modèle TCP/IP peut exécuter simultanément différentes couches application, ce qui permet à un seul réseau d'automatisation de transporter un trafic SCADA (voir page 300), de la vidéo, des données, des données de programmation et des pages Web simultanément. Couche transport La couche transport fournit un transfert de données de bout en bout. Elle est responsable de la fiabilité de l'échange des informations. Il existe différents protocoles de couche transport, dont le principal est TCP. UDP est un autre protocole qui peut être exécuté dans la couche transport ; il est utilisé pour les applications qui nécessitent un mécanisme de transport rapide. Contrairement à TCP, UDP n'a pas la possibilité de scinder les longs messages et de rassembler leurs paquets dans l'ordre correct à l'autre extrémité, et est incapable d'envoyer de nouvelles tentatives. L'application qui envoie le message doit s'assurer que les messages sont envoyés dans leur intégralité ou, le cas échéant, retransmettre le message. 31006930 10/2009 137 Planification et configuration Couche interréseau La couche interréseau sépare le réseau physique des couches situées au-dessus. IP est le protocole le plus important dans cette couche. IP est un protocole orienté données utilisé par les hôtes source et cible pour communiquer des données sur un réseau d'interconnexion à commutation de paquets. IP est un protocole en mode sans connexion qui ne prend pas en charge la fiabilité des couches inférieures. Il est parfois appelé couche Internet ou couche réseau. IP ne fournit pas la régulation du flux ni la récupération après erreur. Ces fonctions doivent être fournies soit au niveau de la couche transport (si vous utilisez TCP), soit au niveau de la couche application (si vous utilisez UDP). L'unité de message dans un réseau IP est appelée datagramme ou paquet IP. Un datagramme IP est transmis sur des réseaux TCP/IP. IP offre des fonctions de routage pour distribuer les datagrammes au destinataire correct pour la pile de protocole. Les autres protocoles interréseau comprennent ICMP, IGMP, ARP et RARP. Ces protocoles ne remplacent pas IP, mais ils peuvent fonctionner à ses côtés. Couche interface réseau La couche interface réseau est l'interface vers le matériel courant. Elle est parfois appelée couche liaison ou couche liaison de données. Elle prend en charge des interfaces orientées paquets ou flux et ne garantit pas une livraison fiable. TCP/IP ne spécifie pas de protocole particulier pour cette couche. Il peut utiliser presque n'importe quelle interface réseau, ce qui en fait un réseau souple avec une compatibilité descendante pour une infrastructure héritée. IEEE 802.3, ATM et FDDI sont des exemples de protocoles d'interface réseau pris en charge par TCP/IP. La capacité à exécuter la couche application et TCP/IP sur différentes couches physiques permet aux données (trafic SCADA, par exemple) de circuler sur une liaison par fibre optique vers des sites distants, puis sur une liaison en cuivre en étoile vers l'automate, voire une liaison par satellite. Tout ceci peut être fait sans modifier la couche application ni les couches TCP et IP pour l'adressage et la livraison de données. 138 31006930 10/2009 Planification et configuration Modèle Transparent Ready Récapitulatif Le diagramme suivant indique comment Transparent Ready met en œuvre le modèle TCP/IP (voir page 137) à quatre couches : 1 2 3 4 La couche interréseau est Ethernet 802.3 et Ethernet II. La couche interface réseau est mise en œuvre avec IP. La couche transport comprend UDP et TCP. La couche application comprend 10 services Transparent Ready. Ethernet II et IEEE 802.3 Ethernet II est le fruit d'un effort de développement conjoint de Xerox, Intel et Digital. Il a été lancé sur le marché en 1982. Un an plus tard, IEEE a sorti sa spécification 802.3. D'un point de vue fonctionnel, ils sont très semblables, mais la manière selon laquelle les deux formats définissent la trame de l'un des champs de données les rend mutuellement incompatibles. Ethernet II et IEEE 802.3 se rapportent uniquement aux caractéristiques physiques du réseau : z z z la manière dont les informations accèdent au réseau (CSMA/CD) ; la manière dont le réseau définit la trame des messages de données ; les caractéristiques physiques du réseau lui-même (sa topologie, le câblage requis, les connecteurs, l'infrastructure, etc.). IEEE 802.3 et Ethernet II peuvent coexister sur le même câble physique et utiliser les mêmes signaux. La seule différence entre les deux tient au format des données. 31006930 10/2009 139 Planification et configuration Une trame de données peut être représentée comme un bloc dans lequel les informations voyagent le long du câble réseau : 1 2 3 4 5 Protocoles d'application Protocoles Internet Ethernet II ou IEEE 802.3 Topologie Ethernet Accès au réseau (CSMA/CD) Suite de protocoles Internet Les professionnels du secteur de l'automatisation envisageaient initialement Ethernet comme une approche non déterministe d'un ensemble d'applications qui dépendaient largement de solutions en temps réel. La plupart des fournisseurs préférait se concentrer sur d'autres technologies, principalement propriétaires. Ce qui a finalement amené Ethernet à être adopté dans le secteur industriel est une combinaison de caractéristiques, appelée la suite de protocoles Internet. Cette suite, connue sous le nom de TCP/IP, a été lancée sur le marché en 1983 en tant que méthode simple et fiable de communication à partir de plusieurs sites et avec des types de réseau différents. Le protocole TCP/IP est indépendant de la technologie réseau sous-jacente. Il peut être exécuté par-dessus Ethernet, IEEE 802.3, Token Ring, PPP, ATM, DSL et plusieurs autres technologies. La suite regroupe beaucoup de protocoles, dont les plus connus sont TCP et IP. Parmi les autres éléments de la suite se trouvent : 140 31006930 10/2009 Planification et configuration z z z z z les protocoles de couche de liaison de données ARP et RARP ; les protocoles de transport tels que UDP ; les protocoles de gestion et d'informations tels que SNMP, DNS, BootP et NTP ; les protocoles de routage tels que EGP ; les protocoles d'application tels que FTP, TFTP, Telnet, SMTP et NFS. Ces protocoles offrent différentes fonctions et se trouvent sur différentes couches du modèle. Prise en charge du modèle pour les services Transparent Ready Le modèle Transparent Ready prend en charge les services Ethernet universels tels que HTTP, BootP/DHCP et FTP. Il accepte également les services propres à Transparent Ready suivants : z z z z z z z z z Messagerie TCP Modbus I/O Scanning FDR (Faulty Device Replacement - Remplacement d'équipements défectueux) Administration réseau SNMP Global Data Gestion de la bande passante Synchronisation horaire NTP Notification d'événements SMTP par message électronique TCP ouvert facultatif Au niveau de la couche transport, UDP prend en charge six services et TCP, quatre : Couche transport Couche application Service fourni UDP SNMP/MIB Gestion de réseau NTP Synchronisation horaire RTPS Transfert de données globales DHCP FDR (Faulty Device Replacement) TFTP TCP FTP HTTP Serveur Web SMTP Notification par message électronique TCP ouvert Modbus Gestion des messages Modbus I/O Scanning 31006930 10/2009 141 Planification et configuration Adresses IP et classes Récapitulatif Une adresse IP permet à un équipement d'avoir une adresse logique unique permettant de le localiser sur le réseau TCP/IP et de le regrouper avec d'autres équipements pour faciliter la conception et la gestion du réseau. Notation décimale utilisant le point comme séparateur Un ordinateur voit une adresse IP sous sa forme binaire de 32 bits. Pour plus de simplicité, ces 32 bits ont été divisés en quatre groupes de 8 bits. Chacun de ces groupes est converti en son équivalent décimal, soit quatre nombres décimaux séparés par des points. Par exemple, l'adresse IP binaire 10001011.00101101.00100100.00001100 peut être transcrite dans un format plus simple en convertissant chaque octet en une valeur décimale, soit 139.45.36.12. 10001011 00101101 00100100 00001100 139 45 36 12 Définition d'une adresse réseau Une adresse IP comprend deux éléments : l'adresse du réseau et l'adresse de l'hôte ou de l'équipement. Le masque de sous-réseau est un filtre qui est appliqué à l'adresse IP pour déterminer la partie correspondant à l'adresse du réseau et celle correspondant à l'adresse de l'hôte ou de l'équipement. Dans une adresse IP, l'adresse du réseau identifie le sous-réseau auquel l'adresse appartient. Ce masque est une valeur de 32 bits qui utilise des bits 1 pour les parties consacrées au réseau et au sous-réseau, et des bits 0 pour la partie consacrée à l'hôte. Dans l'adressage avec classe, la partie de l'adresse IP correspondant à l'adresse du réseau comprend un, deux ou trois octets, en partant de la gauche. 142 Adresse IP 11000000 10100000 00010100 00110000 192.160.20.48 Masque de sous-réseau 11111111 11111111 11111111 00000000 255.255.255.0 Partie réseau de l'adresse IP 11000000 10100000 00010100 00000000 192.160.20.0 31006930 10/2009 Planification et configuration Adressage avec classe Dans l'adressage avec classe, quatre classes d'adresses IP sont à votre disposition, selon la taille de votre entreprise : z Classe A = 0.0.0.0/8 à 127.0.0.0/8 z Classe B = 128.0.0.0/16 à 191.255.0.0/16 z Classe C = 192.0.0.0/24 à 223.255.255.0/24 z La classe D = 224.0.0.0 à 239.255.255.255 est utilisée pour la multidiffusion (voir page 148). Les adresses restantes regroupées sous l'appellation Classe E sont réservées à des fins d'expérimentation. Une adresse comprend deux éléments : z z les informations sur le réseau, les informations sur l'hôte (le nœud ou l'équipement terminal). L'adresse IP est constituée de quatre jeux de nombres décimaux, appelés octets, séparés par un point et dont la valeur comprise entre 0 et 255 représente un nombre binaire converti en nombre décimal. Adressage sans classe L'adressage sans classe (également appelé CIDR ou création de super réseaux) a été développé pour résoudre les problèmes actuels d'Internet concernant l'utilisation efficace de l'espace destiné aux adresses. Il permet également d'améliorer l'évolutivité du routage sur les réseaux. L'allocation d'un nombre important d'adresses à une entreprise en une seule fois a souvent entraîné le gaspillage de certaines adresses réservées. En incluant chaque réseau dans une table, on aboutissait à une surcharge. Par ailleurs, les PME correspondant à la classe B se sont multipliées jusqu'à utiliser en grande partie l'espace disponible dans cette classe. En flexibilisant le point de délimitation entre les informations du réseau et les informations de l'hôte, l'adressage sans classe a étendu le nombre d'adresses disponibles pour les entreprises de toutes tailles, tout en réduisant la taille des tables de routage. Choix d'une plage d'adresses Les adresses publiques, utilisables sur Internet, sont attribuées par une instance de régulation appelée IANA (Internet Assigned Numbers Authority). Toutefois, il se peut qu'une plage d'adresses ait déjà été attribuée à votre entreprise et que votre service informatique soit en mesure d'allouer toutes les adresses dont vous avez besoin. Si aucune plage d'adresses IP ne vous a été attribuée, sachez que l'IANA a réservé les trois blocs ci-dessous aux réseaux Internet privés : 10.0.0.0 à 10.255.255.255 (préfixe 10/8) 172.16.0.0 à 172.31.255.255 (préfixe 172.16/12) 192.168.0.0 à 192.168.255.255 (préfixe 192.168/16) 31006930 10/2009 143 Planification et configuration Adresses spéciales Il existe trois types d'adresses spéciales : z z z diffusion générale, boucle, réseau. Un message de diffusion générale, habituellement utilisé pour les diagnostics et la gestion du réseau, est adressé à toutes les stations du réseau. L'adresse de destination d'un message de diffusion générale ne comprend que des 1 (255.255.255.255). Une adresse de boucle permet de tester l'implémentation du protocole TCP/IP sur un hôte. Les couches inférieures sont court-circuitées par l'envoi du message à une adresse de boucle, ce qui permet de tester les couches supérieures (IP et audessus) sans détecter les problèmes au niveau des couches inférieures. 127.0.0.1 est l'adresse généralement utilisée pour effectuer des tests en boucle. Comme expliqué dans la section précédente, l'adresse du réseau correspond à la partie réseau d'une adresse IP (Internet Protocol). Adresses suffisantes Lorsque vous planifiez votre réseau, vous devez anticiper le nombre d'adresses dont vous aurez besoin : z z z z pour la passerelle (une adresse), pour la diffusion générale, pour le nombre de services, pour les nouveaux équipements ajoutés au réseau. Des outils sont disponibles sur Internet pour calculer le nombre d'adresses requis par votre réseau. Création de sous-réseaux La création de sous-réseaux divise un réseau important en segments plus facilement gérables, ce qui vous permet d'augmenter le nombre de réseaux, tout en n'utilisant qu'une seule adresse IP. Il est donc inutile de demander d'autres adresses IP. Le trafic du réseau est réduit car les messages ne sont envoyés qu'à une partie limitée du réseau. La création de sous-réseaux révèle tout son intérêt dans un réseau gérant un volume important de trafic à diffusion générale. Elle est également très utile si la liaison WAN qui relie vos sites distants est lente. Lors de la création d'un sous-réseau, le masque de sous-réseau par défaut est étendu aux bits d'adresse qui identifient normalement l'hôte. Dès lors que ces bits sont masqués, ils sont inclus dans la partie réseau et servent à identifier des sousréseaux au sein du réseau. 144 31006930 10/2009 Planification et configuration Choisissez un sous-réseau de taille (nombre d'adresses) appropriée au nombre d'équipements, une taille qui autorise une certaine croissance sans pour autant gaspiller des adresses. Par exemple, si vous disposez de 50 équipements, choisissez un sous-réseau de 64 adresses, et non de 1 024. Le tableau ci-après contient une première colonne indiquant le nombre d'adresses et une seconde colonne indiquant le masque correspondant. Masque de sous-réseau 31006930 10/2009 Nombre d'adresses 0.0.0.0 4 294 964 086 128.0.0.0 2 147 482 048 192.0.0.0 1 073 741 024 224.0.0.0 536 870 512 240.0.0.0 268 435 256 248.0.0.0 134 217 628 252.0.0.0 67 108 864 254.0.0.0 33 554 432 255.0.0.0 16 777 216 255.128.0.0 8 388 608 255.192.0.0 4 194 304 255.224.0.0 2 097 152 255.240.0.0 1 048 576 255.248.0.0 524 288 255.252.0.0 262 144 255.254.0.0 131 072 255.255.0.0 65 536 255.255.128.0 32 768 255.255.192.0 16 384 255.255.224.0 8 192 255.255.240.0 4 096 255.255.248.0 2 048 255.255.252.0 2048 255.255.254.0 1 024 255.255.255.0 512 255.255.255.128 128 255.255.255.192 64 255.255.255.224 32 255.255.255.240 16 145 Planification et configuration Masque de sous-réseau Nombre d'adresses 255.255.255.248 8 255.255.255.252 4 255.255.255.254 2 255.255.255.255 1 Pour un sous-réseau comportant 64 adresses, le masque de sous-réseau est 255.255.255.192. L'adresse IP serait donc 192.168.1.1, l'adresse réseau serait 192.168.0 et la plage d'hôtes irait de 0.1 à .63. Utilisation de sous-réseaux dans une usine En utilisant des sous-réseaux dans votre usine, vous divisez cette dernière en sections pour éviter toute surcharge de trafic. Utilisez un routeur pour acheminer le trafic entre les sous-réseaux. Un réseau ne doit pas comprendre plus de 200 à 300 équipements. Toutefois, il est préférable d'avoir un réseau plus petit, constitué de 50 à 100 équipements. Ajoutez des réseaux si vous devez prendre en charge un nombre d'équipements supérieur à celui recommandé. Attribution d'adresses Vous pouvez obtenir des adresses auprès de l'instance de régulation ou utiliser un sous-ensemble de celles qui vous ont déjà été attribuées. L'étape suivante consiste à attribuer une adresse unique à chaque équipement terminal à l'aide de l'une des méthodes proposées. Dans l'adressage statique, chaque utilisateur reçoit une adresse IP fixe qu'il doit utiliser chaque fois qu'il se connecte à Internet. Avec l'adressage dynamique, les adresses IP sont attribuées automatiquement selon les besoins. Le protocole BootP (Bootstrap Protocol) permet à un poste de travail de se configurer lui-même sans disque dur ni disquette. Le poste peut découvrir sa propre adresse IP, l'adresse IP d'un serveur et d'un fichier à charger en mémoire pour initialiser la machine. Le protocole DHCP attribue une adresse différente à un équipement lorsqu'il en demande une. Dans ce cas, c'est le logiciel et non l'administrateur (comme dans l'adressage statique) qui assure le suivi des adresses IP. 146 31006930 10/2009 Planification et configuration Remarques concernant la multidiffusion Résumé Méthode d'envoi sélectif de messages promue par un consortium de sociétés de premier plan, la multidiffusion IP est une nouvelle technologie qui va progressivement s'imposer pour : z z z z z la surveillance : fabrication et autres types d'informations en temps réel, équipements de détection ou systèmes de sécurité. les annonces : temps réseau, planifications de sessions de multidiffusion, nombres aléatoires, clés, mises à jour de configuration, etc. la distribution et la mise en cache des fichiers : contenu de site Web, fichiers binaires exécutables la distribution planifiée de son et de vidéo la distribution personnalisée d'informations : titres de journaux, informations météorologiques, résultats sportifs, etc. Sur Internet Vous devez vous assurer que votre routeur et/ou vos commutateurs prennent en charge la multidiffusion, que vos postes de travail sont configurés pour se joindre à un groupe de multidiffusion et que vous avez installé les applications requises pour recevoir la multidiffusion. Transport de la multidiffusion IP Le protocole UDP est utilisé pour la multidiffusion IP. L'adresse de multidiffusion sélectionnée est importante car elle permet aux gestionnaires du réseau de contrôler la manière dont les hôtes (les équipements) deviennent membres de groupes, ainsi que le mode d'échange des informations de multidiffusion entre les routeurs. 31006930 10/2009 147 Planification et configuration Adresses de multidiffusion IP Dans la multidiffusion IP, chaque groupe a son ID de groupe de multidiffusion et un jeu d'adresses IP de classe D permettant de spécifier la destination d'un message. Ces adresses sont comprises entre 224.0.0.0 et 239.255.255.255. Chaque adresse IP de multidiffusion peut être écoutée par plusieurs hôtes. Les hôtes peuvent appartenir à un groupe de multidiffusion auxquels les adresses IP sont associées. Chaque équipement configuré dispose d'une adresse IP de multidiffusion en plus de sa propre adresse IP. Les adresses de classe D peuvent être catégorisées comme suit : z permanentes : adresses comprises entre 224.0.0.0 et 224.0.0.225, attribuées de manière permanente par l'IANA à certaines applications comme les protocoles de routage. Par exemple : z 224.0.0.0 pour l'adresse de base ; z 224.0.0.1 pour tous les systèmes sur ce sous-réseau ; z 224.0.0.2 pour tous les routeurs sur ce sous-réseau ; z 224.0.0.4 pour les routeurs DVMRP. z non permanentes : adresses comprises entre 224.0.1.0 et 238.255.255.255, utilisées pour les affectations sur Internet. temporaires administrées : adresses comprises entre 239.0.0.0 et 239.255.255.255, réservées pour les intranets privés. z 148 31006930 10/2009 Planification et configuration Filtrage de multidiffusion Récapitulatif Vous pouvez utiliser deux services et une variation pour le filtrage de multidiffusion : z z z IGMP Surveillance IGMP GMRP IGMP Le protocole IGMP est utilisé par un routeur pour établir l'appartenance à un groupe de multidiffusion et envoyer un message à un réseau comptant des membres de multidiffusion. Il interrompt la transmission du message lorsque le dernier destinataire d'un segment le reçoit. IGMP permet d'acheminer les messages de multidiffusion aussi bien sur Internet que sur un réseau local. Il fonctionne sur la couche 3, mais n'assure pas de filtrage au niveau du commutateur. Surveillance IGMP Cette méthode surveille passivement les informations d'enregistrement des paquets IGMP pour déterminer l'appartenance à des groupes. Ces informations permettent de compiler la liste des destinataires censés recevoir un message donné. IGMP effectue ce filtrage au niveau du commutateur en écoutant les messages des équipements et des routeurs, ainsi que le Querier IGMP. (Ce demandeur est normalement le routeur, mais si tel n'est pas le cas, un Querier IGMP est requis.) GMRP Le protocole GMRP permet de configurer dynamiquement les ports de commutation pour que le trafic de multidiffusion IP ne soit transmis qu'aux ports associés aux utilisateurs de la multidiffusion IP (hôtes). Un commutateur peut échanger des informations sur des groupes avec d'autres commutateurs, arrêter (ou nettoyer) le trafic de multidiffusion lorsque tous les destinataires abonnés ont reçu le message, ainsi que créer et gérer des groupes de multidiffusion. GMRP fonctionne sur la couche 2 avec des équipements de couche 2 comme les commutateurs Ethernet. Transparent Ready prend en charge GMRP. 31006930 10/2009 149 Planification et configuration Mappage d'adresses MAC à des adresses de classe D Les cartes réseau échangent des informations en utilisant une adresse MAC unique et non une adresse IP. Pour vous joindre à un groupe de multidiffusion, vous devez exécuter une application sur un hôte qui va informer son pilote d'équipement réseau qu'il souhaite devenir membre de ce groupe. Le pilote d'équipement mappe l'adresse IP de multidiffusion à une adresse de multidiffusion physique. Acquisition du statut de membre d'un groupe Les appartenances aux groupes sont dynamiques. Les membres peuvent rejoindre et quitter un groupe lorsqu'ils le souhaitent. Les expéditeurs n'ont besoin que de l'adresse IP de multidiffusion pour envoyer les informations. Peu importe si des hôtes surveillent ou non les échanges à ce moment-là. Lorsqu'un hôte souhaite devenir membre d'un groupe de multidiffusion, il signale son intention au routeur situé sur le même sous-réseau. 150 31006930 10/2009 Planification et configuration Gestion du réseau Récapitulatif La gestion du réseau vous permet de contrôler : z z z z qui est sur le réseau, le trafic du réseau, les erreurs de trafic sur le réseau, les erreurs des équipements. Composants de gestion du réseau Pour gérer le réseau, vous devez utiliser un protocole qui autorise le système de gestion à communiquer avec des équipements et des terminaux, tels que des commutateurs et des routeurs, qui sont configurés pour prendre en charge ce protocole. Protocole SNMP SNMP est devenu le protocole standard pour la gestion des réseaux. Il comprend : z z z un agent, le module logiciel de gestion du réseau, qui réside dans un équipement ; un gestionnaire (NMS) qui peut interroger les agents, en obtenir des réponses et définir des variables dans ces derniers ; un équipement contrôlé par une base MIB. MIB Un fichier MIB (Management Information Base) est une base de données contenant des objets contrôlés comme des messages de diffusion envoyés et reçus ou des paquets endommagés. Chaque instance d'un objet contrôlé est appelée variable MIB. La plupart des équipements prennent en charge MIB II avec certaines extensions pour les commutateurs. Bases MIB privées Une base MIB privée, installée en plus de la base MIB standard, est mise à disposition par un fournisseur pour ses produits. Schneider dispose de plusieurs bases MIB que vous devez charger dans un module pour gérer des équipements. Installation d'un système de gestion de réseau Pour installer un système de gestion de réseau, chargez le fichier MIB dans le gestionnaire. Le gestionnaire connaît les données et adresses requises pour découvrir les équipements sur le réseau. Il alimente les fichiers MIB et commence à surveiller le réseau. 31006930 10/2009 151 Planification et configuration Sécurité Une chaîne de communauté, configurée sur un routeur ou un commutateur, est un mot de passe qui définit une communauté d'utilisateurs finaux qui ont accès aux informations SNMP sur un équipement réseau. Cette chaîne de communauté doit comprendre au moins 8 caractères alphanumériques. Ce type d'accès aux équipements est un gage de sécurité pour votre réseau. Dans la version 3 de SNMP, la sécurité contrôle : z z z z la modification des informations ; l'usurpation d'identité ; la modification du flux de messages ; la divulgation d'informations. SNMP version 3 offre un niveau de sécurité supérieur à celui des versions 1 et 2. Effets sur le réseau Lorsque vous installez un système de gestion de réseau, évaluez son impact sur la vitesse et la congestion du réseau. Si vous programmez le système pour qu'il assure une surveillance trop prégnante, vous risquez de surcharger le réseau. Une fréquence comprise entre 30 secondes et 1 minute est suffisante pour fournir des données intéressantes sans générer de trafic superflu. 152 31006930 10/2009 Planification et configuration Routage Récapitulatif Le routage est une méthode qui permet d'identifier l'itinéraire des messages d'un réseau à un autre. Internet utilise un processus dans lequel chaque nœud (routeur) consulte l'en-tête de chaque paquet, calcule le prochain saut sur le trajet jusqu'à la destination finale et transmet le paquet au nœud suivant qui répète le processus. Ce processus se déroule sur la couche 3. Routeurs Un routeur est un équipement qui relie plusieurs réseaux via une passerelle et transmet les paquets sur le réseau. Il est équipé d'une carte Ethernet ou d'une autre interface pour chaque réseau. Processus de routage Le message est analysé par l'équipement expéditeur. Si la destination est locale, le message est envoyé directement à l'équipement cible. Si la destination est située sur un autre réseau, le message est envoyé à la passerelle par défaut (le routeur local). Ce routeur utilise ses propres informations sur les réseaux connectés pour transmettre le message soit au réseau final (s'il est connecté directement), soit à un routeur plus proche de la destination finale. Tables de routage Une table de routage contient la liste des meilleurs itinéraires possibles pour atteindre un certain nombre de destinations réseau données. Elle regroupe les informations nécessaires à la définition de cette route : l'adresse IP de destination, l'adresse IP de la passerelle et l'identification de l'interface physique. Chaque routeur ne connaît que ses réseaux locaux, mais transmet ces informations à d'autres routeurs, ce qui permet de créer des tables. Il se peut que le routeur soit programmé pour ne connaître que le premier réseau connecté ou plusieurs réseaux en aval. S'il ne sait pas où envoyer un message, il le transmet à son routeur par défaut situé en amont sur le réseau, où le message sera traité. Les tables de routage sont créées manuellement sur un petit système ou automatiquement à l'aide de protocoles de routage. 31006930 10/2009 153 Planification et configuration Protocoles de routage Les protocoles de routage décident du contenu des tables de routage. Dans un petit système stable, il est conseillé de programmer les tables de routage manuellement. Dans un système plus important qui requiert une certaine redondance, il vaut mieux choisir un protocole de routage. Parmi les protocoles utilisés dans un système, citons RIP, un protocole de vecteur distance (le plus utilisé) et OSPF, un protocole de routage d'état de liaison (plus récent). Un protocole de vecteur distance utilise la distance, mesurée en sauts de routage, pour déterminer l'itinéraire optimal d'un paquet. Chaque nœud partage sa table de routage avec les routeurs voisins. Dans un protocole de routage d'état de liaison, chaque nœud de commutation (routeur) reçoit une carte complète des connexions réseau, qui est transmise d'un nœud à l'autre. Le routeur utilise cette carte pour calculer le saut optimal suivant, en direction des destinations possibles sur le réseau. Le protocole RIP est robuste, sa configuration est simple et son algorithme ne pénalise pas les capacités de calcul et de stockage. Toutefois, il présente plusieurs inconvénients : pas de prise en charge directe des sous-réseaux, bande passante importante requise, débogage compliqué, problèmes en cas de sauts nombreux sur un réseau important et faible sécurité. Outre ses autres avantages, OSPF prend en charge les sous-réseaux, vérifie la liaison en envoyant un petit paquet et fonctionne bien sur les réseaux importants. En revanche, il consomme beaucoup de mémoire et de capacités de calcul, sans oublier sa relative complexité. Pour choisir le protocole à utiliser, évaluez la capacité de votre système à gérer le nombre de routeurs, le temps de convergence (temps nécessaire pour créer les tables de routages après une modification) et le volume de trafic généré par le protocole lui-même. Coût de chemin Le coût du chemin, généralement basé sur des critères comme le nombre de sauts et la bande passante, permet de comparer le coût de transmission d'un paquet via différents itinéraires sur un réseau. Ce coût est défini pour chaque réseau et permet aux routeurs de choisir l'itinéraire optimal jusqu'à la destination finale. Plus cette valeur est faible, plus l'itinéraire est optimisé. Grâce à cette méthode, plus besoin d'envoyer des données en aveugle sur le réseau de routeurs. 154 31006930 10/2009 Planification et configuration Présentation de l'accès à distance Récapitulatif Dans une usine, l'accès au système de contrôle industriel est indispensable pour la capture des données, le dépannage, le contrôle et les ajustements mineurs. Les applications stratégiques et les processus industriels exigeant une attention de tous les instants, la capacité d'administration à distance des équipements réseau est de plus en plus recherchée. L'accès à distance est utile pour : z z z z les fabricants de matériels dont les machines peuvent être installées n'importe où dans le monde ; les utilisateurs finaux, qui n'ont pas d'équipe de support locale ; les intégrateurs de système qui cherchent à augmenter la valeur ajoutée de leur offre ; les systèmes qui requièrent la collecte de données à distance. Exemples Par exemple, une alarme signalant un réservoir trop rempli est envoyée à un opérateur. L'opérateur se connecte, vérifie l'état du réservoir, détermine s'il peut arrêter les pompes en toute sécurité et interrompt le processus jusqu'au lendemain matin pour analyser et corriger le problème. Autre exemple, un fabricant de matériel expédie une machine à un client situé dans un autre pays. Le client choisit d'utiliser un autre type de capteur que celui spécifié par le fabricant. Mais, une fois démarré, le système ne fonctionne pas comme prévu. Avec l'accès à distance, le fabricant peut se connecter à l'usine, modifier le programme et réparer la machine du client tout en évitant un déplacement sur place coûteux à la fois en temps et financièrement. 31006930 10/2009 155 Planification et configuration Méthodes Trois méthodes d'accès à distance sont fréquemment utilisées, chacune via un protocole différent : z z z l'accès direct à un automate par un accès commuté ; le contrôle à distance d'un PC via un accès commuté ; l'accès à distance à la totalité du réseau. Pour déterminer le type de connexion le plus approprié, vous devez définir la liste des fonctions que votre connexion à distance doit offrir. Les fonctions les plus répandues incluent : z z z z z z la collecte des données ; le dépannage à distance ; la programmation de logiciels ; SCADA ; la programmation à distance ; la sécurité. Pour les réseaux privés d'entreprise, plusieurs points importants sont à prendre en compte s'agissant de l'accès à distance : z z z z z z 156 la fiabilité ; les performances ; l'évolutivité ; la souplesse de gestion ; la connectivité sécurisée par le chiffrement et/ou l'authentification des utilisateurs et des équipements ; l'accessibilité. 31006930 10/2009 Planification et configuration Types d'accès distant Accès commuté direct à l'équipement L'accès commuté direct est géré par un modem relié directement à un automate d'usine ou un autre équipement. Un opérateur peut se connecter au modem et accéder au port de l'équipement comme dans une connexion locale. Pour accéder à un automate ou un équipement via Modbus, l'opérateur ne peut utiliser qu'un protocole série. Contrôle à distance d'un PC via un accès commuté L'accès commuté permet de prendre le contrôle à distance d'un PC sur site. En fait, l'opérateur distant utilise le PC sur site. Toutes les opérations effectuées à l'aide du clavier et de la souris distants sont envoyées au PC sur site, et l'affichage du PC sur site apparaît sur l'écran du PC distant. Accès au réseau L'accès au réseau implique l'extension du réseau Ethernet à une station distante. Vous pouvez établir cette connexion via un serveur à accès distant ou un VPN. La connexion Ethernet autorise un accès complet à tous les automates et autres équipements sur le réseau Ethernet du site. La station distante a accès aux pages Web, établit des diagnostics, effectue des tâches de programmation, se connecte à des imprimantes en réseau et consulte des documents hébergés sur des serveurs. Connexion de l'automate à Internet Lorsqu'une connexion est établie entre un automate et Internet, tout client connecté à Internet peut accéder à l'automate. Les clients distants ont accès aux pages Web, établissent des diagnostics, effectuent des tâches de programmation et exécutent de nombreuses autres fonctions. 31006930 10/2009 157 Planification et configuration Comparaison des options d'accès distant Méthode Systèmes accessibles Accès Accès au protocole de aux pages l'automate Web Coût Coût de la config- continu uration Difficulté de Exigences du client configuration Accès commuté direct à l'équipement Un automate Oui Non Bas Frais de téléphone Bas Doit exécuter le logiciel automate/SCADA complet, etc. Contrôle à distance d'un PC via un accès commuté Tous les équipements Oui Oui Bas Frais de téléphone ou de connexion à Internet Faible à élevée Le logiciel de contrôle à distance doit être installé sur le PC local et le PC distant. Attention : dans ce cas, la sécurité peut être compromise. Accès distant via un serveur à accès distant ou un VPN Tous les équipements sur le réseau Ethernet local Oui Oui Moyen Frais de téléphone ou de connexion à Internet Faible à élevée Navigateur Web du logiciel automate/SCADA Automate connecté à Internet Tous les équipements ayant une connexion Internet Oui Oui Moyen Coûts du FAI (élevés) Elevée Navigateur Web du logiciel automate/SCADA 158 31006930 10/2009 Planification et configuration Méthodes d'accès au réseau Récapitulatif Le coût et le nombre d'utilisateurs à prendre en charge sont les deux principaux facteurs à considérer lors du choix d'une méthode d'accès à distance. Vous ne devez pas déployer de réseaux privés virtuels ou une technologie de sécurité sans mettre en place une politique (voir page 164) appropriée. Identifiez les données stratégiques sur votre réseau pour leur apporter la protection appropriée lors de leur transit sur Internet. Serveur à accès distant Deux structures de système à accès distant sont présentées ci-dessous, l'une avec un serveur à accès distant dédié et l'autre avec un PC serveur Windows. 1 2 3 4 5 PC distant Modem Serveur à accès distant Modem Réseau Avantages du système avec serveur à accès distant z z z z 31006930 10/2009 Une nouvelle adresse IP globale n'est pas requise. L'adresse IP de l'automate peut être celle attribuée au réseau de l'entreprise. Aucun FAI n'est requis. La société qui utilise l'automate n'a aucun coût de maintenance. N'importe où dans le monde, vous pouvez fournir un système configuré qui devient opérationnel dès qu'une ligne téléphonique est connectée. (Vous devez avoir préalablement installé un modem compatible avec l'emplacement.) 159 Planification et configuration Inconvénients du système avec serveur à accès distant Une ligne téléphonique directe est requise entre le client distant et le serveur à accès distant. Les problèmes potentiels incluent : z z z le coût ; la qualité médiocre de la liaison téléphonique ; la vitesse limitée. Composants du système avec serveur à accès distant z z z z z z Vous devez ajouter un serveur à accès distant au réseau Ethernet connecté à l'automate. L'adresse IP de la passerelle par défaut de l'automate est celle du serveur à accès distant. Un modem est ajouté au serveur à accès distant. Un modem local de bonne qualité est recommandé. Les paramètres de sécurité et de pare-feu requis doivent être configurés sur le serveur à accès distant. Un modem est ajouté au client distant. Le client distant est configuré pour un accès commuté. Mise en œuvre du serveur à accès distant Que votre entreprise requière un serveur à accès distant dédié avec des fonctionnalités de sécurité et de pare-feu ou tout simplement un poste de travail ou un serveur Windows NT, prenez en compte les critères de système et de sécurité suivants lors de la conception de votre réseau : z z z 160 Prise en charge des modems externes : certains serveurs à accès distant ne prennent pas en charge les connexions par modem série. Vérification de la sécurité : notamment l'authentification Chap, PAP ou Windows. De nombreux systèmes offrent un niveau de sécurité supplémentaire avant que l'utilisateur puisse accéder à un réseau Windows. Si le réseau ne comprend aucun serveur Windows, le serveur à accès distant devient le principal point de vérification. Rappel : le serveur à accès distant et le modem peuvent être configurés pour rappeler un utilisateur à un numéro de téléphone préconfiguré. Cette fonctionnalité de sécurité requiert que quiconque tente d'accéder au système ait un numéro de téléphone donné. Le client appelle le serveur à accès distant et fournit un nom et un mot de passe. Ensuite, le serveur à accès distant raccroche et rappelle l'utilisateur à un numéro de téléphone prédéterminé. Si cette fonction offre un excellent niveau de sécurité, elle peut être extrêmement contraignante. Lorsqu'un fabricant de matériel livre un ordinateur de rappel à un client, c'est l'utilisateur final qui paie la majeure partie du coût des connexions du serveur à accès distant, car la liaison téléphonique est initiée par l'automate. 31006930 10/2009 Planification et configuration z z Protocoles autorisés : de nombreux serveurs à accès distant peuvent être configurés pour n'autoriser que certains protocoles comme le trafic IP. Vérifiez que tous les protocoles dont vous avez besoin figurent dans la liste des protocoles autorisés. Pare-feux : certains serveurs à accès distant peuvent intégrer ou ajouter un parefeu. Un pare-feu offre un environnement très sécurisé à l'automate et bloque la plupart des tentatives d'intrusion dans l'automate ou le réseau. Réseau privé virtuel Un réseau privé virtuel ou VPN crée des réseaux privés utilisant un mécanisme de transport comme Internet ou le réseau téléphonique public. Il achemine IP via un tunnel sécurisé créé entre deux réseaux. Le principe consiste à créer ce qui semble être une liaison privée dédiée sur un réseau partagé grâce à des techniques de chiffrement et de tunnel. La technologie VPN est une méthode économique qui offre une connexion sécurisée à des sites distants sur Internet. Vous pouvez utiliser des VPN site à site pour vous connecter à des locaux distants. Ce faisant, vous réduisez les dépenses liées au prix élevé des lignes louées. Les VPN sécurisent également la connexion à un réseau privé à partir d'une connexion Internet. Environnements VPN communs z z 31006930 10/2009 VPN à accès distant: le cas le plus fréquent d'accès à distance est celui d'un utilisateur qui se connecte depuis un site distant (son domicile ou un hôtel en vacances, par exemple) à un réseau privé installé sur son lieu de travail. La meilleure méthode aujourd'hui consiste à utiliser un VPN, ce qui est à la fois plus rapide, plus économique, plus souple et plus pratique que les lignes privées ou louées. VPN point à point : la technologie VPN permet également de connecter des sites distants ou des succursales au réseau principal de l'entreprise. Les VPN remplacent ces technologies de réseau étendu (voir page 70) (WAN) comme les lignes louées, le relais de trame et ATM. Un VPN offre les fonctionnalités WAN traditionnelles, comme le transport de plusieurs protocoles, la haute disponibilité, l'évolutivité et la sécurité. Comme mentionné ci-avant, il offre également d'autres avantages par rapport aux services WAN privés. 161 Planification et configuration Automate connecté à Internet Récapitulatif La connexion permanente d'un automate à Internet peut être coûteuse et difficile pour une petite entreprise ou un OEM. Toutefois, pour une grande entreprise possédant déjà une connexion permanente à Internet et familière avec le genre de questions telles que l'hébergement de ses propres serveurs Web, cette tâche constitue simplement une extension de son système existant. Avantages et inconvénients de la connexion à Internet Ce système présente plusieurs avantages par rapport à la configuration RAS précédente : z z z L'automate est connecté en permanence à Internet. Cela permet un accès rapide à l'automate à partir de n'importe quel ordinateur connecté à Internet : aucun modem n'est requis. Aucun appel téléphonique longue distance n'est requis pour accéder à l'automate ; il vous suffit de vous connecter à votre FAI local. Le nombre de connexions à distance à l'ordinateur simultanées n'est pas limité par le nombre de modems sur le serveur RAS. Cependant, il existe quelques inconvénients sérieux : z z z 162 Une connexion permanente à Internet est requise. Une adresse IP globale unique est requise pour l'automate. Celle-ci ne correspond pas forcément à l'adresse utilisée sur votre système local. Il n'existe aucun moyen simple de limiter l'accès à l'automate, contrairement à la solution de rappel pour serveur RAS, même si vous pouvez utiliser des pare-feux pour le contrôle d'accès. 31006930 10/2009 Planification et configuration Configuration générale du système Internet La configuration générale du système est constituée comme suit : z z z z Vous devez trouver un FAI local afin d'avoir une connexion permanente de l'automate à Internet. Cela peut s'avérer très cher car la plupart des connexions permanentes utilisent des méthodes autres que le modem. Si vous prévoyez d'utiliser un modem, consultez votre FAI et votre opérateur téléphonique pour voir si une connexion téléphonique peut rester active indéfiniment. Obtenez une adresse IP unique permanente pour votre automate. Pour les petites entreprises, vous pouvez obtenir cette adresse auprès de votre FAI. La location de cette adresse auprès de votre FAI peut être chère car il existe un nombre limité d'adresses de la sorte dans le monde. De plus votre FAI peut louer une adresse à un utilisateur unique ou la partager avec de nombreux utilisateurs. Les entreprises plus grandes doivent déjà avoir une série d'adresses IP uniques permanentes. Faites configurer par votre FAI ou votre personnel informatique tous les routeurs requis pour accéder à cette adresse IP à partir du reste d'Internet. Configurez en outre l'adresse IP et la passerelle de l'automate. Un pare-feu (voir page 165) doit être installé pour séparer la partie du réseau connectant votre automate à Internet du reste de votre réseau. Cela permet d'éviter que les utilisateurs accèdent à d'autres parties de votre réseau. Vous pouvez également installer un pare-feu entre l'automate et Internet pour limiter le type d'accès que les utilisateurs peuvent avoir à l'automate. Actuellement, aucun pare-feu n'autorise les commandes de données Modbus (lecture/écriture de données) tout en empêchant les commandes de programmation (programmation de l'automate à l'aide de Concept, Proworx ou Modsoft). Si vous prévoyez de connecter votre automate en permanence à Internet, Schneider Electric vous recommande de travailler en étroite collaboration avec votre service informatique ou, si possible, en partenariat avec un FAI local fiable. 31006930 10/2009 163 Planification et configuration Problèmes de sécurité Récapitulatif La sécurité d'un réseau peut être envisagée sous différents aspects : l'autorisation quotidienne d'un opérateur à accéder à un automate, le blocage des activités pénalisantes mais pas malveillantes, et l'application des autorisations et procédures de l'usine. Toutefois, le blocage des activités malveillantes est bien plus difficile à mettre en œuvre que les autres aspects. Parmi ces activités, citons les intrusions, l'interférence avec les données de l'entreprise, les attaques virales, les refus de service, le détournement de sites Web et de messagerie, la fraude et toute autre activité criminelle. La protection de votre réseau contre ces malveillances est particulièrement difficile à assurer et requiert les conseils d'experts en la matière. Le délai nécessaire pour sécuriser le réseau contre ces brèches varie selon les compétences des pirates, mais la sécurité implique une surveillance constante. En revanche, la protection contre les activités non malveillantes peut être assurée par du personnel qui ne possède pas ce niveau de spécialisation. Politique de sécurité Votre politique de sécurité définit les informations et services accessibles, leur mode d'accessibilité et les personnes autorisées à y accéder. C'est en définissant une politique de sécurité, et non simplement en en appliquant une sans plan, que vous prendrez en compte tous ces aspects. La planification permet de mieux déterminer les mesures de sécurité à appliquer lorsque vous modifiez votre réseau. Mots de passe Les mots de passe doivent être modifiés tous les mois. Pour éviter toute intrusion malveillante, choisissez des noms d'utilisateur et des mots de passe complexes. Il est impératif de modifier ou de désactiver les mots de passe par défaut de tous les équipements, car ces informations sont faciles à trouver dans les documentations utilisateur. Accès physique Empêcher l'accès physique au réseau est primordial pour assurer une sécurité efficace contre les attaques malveillantes. Il est très facile d'obtenir les mots de passe SNMP ou telnet si vous avez accès physiquement au réseau. Ainsi, la protection contre l'accès physique à l'infrastructure du réseau est cruciale pour assurer le contrôle de la structure du réseau. Tout le travail d'organisation du trafic du réseau peut être perdu si des utilisateurs rendent les réseau inexploitables ou bloquent les communications entre les équipements. 164 31006930 10/2009 Planification et configuration Pare-feux Un pare-feu est un équipement ou un programme qui filtre les informations qui pénètrent dans votre réseau via une connexion. Il analyse chaque paquet et décide s'il est autorisé à pénétrer dans le réseau, en fonction de : z z z l'adresse IP source ; l'adresse IP cible ; le numéro de port TCP cible (le protocole utilisé). Placez des pare-feux aux jonctions stratégiques de votre réseau, comme : z z z entre le réseau de l'entreprise et l'étage de l'usine ; entre différentes zones de l'usine ; entre les portables des sous-traitants et l'usine. Avec des pare-feux de base, vous limitez l'accès à une zone de votre réseau ou à un équipement donné, selon les informations provenant de l'ordinateur qui tente d'accéder à la ressource concernée. Comme l'accès se fait par IP, il est impossible d'effectuer un filtrage par personne. Vous pouvez autoriser l'accès à un équipement, mais limiter les protocoles utilisables. Par exemple, vous pouvez autoriser l'affichage de pages Web, mais pas le transfert de microprogrammes par FTP. Filtrage Modbus et pare-feux Le filtrage Modbus ne permet pas d'autoriser la surveillance des données sans autoriser la programmation, car ces deux aspects sont gérés par le même protocole. L'une des solutions possibles consiste à autoriser plusieurs services OPC à accéder aux données et à bloquer tous les autres équipements. Ceci empêche également la surveillance avec un module de programmation. Pare-feux avancés De plus en plus de pare-feux avancés analysent les couches supérieures des paquets Ethernet et déterminent s'ils sont autorisés à pénétrer dans le réseau. Ceci permet non seulement de filtrer la couche des applications, mais signifie également que ces pare-feux n'autorisent pas les commandes de programmation Modbus. Plus lents que leurs homologues ordinateurs, ces pare-feux ne sont pas encore très répandus. Configuration d'un pare-feu La méthode utilisée pour configurer un pare-feu est importante. Il en existe deux : z z tout autoriser puis rejeter des éléments spécifiques ; tout rejeter puis rejeter des éléments spécifiques. La méthode tout rejeter est la plus sécurisante, car elle prend en compte les cas auxquels vous n'aviez pas pensé. Il s'agit donc de la méthode recommandée. 31006930 10/2009 165 Planification et configuration Listes de contrôle d'accès Une liste de contrôle d'accès est utilisée dans les commutateurs de couche 3 (voir page 68) et dans certains commutateurs de couche 2. Elle assure un service de filtrage similaire à celui d'un pare-feu, mais elle s'appuie sur un port source/cible ou un VLAN (voir page 64), au lieu d'une adresse IP. Vous pouvez l'utiliser sur les niveaux inférieurs d'un réseau (à l'étage de l'usine) pour empêcher une zone d'accéder à une autre. Dès qu'une liste de contrôle d'accès est configurée, le système bloque tous les types d'accès, comme une personne qui tente accidentellement de se connecter à un automate situé dans la zone suivante de l'usine. La méthode de configuration est la même que pour un pare-feu. Sécurité des ports L'équipement Schneider NxS272 protège chaque port. La sécurité des ports fonctionne de manière similaire à une liste de contrôle d'accès, mais limite les connexions entrantes selon leur adresse MAC. Les paramètres identifient les utilisateurs autorisés : toutes les adresses ou uniquement une. Si une adresse non autorisée est détectée, les paramètres déterminent la réponse : aucune, interception ou désactivation. Les paramètres sont définis avec l'adresse Web. Contrôle d'accès à l'automate Les ports Ethernet des automates Quantum/Premium et de la passerelle ETG prennent en charge les listes de contrôle d'accès pour la messagerie Modbus. Ils vous permettent de configurer les adresses IP autorisées à envoyer des requêtes Modbus à l'automate. En revanche, ils interdisent l'accès à d'autres protocoles. Soyez prudent lorsque vous configurez le contrôle d'accès car il restreint le fonctionnement des pages Web actives qui utilisent Modbus pour récupérer des données. Problèmes de sécurité avec le sans fil Les réseaux sans fil soufrent d'un déficit important en terme de sécurité par rapport aux réseaux traditionnels. Comme un réseau sans fil transmet les données sur des ondes radio, ces dernières sont plus facilement accessibles. Ces options pour systèmes sans fil existent dans les systèmes d'automatisation : z z systèmes sans fil traditionnels pour réseaux série, Modbus Plus et solutions Ethernet personnalisées ; Ethernet sans fil basé sur des normes de bureau. Les systèmes basés sur une solution sans fil non standard sont plus difficiles à intercepter car ils n'utilisent pas les protocoles standard. Cependant, les systèmes qui utilisent une technologie sans fil standard peuvent être interceptés par n'importe quel ordinateur portable équipé d'une connexion sans fil, ce qui les exposent encore plus. 166 31006930 10/2009 Planification et configuration Chaque réseau sans fil reçoit un SSID ou nom de réseau qui l'identifie. Normalement, le SSID choisi est un nom logique. N'optez pas pour un nom logique comme le fournisseur du matériel ou le nom de votre entreprise. Il fournit des informations sur votre réseau. Points d'accès Un point d'accès (logiciel ou équipement) représente le concentrateur de connexion pour un équipement sans fil connecté à un réseau local câblé. Les points d'accès ont un SSID de diffusion. S'il est activé, le nom du réseau est diffusé et il est proposé aux ordinateurs qui tentent de se connecter. Désactivez la diffusion. Elle requiert une préconfiguration du SSID sur tous les ordinateurs pour qu'ils puissent se connecter au réseau. En majorité, les réseaux sans fil utilisent un serveur DCHP pour attribuer des adresses IP aux clients. Configurez le serveur pour qu'il attribue des adresses IP à certaines adresses Modbus Plus. Ne configurez aucune adresse de rechange supplémentaire. Limitez l'accès aux adresses MAC connues. Les points d'accès peuvent être configurés pour n'autoriser que la connexion des adresses IP et MAC connues. Sur la plupart des PC, et notamment les portables, vous pouvez modifier l'adresse MAC et utiliser celle existant sur le réseau. WEP WEP (Wired Equivalent Privacy) sécurise le réseau en cryptant les données transmises par les ondes radio. Activez ce paramètre. Choisissez une clé WEP qui vous autorise à surveiller le réseau. Générez systématiquement une clé WEP aléatoire et n'utilisez jamais de clé basée sur un mot. Les algorithmes de génération de clés à partir d'un mot sont connus et certains programmes sont capables de les déchiffrer. Par conséquent, bannissez les clés WEP générées à partir d'un mot. Il suffit de 3 heures à quelques jours à un pirate pour la décrypter. VPN et pare-feux La combinaison d'un VPN et d'un pare-feu est une solution idéale, mais coûteuse en termes de temps de gestion. Exécutez un client VPN sur les ordinateurs portables et un terminal de VPN à la jonction entre le réseau sans fil et le réseau principal. Ceci ajoute un cryptage supplémentaire (supérieur au cryptage WEP) aux données transmises. Exécutez un pare-feu entre le terminal du VPN et le reste du réseau pour sécuriser l'accès encore davantage. 31006930 10/2009 167 Planification et configuration 168 31006930 10/2009 Vue d'ensemble des services 31006930 10/2009 Vue d'ensemble des services 3 Vue d'ensemble Ce chapitre fournit les informations permettant de sélectionner le service Transparent Ready approprié pour chaque tâche de votre système automate. Vous y trouverez des informations concernant les avantages et les limites de chaque service, ainsi que sur le fonctionnement des périphériques qui l'utilisent. NOTE : Les données de performances de Unity utilisées dans ce chapitre sont basées sur la version 2.0 du logiciel. Les autres versions de Unity peuvent être sensiblement différentes. Contenu de ce chapitre Ce chapitre contient les sous-chapitres suivants : Sous-chapitre 31006930 10/2009 Sujet Page 3.1 Evaluation de la configuration du système 170 3.2 Service I/O Scanning 183 3.3 Messagerie Modbus 197 3.4 Service Global Data 217 3.5 Remplacement d'équipements défectueux 225 3.6 Synchronisation horaire 230 3.7 Service de notification par message électronique 239 3.8 Serveur Web standard 245 3.9 Serveur Web FactoryCast 253 3.10 Serveur Web FactoryCast HMI 259 3.11 Autres services 266 3.12 OPC Factory Server 280 3.13 SCADA/IHM 300 3.14 Redondance 314 3.15 Systèmes de passerelle/pont 335 3.16 Services pris en charge par équipement 344 3.17 Evaluation des performances système 352 169 Vue d'ensemble des services 3.1 Evaluation de la configuration du système Vue d'ensemble Cette section présente les services Transparent Ready, qui prennent en charge les communications Ethernet à chaque niveau de l'usine. Elle décrit également comment évaluer la configuration de vos communications et sélectionner les services les plus appropriés. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 170 Page Services communs à chaque niveau de l'usine 171 Communication au niveau de l'entreprise 172 Niveau inter-automates 173 Communications au niveau du terrain 174 Sélection du service de communication 175 Services et protocoles de prise en charge de Transparent Ready 178 31006930 10/2009 Vue d'ensemble des services Services communs à chaque niveau de l'usine Récapitulatif Il est possible d'intégrer des produits industriels Transparent Ready aux architectures basées sur le réseau universel Ethernet TCP/IP. Aucune interface supplémentaire n'est nécessaire. L'architecture de base ci-dessous montre les différents niveaux et fonctions de communication requis par les applications industrielles pour satisfaire les exigences en matière d'échange de données dans une usine : Les communications peuvent s'effectuer à quatre niveaux : z z z z 31006930 10/2009 Communication au niveau de l'entreprise (voir page 172) : entre les systèmes de commande et le système MES (système d'exécution de la fabrication) ou les systèmes de supervision ou d'information ERP (progiciel de gestion intégré) Communication au niveau inter automates (voir page 173) : pour la programmation, le diagnostic et le transfert de données ainsi que la communication entre les automates pour synchroniser les applications Communication au niveau du terrain (voir page 174) : entre les automates, les PC et les équipements terrain Communication distante transparente : communication distante via Internet, le téléphone ou une liaison radio 171 Vue d'ensemble des services Communication au niveau de l'entreprise Systèmes MSE/ERP et automates Les communications au niveau de l'entreprise utilisent des infrastructures et des protocoles standard pour échanger des volumes élevés de données avec des systèmes de gestion de projet. Dans certains cas, l'automate doit s'adapter à un protocole spécifique au système connecté. Les temps de réponse ne sont pas critiques. Les services Transparent Ready utilisés sont les suivants : z z z z z z communication HTTP pour afficher les données et envoyer des commandes via des pages Web échange de données utilisant la norme OPC via un serveur de données OFS (voir page 280) messagerie Modbus TCP/IP (voir page 197) TCP ouvert émission de messages électroniques (voir page 239) publication directe dans des bases de données relationnelles via le serveur Web FactoryCast HMI actif (voir page 259) Systèmes de supervision et automates Les communications au niveau de l'entreprise peuvent transférer des volumes élevés de données d'un système de l'entreprise vers un groupe d'automates. Les temps de réponse doivent généralement se situer entre 0,5 et 2 s. Les services Transparent Ready utilisés sont les suivants : z z z z échanges de données utilisant la norme OPC via un serveur de données OFS (voir page 280) messagerie Modbus TCP/IP (voir page 197) TCP ouvert communication HTTP, intégrée au système de supervision pour afficher les pages Web à partir des équipements terrain dans les pages de supervision Applications IHM et automates/équipements terrain Une application IHM de base doit avertir le personnel de maintenance d'un événement et lui permettre de consulter l'état d'un équipement terrain. Les services Transparent Ready utilisés sont les suivants : z z notification par message électronique commandes d'affichage et de transmission des données via des pages Web SNMP Le protocole de gestion de réseau standard (SNMP) peut être utilisé par une station de gestion du réseau pour surveiller, contrôler et effectuer le diagnostic de tous les composants de l'architecture Ethernet (voir page 269). 172 31006930 10/2009 Vue d'ensemble des services Niveau inter-automates Communication de transfert de données Lorsque des données sont envoyées via le mode point à point selon des algorithmes de programmation d'automate et que les temps de réponse se situent entre 200 ms et 1 s, le principal service Transparent Ready à utiliser est la messagerie Modbus TCP/IP (voir page 197). Synchronisation des applications La communication de diffusion utilise des échanges en temps réel pour synchroniser plusieurs applications. Les volumes des données échangées sont faibles. Des temps de réponse situés entre 10 et 500 ms sont nécessaires. Le service Global Data (voir page 217) Transparent Ready est particulièrement adapté aux échanges synchronisés de données. 31006930 10/2009 173 Vue d'ensemble des services Communications au niveau du terrain Communication entre les PC et le terminal opérateur sur le terrain Les communications au niveau du terrain sont utilisées pour configurer, surveiller et gérer les équipements terrain pour les diagnostics et la surveillance. Les procédures de communication doivent être simples afin que le personnel moins qualifié puisse accéder aux diagnostics de premier niveau à partir d'un PC standard. Le service Transparent Ready le plus adapté est l'affichage de diagnostics et de pages Web (voir page 245) personnalisées. Le protocole Modbus et/ou d'autres protocoles industriels de bus terrain sont utilisés pour contrôler les équipements terrain. 174 31006930 10/2009 Vue d'ensemble des services Sélection du service de communication Récapitulatif La description suivante des services (ainsi que les tableaux des services présentés dans la rubrique suivante) peut vous aider à décider quels sont les meilleurs services pour votre application. I/O Scanning Le service I/O Scanning vous permet d'échanger des informations de façon répétitive entre un équipement central et un grand nombre d'équipements distants sans recourir à une programmation spéciale dans ces équipements. Il s'utilise lorsque vous voulez échanger des données de façon répétitive et rapide (à une fréquence comprise entre 1 ms et 5 s). L'exemple type d'un équipement pouvant utiliser le service I/O Scanning est un lecteur de code barres devant scanner toutes les étiquettes de paquets circulant sur un convoyeur rapide. Pour plus de détails, reportez-vous à la section Service I/O Scanning, page 183. Messagerie Modbus Le service de messagerie Modbus comprend des services client et serveur. Le client lance une requête vers le serveur via le protocole Modbus ; le serveur répond à la requête du client, ce qui se traduit par un échange d'informations. La messagerie Modbus prend en charge la lecture et l'écriture des données, ainsi qu'un ensemble de commandes de programmation. La messagerie Modbus doit être utilisée lorsque des données doivent être échangées entre deux équipements selon des intervalles irréguliers ou peu fréquents. Il peut s'agir d'une commande visant à démarrer un processus ou à générer un rapport une fois le processus terminé. La messagerie Modbus permet d'établir des communications uniquement lorsqu'elles sont nécessaires, ce qui optimise l'utilisation du réseau et des équipements. Pour plus de détails, reportez-vous à la section Messagerie Modbus, page 197. Global Data Le service Global Data permet à un équipement de publier des données vers un groupe d'équipements du réseau. Il est possible de configurer les équipements de ce groupe de distribution afin qu'ils souscrivent aux données publiées. Le service Global Data doit être utilisé lorsqu'un équipement contient des informations d'état que plusieurs équipements du réseau doivent recevoir. L'équipement de publication utilise la multidiffusion pour envoyer efficacement des informations sur le réseau à son groupe de distribution. Pour plus de détails, reportez-vous à la section Service Global Data, page 217. 31006930 10/2009 175 Vue d'ensemble des services FDR (Faulty Device Replacement, Remplacement d'équipements défectueux) Le service FDR permet à un équipement central (le serveur FDR) de stocker les paramètres de configuration des équipements distants sur le réseau. En cas de panne d'un équipement distant, le serveur transmet automatiquement ses paramètres de configuration stockés à un équipement de remplacement afin que ce dernier puisse fonctionner avec la même configuration que celle de l'équipement défectueux. Le remplacement s'effectue sans configuration manuelle des paramètres. Le service FDR doit être utilisé pour tous les équipements qui sont connectés à un réseau d'automatisme. Avec le service FDR, le personnel d'entretien n'a plus besoin de conserver les enregistrements de configuration à portée de main et le risque d'erreur humaine au moment de la saisie de la nouvelle configuration est réduit. Pour plus de détails, reportez-vous à la section Remplacement d'équipements défectueux, page 225. Synchronisation horaire Le service de synchronisation horaire permet de proposer une source horaire centrale à plusieurs équipements du réseau. Lorsque tous les équipements ont une heure précise, vous pouvez synchroniser correctement les événements et gérer l'ordre des opérations dans l'usine. Le service de synchronisation horaire doit être utilisé dans les environnements dans lesquels la synchronisation joue un rôle important dans les opérations. Il évite d'avoir à configurer manuellement l'heure sur chaque équipement du réseau. En outre, la précision peut approcher 1 ms dans tous les équipements, un niveau de précision qu'il est impossible d'obtenir en configurant l'heure manuellement. Pour plus de détails, reportez-vous à la section Synchronisation horaire, page 230. Notification par message électronique Le service de notification par message électronique permet au personnel d'entretien d'être notifié de l'état de l'usine via un message électronique. Ce dernier peut inclure des données de traitement, des rapports de production, des alarmes, des événements et d'autres informations nécessaires pour évaluer l'état de l'usine. Un équipement qui propose le service de notification par message électronique peut créer automatiquement de courts messages électroniques. En outre, il est possible d'associer à ces messages des destinataires, des adresses électroniques et des objets prédéfinis. Le corps du message peut être modifié de façon dynamique pour inclure les données actuelles de l'usine ainsi que d'autres textes. 176 31006930 10/2009 Vue d'ensemble des services Le service de notification par message électronique est utilisé chaque fois que la notification par message électronique constitue une option pratique de communication pour informer quelqu'un de l'état de l'usine, des rapports d'exploitation ou des besoins de maintenance. Dans ce cas, vous êtes averti des besoins de maintenance, ce qui évite de vérifier régulièrement l'équipement pour savoir quand il doit subir des opérations de maintenance. Du fait des retards potentiels, ce service n'est pas recommandé pour les messages urgents qui nécessitent des temps de réponse courts et une intervention rapide. Pour plus de détails, reportez-vous à la section Service de notification par message électronique, page 239. Diagnostics intégrés (services Web standard) Les diagnostics intégrés permettent d'exécuter des fonctions de diagnostic et de maintenance localement et à distance à l'aide d'un simple navigateur Internet. Ce service utilise un serveur Web intégré et un serveur de données en temps réel. Toutes les données sont présentées au format HTML (format Web standard) et sont accessibles via n'importe quel navigateur Internet. Ce service est très utile pour surveiller l'état des équipements du réseau et les informations relatives au fonctionnement et à la configuration. Certains automates prennent en charge la configuration à distance via des pages Web. Par exemple, les variateurs Altivar donnent accès aux informations de vitesse courantes et vous permettent de configurer les taux d'accélération par l'intermédiaire de leur site Web. Pour plus de détails, reportez-vous à la section Serveur Web standard, page 245. Web/FactoryCast A l'aide d'un simple navigateur Internet, le serveur Web FactoryCast offre tous les avantages d'un service de serveur Web intégré standard avec la possibilité de contrôler, configurer et surveiller les données de l'usine localement et à distance. La surveillance et le contrôle peuvent être améliorés à l'aide de pages Web personnalisées par l'utilisateur. Le service Web/FactoryCast permet d'afficher et de modifier toutes les variables de l'usine en temps réel. Il vous permet de créer des liens hypertexte vers des serveurs Web externes pouvant contenir la documentation de l'usine. Le service Web FactoryCast HMI incorpore un serveur Web actif dans l'équipement, fournit des pages Web de meilleure qualité, prend en charge davantage de clients et assure la connectivité de la base de données. Pour plus de détails, reportez-vous à la section Serveur Web FactoryCast, page 253. 31006930 10/2009 177 Vue d'ensemble des services Services et protocoles de prise en charge de Transparent Ready SNMP Le service SNMP permet de gérer les réseaux. Il s'agit d'un système de gestion réseau qui utilise les équipements compatibles SNMP recevant des demandes d'informations sur eux-mêmes et sur le réseau. SNMP est présent dans presque tous les équipements Ethernet et doit être utilisé comme la base dans la plupart des systèmes de gestion réseau. Il permet de découvrir, surveiller et configurer les équipements d'un réseau. Généralement, SNMP est utilisé pour transférer l'état d'un équipement et d'un réseau et non l'état de l'usine. Pour plus de détails, reportez-vous à la rubrique Service SNMP, page 269. FTP FTP est une méthode d'échange de fichiers entre les équipements d'un réseau. Presque tous les systèmes d'exploitation intègrent aujourd'hui une fonctionnalité client ou serveur FTP, ce qui facilite les transferts de fichiers d'un équipement à l'autre. Beaucoup d'équipements réseau mettent en œuvre le protocole FTP comme méthode standard de transfert d'informations pour mettre à jour son logiciel ou micrologiciel interne. Pour plus de détails, reportez-vous à la rubrique Service FTP, page 267. TFTP TFTP est un protocole de transfert de fichiers plus simple que FTP, généralement utilisé pour le transfert de petits fichiers sur des équipements moins complexes. Pour plus de détails, reportez-vous à la rubrique Service TFTP, page 271. Telnet Le protocole Telnet fournit une session de communication de type client-hôte interactif, dans laquelle vous pouvez saisir des commandes pour consulter et manipuler un équipement distant. Il s'agit d'une interface utilisateur basée sur du texte et intégrée à de nombreux équipements aujourd'hui. Vous pouvez utiliser Telnet pour configurer des équipements simples tels que des commutateurs, des routeurs et des ponts série-Ethernet. Pour plus de détails, reportez-vous à la rubrique Service Telnet, page 272. 178 31006930 10/2009 Vue d'ensemble des services Services de transfert des données d'usine Service Niveau, utilisation courante Temps de réponse 10 ms+ I/O Scanning Equipement terrain et automate à automate Niveaux 2 et 3 Fréquence de transfert de données Confirmation d'échange Exemples Topologie des communications 1 ms à 5 s périodique Etat de santé du scrutateur d'E/S pour le transfert des données et les valeurs de repli. Accusé de réception pour chaque transfert de données avec mécanisme de nouvelles tentatives Contrôle de l'E/S Advantys Transfert de l'état de l'usine entre automates Scrutateur central échangeant des données avec un ou plusieurs équipements Messagerie Modbus Equipements terrain, automate à automate et supervision Niveaux 1, 2 et 3 50 ms+ Occasionnel ou non périodique (rapports d'exception) Accusé de réception pour chaque transfert de données avec mécanisme de nouvelles tentatives Confirmation de Equipement client fin de processus à équipement Communication serveur s SCADA/IHM Global Data Automate à automate Niveau 2 20 ms+ 10 ms à 30 s périodique Aucun Distribution de l'état d'un équipement à un groupe d'équipements TCP ouvert Equipement terrain à automate, automate à automate et automate à superviseur Niveaux 1, 2 et 3 100 ms+ 100 ms+ ou basé sur exception Configurable par Programmation l'utilisateur d'un nouveau protocole de communication s (par ex. IP Ethernet) pour communiquer avec un équipement tiers 31006930 10/2009 Nombreux équipements de publication à nombreux équipements abonnés Un client à un serveur 179 Vue d'ensemble des services Services de transfert des données à distance Service Niveau, utilisation courante Temps de réponse Fréquence de transfert de données Confirmation d'échange Exemples Topologie des communications Notification par message électronique Niveau de l'entreprise Niveau 1 Minutes Rapport d'exception, jusqu'à plusieurs par minute Confirmation d'envoi, pas de confirmation de livraison Rappels de maintenance Rapports de production Un client de messagerie à de nombreux destinataires Connectivité de base de données FactoryCast HMI Niveau de l'entreprise Niveau 1 Secondes 1 s à 30 min - Envoi de rapports et de données de production directement à une base de données Un équipement à une base de données OPC Niveau de l'entreprise Niveau 1 50 ms à plusieurs secondes Rapport d'exception ou périodique Confirmation par transaction Serveur SCADA à clients SCADA Système de surveillance d'usine à équipements d'usine Serveur OPC central avec Modbus TCP/IP vers équipements d'usine, puis OPC communique les données d'usine à d'autres applications SCADA ou IHM Messagerie électronique FactoryCast HMI Services de diagnostic Service Destinataire Diagnostic d'un du diagnostic ou de plusieurs équipements Diagnostic d'usine ou d'équipement Exemples Topologie des communications Diagnostics Personnes intégrés Simple Informations sur l'équipement interne Plusieurs clients Accès distant aux informations sur l'état et de navigateur Web la configuration du module via un navigateur Web FactoryCast Personnes Simple ou multiple Informations sur l'usine Affichage de l'état du cycle de l'usine à l'aide de pages Web personnalisées simples 180 Plusieurs clients de navigateur Web 31006930 10/2009 Vue d'ensemble des services Service Destinataire Diagnostic d'un du diagnostic ou de plusieurs équipements Diagnostic d'usine ou d'équipement Exemples Topologie des communications FactoryCast Personnes/ HMI machines Simple ou multiple Informations sur l'usine Affichage distant efficace Nombreux clients de l'état de l'usine à l'aide de navigateur Web de pages et d'applications Web personnalisées avancées SNMP Machines Simple ou multiple Informations sur le réseau d'équipements Surveillance de l'état du réseau de l'usine par gestion réseau (HP Openview) Système de gestion de réseau vers nombreux équipements SNMP Telnet Personnes Simple Equipement Surveillance de l'état de l'équipement interne Un client Telnet à un serveur Telnet sur un équipement Services de configuration Service Configuration de Configuré par Exemple FDR Equipements sur le réseau par un serveur FDR Un serveur FDR, fournissant la configuration automatique des équipements clients Configuration automatique des paramètres d'exploitation d'un équipement d'E/S Ethernet distribué une fois l'équipement connecté au réseau Diagnostics intégrés Un équipement connecté par un utilisateur Une personne Configuration des paramètres d'exploitation d'un lecteur à vitesse variable via un navigateur Web SNMP Un équipement connecté par un utilisateur ou par un système de gestion de réseau Une personne ou un système de gestion de réseau Configuration des paramètres de composant d'infrastructure réseau à l'aide d'un système de gestion de réseau Telnet Un équipement connecté par un utilisateur Une personne Configuration des paramètres d'exploitation d'un réseau de pont série à Ethernet à l'aide d'une connexion directe 31006930 10/2009 181 Vue d'ensemble des services Contrôle de la compatibilité du service Avant de sélectionner un service, assurez-vous que les équipements impliqués dans le transfert des données prennent en charge le service souhaité. Si un équipement ne le prend pas en charge, vous devez sélectionner un autre service. Si vous choisissez un autre service moins adapté, cela ne signifie pas nécessairement que l'interaction entre les équipements ne peut pas être réalisée, mais uniquement que l'utilisation du réseau et des ressources de l'équipement peut ne pas être optimale. Une fois que vous avez sélectionné le service, enregistrez-le dans la liste des communications de l'usine. Combinaison de transferts de données Une fois que tous les services ont été sélectionnés, les interactions entre les équipements semblables utilisant le même service peuvent être combinées. Cela peut s'avérer inapproprié pour certaines interactions (par ex. l'utilisation du protocole FTP pour transférer des fichiers à une fin particulière ne peut pas être combinée avec un transfert FTP distinct), mais peut être bénéfique pour d'autres. Par exemple, si vous utilisez la messagerie Modbus pour transférer l'état de 10 éléments différents, vous pouvez la combiner dans un transfert unique. Evaluation du système Réalisez une évaluation du système pour vous assurer que la combinaison de tous les transferts de données ne surcharge aucun service ou équipement. Une surcharge peut en effet entraîner la diminution des performances d'un service ou l'échec des transferts de données. Conception réseau Votre réseau doit être conçu afin de prendre en charge les services que vous sélectionnez ou, si le réseau est déjà en place, contrôlé afin de vérifier qu'il peut transporter les services requis. Les éléments à contrôler sont les suivants : z z z z 182 réseaux, sous-réseaux (voir page 144) et adressage (voir page 142) ; bande passante ; routeurs (voir page 153) et pare-feux (voir page 165) ; RAS. (voir page 159) 31006930 10/2009 Vue d'ensemble des services 3.2 Service I/O Scanning Vue d'ensemble Cette section décrit le service I/O Scanning et la manière dont il est utilisé pour échanger des données entre un équipement central et un grand nombre d'équipements distants. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Description du service I/O Scanning 184 Fonctionnement du scrutateur d'E/S 187 Périodes de répétition 192 Etats défectueux courants 194 Temps de réponse 195 183 Vue d'ensemble des services Description du service I/O Scanning Service I/O Scanning Le service I/O Scanning est une tâche de communication autonome qui échange des données de registre entre un équipement exécutant le service et un grand nombre d'équipements distants sur le réseau, via le protocole Modbus TCP. Ce service ne nécessite qu'une simple opération de configuration au niveau du scrutateur d'E/S ; aucune programmation particulière n'est requise dans cet équipement ni dans les équipements distants. L'équipement distant doit être un serveur Modbus TCP/IP. Voici quelques exemples d'équipements distants : z z z z z E/S distribuées telles que Advantys STB et Momentum, équipements intelligents tels que les variateurs Altivar et les contrôleurs de circuit Sepam, automates tels que Quantum et Premium, équipements série Modbus tels que les relais moteur Lt6 accessibles par l'intermédiaire d'un pont, tout équipement tiers qui est un serveur Modbus TCP/IP. Le scrutateur d'E/S lit et écrit les données de façon répétitive pendant une période définissable par l'utilisateur (entre 20 ms et 5 s). Ces échanges en lecture/écriture génèrent une charge sur le réseau. C'est la raison pour laquelle le scrutateur d'E/S est mieux adapté aux opérations périodiques critiques. Le scrutateur d'E/S est configuré en fonction d'une liste d'équipements, de zones de données et de la vitesse à laquelle s'effectue l'échange des données de registre. Il établit une connexion avec l'équipement distant et échange les données en respectant la vitesse configurée. Il maintient la connexion avec l'équipement distant tout en gérant les erreurs éventuelles qui surviennent. Pour chaque équipement distant, un rapport est renvoyé à l'application, indiquant si les données sont transférées à la vitesse d'échange spécifiée. 184 31006930 10/2009 Vue d'ensemble des services Caractéristiques du scrutateur d'E/S Le scrutateur d'E/S est un système ouvert ; vous n'êtes lié à aucune plate-forme particulière ni à une marque donnée. Le système de scrutation des E/S est constitué de deux parties, le scrutateur et le ou les équipement(s) distant(s). Le scrutateur n'a aucun contrôle sur l'équipement distant. Par exemple, si l'équipement tombe en panne, le scrutateur d'E/S ne peut pas émettre son état de repli. Le scrutateur d'E/S est capable d'émettre l'état que sa valeur d'application devrait prendre en cas de perte de communication avec l'équipement distant. Il n'existe aucun écran de paramètres configurables individuel pour les équipements distants. Vous pourrez peut-être effectuer une écriture initiale sur l'équipement distant pour le configurer, si cette opération est prise en charge par l'équipement distant. Cependant, vous devrez désactiver cette entrée après la configuration initiale, car vous ne voulez pas que la requête d'écriture se produise à chaque période de répétition configurée. Le scrutateur d'E/S ne possède aucune information spécifique concernant l'équipement distant, à l'exception de son adresse IP. Etant donné que le système est ouvert, vous n'avez aucun contrôle sur le temps de réponse de l'équipement distant. Avec d'autres systèmes d'E/S, vous pouvez configurer ce temps de réponse. Dans un système de scrutation des E/S, aucune valeur n'est définie pour indiquer à quel moment s'effectue l'échange des données de registre, cette valeur pouvant varier d'un équipement distant à l'autre. Voici d'autres caractéristiques du scrutateur d'E/S : z z z z z z La taille maximale des blocs de données transférables est égale à 100 mots écrits et 125 mots lus par entrée. Le nombre maximum de mots lus ou écrits est égal à 4 000. Il est possible d'échanger plusieurs blocs de données avec un même équipement distant. La vitesse de transfert répétitif des données (voir page 192) est définie par l'utilisateur (valeur comprise entre 1 ms et 5 s). Un rapport de défauts est généré pour chaque équipement distant. L'échange des données peut être activé/désactivé pour chaque équipement distant. Chaque entrée de la configuration du scrutateur d'E/S crée un socket, incluant plusieurs entrées pointant vers le même équipement distant. Exigences du service I/O Scanning au niveau de l'équipement distant z z 31006930 10/2009 Prise en charge de la messagerie Modbus TCP/IP ou de l'esclave série Modbus si un pont série-vers-Ethernet est utilisé Prise en charge des codes fonction Modbus 3 (lecture des registres), 16 (écriture des registres) et 23 (lecture/écriture des registres), selon les données échangées 185 Vue d'ensemble des services Applications Le service I/O Scanning doit être utilisé lorsqu'un équipement central doit échanger des données (lecture ou écriture) avec un équipement distant à une vitesse fixe, raisonnablement rapide. Les applications concernées sont les suivantes : z z z z z z communications répétitives rapides, applications qui demandent une communication entre un équipement et plusieurs équipements distants, et dans lesquelles des données différentes sont échangées avec des équipements distants différents, applications devant échanger des données avec plus d'équipements qu'il n'est possible en utilisant les blocs COMM existants, gestion automatique des erreurs, contrôle des équipements d'E/S, équipements devant échanger les mêmes données avec un grand nombre d'équipements, mais qui ne prennent pas en charge le service Global Data (voir page 217). Du fait de la charge produite par les échanges de données au niveau du réseau et des équipements, le service I/O Scanning ne doit pas être utilisé pour les communications non périodiques, les actions déclenchées par des événements, la génération de rapports ou la notification d'événements. Il est nécessaire d'utiliser le service de messagerie Modbus dans ces situations. 186 31006930 10/2009 Vue d'ensemble des services Fonctionnement du scrutateur d'E/S Récapitulatif Le service I/O Scanning est mis en œuvre en tant que tâche de communication autonome distincte, soit dans un module de communication Ethernet , soit dans une UC avec un port Ethernet intégré. Lorsque le service est configuré, il reçoit une liste d'équipements à scruter et des zones mémoire où il peut lire et écrire dans les équipements distants. Il commence ensuite à échanger des données avec chaque équipement distant. Chaque entrée de la configuration du scrutateur d'E/S s'exécute indépendamment, même si plusieurs entrées échangent des données avec un équipement distant unique. 1 2 3 31006930 10/2009 un automate un équipement de sortie un équipement de lecture 187 Vue d'ensemble des services Fonctionnement du service Chaque échange indépendant d'information est représenté par une entrée séparée dans la table de configuration du scrutateur d'E/S. Le diagramme suivant illustre comment le scrutateur d'E/S exécute un échange d'informations. 188 31006930 10/2009 Vue d'ensemble des services 1 2 3 Si l'équipement distant ne prend pas en charge FC23, le scrutateur d'E/S utilise FC3 et FC16 pour exécuter le transfert de données. Lorsque ceci se produit, l'opération de lecture s'effectue dans le premier échange et l'opération d'écriture s'effectue lors de l'échange suivant. L'opération totale le lecture/écriture dure deux fois plus longtemps que le temps requis pour l'exécution de l'opération FC23. La durée de cette boucle dépend de la période de répétition. Toutes les entrées du scrutateur d'E/S échangent des données avec l'UC à la fin du cycle. Opérations d'écriture Le service I/O Scanning écrit les données d'une zone mémoire du scrutateur d'E/S dans une zone mémoire de l'équipement distant. Selon le scrutateur d'E/S, la mémoire contenant les valeurs à envoyer peut être des registres 16 bits (%MW ou 4x) ou des blocs de bits (%M ou 0x). Les données sont toujours écrites dans des registres 16 bits sur les équipements distants. 31006930 10/2009 189 Vue d'ensemble des services Opérations de lecture Le scrutateur d'E/S lit les données des zones mémoire des équipements distants pour recueillir l'état de l'équipement terrain ou de l'entrée. Les équipements distants stockent toujours ces données d'état dans des registres 16 bits. Lorsque les données ont été lues, elles peuvent être stockées dans des registres 16 bits (%MW ou 4x) ou des blocs de bits (%M ou 0x) dans la mémoire du scrutateur d'E/S. Gestion des erreurs En cas de perte de communication avec un ou plusieurs équipements distants, le scrutateur d'E/S applique les valeurs de repli configurées aux zones mémoire correspondantes du scrutateur d'E/S. Si une défaillance de communication se produit, le scrutateur d'E/S ne contrôle plus le fonctionnement de l'équipement distant. Ces périphériques gèrent leurs propres états de repli. 190 31006930 10/2009 Vue d'ensemble des services Activer/désactiver Activer/désactiver vous permet de démarrer et d'arrêter l'échange des données entre un équipement distant et le scrutateur d'E/S. Quatre registres à mot double sont désignés sur les 128 entrées dans la configuration du scrutateur d'E/S. Chaque entrée du scrutateur d'E/S est contrôlée par un seul bit. Lorsqu'un bit de contrôle est activé, l'échange des données est désactivé et le bit de fonctionnement est désactivé à l'issue de la période de temporisation. A ce stade, le socket TCP vers l'équipement distant est fermé. Cette fonction peut être utilisée pour limiter le nombre de sockets simultanés vers un équipement distant. Par exemple, dans un pont Modbus Ethernet-série, qui prend en charge un nombre limité de sockets TCP simultanés, l'activation du bit de contrôle ayant été désactivé ouvre un nouveau socket et active la reprise de l'échange I/O Scanning. Toutefois, le bit de fonctionnement reste désactivé jusqu'à ce que le premier échange de données avec l'équipement distant soit terminé. Fonctionnement du bit de fonctionnement Le bit de fonctionnement indique si un échange de données s'est déroulé avec succès. Si une erreur se produit mais est résolue au cours de la période de temporisation, le bit demeure activé. Le bit de fonctionnement se désactive si l'échange de données n'est pas terminé/résolu au cours de la période de temporisation. La période de temporisation doit être plus longue que la période de répétition. Pour un module Ethernet Quantum NOE, la période de temporisation doit également être plus longue que la durée du cycle de processeur, du fait de la liaison avec les cycles de processeur. Prise en charge du mot de diagnostic Un mot de diagnostic est fourni pour chaque échange du scrutateur d'E/S. Ce mot fournit des informations de diagnostic supplémentaires sur les codes d'erreur. La mise en œuvre dépend de la plate-forme. Utilisation du socket TCP Le scrutateur d'E/S ouvre un seul socket TCP pour chaque échange de données configuré. Un équipement configuré pour plusieurs échanges a plusieurs sockets. Le scrutateur d'E/S utilise les numéros de port TCP source dans la plage 3000 4000. 31006930 10/2009 191 Vue d'ensemble des services Périodes de répétition Récapitulatif La période de répétition correspond au taux d'échange de données configuré pour le service I/O Scanning. Périodes de répétition effectives La période de répétition effective est le taux réel d'interrogation des données à partir des équipements distants. Ce taux peut être différent de la période de répétition configurée sur les différentes plates-formes d'automates et les modules d'option. La période effective est déterminée par l'installation du service I/O Scanning. La période de répétition effective est limité par : z z z le temporisateur du service I/O Scanning les temps de réponse des équipements distants le temps de cycle de processeur et le temps de transfert de données Aucune nouvelle requête ne peut être émise avant que l'équipement distant n'ait répondu à la précédente. Périodes de répétition/horloges internes Les périodes de répétition sont limitées par le scrutateur d'E/S. Un module de communication Ethernet Quantum NOE a une fréquence d'horloge de 17 ms. Un module de communication Ethernet Premium ETY ou une UC Unity CoPro avec un port Ethernet intégré (Quantum ou Premium) a une fréquence d'horloge de 10 ms. La fréquence d'horloge limite la résolution du temps dans lequel une requête du scrutateur d'E/S est envoyée à un équipement distant. Lorsque la fréquence de répétition configurée est de 0 ms, le système envoie des requêtes le plus rapidement possible. Dans un système Quantum NOE, des requêtes sont envoyées après le transfert des données à chaque fin de cycle (EOS). Un système Premium ou Copro envoie des requêtes aussi souvent qu'un équipement distant peut répondre à la requête qui précède. Lorsque la période de répétition est configurée à une valeur supérieure à 0 ms, elle est arrondie à un multiple de 10 ms sur un système Premium ou Unity Copro ou à 17 ms sur un système Quantum. Par exemple, un système Premium dont la période de répétition est configurée à 35 ms envoie une requête toutes les 40 ms (pourvu que le terminal ait terminé de répondre). Un système Quantum NOE configuré à une période de répétition de 25 ms envoie une requête toutes les 34 ms ou une fois par cycle de l'automate, en prenant la valeur la plus élevée. 192 31006930 10/2009 Vue d'ensemble des services Exemple comparatif Le diagramme suivant compare les périodes de répétition effectives pour les systèmes Quantum, Premium et Unity CoPro sur plusieurs cycles : z z z Un automate Quantum doté d'un module de communication Ethernet NOE échange des données avec un équipement distant une fois par cycle de processeur. Ceci limite la période de répétition effective à une valeur supérieure à un cycle de processeur de l'automate. Un automate Premium avec un module de communication Ethernet ETY (dans un environnement PL7 ou Unity 1.0) échange des données à la période de répétition configurée (en supposant que l'équipement puisse répondre dans ce délai) et échange les données avec l'UC à chaque cycle EOS. Le cycle de sortie nécessite un cycle de processeur supplémentaire pour transférer les données au module ETY. Une UC Unity CoPro avec un port Ethernet intégré ou une UC Premium avec un module ETY dans un environnement Unity transfère les données à la période de répétition configurée (en supposant que l'équipement puisse répondre dans ce délai). NOTE : Les valeurs des données peuvent être échangées avec l'équipement distant plusieurs fois par cycle de processeur. La dernière valeur lue à partir de l'équipement distant est envoyée à l'UC lors de l'EOS suivant et la valeur écrite sur l'équipement distant est celle de l'UC à l'EOS précédent. 31006930 10/2009 193 Vue d'ensemble des services Etats défectueux courants Etat Cause Réponse Le scrutateur d'E/S émettant les requêtes ARP tente de rechercher l'équipement distant. Des requêtes sont envoyées toutes les 30 s. Un équipement est introuvable sur le réseau. Surcharge de socket : un équipement distant refuse d'accepter une connexion du socket TCP. Cette erreur est courante sur les ponts avec un grand nombre d'entrées dans le scrutateur d'E/S ou dans les équipements de base qui prennent en charge un nombre limité de sockets. Elle se produit lorsqu'un bit de fonctionnement s'éteint selon des intervalles aléatoires. Si l'équipement distant ne parvient pas à ouvrir le socket TCP, le scrutateur d'E/S tente d'ouvrir un socket chaque seconde. Si le problème persiste, il se peut que vous puissiez le corriger en utilisant la fonction activer/désactiver (voir page 191). Pour libérer des sockets, limitez le nombre d'échanges de données du scrutateur d'E/S fonctionnant sur la même adresse IP. Un équipement distant refuse FC23. Si vous utilisez des scrutateurs d'E/S pre-Unity 2.0 I/O ou des terminaux qui ne renvoient pas le code d'erreur correct, le scrutateur d'E/S est défaillant. Il continue d'envoyer FC23 et continue d'être défaillant. Lorsque cette défaillance se produit, l'équipement renvoie une exception Modbus avec un code d'erreur correspondant au code de fonction non pris en charge. Le scrutateur d'E/S se replie sur une combinaison de FC3 et de FC16. Une requête ou un paquet de réponses est perdu, ou le socket est endommagé et ne peut transférer les données. 194 Les transmissions normales du socket TCP se produisent sur la première retransmission par le scrutateur d'E/S ; après trois retransmissions, le socket est réinitialisé et un nouvel ARP est émis. La perte d'un paquet Ethernet peut désactiver le bit de fonctionnement sauf s'il y a suffisamment de temps pour réémettre le paquet et recevoir une réponse avant que la période de temporisation n'ait expiré. Le nombre d'essais concernant un paquet perdu ou corrompu varie selon les différentes versions du produit. Les versions précédentes effectuaient une nouvelle tentative à 800 ms, 600 ms, 1,5 s et 3 s. Les versions plus récentes basent leurs nouvelles tentatives sur les temps de réponse précédents, mais dans un bon système, il est possible d'atteindre environ 50 ms, 800 ms 1,5 s. 31006930 10/2009 Vue d'ensemble des services Temps de réponse Le temps de réponse du scrutateur d'E/S dépend du : z z z temps de cycle du processeur délai de réponse à la requête de l'équipement scruté temps d'activation de l'équipement scruté pour une nouvelle entrée ou une nouvelle sortie Le diagramme suivant illustre les performances d'un scrutateur d'E/S Quantum, lors de l'aller-retour entre l'entrée et la sortie terrain, en passant par l'UC. Pour une période de répétition configurée de 0 ms, la formule du temps la moins favorable est la suivante : 31006930 10/2009 195 Vue d'ensemble des services z z temps total = Tmod + 1 cycle de processeur + [if (T1 > 1 cycle de processeur) then (T1 + 1 cycle de processeur) Else (1 cycle de processeur)] + 1 cycle de processeur + 0,3 ms * pas de requêtes + Tmod T1 = 0,3 ms * nombre de requêtes + temps de réponse de l'équipement Le diagramme suivant illustre les performances d'un scrutateur d'E/S Premium, lors de l'aller-retour entre l'entrée et la sortie terrain en passant par l'UC. Pour une période de répétition de 0 ms, la formule du temps la moins favorable est la suivante : z z temps total = Tmod + T1 + 1 cycle de processeur + 1 cycle de processeur + 1 cycle de processeur (pour ETY seulement) + 0,3 ms *nombre de requêtes + Tmod T1 = 0,3 ms * nombre de requêtes + temps de réponse de l'équipement Le diagramme suivant illustre le temps de réponse type du scrutateur d'E/S d'une entrée terrain sur un équipement scruté vers une sortie terrain activée sur un autre équipement scruté du fait de la logique de l'automate déclenchée à partir de la première entrée. Le temps de cycle de processeur est d'environ 50 ms. Le temps de réponse de l'équipement scruté est d'environ 10 ms. Système d'automate Nombre d'équipements scrutés 1 196 16 32 Quantum ou Premium avec NOE/ETY (autre que Unity) 110 ms 115 ms 125 ms UC Unity Quantum ou Premium avec port Ethernet intégré 105 ms 115 ms 100 ms 31006930 10/2009 Vue d'ensemble des services 3.3 Messagerie Modbus Vue d'ensemble Cette section décrit le service de messagerie Modbus. Ce service gère le protocole Modbus et permet les transferts de données entre les équipements du réseau. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet Description du service de messagerie Modbus 31006930 10/2009 Page 198 Equipements prenant en charge les services Ethernet Modbus 203 Fonctionnement du client Modbus dans les systèmes Quantum 204 Fonctionnement du client Modbus dans les systèmes Premium 206 Fonctionnement du client Modbus dans les systèmes Momentum 208 Fonctionnement du serveur Modbus dans les systèmes Quantum 209 Fonctionnement du serveur Modbus dans les systèmes Premium 212 Fonctionnement du serveur Modbus dans les systèmes Momentum 214 Serveurs Modbus et limites des sockets 215 Nombre de tentatives et délais d'attente de la messagerie Modbus 216 197 Vue d'ensemble des services Description du service de messagerie Modbus Services de messagerie Modbus Le service de messagerie Modbus gère le transfert des données ou des commandes entre deux équipements. L'un des équipements est le client et l'autre est le serveur. Le client lance la requête et le serveur y répond. Ces services utilisent le protocole Modbus (ou Modbus sur TCP/IP dans les applications Ethernet) pour assurer le transfert des données entre les équipements. 1 2 3 Requêtes de données SCADA et IHM Transfert des données de l'automate Collecte des données de l'équipement Norme de communication Modbus Modbus est la norme de communication industrielle depuis 1979. Elle est désormais combinée à Ethernet TCP/IP pour prendre en charge les solutions Transparent Ready. Modbus sur TCP/IP est un protocole Ethernet complètement ouvert. Le développement d'une connexion à Modbus TCP/IP ne nécessite pas l'achat d'un composant propriétaire ou d'une licence. Ce protocole se combine aisément à n'importe quel équipement prenant en charge une pile de communication TCP/IP standard. Les spécifications peuvent être obtenues gratuitement sur le site www.modbus.org. 198 31006930 10/2009 Vue d'ensemble des services Mise en œuvre d'un équipement Modbus TCP La couche d'application Modbus est très simple et universellement reconnue. Des milliers de fabricants mettent déjà en œuvre ce protocole. Un grand nombre a déjà développé des connexions Modbus TCP/IP et de nombreux produits sont déjà disponibles. Le protocole Modbus TCP/IP est simple et permet à n'importe quel petit équipement terrain, tel qu'un module d'E/S, de communiquer via Ethernet sans microprocesseur puissant ni mémoire interne très volumineuse. Modbus TCP/IP Le même protocole d'application est utilisé pour la liaison série Modbus, Modbus Plus et Modbus TCP. L'interface achemine les messages d'un réseau vers un autre sans changer de protocole. Etant donné que le protocole Modbus est mis en œuvre au-dessus de la couche TCP/IP, vous pouvez également bénéficier de l'acheminement IP qui permet aux équipements de communiquer quelle que soit la distance qui les sépare et quel que soit l'endroit où ils se trouvent dans le monde. Schneider propose une gamme complète de passerelles permettant l'interconnexion d'un réseau Modbus TCP/IP à des réseaux existants Modbus Plus ou de liaison série Modbus. Pour plus de détails, contactez votre agence commerciale régionale Schneider Electric. L'institut IANA a affecté à Schneider le port TCP 502, réservé au protocole Modbus. Récapitulatif de la messagerie Modbus Le transfert d'informations entre un client et un serveur Modbus démarre lorsque le client envoie une requête au serveur pour transférer des informations, exécuter une commande ou exécuter l'une des nombreuses autres fonctions possibles. Lorsque le serveur a reçu la requête, il exécute la commande ou récupère les données requises dans sa mémoire. Il répond ensuite au client soit en accusant réception de l'exécution de la commande, soit en fournissant les données demandées. Le temps de réponse système dépend de deux facteurs principaux : le temps nécessaire au client pour envoyer la requête ou recevoir la réponse et la capacité du serveur à répondre dans un délai donné. 1 2 3 4 31006930 10/2009 Données récupérées Requête du client Réponse du serveur Récupération des données 199 Vue d'ensemble des services Un équipement peut mettre en œuvre un service client Modbus, un service serveur Modbus, ou les deux, selon ses besoins. Un client peut lancer des requêtes de messagerie Modbus vers un ou plusieurs serveurs. Le serveur répond aux requêtes qu'il reçoit d'un ou de plusieurs clients. Une application IHM ou SCADA type met en œuvre un service client dans le but d'établir des communications avec les automates et les autres équipements et de collecter des informations. Un équipement d'E/S met en œuvre un service serveur afin que d'autres équipements puissent lire et écrire ses valeurs d'E/S. Cet équipement n'a pas besoin d'établir de communications et n'intègre donc aucun service client. Un automate propose à la fois les services client et serveur, ce qui lui permet d'établir des communications avec d'autres automates et équipements d'E/S et de répondre aux requêtes provenant d'autres dispositifs (automates, systèmes SCADA, modules IHM et autres équipements). Ce qu'apporte un service client Modbus Un équipement mettant en œuvre le service client Modbus peut lancer des requêtes de messagerie Modbus vers un autre équipement qui met en œuvre un serveur Modbus. Avec ces requêtes, le client peut récupérer des données de l'équipement distant ou lui envoyer des commandes. 200 31006930 10/2009 Vue d'ensemble des services Ce qu'apporte un service serveur Modbus Un équipement mettant en œuvre le service serveur Modbus peut répondre aux requêtes lancées par n'importe quel client Modbus. Le service serveur Modbus permet à un équipement de mettre toutes ses données internes et d'E/S à disposition des équipements distants à des fins de lecture et de contrôle. Codes fonction Modbus Le protocole Modbus est un ensemble de codes fonction, dans lequel chaque code définit une action spécifique que doit exécuter le serveur. La capacité d'un équipement à exécuter des fonctions de lecture et d'écriture est déterminée par les codes fonction Modbus mis en œuvre par le serveur. Le protocole Modbus se base sur cinq zones mémoire situées à l'intérieur de l'équipement. Zone mémoire Description 0x ou %M Bits mémoire ou bits de sortie 1x ou %I Bits d'entrée 3x ou %IW Mots d'entrée 4x ou %MW Mots mémoire ou mots de sortie 6x Zone mémoire étendue En plus des codes fonction utilisés pour lire et écrire les données au sein de ces zones, il existe des codes pour les statistiques, la programmation, l'identification des équipements et les réponses d'exception. Le serveur Modbus peut mettre à disposition les données dans les limites suivantes : z z Lecture : 125 mots ou registres Ecriture : 100 mots ou registres Quand doit-on utiliser le client Un client Modbus doit être utilisé lorsque des données doivent être échangées entre deux équipements selon des intervalles irréguliers ou peu fréquents (lorsqu'un événement survient, par exemple). Le client permet le déclenchement d'une requête par le code d'application (dans le cas d'un automate ou d'un système SCADA) ou par un temporisateur interne (système SCADA ou module IHM). L'utilisateur va donc établir des communications uniquement lorsqu'elles sont nécessaires et les ressources seront utilisées de manière plus efficace. Lorsque les données doivent être échangées à une vitesse fixe courte, le service I/O Scanning (voir page 183) doit plutôt être utilisé (si ce service est pris en charge par le client). 31006930 10/2009 201 Vue d'ensemble des services Quand doit-on utiliser le serveur L'accès au serveur Modbus s'effectue depuis un client Modbus ou via un service I/O Scanning et doit servir à transférer des informations, des commandes ou d'autres données requises relatives à l'usine. Le serveur Modbus propose un transfert des données en temps réel ou l'accès aux rapports de données stockés dans sa mémoire. Il répond à toutes les requêtes Modbus qu'il reçoit. Aucune configuration supplémentaire n'est requise. Lorsqu'un équipement doit échanger des informations sur le statut, des commandes ou des données concernant l'usine avec d'autres équipements, il doit mettre en œuvre un serveur Modbus. Lorsqu'il intègre le service serveur, l'équipement peut répondre aux requêtes envoyées par les clients Modbus et mettre ses E/S internes et ses données à disposition des équipements distants à des fins de lecture et de contrôle. Cet équipement peut être un module d'E/S, un variateur, un dispositif de mesure de puissance, un disjoncteur, un départ-moteur ou un automate. Les modules d'E/S sont de bons exemples d'équipements mettant en œuvre un service serveur Modbus. En tant que serveurs, les modules d'entrée et les modules de sortie permettent à d'autres équipements de contrôle de respectivement lire et écrire leurs valeurs. Un système d'automate met en œuvre à la fois les services client et serveur. Le service client permet à l'automate de communiquer avec d'autres automates ou modules d'E/S, tandis que le service serveur lui permet de répondre aux requêtes provenant d'autres dispositifs (automates, systèmes SCADA, modules IHM et autres équipements). Lorsqu'ils n'ont pas besoin de répondre aux requêtes de transfert de données, les équipements n'ont pas l'obligation de proposer un service serveur. 202 31006930 10/2009 Vue d'ensemble des services Equipements prenant en charge les services Ethernet Modbus Equipement Unity Pro Quantum Unity Pro Premium X X 140CPU65160 X X 140NOE77101 X X 140NOE77111 X X 140NWM10000 X X TSXP571634M X X TSXP572634M X X TSXP573634M X X TSXP574634M X X TSXP575634M X X TSXETY4103 X X TSXETY110WS X X TSXETY5103 X X TSXWMY100 X X Micro TSX TSXETZ410 X X TSXETZ510 X X Momentum 171CCC96020 X X 171CCC96030 X X 171CCC98020 X X 171CCC98030 X X 171ENT11001 - X 171ENT11002 - X Twido 499TWD01100 X X1 Advantys STB STBNIP2212 - X Altivar ATV38/58 VW3A58310 - X Passerelles/ponts Power Logic EGX200 - X1 EGX400 - X1 174CEV30020 X1 X1 174CEV20030 X1 X1 174CEV20040 X1 X1 Systèmes de câblage ConneXium 1 31006930 10/2009 Client Modbus Serveur Modbus 140CPU65150 1 L'équipement reçoit et envoie les messages Modbus comme une passerelle. 203 Vue d'ensemble des services Fonctionnement du client Modbus dans les systèmes Quantum Limites En utilisant un logiciel de programmation Concept ou Proworx, une application sur un système Quantum peut lancer des communications client Modbus en utilisant les blocs client Modbus suivants : z z z z z MSTR READ_REG WRITE_REG C_READ_REG C_WRITE_REG L'automate Quantum lit et écrit dans la zone de données 4x ou %MW uniquement. Jusqu'à 16 blocs client Modbus peuvent être déclenchés simultanément par un module de communications Ethernet NOE. Si des blocs supplémentaires sont déclenchés, ils sont mis en mémoire tampon jusqu'à ce qu'un ou plusieurs blocs actifs terminent leurs opérations. 204 31006930 10/2009 Vue d'ensemble des services Fonctionnement du client Modbus Quantum Un client Modbus Quantum fonctionne de la manière suivante : Séquence d'exécution Evénement 1 L'application déclenche le bloc client Modbus. 2 La requête est immédiatement envoyée au module de communications Ethernet NOE. 3 Le module NOE vérifie si un socket TCP est connecté à l'équipement de destination. 4 Si aucun socket TCP n'est connecté, le NOE initialise un socket TCP et le connecte à l'équipement de destination. 5 Le module NOE envoie la requête Modbus. 6 Le message circule sur le réseau et il se produit un retard du réseau. 7 Le serveur Modbus reçoit le message. 8 Le serveur Modbus répond à la requête. 9 Le message circule sur le réseau et il se produit un retard de réseau. 10 Le NOE reçoit la réponse. 11 La prochaine fois que le bloc client Modbus est atteint dans le code, la réponse est recueillie à partir du module NOE et les nouvelles données éventuelles sont mises à la disposition de l'application de l'utilisateur. 12 Le NOE laisse le socket TCP ouvert pour une utilisation future. NOTE : Le module NOE laisse le socket TCP ouvert jusqu'à ce que l'autre extrémité le ferme ou jusqu'à ce que le module NOE atteigne sa limite de sockets TCP. Si l'un de ces événements se produit, le NOE ferme tous les sockets n'ayant pas de requête en attente. Les modules NOE plus récents peuvent envoyer plusieurs requêtes sur un simple socket TCP. Certains modules NOE plus anciens ne peuvent prendre en charge qu'un simple socket TCP par requête et ferment le socket TCP à la fin de chaque échange. 31006930 10/2009 205 Vue d'ensemble des services Fonctionnement du client Modbus dans les systèmes Premium Limites En utilisant Unity Pro ou un logiciel de programmation PL7, une application sur un système Premium peut lancer des communications client Modbus en utilisant les blocs client Modbus suivants : z z z z WRITE_VAR READ_VAR SEND_REQ DATA_EXCH L'automate Premium limite le nombre de blocs de communication du client Modbus pouvant être déclenchés simultanément (selon le type d'UC). Cette limite s'applique au nombre total de blocs de requête client Modbus par UC et comprend les blocs déclenchés pour les services de messagerie suivants : z z z z z Client Modbus TCP/IP Fipway Série Modbus Unitelway Ethway Si des blocs client supplémentaires sont déclenchés, un message d'erreur est renvoyé au programme d'application. Les requêtes du client Modbus sont limitées de la manière suivante : Client : famille de processeurs Mécanisme de communications Ethernet Nombre de requêtes Unity Pro v2.0 CoPro Module ETY ou port intégré* 80* Unity niveau 2 P57-xx Module ETY 32 Unity niveau 4 TSX574-xx Module ETY 64 PL7 niveau 2 TSX572-xx Module ETY 32 PL7 niveau 4 TSX574-xx Module ETY 64 * Lorsque Unity 2.0 CoPro utilise un port intégré, il peut envoyer 80 requêtes, mais ne peut accepter que huit réponses par cycle. 206 31006930 10/2009 Vue d'ensemble des services Fonctionnement du client Modbus Premium Le client Modbus fonctionne de la manière suivante : Séquence Evénement d'exécution 1 L'application déclenche le bloc client Modbus. 2 Le processeur conserve la requête jusqu'à la fin du cycle de processeur en cours. 3 Le module ETY vérifie si un socket TCP est connecté à l'équipement de destination. 4 Si aucun socket TCP n'est connecté, le module ETY initialise un socket TCP et le connecte à l'équipement de destination. 5 Le module ETY envoie la requête Modbus. 6 Le message circule sur le réseau et il se produit un retard de réseau. 7 Le serveur Modbus reçoit le message. 8 Le serveur Modbus répond à la requête. 9 La réponse circule sur le réseau et il se produit un retard de réseau. 10 Le module ETY reçoit la réponse. 11 La réponse est retransmise à l'UC lors de la phase suivante (début du cycle de processus suivant). 12 La prochaine fois que le bloc client Modbus est atteint dans le code, la réponse et les nouvelles données éventuelles sont mises à la disposition de l'application de l'utilisateur. 13 L'ETY laisse le socket TCP ouvert pour une utilisation future. NOTE : Le module ETY laisse le socket TCP ouvert jusqu'à ce que l'autre extrémité le ferme ou jusqu'à ce que le module ETY atteigne sa limite de sockets TCP. A ce stade, le module ETY ferme tous les sockets n'ayant pas de requête en attente. Le module ETY peut envoyer plusieurs requêtes sur un socket unique. 31006930 10/2009 207 Vue d'ensemble des services Fonctionnement du client Modbus dans les systèmes Momentum Limites Grâce au logiciel de programmation Unity Pro, Concept ou ProWorx, une application exécutée sur un système Momentum peut lancer des communications client Modbus à l'aide des blocs client Modbus suivants : z z z z z MSTR READ_REG WRITE_REG C_READ_REG C_WRITE_REG L'automate Momentum lit et écrit dans les zones de données 4x ou %MW uniquement. Il est possible de déclencher jusqu'à 16 blocs client Modbus concurrents. Si un bloc supplémentaire est déclenché, il renvoie un code d'erreur à l'application. Fonctionnement du client Modbus Momentum Un client Modbus Momentum fonctionne de la manière suivante : Séquence 208 Evénement 1 L'application déclenche un bloc client Modbus. 2 Le processeur conserve la requête jusqu'à la fin du cycle d'UC en cours. 3 A la fin du cycle d'UC en cours, l'automate Momentum commence à ouvrir un socket vers l'équipement cible et un message SYN est envoyé. 4 Le serveur Modbus renvoie un message SYN ACK. 5 A la fin du cycle d'UC suivant, l'automate Momentum reçoit le message SYN ACK et ouvre le socket. 6 Dès que le socket est ouvert, l'automate Momentum envoie la requête Modbus. 7 Le message est envoyé et il se produit un retard sur le réseau. 8 Le serveur Modbus reçoit le message. 9 Le serveur Modbus répond à la requête. 10 La réponse est renvoyée et il se produit un retard sur le réseau. 11 L'automate Momentum reçoit la réponse. 12 A la fin du cycle d'UC suivant, la réponse est lue dans l'automate Momentum et le socket est fermé. 13 Dès que le code fait appel au bloc client Modbus, la réponse et les nouvelles données sont mises à la disposition de l'application. 31006930 10/2009 Vue d'ensemble des services Fonctionnement du serveur Modbus dans les systèmes Quantum Mise en œuvre Quantum Un serveur Modbus est mis en œuvre dans un module de communications Ethernet NOE ou un port Ethernet intégré dans l'automate Quantum. Les données auxquelles doit accéder le serveur Modbus sont conservées dans la mémoire de l'UC de l'automate. L'interface entre le module NOE ou le port intégré et l'UC définit le fonctionnement du serveur Modbus. Fonctionnement du serveur Modbus Quantum Le serveur Modbus des systèmes Quantum fonctionne de la façon suivante : Séquence Evénement d'exécution 1 Un client Modbus établit un socket TCP vers le module NOE ou le port Ethernet intégré. 2 Le client Modbus envoie une requête sur le socket TCP. 3 Le module NOE ou le port Ethernet intégré reçoit la requête et peut en accuser réception. 4 La requête est placée dans la file d'attente, à l'intérieur du module à transmettre à l'UC. L'UC permet au module NOE/port Ethernet intégré d'accéder à sa mémoire à la fin du cycle de processeur. 5 Dans le cas du module NOE, ce dernier transmet la requête de la file d'attente vers l'UC selon l'une des deux modalités suivantes : z Si le NOE demande la lecture/écriture du registre Modbus (FC3, FC16 ou FC23), il lit la mémoire de l'automate en utilisant la requête de type 1. z Si le module NOE demande un autre code de fonction Modbus, il transmet l'ensemble de la requête à l'UC pour le traitement de type 2. Dans le cas du port Ethernet intégré, la requête de la file d'attente est transmise à l'UC. 6 Le module NOE/port Ethernet intégré reçoit immédiatement une réponse à toute requête (sauf les requêtes de programmation) envoyée à l'UC. 7 Le module NOE/port Ethernet intégré renvoie la réponse au client Modbus. 8 Le socket TCP est laissé ouvert. z z 31006930 10/2009 Les requêtes de type 1 donnent au module NOE l'accès direct à la mémoire. Les requêtes de type 2 transmettent le message Modbus complet à l'UC. 209 Vue d'ensemble des services Selon le système, le module NOE ou le port intégré peut répondre à un nombre différent de requêtes à la fin de chaque cycle de processeur. Le diagramme suivant montre les cinq chemins d'embase entre le module NOE et l'UC : Fonctionnement du serveur Modbus Concept/Proworx Chaque fois que le module NOE est desservi (une fois par cycle de processeur), il envoie une requête sur chacun des cinq chemins. Les chemins d'embase de type 1 donnent l'accès direct à la mémoire de l'UC. Le module NOE utilise les chemins pour lire/écrire des registres 4x directement sur la mémoire de l'UC pour Modbus FC3, FC16 et FC23. Les chemins d'embase de type 2 permettent de transmettre le message Modbus à l'UC. Le NOE utilise ce chemin pour transmettre toutes les requêtes du code de fonction à l'UC ; l'UC gère le message Modbus. Les exemples de code de fonction incluent des variables non localisées (FC42), le logiciel de programmation d'automate (FC125, FC43), et des requêtes de lecture/écriture 0x, 1x, 3x. Le chemin de type 2 n'est pas utilisé pour répondre aux requêtes pour des registres 4x (FC3, FC16 et FC23). Le nombre de chemins d'embase limite les performances du serveur Modbus. Par exemple, si Modbus 10 requêtes FC3 et 5 requêtes FC42 sont mises en file d'attente à l'intérieur du module NOE, un total de 5 cycles de processeur est nécessaire pour terminer le transfert. Au cours des 3 premiers cycles de processeur, 10 requêtes FC3 (4 par cycle de processeur) et 3 requêtes FC42 (1 par cycle de processeur) sont transférées, mais 2 cycles de processeurs supplémentaires sont nécessaires pour transférer les 2 requêtes FC42 restantes. 210 31006930 10/2009 Vue d'ensemble des services Performances du serveur Modbus Unity) Dans un système serveur Modbus Unity, les types et utilisations des chemins restent les mêmes, mais les performances sont améliorées 2 à 4 fois sur le système Concept. L'Unity 2.0 NOE/embase prend en charge : z z huit requêtes de chemin de type 1 servies par cycle de processeur quatre requêtes de chemin de type 2 servies par cycle de processeur (jusqu'à la limite de 20 requêtes) NOTE : Pour voir l'amélioration, il se peut que vous deviez régler le logiciel SCADA pour vérifier qu'un nombre suffisant de requêtes est envoyé à l'automate. 31006930 10/2009 211 Vue d'ensemble des services Fonctionnement du serveur Modbus dans les systèmes Premium Mise en œuvre Premium Les systèmes d'automate Premium mettent en œuvre un serveur Modbus dans l'UC de l'automate. Les cartes ETY ou les ports intégrés transmettent les requêtes Modbus à l'UC pour qu'elles y soient traitées. L'UC limite le nombre de requêtes Modbus auxquelles le serveur peut répondre par cycle de processeur. Cette limite inclut les requêtes en provenance de : z Modbus TCP/IP z Fipway z Série Modbus z Unitelway z Ethway Une exception Modbus occupé se produit lorsque l'UC reçoit plus de requêtes qu'elle ne peut en gérer au cours d'un cycle processeur. Si cela se produit, une réponse d'exception est renvoyée au client Modbus qui a envoyé la requête. Le tableau qui suit montre le nombre de requêtes traitées par cycle de processeur pour différents systèmes d'automate Premium. Automate Pre-Unity v2.0 Unity Pro v2.0 Mécanisme de communications Ethernet Réponse par cycle Unity Pro v2.0 CoPro Module ETY* ou port intégré** 20 (estimation) Unity niveau 2 P57-xx Module ETY* 20 Unity niveau 4 TSX 574-xx Module ETY* 20 PL7 niveau 2 TSX572-xx Module ETY* 8 PL7 niveau 4 TSX574-xx Module ETY* 16 Unity CoPro port intégré** 16 Module ETY* 20 Module ETY* 12 Unity TSX P57304M * Le module ETY est limité à 400 transactions/s pour tous les modules. ** Le port Ethernet intégré est limité à 500 transactions/s sur les systèmes Unity CoPro. 212 31006930 10/2009 Vue d'ensemble des services Fonctionnement du serveur Modbus Premium Le processus de réponse des systèmes Premium fonctionne de la façon suivante : Séquence Evénement d'exécution 1 Le client Modbus établit un socket TCP vers le module ETY ou le port Ethernet intégré. 2 Le client Modbus envoie une requête sur le socket TCP. 3 Le module ETY ou le port Ethernet intégré reçoit la requête et peut en accuser réception. 4 La requête est placée dans la file d'attente du module ETY/port Ethernet intégré. 5 Au début du cycle de processeur suivant, le module ETY/port Ethernet intégré transmet la requête à l'UC. A ce moment, tous les modules de communication transmettent les requêtes à l'UC, y compris Fipway, Ethway, et les modules série SCP. 6 L'UC répond au plus grand nombre possible de requêtes (la limite est déterminée par l'UC). 7 S'il existe un nombre plus grand de requêtes reçues que de requêtes pouvant recevoir une réponse, l'UC envoie une réponse d'exception Modbus occupé au module ETY/port Ethernet intégré, qui renvoie la réponse d'exception aux clients. 8 Le module ETY/port Ethernet intégré reçoit des réponses à toutes les requêtes ayant reçu une réponse et renvoie des réponses aux clients. 9 Le socket TCP est laissé ouvert. Temps de réponse Premium Le temps de réponse Premium est le délai écoulé entre la réception d'une requête et le début du cycle de processeur suivant. 31006930 10/2009 213 Vue d'ensemble des services Fonctionnement du serveur Modbus dans les systèmes Momentum Mise en œuvre Momentum L'automate Momentum met en œuvre un serveur Modbus en le considérant comme un élément de l'UC principale. Le nombre de requêtes Modbus auquel peut répondre une UC Momentum est illimité. Fonctionnement du serveur Modbus Momentum Le serveur Modbus de l'UC Momentum fonctionne de la manière suivante : 214 Séquence d'exécution Evénement 1 Le client Modbus établit un socket TCP vers l'UC Momentum, qui peut prendre plusieurs cycles de processeur. 2 A la fin du premier cycle, un SYN est reçu et renvoyé au client. 3 Le client Modbus envoie une requête sur le socket TCP. 4 L'UC reçoit la requête. 5 La requête est traitée à la fin du prochain cycle de processeur. 31006930 10/2009 Vue d'ensemble des services Serveurs Modbus et limites des sockets Serveurs Modbus simples Produit Temps de réponse Advantys 4,5 ms Variateur ATV58 30 ms Momentum ENT1100/02 1 ms (4,5 ms supplémentaires pour inclure l'embase d'E/S) Momentum ENT1101 5 à 9 ms NOTE : Les temps de réponse ci-dessus n'incluent pas les temps de réaction d'E/S. Limites des sockets TCP des serveurs Modbus 31006930 10/2009 Produit Limite de socket TCP Modules Quantum NOE NOE77100/10 32 Modules Quantum NOE NOE77101/11 64 (tous les services Ethernet combinés) Premium ETY410/510 32 (tous les services Ethernet combinés) Premium ETY4102/5102 64 (tous les services Ethernet combinés) UC Momentum 12 Momentum ENT1100/02 4 Momentum ENT1101 4 215 Vue d'ensemble des services Nombre de tentatives et délais d'attente de la messagerie Modbus Client Modbus Le service du client Modbus prend en charge le nombre de tentatives au niveau de la couche application (voir page 137). Le système effectue également des tentatives TCP pour vérifier que les requêtes et les réponses Modbus sont transmises. Le nombre de tentatives et les délais d'attente Modbus dépendent de l'équipement : Plate-forme Nombre de tentatives TCP Délais d'attente du client Modbus Quantum 5, 25 et 45 s 30 s, pas de nouvelle tentative Premium 5, 25 et 45 s défini par l'utilisateur (dans le bloc de communication) sans nouvelles tentatives Serveur Modbus Le service du serveur Modbus ne prend pas en charge le nombre de tentatives au niveau de la couche application. Le système implémente les nouvelles tentatives TCP pour s'assurer que les requêtes et les réponses Modbus sont transmises. Le nombre de tentatives dépend de l'équipement : Plate-forme 216 Nombre de tentatives TCP Unity 2.0 Quantum 50 ms, 800 ms et 1,5 s Unity 2.0 Premium 50 ms, 800 ms et 1,5 s Quantum 800 ms et 1,5 s Premium 800 ms et 1,5 s 31006930 10/2009 Vue d'ensemble des services 3.4 Service Global Data Vue d'ensemble Le service Global Data assure le transfert d'informations en temps réel d'un équipement source vers un autre équipement du réseau qui souscrit à ces informations. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Service Global Data 218 Considérations relatives à Global Data 222 217 Vue d'ensemble des services Service Global Data Récapitulatif Sur Ethernet, le service Global Data permet à un équipement de publier des informations en temps réel sur le réseau. Tout équipement connecté au réseau peut choisir de recevoir ces informations. Les équipements qui doivent échanger des informations sont organisés en groupes de distribution. Chaque équipement d'un groupe peut publier un bloc de données dans le groupe entier et sélectionner les blocs de données publiées auxquels il souhaite souscrire (qu'il souhaite recevoir). E A éditeur abonnés Normes Global Data Le service Global Data est mis en œuvre grâce au service standard NDDS (Network Data Distribution Service). Ce service s'appuie sur le protocole RTPS (Real-Time Publish Subscribe) tel qu'il est défini par RTI (Real Time Innovations). Ce protocole a été adopté comme norme par l'OMG (Object Management Group), le groupe responsable du standard COBRA. Le service Global Data est chargé de distribuer les données sur un réseau IP grâce à la technologie de multidiffusion. La combinaison des services ci-dessus distribue les données globales à l'aide de la technologie de multidiffusion IP/UDP. 218 31006930 10/2009 Vue d'ensemble des services Opérations réalisées par l'éditeur et l'abonné L'opération Global Data implique deux types de participants : un ou plusieurs éditeurs et un ou plusieurs abonnés. Un éditeur place des données sur le réseau. Il envoie un groupe de données globales au groupe de distribution à une vitesse configurée dans l'équipement de publication. Le groupe de distribution est un groupe logique d'équipements abonnés, appartenant éventuellement à plusieurs réseaux. Vous pouvez intégrer un équipement abonné dans un groupe de distribution en lui attribuant une adresse IP de multidiffusion. Cette adresse IP est différente de l'adresse IP normale utilisée pour Modbus, le scrutateur d'E/S, le Web, etc. Tous les équipements du groupe de distribution utilisent cette adresse IP de multidiffusion (voir page 148). L'abonné reçoit une copie de toutes les données publiées dans le groupe de distribution, ne sélectionne que les blocs de données auxquels il souscrit, et transmet ces données à l'application de l'utilisateur. La gestion des erreurs doit être assurée côté abonné car l'éditeur n'envoie pas les données à chaque abonné. L'éditeur place des données sur le réseau. Il n'a aucun contrôle sur les abonnés et ne reçoit aucune réponse lorsqu'un abonné réceptionne les données. Il doit surveiller le temps entre chaque réception des nouvelles données provenant chacun éditeur. Si le temps entre deux mises à jour successives de données envoyées par un éditeur est supérieur au délai de temporisation configuré, le service envoie une erreur à l'application utilisateur sur l'éditeur. Ce dernier doit surveiller les erreurs et effectuer une action si aucune donnée n'est reçue. Ce processus est différent de celui des communications Modbus, dans lesquelles une commande est envoyée à un autre équipement pour effectuer une action. Dans le cas de Modbus, l'équipement émetteur de la commande doit savoir si l'envoi aboutit. Grâce à Global Data, l'éditeur rend simplement les informations disponibles et délègue à l'abonné la réception et la manipulation des informations. Si, pour une raison quelconque, un équipement abonné ne reçoit pas une copie des nouvelles données publiées auxquelles il a souscrit, il reçoit une mise à jour de ces données lors du cycle de publication suivant. Le service Global Data publie les informations d'état rapidement, et la publication suivante envoie les toutes dernières données de souscription, et non une copie des données précédentes. 31006930 10/2009 219 Vue d'ensemble des services La figure ci-dessous représente un groupe de distribution constitué de quatre équipements (D1 à D4). Deux d'entre eux publient des données (D1 et D2) et trois sont des abonnés (D2, D3 et D4). L'équipement 2 publie des données et en reçoit. Le flux de données décrit comment les équipements 1, 2 et 3 souscrivent aux données publiées par l'équipement 1 et l'équipement 4 souscrit aux données publiées par les équipements 1 et 2. Limites Le service Global Data présente les limites suivantes relatives à la communication : z z z z 220 Un groupe de distribution peut contenir jusqu'à 64 membres, chacun pouvant être un éditeur, un abonné, ou les deux. La restriction actuelle est que chaque module Ethernet ne peut être membre que d'un groupe. Ainsi, pour qu'un système soit membre de plusieurs groupes, il doit disposer de plusieurs modules de communication Ethernet. Un éditeur peut publier un bloc de données contenant jusqu'à 512 mots. Un abonné peut recevoir du groupe un nombre illimité de blocs de données publiées, même si certains automates restreignent le volume total des données reçues par le service. 31006930 10/2009 Vue d'ensemble des services Quand utiliser Global Data Le service Global Data est utilisé lorsqu'un équipement souhaite rendre les informations qu'il contient disponibles à plusieurs équipements entre 10 ms et 30 s. Ce service permet à un équipement de publier les données de l'équipement et l'état de l'usine dans de nombreux autres équipements. Il n'est pas recommandé pour l'émission de commandes, car l'éditeur n'envoie pas les données à un équipement et le transfert de données ne donne pas lieu à un accusé de réception. Le système est conçu pour qu'un équipement publie son état et que d'autres équipements réagissent à cet état. Par exemple, un lecteur publie sa vitesse et les autres lecteurs du système adaptent la leur en fonction de cette donnée. Equipements Global Data Les équipements ci-dessous utilisent Global Data avec une publication maximale de 512 mots et une souscription maximale de 2 048 mots : z z z 31006930 10/2009 ETY4102/5102 et ETY4013/5103 Port Ethernet CoPro Premium et Quantum NOE77101/11 221 Vue d'ensemble des services Considérations relatives à Global Data Technologie de multidiffusion Le service Global Data est mis en œuvre en utilisant la technologie de multidiffusion (voir page 147). La technologie de multidiffusion est différente des technologies de diffusion générale et de diffusion unique. La diffusion générale envoie des informations d'un équipement à tous les équipements du réseau. La diffusion unique envoie des données d'un équipement à un autre. La multidiffusion permet à un équipement d'envoyer un bloc unique (paquet) de données à un groupe de distribution (voir page 219) prédéfini. Les données publiées qui sont envoyées à une adresse IP de multidiffusion spécifique ne sont transférées par des commutateurs et des routeurs qu'aux équipements du groupe de distribution qui souscrivent à cette adresse IP de multidiffusion. Le filtrage de multidiffusion (voir page 149) empêche les données d'aller vers chaque équipement du réseau et permet au groupe de distribution de fonctionner efficacement sur un réseau Ethernet sans perturber les autres équipements du réseau. Le service Global Data met actuellement en œuvre GMRP pour établir le filtrage de multidiffusion. GMRP est le protocole utilisé par l'équipement cible pour notifier aux commutateurs et aux routeurs qu'il veut recevoir les données en provenance d'une adresse IP particulière de multidiffusion. Cette adresse IP appartient exclusivement à un groupe de distribution. 222 31006930 10/2009 Vue d'ensemble des services Synchronisation d'application La publication des données est synchronisée au début du cycle d'UC, lorsque le taux de publication configuré a été atteint. Les données souscrites sont recopiées dans la mémoire de l'application de l'équipement abonné à la fin du cycle d'UC après la réception des données. Temps de réponse Le temps de réponse Global Data est mesuré à partir d'un changement de statut dans l'éditeur à l'heure où ce changement est connu au niveau de l'abonné : heure de publication + 1 cycle UC sur l'éditeur + heure de publication du service + heure du réseau + heure de publication de l'abonné + 1 cycle UC sur l'abonné où heure de publication du service et heure de publication de l'abonné sont généralement de 1 à 2 ms chacune. NOTE : Les systèmes ETY doivent inclure un cycle UC supplémentaire sur l'abonné. Le diagramme suivant montre les heures de démarrage système pour un module de communications Premium ETY Ethernet et un module Unity Copro. Les temps de réponse des deux équipements sont mesurés avec chaque équipement utilisé comme abonné et comme éditeur. 31006930 10/2009 223 Vue d'ensemble des services Le diagramme suivant montre le temps maximal requis pour atteindre un état stable (mesuré en secondes). 224 31006930 10/2009 Vue d'ensemble des services 3.5 Remplacement d'équipements défectueux Vue d'ensemble Lorsque le service FDR est pris en charge dans un équipement terrain, vous pouvez le remplacer facilement et de façon fiable en cas de panne. Lorsque l'équipement terrain est installé, il est reconfiguré automatiquement avec les paramètres d'exploitation et l'adresse IP de l'équipement en panne. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Service FDR (Faulty Device Replacement, Remplacement d'équipements défectueux) 226 Equipements prenant en charge les services FDR 229 225 Vue d'ensemble des services Service FDR (Faulty Device Replacement, Remplacement d'équipements défectueux) Récapitulatif Le service FDR (Faulty Device Replacement, Remplacement d'équipements défectueux) utilise un serveur FDR central pour stocker les paramètres du réseau et les paramètres de fonctionnement des équipements présents sur le réseau. En cas de panne d'un équipement, le serveur configure automatiquement l'équipement de remplacement et lui attribue les mêmes paramètres que ceux de l'équipement défectueux. Avec le service FDR, le personnel d'entretien n'a plus besoin de conserver les enregistrements de configuration à porter de main et le risque d'erreur humaine au moment de la saisie de la nouvelle configuration est réduit. 226 31006930 10/2009 Vue d'ensemble des services 1 2 3 4 5 Serveur FDR Configuration du serveur Fichier des paramètres de fonctionnement transféré au client FDR Client FDR (équipement de remplacement) Affectation des noms de rôle Composants FDR Un service FDR comprend un serveur et un client FDR. Le serveur est un équipement passif ; il stocke simplement tous les paramètres des équipements présents sur le réseau. Pour configurer le serveur, créez une liste des équipements connectés au réseau (chacun étant identifié par un nom de rôle) et de leurs paramètres IP. Une fois le service FDR activé, le serveur répond aux requêtes lancées par les clients FDR. Le client FDR est un équipement réseau qui stocke ses paramètres sur le serveur FDR pour faciliter son remplacement. A chaque client est affecté un nom de rôle que l'identifie de façon unique par rapport aux autres équipements du réseau. Une fois connecté au réseau, l'équipement envoie une copie de ses paramètres de fonctionnement au serveur. Les paramètres réels dépendent du type d'équipement client FDR, mais doivent toujours être suffisants pour permettre à un équipement de remplacement d'être configuré pour fonctionner exactement comme le client original. Lorsque le serveur a reçu une copie des paramètres, le client vérifie périodiquement si le serveur dispose d'une série de paramètres actualisée. Une mise à jour est envoyée au serveur en cas de changement des paramètres de fonctionnement du client. Selon la mise en œuvre du client, cette mise à jour peut être ou non automatique. La panne d'un client déclenche les événements suivants : Séquence Evénement 1 Votre personnel d'entretien doit affecter le même nom de rôle à l'équipement de remplacement. 2 Votre personnel d'entretien place le nouvel équipement sur le réseau. 3 L'équipement envoie automatiquement une requête au serveur pour demander la série de paramètres IP qui est utilisée par un équipement portant ce nom de rôle. 4 L'équipement reçoit les paramètres IP, puis se connecte au serveur FDR et télécharge une copie de ses paramètres de fonctionnement. 5 Lorsque les paramètres ont été téléchargés, l'équipement les met en œuvre et le fonctionnement reprend. Les paramètres réels peuvent inclure une vérification de la cohérence de l'équipement destinée à s'assurer que l'équipement de remplacement est du même type que l'original. Le client peut ensuite choisir de fonctionner même si l'équipement de remplacement est différent de l'équipement original, mais toujours compatible avec ce dernier. 31006930 10/2009 227 Vue d'ensemble des services Quand doit-on utiliser le service FDR Le service FDR doit être utilisé pour tous les équipements qui le prennent en charge sur un réseau d'automatisme. Les usines doivent être mises à niveau à mesure que Schneider Electric ajoute le service FDR dans ses nouveaux équipements. Pour l'instant, le service se concentre sur les équipements d'E/S, et non sur les systèmes automates ou IHM. Dans un système à redondance d'UC, il est impossible d'utiliser le serveur FDR. Un seul serveur FDR est autorisé sur un sous-réseau (voir page 144). Si vous atteignez le nombre maximum de clients FDR sur un réseau, fractionnez ce dernier et affectez un nouveau serveur FDR au réseau nouvellement établi. 228 31006930 10/2009 Vue d'ensemble des services Equipements prenant en charge les services FDR Equipement Quantum Premium Micro TSX 31006930 10/2009 Client FDR Serveur FDR 140CPU65150 - X 140CPU65160 - X 140NOE77101 - X 140NOE77111 - X TSXP571634M - X TSXP572634M - X TSXP573634M - X TSXP574634M - X TSXP575634M - X TSXETY4103 - X TSXETY5103 - X TSXETZ410 X - TSXETZ510 X - Momentum 171ENT11001 X - Advantys STB STBNIP2212 X - Altivar ATV38/58 VW3A58310 X - 229 Vue d'ensemble des services 3.6 Synchronisation horaire Vue d'ensemble Cette section décrit le service de synchronisation horaire et la manière dont il fournit l'heure aux équipements du réseau. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 230 Page Service de synchronisation horaire 231 Fonctionnement du service de synchronisation horaire 233 Applications de synchronisation horaire 234 Equipements Schneider - mise en œuvre du service de synchronisation horaire 238 31006930 10/2009 Vue d'ensemble des services Service de synchronisation horaire Récapitulatif de la synchronisation horaire La synchronisation horaire est un service qui fournit et gère une heure précise pour les équipements du réseau. En général, la précision de l'heure est de l'ordre de 1 à 2 ms. Lorsque l'heure des équipements a été synchronisée, le service peut être utilisé pour : z z z synchroniser une action ; horodater la survenue des événements (enregistrement de la chronologie des événements) ; gérer l'ordre des opérations d'une usine. La synchronisation horaire s'effectue en envoyant des mises à jour horaires périodiques à tous les équipements configurés pour ce service. 1 2 3 31006930 10/2009 Heure satellite GPS Serveurs de synchronisation NTP Heure locale 231 Vue d'ensemble des services Description de la synchronisation horaire La synchronisation horaire utilise le protocole SNTP pour fournir l'heure du serveur à tous les clients qui mettent en œuvre ce service. Le serveur de synchronisation central peut fonctionner indépendamment ou être connecté à un récepteur GPS, un récepteur DCF ou une horloge distante (via NTP). Le service NTP se base sur l'heure de Greenwich et les fuseaux horaires locaux, et est géré par les clients. Plusieurs serveurs de synchronisation peuvent fonctionner sur le réseau pour fournir la redondance au cas où le serveur primaire tomberait en panne. Pour maintenir une heure précise, les clients demandent l'heure au serveur selon des intervalles configurés. Ces clients peuvent régler les temps de réponse du réseau pour le transfert de l'heure. Lorsque le client a reçu l'heure, une horloge interne la conserve localement. Lors de la prochaine mise à jour configurée, le client demande l'heure au serveur et synchronise son horloge locale. La précision de l'heure du client dépend de celle de l'horloge locale, de la fréquence des mises à jour et de la précision du serveur de synchronisation. De nombreux équipements peuvent être utilisés comme serveurs de synchronisation (par exemple, un PC Windows ou Linux avec une précision de 1 à 30 ms, un serveur de synchronisation dédié d'une précision supérieure à 1 ms). Le serveur de synchronisation utilise une horloge locale pour conserver son heure lorsqu'il reçoit des mises à jour d'une source distante (récepteur GPS ou DCF, par exemple). Pendant la synchronisation horaire, tous les clients demandent l'heure au serveur de synchronisation. L'horloge interne de chaque client est synchronisée avec l'heure du serveur de synchronisation, permettant ainsi d'enregistrer dans l'usine l'ensemble des alarmes et des horodatages de modification des fichiers et des programmes sur la base d'une source horaire identique. La synchronisation horaire permet de suivre l'ordre des modifications dans l'usine, sans qu'il soit nécessaire de définir manuellement l'heure pour chaque équipement. Enregistrement de la chronologie des événements L'enregistrement de la chronologie des événements permet de reconstruire ou d'examiner avec une grande précision l'ordre des événements dans une ou plusieurs usines. Cette application est basée sur l'horodatage précis des événements au niveau de leur source. Synchronisation des actions Avec la synchronisation des actions, plusieurs équipements d'une usine exécutent une opération au même moment. Cette synchronisation peut être utile pour démarrer des variateurs le long d'un convoyeur ou pour transférer des produits depuis une zone de l'usine vers une autre. 232 31006930 10/2009 Vue d'ensemble des services Fonctionnement du service de synchronisation horaire Fonctionnement détaillé du service Le service de synchronisation horaire utilise le protocole SNTP pour fournir l'heure du serveur central à tous les clients qui la demandent, selon les intervalles configurés. Grâce à l'horodatage des requêtes et des réponses en chaque point de l'échange, les clients peuvent tenir compte des retards provoqués par le réseau. Les charges et les retards du réseau n'ont généralement pas d'incidence sur la précision du signal horaire. En revanche, on suppose que le retard est uniforme, de sorte que lorsqu'il survient sur le paquet de la requête mais pas sur le paquet reçu, il peut provoquer une légère imprécision de l'heure du client. Lorsque le client a reçu l'heure, son horloge interne la conserve localement. Lors de la prochaine mise à jour configurée, le client demande l'heure au serveur et synchronise de nouveau son horloge locale. La précision de l'heure du client dépend de celle de son horloge locale et de la fréquence des mises à jour. Plus les mises à jour sont fréquentes, plus le décalage est réduit et plus l'heure du client est précise. La précision du service est également déterminée par celle du serveur de synchronisation. Un serveur de synchronisation peut être un PC Windows ou Linux, ou bien un serveur de synchronisation dédié doté d'une horloge atomique. Le serveur de synchronisation utilise son horloge locale pour conserver son heure lorsqu'il reçoit des mises à jour d'une source distante (récepteur GPS ou DCF, par exemple). La précision de l'horloge interne et le temps de réponse aux requêtes NTP peuvent avoir une incidence sur la précision globale du système. Un PC Windows agissant en tant que serveur NTP limite en général la précision du système à ~ +/-30 ms, tandis qu'un serveur NTP dédié doté d'un récepteur GPS a une précision supérieure à 1 ms. Ce service est plus performant que les anciens systèmes de synchronisation horaire car il ne requiert qu'une simple connexion. Avec les anciens systèmes, chaque équipement devait être équipé d'un récepteur GPS ou DCF, ce qui se traduisait par des coûts plus élevés et un positionnement difficile des antennes. Lorsqu'une UC agissant en tant que client demande une mise à jour de l'heure, le module Ethernet obtient cette information auprès du serveur et met à jour l'horloge interne de l'UC. Cette horloge interne fonctionne désormais comme l'horloge locale de l'automate jusqu'à la prochaine mise à jour. Il est possible d'accéder à cette horloge à tout moment dans la logique utilisateur, via un bloc fonction élémentaire spécifique. 31006930 10/2009 233 Vue d'ensemble des services Applications de synchronisation horaire Fonctions utilisant la synchronisation horaire La synchronisation horaire donne à tous les équipements du réseau la même référence horaire. Ce service prend en charge, sur la base d'une heure identique, l'horodatage des événements, les alarmes et les modifications de programme ou de fichier dans l'usine. 234 31006930 10/2009 Vue d'ensemble des services Enregistrement de la chronologie des événements Pour horodater des événements, l'automate doit être capable de détecter un événement lorsqu'il se produit au niveau du module d'E/S. Pour ce faire, choisissez un module avec des paramètres de filtrage et des temps de réponse minimum. Si possible, associez le module d'entrée à une tâche d'événement dans l'UC (fonction prise en charge sur les UC avancées). L'événement qui se produit sur site est détecté par le module et appelle la tâche d'événement, interrompant ainsi le programme et permettant au code d'application d'horodater l'entrée. Si l'UC ne prend pas en charge la mise en œuvre des tâches d'événement, la tâche rapide doit être utilisée. Configurez la tâche rapide de manière à ce qu'elle soit exécutée aussi souvent que possible. Contrairement à la tache d'événement, la tâche rapide interrompt l'exécution du programme principal pour rechercher des événements. La fréquence d'exécution de la tâche rapide doit être configurée de telle sorte qu'elle n'ait pas d'impact majeur sur la durée d'exécution du programme principal. Le module d'E/S contenant l'événement en entrée doit être associé à la tâche rapide ; les premières actions de la tâche rapide doivent consister à vérifier l'entrée du module d'E/S et à horodater cette entrée si elle représente un événement enregistrable. 1 2 31006930 10/2009 Comparaison des heures des événements dans l'usine pour déterminer l'ordre des événements Horodatage local des événements 235 Vue d'ensemble des services Synchronisation des actions Le service de synchronisation horaire peut synchroniser l'activation d'événements dans une ou plusieurs usines. Utilisez la tâche rapide pour vous assurer que l'heure courante est définie de façon identique à celle à laquelle l'événement doit se produire. Si l'heure est correcte, la sortie doit être activée. La précision est altérée par la fréquence de la tâche rapide, par la longueur de son exécution (car la sortie n'est pas activée avant la fin de la tâche rapide), ainsi que par le temps d'activation des E/S. Le module d'E/S contenant la sortie de l'événement doit être associé à la tâche rapide. 1 236 Actions synchronisées dans l'usine 31006930 10/2009 Vue d'ensemble des services Comparaison avec les systèmes classiques d'enregistrement des événements Les principales différences entre un service de synchronisation horaire et un système classique d'enregistrement de la chronologie des événements sont le coût et la précision. Un système classique affiche une précision d'1 ms, mais s'avère plus coûteux qu'un système d'automate mettant en œuvre le service de synchronisation horaire. Toute différence au niveau de la précision est due aux modules d'E/S utilisés. Un système classique d'enregistrement de la chronologie des événements utilise des modules d'E/S dédiés avec des systèmes spéciaux de filtrage. Le module d'E/S procède à l'horodatage de l'entrée dès que cette dernière survient et commence à la filtrer. Si l'entrée est déterminée comme étant bruyante, l'événement est supprimé des enregistrements. Le service de synchronisation horaire repose sur des modules automates d'E/S normaux qui filtrent l'entrée avant de la transmettre à l'UC comme un événement et de l'enregistrer via un horodatage. Cette méthode de filtrage avant l'enregistrement se traduit par une précision moindre, mais elle réduit les coûts car aucun module spécial d'E/S n'est requis. L'avantage financier vient du fait que l'heure est fournie via un réseau Ethernet existant. Dans un système classique, un récepteur GPS ou DCF doit être connecté directement à chaque module d'E/S. Un système faisant appel à plusieurs récepteurs est bien plus coûteux qu'un simple récepteur connecté à un serveur de synchronisation central NTP. Qui plus est, le premier système nécessite de positionner des antennes pour les équipements à l'extérieur de l'usine (les récepteurs GPS exigent une vue dégagée du ciel) et cette opération est difficile. En revanche, la configuration Ethernet ne nécessite qu'une simple antenne extérieure et utilise le réseau Ethernet existant de l'usine. 31006930 10/2009 237 Vue d'ensemble des services Equipements Schneider - mise en œuvre du service de synchronisation horaire Les modules TSXETY5103 et 140NOE77111 sont les seuls modules Ethernet prenant en charge le protocole NTP. Comme l'indique le tableau suivant, la synchronisation de l'horloge (résolution) diffère selon l'UC utilisé avec ces modules. Module Unity et processeur utilisés Fonctionnement classique prévu du service horaire Modules Ethernet Modules Ethernet avec processeur Unity Synchronisation de TSXP570244M TSXP571x4M TSXP572x4M TSXP573x4M +/-1 ms typique +/-10 ms maximum TSXP574x4M TSXP575x4M +/-1 ms typique +/-5 ms maximum 140CPU31110 140CPU43412U 140CPU53414U +/-1 ms typique +/-10 ms maximum 140CPU65150 140CPU65160 140CPU67160 +/-1 ms typique +/-5 ms maximum TSXETY5103* 140NOE 77111** l'horloge1 Synchronisation des événements Horodatage2 = précision de la synchronisation de l'horloge + temps de la tâche rapide + temps d'E/S = précision de la synchronisation de l'horloge + temps d'E/S 1 Décalage entre l'heure de l'entrée terrain et l'heure du serveur central. 2 En supposant que l'entrée est connectée au module d'interruption. * Les modules TSXETY5103 doivent être de la version 3.1 ou supérieure et sont compatibles avec Unity version 2.0 ou supérieure. ** Les modules 140NOE77111 doivent être de la version 3.5 ou supérieure et sont compatibles avec Unity version 2.0 ou supérieure. 238 31006930 10/2009 Vue d'ensemble des services 3.7 Service de notification par message électronique Vue d'ensemble Cette section décrit le service de notification par message électronique et la manière dont il fournit aux utilisateurs des données de traitement, des rapports de production, des alarmes et des notifications d'événements. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Service de notification par message électronique 240 Fonctionnement du service de notification par message électronique 242 Equipements prenant en charge la notification par message électronique 244 239 Vue d'ensemble des services Service de notification par message électronique Résumé Le service de notification par message électronique permet aux applications d'automate de signaler les conditions surveillées par l'automate, via un client de messagerie exécuté au sein d'un module de communication Ethernet. L'automate peut créer, de façon automatique et dynamique, des messages électroniques courts pour alerter les utilisateurs spécifiés concernant les : z z z z z z alarmes, événements, rapports de production, rappels de maintenance, mises à jour du statut de l'usine, autres informations relatives à l'usine. Les destinataires peuvent être situés au niveau local ou distant. Ce service permet de créer des en-têtes de messages électroniques prédéfinis (incluant les noms et adresses électroniques des destinataires, ainsi que l'objet du message) à utiliser avec différents corps de messages électroniques. Certains équipements vous permettent d'ajouter des valeurs obtenues de façon dynamique à partir des informations les plus récentes de l'application de l'automate ou de l'état de la machine. D'autres n'autorisent que les messages prédéfinis. Il est possible de créer plusieurs messages électroniques pour décrire différents événements ou alarmes, notamment plusieurs variables système. Cette option peut être modifiée par un administrateur autorisé. NOTE : Les messages doivent être traités via un système de messagerie électronique, ce qui explique que parfois, l'heure d'envoi du message et l'heure de sa réception diffèrent. Par conséquent, ce service ne doit être utilisé que pour une notification non critique. 240 31006930 10/2009 Vue d'ensemble des services Exemple d'application De nombreux bâtiments industriels sont raccordés à plusieurs stations de pompage distantes pour leur alimentation en eau. Ces stations contiennent des pompes, des vannes et des filtres qui requièrent une maintenance préventive régulière basée sur le nombre d'heures de fonctionnement. Les dates de maintenance peuvent changer d'un mois sur l'autre selon l'utilisation qui est faite des pompes, des filtres ou des vannes. La notification par message électronique à l'équipe de maintenance lorsque les limites de maintenance sont atteintes évite de se déplacer pour aller vérifier une station de pompage distante. Par exemple, l'un des filtres de pompage a été utilisé pendant 1 000 heures sur une période de 3 mois, sans nettoyage ni remplacement. Il requiert maintenant une maintenance préventive. Le système étant configuré pour déclencher une demande de maintenance toutes les 1 000 heures de fonctionnement, une alarme est envoyée par le module Ethernet au serveur de messagerie pour signaler à l'équipe de maintenance qu'elle doit nettoyer ou remplacer le filtre dans la station de pompage. Lorsque le serveur de messagerie a traité le message et l'a envoyé au réseau de l'entreprise, l'équipe de maintenance reçoit la notification par message électronique. Si le serveur de messagerie est configuré pour envoyer des messages à des pageurs ou à des téléphones mobiles, une notification supplémentaire peut être envoyée à l'équipe de maintenance par ces moyens de communication. 1 2 1 2 31006930 10/2009 Envoi de la notification par message électronique concernant les heures de fonctionnement de la pompe Plusieurs sites indiquent l'opération de maintenance au sous-traitant via un message électronique 241 Vue d'ensemble des services Fonctionnement du service de notification par message électronique Fonctionnement du service Le service de notification par message électronique est mis en œuvre à l'intérieur d'un module de communication Ethernet qui sert de client de messagerie. Lorsqu'une alarme ou un événement préconfiguré est déclenché dans l'automate, le module Ethernet utilise le protocole SMTP (sur le port TCP numéro 25) pour communiquer avec un serveur de messagerie. Ce serveur est connecté au réseau de l'usine ou à Internet, permettant ainsi au message électronique d'atteindre ses destinataires. Il est également possible d'envoyer des messages électroniques ou des SMS (Short Message Service, Service de message court) à des téléphones mobiles, lorsque le serveur de messagerie du client prend en charge ces fonctions. 1 2 3 4 5 6 242 Evénement en entrée Message électronique déclenché Message électronique envoyé au serveur de messagerie Internet ou système de messagerie Serveur de messagerie local Message électronique affiché 31006930 10/2009 Vue d'ensemble des services Bien que les notifications soient envoyées automatiquement après le déclenchement d'un événement ou d'une alarme, le destinataire devra peut-être observer un temps d'attente significatif avant de recevoir le message. Le message est traité par un serveur de messagerie, envoyé par Internet ou un système de messagerie d'entreprise, traité de nouveau par un serveur de messagerie, puis parvient au destinataire par l'intermédiaire de son compte de messagerie. Une notification envoyée à un téléphone mobile n'est reçue que lorsque le téléphone est allumé et se trouve dans la zone de couverture. C'est la raison pour laquelle ce service ne doit être utilisé que pour les notifications non critiques, telles que les rappels de maintenance ou les rapports de production. Sécurité Un mot de passe de connexion facultatif, authentifié par le serveur de messagerie SMTP pour vérifier si le client est autorisé à envoyer des messages électroniques, peut protéger chaque message électronique. Pour configurer la protection par mot de passe, vous pouvez utiliser un sous-ensemble de l'extension de service SMTP pour l'authentification (RFC 2554). Cette extension permet au client de s'authentifier avant d'envoyer des messages. En outre, la méthode SASL (qui permet d'ajouter un système d'authentification aux protocoles nécessitant une connexion) inclut une commande pour identifier et authentifier un utilisateur auprès d'un serveur et éventuellement pour négocier la protection des interactions ultérieures via le protocole. Cette négociation se traduit par l'insertion d'une couche de sécurité entre le protocole et la connexion. Lorsqu'elle est activée, le nom de connexion et le mot de passe sont cryptés. Afin de renforcer la sécurité, l'installation de messagerie du site peut changer le numéro du port TCP (25 par défaut). Exigences supplémentaires du service Le service de notification ne fournit qu'un client de messagerie dans le module Ethernet. Le client envoie des notifications par message électronique. Pour que les destinataires puissent recevoir ces messages, le site dans lequel le module Ethernet est installé doit posséder un serveur de messagerie, tel que Lotus Notes, Microsoft Exchange ou Linux SendMail. Le client se connecte au serveur de messagerie pour envoyer le message à ses destinataires. 31006930 10/2009 243 Vue d'ensemble des services Equipements prenant en charge la notification par message électronique Fonction de sécurité Nombre maximal d'en-têtes Variables dans le corps du message Contenu du corps du message dynamique TSXP571634M (v3.1 ou ultérieure) X 3 X X TSXP572634M (v3.1 ou ultérieure) X 3 X X TSXP573634M (v3.1 ou ultérieure) X 3 X X TSXP574634M (v2.0 ou ultérieure) X 3 X X TSXP575634M (v2.0 ou ultérieure) X 3 X X TSXETY4103 (v3.1 ou ultérieure) X 3 X X Equipement Premium Quantum 244 TSXETY5103 (v3.1 ou ultérieure) X 3 X X TSXWMY100 - 100 X - 140CPU65150 (v2.0 ou ultérieure) X 3 X X 140CPU65160 (v2.0 ou ultérieure) X 3 X X 140NOE77101 (v3.5 ou ultérieure) X 3 X X 140NOE77111 (v3.5 ou ultérieure) X 3 X X 140NWM10000 - 100 X - 31006930 10/2009 Vue d'ensemble des services 3.8 Serveur Web standard Vue d'ensemble Cette section décrit un service utilisant un navigateur Web standard pour diagnostiquer et configurer des équipements Transparent Ready. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet Services du serveur Web 31006930 10/2009 Page 246 Fonctionnement du serveur Web 248 Equipements prenant en charge les services de serveur Web standard 252 245 Vue d'ensemble des services Services du serveur Web Récapitulatif Des diagnostics intégrés permettent d'exécuter des fonctions de diagnostic et de maintenance. Ils peuvent être exécutés localement ou à distance par l'intermédiaire d'un simple navigateur Internet. Ce service utilise un serveur Web intégré et un serveur de données en temps réel. Toutes les données sont présentées au format HTML et sont accessibles au moyen de n'importe quel navigateur Internet. Ce service est très utile pour surveiller l'état des équipements du réseau et accéder aux informations relatives au fonctionnement et à la configuration. Le serveur Web intégré est un serveur de données d'automate en temps réel. Toutes les données de l'équipement, de diagnostic et de configuration sont affichées au format HTML en utilisant n'importe quel navigateur Internet et une machine virtuelle Java (JVM) pour prendre en charge le code Java intégré. Aucune programmation n'est nécessaire au niveau de l'équipement Transparent Ready ou du PC exécutant le navigateur Web. Service Web et pages Web Certains automates permettent la configuration distante via des pages Web. Par exemple, les variateurs Altivar donnent accès aux informations de vitesse actuelles et vous permettent de configurer les taux d'accélération par l'intermédiaire de leurs pages Web. Le client peut ensuite accéder aux pages Web du variateur Altivar. 246 31006930 10/2009 Vue d'ensemble des services Une autre application surveille l'utilisation de l'alimentation dans des immeubles d'habitation. Si des contrôleurs de circuit Power Logic sont installés sur différents disjoncteurs dans l'immeuble, un administrateur peut surveiller à distance l'utilisation de l'alimentation de chaque locataire en accédant simplement à la page Web du contrôleur de circuit Power Logic à l'aide d'un navigateur Web. Le fait de ne pas devoir se rendre physiquement auprès de chaque dispositif de mesure économise une quantité considérable de temps et de ressources. 1 2 31006930 10/2009 accès distant aux dispositifs de mesure de puissance sur le réseau Ethernet de l'immeuble immeuble de bureaux configuré pour une mesure de puissance séparée pour chaque locataire 247 Vue d'ensemble des services Fonctionnement du serveur Web Récapitulatif Lorsqu'un client HTTP accède au serveur Web, l'application reçoit la requête et récupère les données requises sur la mémoire de l'équipement. Les informations sont renvoyées au client sous la forme d'une page Web. Le serveur Web est un service passif ; il fonctionne uniquement lorsque des informations lui sont demandées. Les pages Web sont au format HTML ; elles sont stockées sur le serveur Web en même temps que d'autres fichiers source de données comme PDF, JPG, etc. Certains serveurs Web peuvent afficher des données en temps réel, mais une machine virtuelle Java JVM doit être installée pour permettre au client d'afficher ces pages Web. Lorsque vous tentez d'accéder à une page Web, le navigateur Web émet une requête auprès au serveur. Une fois que le serveur a traité la requête, il renvoie les pages HTML au client. On distingue deux types de pages Web : z z des pages statiques, qui peuvent contenir ou non des données en temps réel. Si vous souhaitez actualiser des données en temps réel, vous devez préalablement recharger les pages Web, ce qui implique l'envoi d'une autre requête. des pages dynamiques, qui contiennent des données en temps réel. Ces pages Web contiennent des applets Java qui sont exécutées sur la JVM du client, récupèrent les données en temps réel sur le serveur Web et affichent les données dans le navigateur Web. Avec les pages statiques, telles que celles issues d'une passerelle EGX ou d'un écran de configuration NOE, le client doit actualiser la demande de page pour mettre les données à jour. Le serveur Web accède à la page HTML, obtient les données en temps réel, met à jour le fichier HTML, puis renvoie les informations au destinataire. Le client peut demander des mises à jour le cas échéant. 248 31006930 10/2009 Vue d'ensemble des services Avec les pages dynamiques, comme les statistiques Ethernet sur un module NOE, les mises à jour de données sont fournies par les applets Java. Le client qui demande les données doit être équipé d'une JVM en cours d’exécution. Lorsque vous accédez aux fichiers HTML, la partie statique du fichier HTML est téléchargée en même temps que les applets Java. Les applets Java exécutées dans la JVM du client émettent une requête Modbus pour que le dispositif obtienne les données en temps réel. 1 2 3 4 5 serveur http page Web requête d'une page Web valeurs courantes des données dynamiques placées dans la page Web mémoire de l'équipement Pages Web courantes Les pages Web les plus courantes sont les suivantes : z z z z z z z 31006930 10/2009 visualisateurs du rack éditeurs de données affichages des statistiques Ethernet affichages des propriétés de l'équipement menus écrans de configuration de l'équipement affichages des diagnostics de l'équipement 249 Vue d'ensemble des services Visualisateurs du rack Un visualisateur du rack est pris en charge dans les modules TCP/IP Ethernet pour les plates-formes et les équipements suivants : z z z z z z TSX Micro Premium Quantum Momentum Advantys STB FactoryCast Une page Web de visualisateur de rack typique ressemble à ceci : Editeurs de données La fonction d'éditeur de données peut être utilisée pour créer des tableaux de variables animées pour l'accès en lecture/écriture en temps réel aux listes des données d'automate. Les variables à afficher peuvent être saisies et affichées symboliquement (S_Pump 234) ou à l'aide de leur adresse (%MW99). 250 31006930 10/2009 Vue d'ensemble des services Ces variables prennent en charge l'accès en écriture uniquement si cette option a été activée à l'aide du logiciel de configuration FactoryCast. Un deuxième mot de passe doit être saisi et validé lors de l'écriture d'une valeur dans une variable. Vous pouvez créer différentes tables d'animations contenant des variables d'application spécifiques à contrôler et modifier, et les enregistrer dans le module TCP/IP Ethernet. L'illustration suivante présente un éditeur de données : Statistiques Ethernet : Les statistiques Ethernet incluent les paramètres IP, le nombre de paquets transmis et reçus et toutes les erreurs au niveau de la couche Ethernet. Propriétés de l'équipement : Les propriétés de l'équipement incluent la version courante du produit, le système d'exploitation et la version du microprogramme ou du noyau. Menu : Les menus affichent les listes des pages disponibles sur un équipement. Configuration de l'équipement : La configuration de l'équipement correspond aux configurations des services sur cet équipement. Diagnostics de l'équipement : Les diagnostics de l'équipement correspondent aux diagnostics des services sur cet équipement. 31006930 10/2009 251 Vue d'ensemble des services Equipements prenant en charge les services de serveur Web standard Produit Quantum Référence Processeur 140CPU65150 Modules 140NOE771001 140CPU65160 140NOE 77111 140NWM10000 Premium Processeur TSXP572623M TSXP572823M TSXP573623M TSXP574823M TSXP571634M TSXP572634M TSXP573634M TSXP574634M TSXP575634M Module TSXETZ4103 TSXETY110WS TSXETY5103 TSXWMY100 Micro TSX Modules TSXETZ410 Momentum Processeurs M1E 171CCC96020 TSXETZ510 171CCC96030 171 CCC 980 20 171 CCC 980 30 Modules 170 ENT 110 01 170 ENT 110 02 Advantys STB STBNIP2212 Altivar ATV 38/58 VW3 A58310 Passerelle Power Logic EGX200 EGX400 252 31006930 10/2009 Vue d'ensemble des services 3.9 Serveur Web FactoryCast Vue d'ensemble Cette section explique comment utiliser le serveur Web FactoryCast pour contrôler et surveiller les opérations d'usine. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Serveur Web FactoryCast 254 Fonctionnement du serveur Web FactoryCast 256 Equipements prenant en charge les services de serveur Web FactoryCast 258 253 Vue d'ensemble des services Serveur Web FactoryCast Récapitulatif Un serveur Web FactoryCast est une extension du serveur Web standard qui permet d'établir des diagnostics et de contrôler une usine via des pages Web personnalisées. Les fonctions disponibles sont les suivantes : z z z gestion des alarmes d'équipement et d'usine avec acquittement total ou partiel (pages prêtes à l'emploi pour la fonction de visualisateur d'alarme) ; diagnostics graphiques d'usine (vues graphiques personnalisées, générées par l'utilisateur, avec la fonction d'édition de données graphiques) ; contrôle graphique d'usine via des pages Web animées, créées par l'utilisateur et stockées dans le module FactoryCast. Les pages Web personnalisées sont transférées au module par le logiciel de configuration FactoryCast. Hébergement et affichage de pages Web utilisateur Les modules Web FactoryCast disposent d'une zone mémoire qui héberge les pages Web générées par les utilisateurs. Ces pages Web peuvent être créées grâce à des outils d'édition HTML standard comme Microsoft FrontPage et Macromedia Dreamweaver. Les applets Java liées à des variables d'automate permettent d'améliorer ces pages en affichant des représentations graphiques de l'état d'une usine. Ces objets animés sont fournis dans l'éditeur de données graphiques fourni avec FactoryCast. Ces pages Web permettent d'effectuer les opérations suivantes : z z afficher et modifier des variables en temps réel ; créer des liens hypertexte vers d'autres serveurs Web externes. L'éditeur de données graphiques vous permet de créer des écrans graphiques à plusieurs fins : z z z z 254 affichage, surveillance et diagnostics ; génération de rapports de production en temps réel ; manuels de maintenance ; guides d'opérateur. 31006930 10/2009 Vue d'ensemble des services Logiciel de configuration des serveurs Web FactoryCast Le logiciel de configuration MS Windows des serveurs Web FactoryCast est fourni sur CD-ROM avec chaque module FactoryCast. Utilisez ce logiciel pour configurer et administrer le serveur Web intégré à ces modules. Il vous permet d'effectuer les opérations suivantes : z z z z z gérer la sécurité d'accès ; définir les noms d'utilisateur et mots de passe permettant d'accéder aux pages Web ; définir l'accès aux variables modifiables ; enregistrer/restaurer un site Web ; transférer des pages Web créées localement vers ou à partir du module FactoryCast. Utilisations du serveur Web FactoryCast En configurant les diagnostics d'usine, vous créez des informations importantes qui sont immédiatement disponibles et vous les présentez dans le format de votre choix. Vous pouvez créer des pages Web qui contiennent des manuels, des procédures d'exploitation et des documents de référence utiles comme des dessins CAO. Si les fichiers deviennent trop volumineux, vous pouvez les stocker sur plusieurs serveurs Web et ne conserver que les liens vers ces fichiers sur l'équipement FactoryCast. L'illustration suivante montre comment un serveur Web FactoryCast accède à des documents : 1 2 3 31006930 10/2009 Module FactoryCast stockant des liens vers un serveur Web central. Serveur Web central où les documents sont stockés. Un client Web peut accéder aux documents souhaités, grâce au module FactoryCast. 255 Vue d'ensemble des services Fonctionnement du serveur Web FactoryCast Visualisateur d'alarme Le visualisateur d'alarme est un système d'alarme prêt à l'emploi composé d'une page d'alarme protégée par mot de passe (visible dans un navigateur Web) et de blocs fonction à l'intérieur de l'équipement (utilisés pour ajouter des alarmes au système d'alarme). Le tampon de diagnostic de l'équipement est la source des alarmes sur la page Web. Ce système peut être utilisé : z z pour traiter les alarmes de l'équipement (affichage, accusé de réception et suppression) que le système est capable de gérer automatiquement ; par l'application de l'utilisateur qui se sert de blocs fonction élémentaires (EFB) pour le diagnostic. Le visualisateur d'alarme est une page Web contenant les informations suivantes pour chaque alarme : z z z z son état, le type d'EFB associé, sa zone géographique, les dates et heures de l'occurrence/la correction d'une panne. Editeur de données graphiques L'éditeur de données graphiques permet de créer des écrans personnalisés affichant des données animées de l'usine. Ces vues sont créées dans un outil de type Web (accessible à partir de l'équipement FactoryCast) en utilisant une bibliothèque d'objets graphiques. Il est possible de personnaliser les objets à l'aide de couleurs, de variables d'automate à afficher, d'étiquettes, etc. Les objets graphiques suivants sont fournis : z z z z z Indicateurs analogiques et numériques Graphiques à barres horizontales et verticales Zones d'affichage des messages et de saisie des valeurs Zones pour boutons de commande Fonctions d'affichage des tendances Une fois créés, les écrans peuvent être stockés dans l'équipement FactoryCast pour être utilisés ultérieurement ou être réutilisés dans des pages Web personnalisées. 256 31006930 10/2009 Vue d'ensemble des services L'illustration suivante présente certains des objets qu'il est possible d'inclure dans un écran graphique : Un écran graphique terminé peut ressembler à ceci : 31006930 10/2009 257 Vue d'ensemble des services Equipements prenant en charge les services de serveur Web FactoryCast Equipement Quantum 140NOE77111 140NWM10000 Premium TSXETY110WS TSXETY5103 TSXWMY100 Micro 258 TSXETZ510 31006930 10/2009 Vue d'ensemble des services 3.10 Serveur Web FactoryCast HMI Vue d'ensemble Cette section décrit le service Web FactoryCast HMI et explique comment l'utiliser pour le diagnostic et le contrôle de l'usine en temps réel. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Services Web FactoryCast HMI 260 Equipements prenant en charge le service Web HMI FactoryCast 265 259 Vue d'ensemble des services Services Web FactoryCast HMI Récapitulatif Le serveur Web FactoryCast HMI étend les fonctions FactoryCast (voir page 254) en exécutant les fonctions Web IHM suivantes : z z z z Gestion de base de données IHM en temps réel (propre au module et indépendante du processeur de l'automate) Calculs arithmétiques et logiques pour le prétraitement des données sur l'IHM Transmission des messages électroniques déclenchés par un événement spécifique (par message électronique) Connexion au serveur SQL ainsi qu'aux bases de données relationnelles MySQL et Oracle pour archiver les données de suivi ou de consignation FactoryCast HMI est un serveur Web actif qui exécute des fonctions IHM intégrées dans un module automate. Le serveur Web actif évite la communication via l'interrogation pour mettre à jour la base de données IHM/SCADA. Le logiciel FactoryCast HMI configure les services sur le module. Il suffit de configurer les paramètres de chaque service ; aucune programmation véritable n'est nécessaire. Le logiciel offre un mode de simulation pour tester l'application sans module FactoryCast HMI ni connexion physique à un automate, ce qui simplifie la mise au point. 260 31006930 10/2009 Vue d'ensemble des services Fonctionnement du service Web FactoryCast HMI Bien que d'autres équipements Ethernet dotés d'un serveur Web intégré puissent fournir des données en temps réel, ils ne peuvent fournir des informations historiques ou exécuter des services Web, sauf si un client est connecté. Les équipements FactoryCast HMI intègrent une JVM. Un équipement FactoryCast HMI peut fournir des informations historiques de tendance et exécuter d'autres services Web tels que la consignation dans la base de données et l'envoi de messages électroniques. L'illustration suivante présente le flux des données du service Web FactoryCast HMI : Architecture Les serveurs Web FactoryCast HMI peuvent être intégrés dans : z z z 31006930 10/2009 des installations nécessitant des solutions IHM souples et économiques, des architectures hybrides qui complètent les systèmes SCADA conventionnels, des architectures au sein desquelles des liaisons directes sont requises entre les systèmes d'automatisation et les niveaux de gestion des informations (liaisons informatiques). 261 Vue d'ensemble des services Solution Web IHM souple Les équipements FactoryCast HMI remplacent les solutions IHM ou SCADA conventionnelles dans les architectures nécessitant un module IHM multistation souple. Un équipement FactoryCast HMI fournit une fonction de contrôle à distance temporaire sur Internet ou sur les réseaux d'entreprise. Les architectures types peuvent être constituées : z z z de plusieurs automates sur un réseau Ethernet avec des modules serveur Web FactoryCast HMI, d'un ou de plusieurs clients avec une interface client léger équipée d'un simple navigateur Internet, d4une base de données relationnelle dans laquelle FactoryCast HMI peut archiver les données directement à partir du système d'automatisation. Les modules FactoryCast HMI lisent les données de l'automate et exécutent les services IHM (messagerie électronique, calculs interprétées, connexions à des bases de données relationnelles, mise à jour de pages Web) à la source dans l'automate, sans affecter le programme de l'automate ni la durée du cycle du processeur. Cette solution offre : z z z z z une application IHM fiable exécutée à la source dans un automate, une interface multistation intégrée et un accès distant facile et économique à configurer (terminal client léger), une application IHM facile à gérer car elle réside dans un emplacement unique sur le serveur, une notification par message électronique pour assurer la maintenance préventive, un archivage des données directement à partir de la source de données. Architecture hybrides FactoryCast HMI complète les systèmes SCADA conventionnels. Le logiciel SCADA Vijeo Look ou Monitor Pro permet de centraliser les informations afin d'effectuer la supervision globale à partir d'un site central. La combinaison d'une solution FactoryCast HMI et d'une solution SCADA conventionnelle permet : z z z 262 la simplification de l'application SCADA en situant une partie du traitement SCADA au niveau de la source, une disponibilité accrue pour suivre les données du fait de la connexion directe entre les modules FactoryCast HMI et les bases de données relationnelles, un diagnostic distant puissant prêt à l'emploi. 31006930 10/2009 Vue d'ensemble des services Liaisons directes et niveaux de gestion des informations Dans les architectures hybrides, FactoryCast HMI évite les équipements intermédiaires (passerelles), dont l'installation et la gestion sont coûteuses. Il établit une liaison directe entre les niveaux d'automatisation et les niveaux globaux de gestion des informations (MES, ERP, etc.). L'automate archive les informations directement depuis le système d'automatisation dans des bases de données relationnelles, permettant ainsi à un système d'automatisation collaboratif de partager les données en temps réel. Cette solution se traduit par : z z z z des architectures simplifiées, des coûts réduits d'installation, de développement et de maintenance, une fiabilité accrue des données (du fait que les données sont collectées à la source), une plus grande disponibilité au niveau de l'archivage des données. Base de données des balises IHM Avec une architecture interne similaire à celle d'un système IHM/SCADA, les modules FactoryCast HMI gèrent leur propre base de données de variables en temps réel, indépendamment du programme de l'automate. Cette base de données de variables exécute différentes fonctions, notamment le traitement interne, l'archivage, les alarmes et la messagerie électronique. Ces variables sont mises à jour par le service d'acquisition de données du système d'automatisation. Ce service devient opérationnel lorsque les paramètres suivants ont été définis dans le logiciel FactoryCast HMI : z z Importation directe des bases de données de variables/symboles de l'automate (sans entrées en double) Définition de la fréquence d'acquisition (fréquence de mise à jour de la variable) NOTE : Une application FactoryCast HMI exécutée dans un module Premium FactoryCast HMI configuré permet également d'accéder aux variables de l'automate distant dans l'architecture via un réseau transparent (protocoles transparents X-Way/Uni-TE). Caractéristiques du service Web Les services Web FactoryCast HMI acceptent : z z z 31006930 10/2009 un maximum de 1 000 variables d'E/S provenant des automates par application, un maximum de 100 variables internes par application, une fréquence d'acquisition minimale de 500 ms. 263 Vue d'ensemble des services Connexions aux bases de données relationnelles Le module FactoryCast HMI peut être connecté directement aux bases de données relationnelles distantes suivantes : z z z SQL Server MySQL Oracle Cette connexion permet l'archivage de toutes les données internes ou de traitement, l'objectif étant de consigner et suivre ces données. Les données peuvent être archivées (écrites) périodiquement et/ou pour un événement spécifique. Ces variables peuvent être issues d'automates (bits d'E/S, bits internes, mots internes et registres) ou être locales dans le module. La fonction de roulement de FactoryCast HMI sert à vérifier la taille des tables en gérant le nombre maximal d'enregistrements. Il s'agit d'une fonction circulaire d'archivage de données qui supprime automatiquement les données les plus anciennes. La fonction de roulement est accessible en définissant des paramètres dans le logiciel FactoryCast HMI. Caractéristiques de la base de données Les caractéristiques de la base de données sont les suivantes : z z z z z Nombre de bases de données pouvant être connectées : 3 Nombre de tables pouvant être écrites par base de données : 10 (maximum) Nombre de colonnes par table : 50 (maximum) Type de base de données prise en charge : Oracle, SQL Server et MySQL Création automatique de table : le serveur FactoryCast HMI crée automatiquement une table dans la base de données. Fonctions de calcul Le serveur FactoryCast HMI peut effectuer diverses opérations arithmétiques et logiques sur une combinaison de variables à partir de la base de données IHM, indépendamment du processeur de l'automate. Certains de ces calculs incluent la mise à l'échelle, le formatage et le traitement logique pour le déclenchement d'événement. La fonction de calcul utilise un ensemble de feuilles de calcul avec des formules définies dans les cellules. Les feuilles de calcul sont interprétées et traitées par le serveur. Le résultat de chaque formule est associé à une nouvelle variable interne. Un déclenchement défini par l'utilisateur lance le traitement de chaque feuille de calcul. 264 31006930 10/2009 Vue d'ensemble des services Equipements prenant en charge le service Web HMI FactoryCast Equipement 31006930 10/2009 Quantum 140NWM10000 Premium TSXWMY100 265 Vue d'ensemble des services 3.11 Autres services Vue d'ensemble Cette section décrit d'autres services de prise en charge disponibles avec certains équipements Transparent Ready. Ces services sont des mises en œuvre des services d'infrastructure informatique standard pouvant être utilisés pour la maintenance et la surveillance du système. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 266 Page Service FTP 267 Service SNMP 269 Service TFTP 271 Service Telnet 272 Autres services pris en charge par les équipements Quantum 274 Autres services pris en charge par les équipements Premium 275 Autres services pris en charge par les équipements TSX Micro 277 Autres services pris en charge par les équipements Momentum 277 Autres services pris en charge par les équipements Advantys STB 278 Autres services pris en charge par les passerelles/ponts Power Logic 278 Autres services pris en charge par les systèmes de câblage ConneXium 279 31006930 10/2009 Vue d'ensemble des services Service FTP Récapitulatif du service FTP FTP est un protocole client-serveur utilisé par de nombreux systèmes pour transférer des fichiers entre équipements. De nombreux équipements, comme les équipements Transparent Ready, mettent en œuvre le protocole FTP pour transférer des informations afin de charger un nouveau microprogramme, des pages Web personnalisées, etc. FTP transporte et échange toutes les informations à l'aide de TCP. Par défaut, FTP utilise le numéro de port TCP 20 pour le transport des données et le numéro de port TCP 21 pour le contrôle. Le client initie une connexion FTP en se connectant au port de contrôle du serveur. Le serveur répond en reconnectant le port de données au client. Une fois les connexions établies, le transfert de fichiers peut avoir lieu. Dans les équipements Transparent Ready, le protocole FTP peut être utilisé à différentes fins selon l'équipement. Par exemple, seuls le microprogramme et les pages Web personnalisées sont accessibles sur les UC Transparent Ready par le biais du serveur FTP. Il est impossible d'accéder aux fichiers programmes des UC. 1 2 3 4 5 31006930 10/2009 un PC client FTP un commutateur Ethernet un automate avec des connexions au serveur FTP un programme automate sans chemin d'accès au serveur FTP Fichiers de pages Web HTML 267 Vue d'ensemble des services Sécurité FTP Le client doit fournir un nom d'utilisateur et un mot de passe pour lire ou écrire des fichiers sur le serveur. Cependant, la transmission de ces informations d'authentification s'effectue en texte simple ; il est donc possible de les obtenir en examinant le contenu des messages entre le client et le serveur. La transmission des fichiers sur ou en dehors d'un réseau est une préoccupation majeure lorsque des pare-feux sont mis en place pour contrôler l'accès et le flux d'informations. Ce type de communication est donc bloqué sauf si le port FTP est ouvert dans le pare-feu. Pour plus d'informations sur l'ouverture des ports sur les pare-feux, reportez-vous à la documentation du pare-feu (voir page 165) ou contactez le service informatique de votre entreprise. 268 31006930 10/2009 Vue d'ensemble des services Service SNMP Récapitulatif Grâce au service SNMP, vous pouvez surveiller l'état du réseau et des équipements connectés au réseau. Ce service prend en charge la gestion de nombreux équipements de réseau divers à l'aide d'un système unique. Ce dernier comprend le système de gestion de réseau, le protocole SNMP et l'agent SNMP dans chaque équipement de réseau. Le protocole SNMP est utilisé pour échanger des informations de gestion du réseau entre le gestionnaire de réseau ou le système de gestion (tel que HP Openview, IBM Netview, etc.) et les agents SNMP. 31006930 10/2009 269 Vue d'ensemble des services Fonctionnement du service SNMP Les informations disponibles dans un équipement sont répertoriées dans une structure de données appelée base d'informations de gestion (MIB). Une base MIB contient des définitions de données des attributs de chaque objet géré par le réseau de manière à ce que le système de gestion puisse rassembler et combiner les informations à partir d'équipements multiples. Le service SNMP surveille l'état du réseau, modifie les configurations des équipements et génère des alarmes sur la base des défaillances de ces derniers. De nombreuses MIB standard ont été développées (MIB-II, MIB du commutateur, etc.). Les équipements mettent en œuvre ces MIB pour offrir des informations standard à n'importe quel système de gestion de réseau. Selon la complexité de l'équipement, les fabricants peuvent choisir d'implémenter des MIB privées qui fournissent des informations supplémentaires concernant leur équipement. Le protocole SNMP transporte et échange toutes les informations à l'aide du protocole UDP. La petite taille et la simplicité des paquets du protocole UDP réduisent la charge du réseau. En revanche, la surveillance prolongée peut augmenter la charge du réseau. Sécurité SNMP Depuis l'introduction du protocole SNMP, la protection des informations de gestion du réseau est devenue un enjeu de plus en plus important. Dans SNMPv1, les requêtes et les réponses sont envoyées en texte clair, exposant ainsi les variables aux pirates informatiques. Les auteurs des MIB ont découvert que certaines définitions de type de données nécessitaient plus de précision. SNMPv2 a choisi la solution d'améliorer l'authentification de l'origine du message, tout en protégeant ces messages contre leur divulgation, et de placer des contrôles d'accès sur la base de données MIB. Certains aspects sécuritaires restent néanmoins vulnérables. L'architecture SNMPv3 complète les spécifications SNMPv1 et v2 initiales avec des fonctionnalités de sécurité et d'administration supplémentaires. 270 31006930 10/2009 Vue d'ensemble des services Service TFTP Récapitulatif du service TFTP TFTP est un protocole client/serveur simple, utilisable en lieu et place du protocole FTP pour transférer des fichiers. Il utilise le numéro de port UDP 69 et est mis en œuvre au-dessus de la couche de transport UDP. Avec TFTP, la plupart des fonctions standard du protocole FTP sont supprimées. Il ne peut effectuer que des opérations de lecture et d'écriture sur un serveur distant, il ne peut pas dresser de listes de répertoires, et il n'offre aucune assurance au niveau de la sécurité et de l'authentification des utilisateurs. TFTP peut être mis en œuvre sur des équipements simples. Pendant une connexion TFTP, les fichiers sont transférés entre le client et le serveur. Le destinataire confirme si la réception du fichier s'est effectuée sans erreur. Le protocole n'autorise toutefois pas la retransmission d'une partie erronée d'un fichier. C'est le fichier dans son intégralité qui doit être retransmis. Cela peut occasionner un retard dans la transmission. Toutefois, la probabilité d'erreurs dans le fichier suite à la transmission ou une perte de la transmission est relativement faible. De la même manière que le service FTP des équipements Transparent Ready (voir page 267), l'utilisation de TFTP varie selon les équipements. Par exemple, sur un pont Modbus série-Modbus Ethernet, le microprogramme est transféré par TFTP, mais pas le fichier de configuration de l'équipement. Pour se connecter au serveur, un client est requis (WSFTP ou TFTP Windows, par exemple). 31006930 10/2009 271 Vue d'ensemble des services Service Telnet Récapitulatif du service Telnet Le protocole Telnet propose une session de communication textuelle interactive ou une interface utilisateur entre un client et un hôte. Les interfaces Telnet permettent d'effectuer des tâches comme la configuration d'équipements, les diagnostics et l'échange de fichiers. Le protocole Telnet s'exécute sur la couche transport TCP via le port 23. Une session Telnet peut générer une quantité importante de trafic réseau, car chaque touche peut être envoyée comme un paquet TCP distinct. Voici des exemples d'un écran de configuration et d'un écran de diagnostic du commutateur ConneXium Ethernet (499NES27100) : 272 31006930 10/2009 Vue d'ensemble des services Sécurité de Telnet Le protocole Telnet demande un nom d'utilisateur et un mot de passe que le client doit saisir pour accéder à la session Telnet. Dans certains cas, les serveurs Telnet gèrent différents noms d'utilisateur/mots de passe permettant d'accéder à différentes options de configuration d'équipement. Cependant, la transmission de ces informations d'authentification s'effectue en texte simple. Il est donc possible de les obtenir en examinant le contenu du message. 31006930 10/2009 273 Vue d'ensemble des services Autres services pris en charge par les équipements Quantum SNMP Equipement SNMP(v1) SNMP(v2) SNMP(v3) MIB-II TFprivate-MIB 140CPU65150 X - - X X 140CPU65160 X - - X X 140NOE77101 X - - X X 140NOE77111 X - - X X 140NWM10000 X - - X X FTP Equipement Micrologiciel Fichiers Web Sécurité Support FDR 140CPU65150 X X X X 140CPU65160 X X X X 140NOE77101 X X X X 140NOE77111 X X X X 140NWM10000 X X X - TFTP Equipement Support FDR 140CPU65150 X 140CPU65160 X 140NOE77101 X 140NOE77111 X 140NWM10000 X Telnet 274 Equipement Configuration Diagnostic1 Sécurité Niveaux de sécurité 140CPU65150 - X X X2 140CPU65160 - X X X2 140NOE77101 - X X X2 140NOE77111 - X X X2 140NWM10000 - X X X2 1 Pour utilisation en usine seulement 2 Mots de passe multiples 31006930 10/2009 Vue d'ensemble des services Autres services pris en charge par les équipements Premium SNMP Equipement SNMP(v1) SNMP(v2) SNMP(v3) MIB-II TFprivate-MIB TSXP571634M X - - X X TSXP572634M X - - X X TSXP573634M X - - X X TSXP574634M X - - X X TSXP575634M X - - X X TSXETY4103 X - - X X TSXETY110WS X - - X X TSXETY5103 X - - X X TSXWMY100 X - - X X FTP 31006930 10/2009 Equipement Micrologiciel Fichiers Web Sécurité Support FDR TSXP571634M X X X X TSXP572634M X X X X TSXP573634M X X X X TSXP574634M X X X X TSXP575634M X X X X TSXETY4103 X X X X TSXETY110WS X X X - TSXETY5103 X X X X TSXWMY100 X X X - 275 Vue d'ensemble des services TFTP Equipement Support FDR TSXP571634M X TSXP572634M X TSXP573634M X TSXP574634M X TSXP575634M X TSXETY4103 X TSXETY110WS X TSXETY5103 X TSXWMY100 X Telnet 276 Equipement Configuration Diagnostic1 Sécurité Niveaux de sécurité TSXP571634M - X X X2 TSXP572634M - X X X2 TSXP573634M - X X X2 TSXP574634M - X X X2 TSXP575634M - X X X2 TSXETY4103 - X X X2 TSXETY110WS - X X X2 TSXETY5103 - X X X2 TSXWMY100 - X X X2 1 Pour utilisation en usine seulement 2 Mots de passe multiples 31006930 10/2009 Vue d'ensemble des services Autres services pris en charge par les équipements TSX Micro FTP Equipement Micrologiciel Fichiers Web Sécurité Support FDR TSXETZ410 X X X X TSXETZ510 X X X X Autres services pris en charge par les équipements Momentum SNMP Equipement MIB-II TFprivate-MIB 170ENT11001 X X FTP Equipement Configuration Fichiers Web Sécurité 170ENT11001 X X X Telnet 31006930 10/2009 Equipement Configuration Diagnostic Sécurité 171CCC96020 - X X 171CCC96030 - X X 171CCC98020 - X X 171CCC98030 - X X 170ENT11001 X X X 277 Vue d'ensemble des services Autres services pris en charge par les équipements Advantys STB SNMP Equipement SNMP(v1) SNMP(v2) SNMP(v3) MIB-II TFprivate-MIB STBNIP2212 X - - X X FTP Equipement Configuration Fichiers Web Sécurité STBNIP2212 X X X Autres services pris en charge par les passerelles/ponts Power Logic SNMP Equipement SNMP(v1) SNMP(v2) SNMP(v3) MIB-II TFprivate-MIB EGX 200 X - - X - EGX 400 X - - X - FTP 278 Equipement Configuration Fichiers Web Sécurité EGX 200 - X X EGX 400 X X X 31006930 10/2009 Vue d'ensemble des services Autres services pris en charge par les systèmes de câblage ConneXium SNMP Equipement SNMP(v1) SNMP(v2) SNMP(v3) MIB-II TFprivate-MIB 499NES17100 X - - X X 499NOS17100 X - - X X 174CEV30020 X - - X - 174CEV20030 X - - X - 174CEV20040 X - - X - FTP Equipement Configuration Fichiers Web Sécurité 174CEV20040 X X X TFTP Equipement Configuration Support FDR 499NES17100 - - 174CEV30020 X X 174CEV20030 X X Telnet 31006930 10/2009 Equipement Configuration Diagnostic Sécurité 174CEV30020 X X X 174CEV20030 X X X 279 Vue d'ensemble des services 3.12 OPC Factory Server Vue d'ensemble Cette section décrit le serveur OFS (OPC Factory Server) et fournit des exemples sur le mode de mise en œuvre de ces serveurs dans des systèmes Transparent Ready. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 280 Page OPC Factory Server 281 Services OFS 285 Performances OFS 288 Architecture d'exécution pour Unity/OFS/SCADA : un exemple simple 292 Architecture Build-time/Runtime pour les systèmes Unity/OFS/SCADA non fréquemment modifiés 294 Architecture Build-time/Runtime pour les systèmes Unity/OFS/SCADA nécessitant des modifications fréquentes 296 Architecture Build-time/Runtime pour système avec multiples connexions SCADA 298 31006930 10/2009 Vue d'ensemble des services OPC Factory Server Récapitulatif L'accès aux données OPC permet de déplacer des données en temps réel depuis des automates, des DCS et d'autres équipements de contrôle vers des clients d'affichage, tels que des panneaux IHM. La spécification OPC définit un ensemble standard d'objets, d'interfaces et de méthodes qui assure l'interopérabilité au niveau des applications de contrôle des processus et d'automatisation de la fabrication. Elle reposait à l'origine sur le modèle objet composant OLE de Microsoft et sur les technologies des modèles objet composant distribués. OPC Factory Server (OFS) est un serveur de données multi-automate capable d'envoyer des données à des clients OPC et de communiquer avec des automates Compact, Micro, Momentum, Premium, Quantum, TSX Série 7 et TSX S1000. Le serveur OFS met à la disposition des applications clientes un groupe de services (appelé méthodes) pour accéder aux variables des systèmes de contrôle. OFS est un serveur OPC d'accès aux données des automates conforme aux normes OPC 1.0A et OPC 2.0. Il fonctionne avec n'importe quel client compatible OPC et avec deux types de logiciels OPC : z z le logiciel de supervision : le serveur OFS joue le rôle d'un pilote en assurant les communications avec tous les équipements Transparent Ready ; le logiciel de supervision personnalisé, via l'interface d'automatisation OLE ou l'interface personnalisée OLE. L’illustration suivante présente une interface OFS : 31006930 10/2009 281 Vue d'ensemble des services Le serveur OFS assure l'interface entre les automates Schneider Electric et une ou plusieurs applications clientes dans lesquelles il est possible d'afficher et/ou de modifier certaines valeurs des équipements. Fonctionnalités du serveur OFS Le serveur OFS prend en charge : z z z z z z z z z plusieurs équipements, plusieurs protocoles de communication, plusieurs clients, l'accès aux équipements et aux variables par le biais d'adresses ou de symboles, l'accès au serveur en mode local ou distant, un mécanisme de notification qui permet de transmettre des valeurs au client uniquement lorsque celles-ci changent d'état, la détection automatique de la taille des requêtes réseau en fonction du type d'équipement, la disponibilité des services via les interfaces d'automatisation OLE et personnalisée OLE, la compatibilité avec les normes OPC Data Access, versions 1.0A et 2.0. Modes d'échange de données Le serveur OFS gère deux modes d'échange des données avec l'automate : z z mode classique par défaut (interrogation), mode Push data, dans lequel les données sont envoyées sur l'initiative de l'automate. Le mode Push data est recommandé lorsque les changements d'état sont rares. Services OFS Le serveur OFS offre les services suivants : z z z z z z 282 lecture et écriture de variables dans un ou plusieurs automates présents sur un ou plusieurs réseaux, outil de configuration convivial qui décrit les paramètres nécessaires pour que le serveur fonctionne efficacement, outil permettant la modification en ligne des paramètres pour accroître la souplesse d'utilisation, possibilité d'utiliser une liste de symboles pour l'application de l'automate, interface de navigation qui présente graphiquement les équipements accessibles et leurs symboles, liste des éléments spécifiques dépendant d'un équipement, qui permet l'exécution de fonctions telles que le contrôle d'état, le démarrage/l'arrêt de l'automate et la supervision des alarmes. 31006930 10/2009 Vue d'ensemble des services Communication avec l'automate Le serveur OFS fonctionne avec les gammes d'automates Quantum, Premium, Micro, Momentum, Compact, Série 7 et S1000 sur les réseaux suivants : z z z z z z z z z Liaison série Modbus (RTU) TCP/IP (adressage IP ou X-Way) Modbus Plus Uni-Telway Fipway Ethway ISAway PCIway USB Le serveur OFS est compatible avec l'automate Nano sur un réseau Uni-Telway, avec les restrictions suivantes : z z opérations de lecture uniquement, accès à un mot unique ou à x bits parmi 16 bits consécutifs. Le tableau suivant présente la compatibilité OFS 3.1 avec les équipements de la gamme Schneider Electric SA et les différents réseaux : 31006930 10/2009 Réseau Premium Ethway TSXETY110 (Ethway) TCP/IP TSXETY110 (TCP/IP) TSXETY410 (TCP/IP) Voie intégrée TSXETY510 (TCP/IP) TSXETZ410 TSXETZ510 Uni-Telway Voie intégrée TSXFPP20 Voie intégrée TSX FPP20 TSX SCM22 Fipway TSXFPP20 PCMCIA TSXFPP20 TSXP7455 TSXFPP20 ISAway Bus ISA PCIway Bus PCI Modbus TSXSCP11 Modbus Plus TSXMBP100 USB Voie intégrée Micro Série 7 Série 1000 TSXETH107 TSXETH200 ETH030 TSXSCM22 Cartes JB TSXMBP100 Quantum Momentum TCP/IP 140NOE771 Voie intégrée 171CCC96030 171CCC98030 Modbus Voie intégrée 171CCC760 171CCC780 Modbus Plus Voie intégrée USB Voie intégrée Compact Voie intégrée Voie intégrée 283 Vue d'ensemble des services Définition du groupe d'éléments Les services OFS sont tous basés sur le concept de groupe d'éléments. Un élément est une variable d'automate à laquelle il est possible d'accéder par une adresse ou par un symbole. Les groupes OFS possèdent les caractéristiques suivantes : z z z z z 284 Il est possible de définir plusieurs groupes. Un groupe peut inclure plusieurs équipements. Chaque élément d'un groupe peut avoir une adresse d'équipement différente. Un groupe inclut différents dispositifs et supports de communication. Chaque élément peut faire référence à un pilote de communication différent. Si un équipement est accessible par le biais de plusieurs supports de communication, il est possible de combiner des variables adressées via différents supports au sein d'un même groupe. Les éléments qui constituent un groupe peuvent être différents. Il est possible de combiner tous les types d'objets gérés par le serveur OFS, par exemple des mots, des mots doubles et des virgules flottantes, dans un même groupe. Tous les éléments du groupe ont la même vitesse de mise à jour et le même pourcentage de bande morte. 31006930 10/2009 Vue d'ensemble des services Services OFS Services synchrones Les services synchrones permettent de : z z lire et écrire partiellement ou complètement un groupe d'éléments ; scruter périodiquement les variables (interrogation en lecture) qui doivent être traitées par l'application cliente. Le terme synchrone signifie que l'application cliente qui appelle un service en lecture ou en écriture est bloquée tant qu'elle n'a pas obtenu de résultat. L'instruction qui suit un appel de lecture ou d'écriture synchrone dans le code de l'application cliente est exécutée uniquement une fois que toutes les requêtes de communication correspondant à l'appel en question ont été traitées. Pendant une opération de lecture synchrone, OFS ne garantit pas que l'accès à toutes les variables d'un groupe se fera dans le même cycle de processeur si le groupe est transcrit sur plusieurs requêtes de communications. Un mécanisme OFS assure le nombre de requêtes nécessaire pour accéder à l'ensemble d'un groupe d'éléments (pour les groupes synchrones uniquement). Les conditions qui permettent aux éléments d'un groupe d'être cohérents les uns avec les autres (lus ou écrits dans le même cycle de processeur) sont décrites dans le guide d'OPC Factory Server. 31006930 10/2009 285 Vue d'ensemble des services Services asynchrones En mode asynchrone, toute requête de commande asynchrone reçoit une réponse immédiate. La commande demandée est soit refusée (réponse de code incorrect) soit en cours (réponse de code correct) ; elle n'est pas terminée. La fin et le résultat de la commande sont annoncés via le mécanisme de notification. Celui-ci doit être activé avant de démarrer une commande asynchrone. Les commandes Lecture, Ecriture, Actualiser et Annuler permettent de lire et écrire partiellement ou totalement un groupe d'éléments. L'application cliente doit scruter périodiquement l'évolution des variables (interrogation en lecture). Elle n'est pas bloquée pendant le temps nécessaire à l'obtention des données. Le mécanisme de notification activé annonce ensuite les résultats au client. La synchronisation avec l'automate est identique au processus décrit pour les services synchrones. Services de notification OFS effectue une interrogation en lecture et une notification des changements dans les valeurs de variable. L'application cliente a besoin d'une fonction de réveil programmée intégrée. L'OFS doit appeler le réveil lorsque les valeurs des éléments changent dans les groupes examinés périodiquement. 286 31006930 10/2009 Vue d'ensemble des services La fonction de réveil doit être unique dans l'application cliente. Elle reçoit toutes les notifications du serveur OFS, puis les redistribue vers les fonctions de traitement spécifiques de chaque groupe scruté périodiquement. NOTE : Pour les logiciels de supervision prêts à être exécutés, la fonction de réveil doit être pré-programmée. Dans le cas contraire, n'utilisez pas le mécanisme de notification. La norme OPC OnDataChange définit le nom de cette fonction de réveil. Le serveur OFS notifie par groupe et non par élément individuel. Pour un groupe donné, le serveur OFS envoie à la fonction de réveil de l'application cliente une liste des éléments dont la valeur a changé. Dans le cas d'un élément de type table, le serveur OFS transmet l'ensemble de la table même si seul un sous-ensemble d'éléments a vu ses valeurs modifiées. NOTE : Dans la fonction de réveil, les processus requérant un temps de traitement considérable par le processeur (par exemple, un affichage trop complexe) ne doivent pas être effectués. Ces types de processus peuvent nuire aux performances du système d'exploitation. Les questions suivantes se rapportent au service de notification : z L'affectation d'une période de scrutation à un groupe vous permet de scruter les variables d'automate à des périodes différentes. Vous pouvez par exemple afficher l'heure de l'automate chaque seconde et la température chaque minute. z Affectez une bande morte à un groupe afin que les notifications soient filtrées lorsque les valeurs de variable de groupe changent. La notification survient si la modification des variables est supérieure à un certain pourcentage de leur valeur antérieure après la période de scrutation du groupe. Par exemple, l'application cliente est informée uniquement si la température varie de plus de 10 %. NOTE : La bande morte est appliquée uniquement aux variables en virgule flottante ou en nombre entier afin que vous puissiez contrôler (ou limiter) le flux des notifications envoyées à l'application cliente et ainsi éviter de surcharger le système. 31006930 10/2009 287 Vue d'ensemble des services Performances OFS Récapitulatif La section suivante décrit les caractéristiques statiques du serveur OFS et définit certaines règles de génération et d'optimisation de requêtes réseau. L'objectif de ces règles est de minimiser autant que possible le nombre de requêtes. Taille maximale d'une requête Le tableau suivant spécifie le nombre maximal d'octets de données pouvant être compactés en une requête unique. Tous les éléments de données sollicités dans une même requête proviennent du même cycle d'automate et sont donc de taille homogène. Les octets de données indiqués dans le tableau peuvent être utilisés pour calculer le nombre d'éléments de même type pouvant être lus ou écrits dans une requête de communications d'automate. Un mot peut prendre jusqu'à 2 octets, un double mot 4 octets et un mot en virgule flottante 4 octets également. Comptez 8 bits par octets sauf si vous effectuez la lecture avec un automate PL7 sur un réseau XWAY, auquel cas chaque octet compte 4 bits uniquement. Par exemple, sur un automate PL7 s'exécutant sur XIP, 248%MB, 62%MD,124%MW ou 992%M peuvent être lus et 244%MB, 61%MD, 122%MW ou 1960%M écrits dans une requête unique. Le tableau suivant indique le nombre maximal d'octets de données pouvant être compactés dans une requête d'équipement Unity Pro. 288 Support de communication Lecture Ecriture XIP 249 235 Voie intégrée XIP 256 242 TCP/IP 1022 1008 PCIway 224 210 USB 1022 1008 USB X-Way (USBX) 1020 1006 Fipway 123 109 Uni-Telway 241 227 Ethway 249 235 Modbus Plus 250 236 Modbus RTU 249 235 31006930 10/2009 Vue d'ensemble des services Utilisation des groupes Le fait de séparer les éléments dans des groupes différents peut influer sur la construction de requêtes réseau. Pour chaque équipement, les éléments sont répartis dans des ensembles indépendants si nécessaire. Néanmoins, ces ensembles ne sont pas déterminés par les groupes eux-mêmes, mais par la vitesse de mise jour minimale de groupe. Les groupes n'influent pas sur la génération de requêtes réseau. En déclarant les éléments dans deux groupes différents avec la même vitesse de mise à jour, vous générez le même nombre de requêtes que si vous les déclariez dans un groupe unique. Les requêtes sont générées par lots constitués d'éléments appartenant à des groupes avec la même période. Elles ne sont pas générées à l'intérieur d'un groupe. Optimisation des requêtes Chaque ensemble d'éléments est optimisé individuellement en fonction d'un équipement et d'une fréquence. Les algorithmes d'optimisation agissent en deux phases : z z 31006930 10/2009 Le compactage : regroupement des éléments de même type (avec des adresses semblables ou consécutives) dans des tables. Pour l'écriture, le regroupement est réalisé uniquement si les éléments sont strictement consécutifs. Obtenez une liste d'éléments à partir des éléments initiaux pour les envoyer à l'automate à des fins de lecture ou d'écriture. Sur les automates de la série 7, le compactage n'est pas réalisé sur les bits unitaires ; pour les tables de bits, il est effectué uniquement si le nombre de bits est un multiple de 8. La concaténation : construction des requêtes en optimisant les possibilités du protocole. Certains protocoles vous permettent de définir l'accès à différents types d'objets dans la même requête. Le serveur OFS ajuste automatiquement la taille des requêtes au maximum autorisé. 289 Vue d'ensemble des services Les équipements Unity utilisent à la fois le compactage et la concaténation pour l'optimisation. Les variables localisées ou non localisées dans le générateur de requêtes en lecture Modbus proposent une technique de mélange (longueur du décalage du bloc de lecture). Le générateur de requête en lecture peut mélanger n'importe quel type de variable dans une même requête ; une variable correspond à un identificateur à 6 octets. Le module NOE ne peut envoyer qu'une requête par cycle de processeur pour les variables non localisées et 4 requêtes par cycle de processeur pour les registres. Par exemple, l'envoi d'une variable booléenne, de deux variables de nombre entier en virgule flottante et d'une structure avec cinq nombres entiers égalerait ou dépasserait une requête : %MW2, %MW3, %MW40, %mX5, %MX8 => 1 requête avec 3 éléments (MW2 ... 3, MW40, MWX5 ... 8) Performances dynamiques Les performances dynamiques du serveur OFS peuvent être mesurées grâce à plusieurs caractéristiques : z z z z Temps de réponse de la configuration Temps de réponse en lecture/écriture Volume des données échangées Sensibilité aux erreurs Elles peuvent également être mesurées selon deux axes : z z Communication de l'OFS avec les équipements Communication de l'OFS avec les clients OPC Dans certains cas, vous devez configurer différents paramètres d'OFS pour obtenir de meilleures performances : par exemple, si l'accès aux équipements se fait via différents types de réseau et si un réseau aux performances moindres est utilisé quelque part sur le chemin réseau. L'un des paramètres d'ajustement de serveur qui influe sur les performances de la communication de l'OFS avec les équipements est la fonction multivoie. Reportez-vous au manuel d'OPC Factory Server pour plus d'informations sur la fenêtre de diagnostic, qui indique l'état du serveur et des communications. 290 31006930 10/2009 Vue d'ensemble des services Fonction multivoie La plupart des protocoles de communication utilisés par l'OFS sont semi-duplex ; après l'envoi d'une requête, le serveur attend la réponse avant d'envoyer la requête suivante. Il existe une exception avec XWAY pour Unity ou les automates PL7. Avec les réseaux semi-duplex, la seule manière d'accélérer la communication consiste à ouvrir plusieurs voies entre l'émetteur et le récepteur. Vous pouvez ouvrir entre 1 et 16 voies pour chaque équipement et configurer ce nombre statiquement à l'aide de l'outil de configuration d'OFS ou dynamiquement avec le paramètre #MaxChannel spécifique. La valeur qui offre les performances optimales dépend de l'automate sollicité (par ex. le nombre de requêtes qu'il peut traiter par cycle) et de la carte de communication utilisée (principalement sur les automates Concept). Pour obtenir ces données, reportez-vous à la documentation relative à l'automate et à la carte de communication. NOTE : La fonction multivoie n'est pas déterminante pour Unity Pro ou pour les automates PL7 utilisant un réseau XWAY (full duplex) et des pilotes série Modbus (voie simple uniquement) sur n'importe quel type d'automate. Sur les réseaux semi-duplex, un paramètre peut être utilisé pour envoyer plusieurs requêtes simultanément à un équipement : plus la valeur est élevée, plus les performances de la communication avec l'équipement sont bonnes. 31006930 10/2009 291 Vue d'ensemble des services Architecture d'exécution pour Unity/OFS/SCADA : un exemple simple Exemple d'architecture L'exemple d'exécution suivant se rapporte à des architectures simples dans lesquelles l'application de l'automate n'a pas besoin de modifications en ligne. VijeoLook constitue le meilleur choix pour ce type d'architecture. Seul un ordinateur est utilisé pour exécuter les logiciels SCADA et OFS, et le nombre maximal d'automates sur un système comme celui-ci est de cinq. Options du système d'exécution Sur Ethernet TCP/IP uniquement, vous pouvez affecter le fichier de symboles XVM sur un ordinateur différent de celui qui exécute les logiciels SCADA et OFS. Cette option vous permet de centraliser vos ressources sur un ordinateur autorisant les sauvegardes. Elle s'avère particulièrement utile lorsque le système est intégré dans une architecture plus vaste. 292 31006930 10/2009 Vue d'ensemble des services Caractéristiques clés du système z z z Le système d'exécution requiert un fichier de symboles XVM Unity Pro compatible avec le serveur OFS. Ce fichier de symboles est exporté en mode Compilation par Unity Pro et doit être copié sur l'ordinateur utilisé pour exécuter le système. Un fichier de symboles est requis pour chaque application d'automate. Le système de fichiers SCADA + OFS + XVM est exécuté sur un seul ordinateur. OFS accède aux données de l'automate en temps réel. Toute différence détectée entre l'application exécutée et le fichier de symboles local sur l'ordinateur déclenche la vérification des signatures. Conformément au QoS pour OFS, la communication s'arrête ou bascule vers un service de mauvaise qualité. Vous devez donc mettre manuellement à jour l'ordinateur avec le fichier de symboles approprié pour que le fichier de symboles soit cohérent avec l'application exécutée dans l'automate. Versions des produits 31006930 10/2009 Produit Version Unity Pro M, L, XL 2.0 VijeoLook 2.6 Commentaires Inclut la version correcte d'OFS 293 Vue d'ensemble des services Architecture Build-time/Runtime pour les systèmes Unity/OFS/SCADA non fréquemment modifiés Exemple d'architecture L'exemple de système build-time/runtime suivant gère des architectures : z z qui ne requièrent pas de modifications fréquentes de leur application ; qui ont une faible contrainte de synchronisation entre le système SCADA et l'application exécutée pendant les modifications. La synchronisation entre la base de données Unity Pro et le système OFS est gérée manuellement, avec un échange statique du fichier de symboles. En définissant VijeoLook comme système SCADA, jusqu'à 5 automates peuvent être pris en charge. Pour les configurations plus étendues, utilisez Monitor Pro. Un ordinateur est utilisé pour exécuter les logiciels SCADA et OFS et un autre pour exécuter Unity Pro sur les applications d'automate. Option Build-time/Runtime Sur TCP/IP Ethernet uniquement, vous pouvez stocker le fichier de symboles XVM sur un ordinateur différent de celui qui exécute les logiciels SCADA et OFS. Cette option vous permet de centraliser vos ressources sur un ordinateur autorisant les sauvegardes. Elle s'avère particulièrement utile lorsque le système est intégré dans une architecture plus vaste. 294 31006930 10/2009 Vue d'ensemble des services Caractéristiques clés du système z z z z Le système d'exécution requiert un fichier de symboles XVM Unity Pro compatible avec le serveur OFS. Ce fichier de symboles est exporté en mode Compilation par Unity Pro et doit être copié sur l'ordinateur utilisé pour exécuter le système. Un fichier de symboles est requis par application d'automate. Le système de fichiers SCADA + OFS + XVM est exécuté sur un seul ordinateur. Unity Pro est exécuté sur un ordinateur séparé pour les modifications d'application. Il n'est pas nécessaire que cet ordinateur soit connecté en permanence au réseau ; il peut être seulement connecté pour effectuer les modifications en ligne ou copier le fichier XVM sur le système OFS. OFS accède aux données de l'automate en temps réel. Toute différence détectée entre l'application exécutée et le fichier de symbole local sur l'ordinateur déclenche la vérification des signatures. Conformément au QoS pour OFS, la communication s'arrête ou bascule vers un service de mauvaise qualité. Vous devez donc mettre manuellement à jour l'ordinateur avec le fichier de symboles approprié pour que le fichier de symboles soit cohérent avec l'application exécutée dans l'automate. Cette mise à jour peut être lancée par l'application SCADA via un mode de commande spécifique du serveur OFS. L'application continue de s'exécuter. Seule la communication OFS est interrompue pendant la mise à jour du fichier de symboles. Versions des produits 31006930 10/2009 Produit Version Commentaires Unity Pro M, L, XL v2.0 VijeoLook v2.6 Inclut la version correcte de OFS MonitorPro v7.2 Accès aux variables structurées non inclus 295 Vue d'ensemble des services Architecture Build-time/Runtime pour les systèmes Unity/OFS/SCADA nécessitant des modifications fréquentes Exemple d'architecture L'exemple de système build-time/runtime suivant gère des architectures qui nécessitent : z z des modifications d'application fréquentes ; un niveau de service supérieur pour permettre la synchronisation entre le système SCADA et l'application exécutée pendant les modifications. La synchronisation est gérée par le biais d'échanges dynamiques entre les systèmes OFS et Unity Pro XL. Aucune opération manuelle n'est requise pour mettre à jour le fichier de symboles pour OFS. Un ordinateur est utilisé pour les systèmes SCADA, OFS et Unity Pro XL en mode serveur. Un deuxième ordinateur est utilisé pour exécuter Unity Pro et lancer les modifications d'application, ainsi qu'un troisième pour atteindre la redondance avec Monitor Pro. Le serveur d'ordinateurs dédié aux fichiers d'application STU assure la cohérence de l'accès depuis le système OFS/Unity Pro XL et Unity Pro vers la même application. 296 31006930 10/2009 Vue d'ensemble des services Options Build-time/Runtime L'architecture décrite ci-dessus est recommandée pour un système de redondance (normal/standby) avec Monitor Pro. Pour les architectures ne nécessitant pas de redondance, le fichier d'application STU peut être stocké sur l'ordinateur exécutant les systèmes OFS/SCADA et Unity Pro XL. Caractéristiques clés du système z z z z z z z Unity Pro XL est indispensable pour les modes de fonctionnement de OFS : c'est le seul logiciel capable d'exécuter le mode serveur requis pour la mise à jour dynamique des symboles. Unity Pro XL doit donc être installé. OFS lance Unity Pro XL et ouvre l'application en arrière-plan. Le système SCADA + OFS + Unity Pro XL est exécuté sur un seul ordinateur. Unity Pro s'exécute sur un ordinateur séparé pour les modifications d'application. Il n'est pas nécessaire que cet ordinateur soit connecté en permanence au réseau, mais seulement pour les modifications en ligne. Lorsqu'un serveur d'ordinateurs est utilisé pour les fichiers d'application STU, OFS et Unity Pro utilisent la même application pour les modifications et la synchronisation. OFS accède aux données de l'automate en temps réel. Il détecte toute différence entre l'application exécutée et le fichier de symbole local sur l'ordinateur (vérification des signatures). Conformément au QoS pour OFS, la communication s'arrête ou bascule vers un service de mauvaise qualité. OFS/Unity Pro XL met à jour les symboles en accédant au fichier STU. En fonction des paramètres OFS, cette mise à jour peut être automatique ou déclenchée par l'application SCADA via un mode de commande spécifique de OFS. L'application continue de s'exécuter. Seule la communication OFS est interrompue pendant la mise à jour du fichier de symboles. Lorsque Unity Pro est utilisé pour gérer les modifications en ligne, le fichier d'application STU effectue la synchronisation de OFS/Unity Pro XL avec la bonne version de l'application. Versions des produits 31006930 10/2009 Produit Version Commentaires Unity Pro M, L, XL v2.0 Pour les modifications d'application VijeoLook v2.6 Inclut la version correcte de OFS MonitorPro v7.2 Accès aux variables structurées non inclus 297 Vue d'ensemble des services Architecture Build-time/Runtime pour système avec multiples connexions SCADA Exemple d'architecture L'exemple de système build-time/runtime suivant gère des architectures nécessitant : z z des modifications d'application fréquentes ; un niveau de service supérieur pour permettre la synchronisation entre le système SCADA et l'application exécutée pendant les modifications. Cette architecture prend également en charge plusieurs SCADA connectés sur un serveur OFS centralisé. La synchronisation est gérée par le biais d'échanges dynamiques entre les systèmes OFS et Unity Pro XL. Aucune opération manuelle n'est requise pour mettre à jour le fichier de symboles pour OFS. Un ordinateur est utilisé pour exécuter les systèmes OFS et Unity Pro XL en mode serveur. Un ou plusieurs ordinateurs sont dédiés au système SCADA. Un autre ordinateur est utilisé pour exécuter Unity Pro et lancer les modifications d'application. 298 31006930 10/2009 Vue d'ensemble des services Le serveur d'ordinateurs dédié aux fichiers d'application STU assure la cohérence d'accès, de sorte que toutes les stations qui exécutent Unity Pro accèdent aux mêmes informations d'application actualisées. Option du système Le fichier d'application STU peut être stocké sur l'ordinateur qui exécute les systèmes OFS/SCADA et Unity Pro XL. Caractéristiques clés du système z z z z z z z z Unity Pro XL est indispensable pour les modes de fonctionnement de OFS. C'est la seule architecture prenant en charge l'exécution en mode serveur, requise pour la mise à jour dynamique des symboles. Unity Pro XL doit donc être installé. OFS lance Unity Pro XL et ouvre l'application en arrière-plan. Le système OFS + Unity Pro XL est exécuté sur un seul ordinateur. Le système SCADA est exécuté sur un ordinateur dédié et communique avec OFS (DCOM) pour assurer l'accès en temps réel à l'automate. Unity Pro s'exécute sur un ordinateur séparé pour les modifications d'application. Il n'est pas nécessaire que cet ordinateur soit connecté en permanence au réseau, mais seulement pour les modifications en ligne. Le serveur d'ordinateurs dédié aux fichiers d'application STU assure la cohérence d'accès, de sorte que toutes les stations OFS et Unity Pro utilisent les mêmes données d'application pour les modifications et la synchronisation. OFS accède aux données à partir de l'automate en temps réel. Il détecte toute différence entre l'application exécutée et le fichier de symbole local sur l'ordinateur (vérification des signatures). Conformément au QoS pour OFS, la communication s'arrête ou bascule vers un service de mauvaise qualité. OFS/Unity Pro XL met à jour les symboles en accédant au fichier STU. En fonction des paramètres OFS, cette mise à jour peut être automatique ou déclenchée par l'application SCADA via un mode de commande spécifique de OFS. L'application continue de s'exécuter. Seule la communication OFS est interrompue pendant la mise à jour du fichier de symboles. Pour toute modification en ligne effectuée à partir de Unity Pro, le fichier d'application STU doit être sauvegardé de façon à synchroniser OFS/Unity Pro XL avec la bonne version de l'application. Versions des produits 31006930 10/2009 Produit Version Commentaires Unity Pro M, L, XL 2.0 Pour les modifications d'application Unity Pro XL v2.0 Pour le mode serveur de l'ordinateur VijeoLook v2.6 Inclut la version correcte de OFS Monitor Pro v7.2 Accès aux variables structurées non inclus 299 Vue d'ensemble des services 3.13 SCADA/IHM Vue d'ensemble Cette section décrit le fonctionnement et la conception d'un système SCADA ou IHM. Elle se concentre sur l'utilisation du protocole de communications Modbus TCP/IP entre le système SCADA et les terminaux. Les informations ne sont pas spécifiques à un système SCADA ou un module IHM ; les concepts décrits s'appliquent à la plupart des progiciels disponibles sur le marché, mais les termes et les techniques peuvent varier d'un progiciel à l'autre. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet SCADA/IHM 300 Page 301 Communications entre un serveur d'E/S et un équipement terrain 303 Communications SCADA vers des équipements terrain : Utilisation des sockets et des requêtes 308 Communications client entre un serveur d'E/S et un affichage 312 Détails sur la mise en œuvre des produits Schneider 313 31006930 10/2009 Vue d'ensemble des services SCADA/IHM Modèles SCADA/IHM Les systèmes SCADA et IHM sont représentés par deux modèles : autonome et client/serveur. Modèle autonome Le modèle SCADA/IHM autonome utilise le même ordinateur ou terminal pour interroger et afficher des données à partir des équipements sur le terrain. Chaque terminal d'affichage supplémentaire interroge ses propres données à partir des équipements terrain. L'illustration suivante présente une IHM et un PC avec SCADA interrogeant un automate pour obtenir des données 31006930 10/2009 301 Vue d'ensemble des services Modèle client/serveur Le modèle client/serveur utilise un serveur d'E/S distinct et des clients d'affichage. Le serveur d'E/S interroge des données à partir des équipements terrain et les clients affichent ces données. Chaque client obtient les données à partir du serveur d'E/S, pas des équipements terrain. Le serveur d'E/S combine toutes les requêtes en provenance des équipements d'affichage et rassemble les données des équipements terrain dans le système SCADA. La charge sur le réseau et les équipements terrain devient plus faible, et le temps de réponse système s'améliore. Dans certains systèmes, le serveur d'E/S peut être le même équipement physique que l'équipement d'affichage. NOTE : Plusieurs serveurs d'E/S peuvent être utilisés pour activer la redondance. L'illustration suivante montre que les requêtes en provenance du client SCADA sont obtenues à partir des automates par le serveur d'E/S. Un système SCADA peut inclure d'autres serveurs de type tendance, alarmes, etc. Ces serveurs ne sont pas inclus dans la description parce qu'ils utilisent le serveur d'E/S pour communiquer avec les équipements terrain. Les données utilisées par le système SCADA sont appelées étiquettes. Les étiquettes peuvent être utilisées pour l'affichage, les tendances, les alarmes, les rapports, etc. Communications dans le système SCADA Deux étapes de communications constituent le chemin SCADA-équipement : z z entre le client d'affichage et le serveur d'E/S entre le serveur d'E/S et l'automate (ou système autonome) Vous pouvez utiliser plusieurs serveurs d'E/S pour activer la redondance. 302 31006930 10/2009 Vue d'ensemble des services Communications entre un serveur d'E/S et un équipement terrain Récapitulatif La manière dont un système SCADA rassemble des données à partir de l'équipement terrain peut considérablement affecter la charge du réseau et de l'équipement, ainsi que les temps de réponse globaux du système. Les communications entre le serveur d'E/S et les équipements terrain peuvent suivre plusieurs modèles courants. La plupart des systèmes SCADA utilisent une combinaison de : z z z z rapports d'exception de données en provenance des équipements terrain ; interrogation du serveur d'E/S sur l'état de l'équipement, en fonction des groupes et des périodes définis par l'utilisateur ; écritures d'exception du serveur d'E/S en réponse à des commandes de l'opérateur ; lectures/écritures basées sur le temps du serveur d'E/S pour les étiquettes utilisées dans le code d'application. Rapport d'exception Le rapport d'exception constitue la méthode la plus efficace mais aussi la moins courante pour transférer des données entre un équipement terrain et le système SCADA. L'équipement terrain doit avoir connaissance des étiquettes utilisées par le système SCADA et doit les surveiller en cas de modification dans l'équipement terrain. Lorsque la valeur d'une étiquette change, l'équipement terrain écrit la nouvelle valeur dans le système SCADA. Pour que cette méthode fonctionne, les équipements terrain doivent être en mesure d'initier des communications avec le système SCADA (par le biais d'un client de messagerie Modbus) et ce dernier doit être en mesure de recevoir le transfert des données (par le biais d'un serveur de messagerie Modbus). Le rapport d'exception est utilisé pour signaler l'état des équipements terrain en termes d'affichage, de tendances et d'alarmes. Le rapport d'exception est efficace parce que les mêmes valeurs inchangées ne sont pas retransférées à l'infini (comme c'est le cas dans un système interrogé). Ce système de rapport d'exception permet à l'équipement de fermer le socket TCP lorsque les valeurs des données sont inchangées, libérant ainsi le socket TCP pour d'autres utilisations tout en réduisant la charge de l'équipement. 31006930 10/2009 303 Vue d'ensemble des services Problèmes liés au rapport d'exception Les systèmes SCADA interrogent normalement les données à partir des équipements terrain pour surveiller l'état de chaque équipement. Le système SCADA peut détecter une défaillance des communications et vous en informer. Si le système SCADA n'interroge pas l'équipement terrain (comme c'est le cas dans un système de rapport d'exception), il ne peut pas détecter ou signaler une défaillance des communications. Pour lui permettre de détecter une défaillance des communications, le système SCADA a le choix entre : z z attendre des commandes en écriture en provenance de l'équipement terrain toutes les n secondes ; interroger l'équipement terrain de temps en temps pour vérifier s'il est en ligne. Un autre problème peut se poser si une réponse en écriture en provenance de l'équipement terrain se perd ou qu'une valeur change alors que le système SCADA est dans l'incapacité de recevoir le message. Dans ce cas, le système SCADA affiche l'ancienne valeur, mais n'affiche pas d'erreur de communications. Pour corriger ceci, l'équipement terrain transfère périodiquement la valeur d'étiquette. Surveillance de l'équipement terrain Il n'est pas pratique pour un équipement terrain de surveiller individuellement un grand nombre de variables afin de déterminer si un rapport d'exception s'avère nécessaire. La plupart des systèmes utilisent un checksum sur un groupe de variables. Une écriture de sauvegarde doit toujours être mise en œuvre au cas où le checksum échoue. Par exemple, des variables multiples peuvent changer sans affecter le résultat du checksum. L'équipement terrain peut réduire la charge de l'équipement et du réseau en appliquant une hystérésis sur les variables et en envoyant un rapport d'exception uniquement si une variable change selon une quantité prédéterminée. Variante sur le rapport d'exception Si vous utilisez un système SCADA qui ne met pas en œuvre un serveur de messagerie Modbus ou un équipement terrain qui ne met pas en œuvre un client de messagerie Modbus, le système SCADA interroge uniquement le checksum ou un bit unique pour indiquer qu'une ou plusieurs étiquettes d'un bloc de données ont changé. Lorsqu'une modification est détectée, le système SCADA interroge le jeu de données entier pour obtenir les nouvelles valeurs. Ce système n'est normalement pas pris en charge nativement dans le système SCADA. Vous devez le coder en utilisant une certaine forme de logique utilisateur dans le système SCADA. Pour interroger l'état du terrain, le logiciel SCADA lit les données de chaque équipement terrain. Normalement, le logiciel SCADA détermine la manière dont les données sont interrogées sur la base de : 304 31006930 10/2009 Vue d'ensemble des services z z groupes définis par utilisateur ; groupes créés par SCADA. Si vous configurez les groupes, vous devez prendre en compte : z z z z la manière dont les variables sont groupées et leurs adresses correspondantes dans les équipements terrain ; la fréquence d'interrogation des groupes en comparaison avec la vitesse des réponses qu'ils reçoivent ; le moment auquel les groupes sont interrogés : continuellement ou ponctuellement ; la manière dont l'interrogation des groupes est liée. Les groupes de variables doivent être configurés de manière à être interrogés à une vitesse égale ou inférieure à celle à laquelle l'équipement terrain peut répondre. Pour calculer cette vitesse, consultez la section sur l'évaluation des performances (voir page 352) du système. N'oubliez pas de prendre en compte tous les autres équipements, y compris d'autres systèmes SCADA, qui communiquent avec l'équipement terrain. Lors de la création des groupes, essayez de regrouper les étiquettes de manière à pouvoir activer et désactiver l'interrogation des groupes. Les variables sont interrogées uniquement si nécessaire. Vous pouvez coder ce comportement ou utiliser une fonction automatique du système SCADA. Dans chaque cas, les variables d'alarme doivent être placées dans un groupe et les variables de tendance dans un ou plusieurs groupes distincts des variables d'affichage. Le groupe contenant les variables d'affichage doit être interrogé uniquement lorsque les étiquettes sont actives sur un écran. Lorsque des systèmes SCADA utilisent un serveur OPC pour lire des données à partir d'un équipement terrain, chaque serveur d'E/S peut créer des groupes distincts (même si chaque serveur d'E/S interroge les mêmes variables). Le système SCADA peut tenter d'ajouter/supprimer des variables à partir des groupes du serveur OPC. Ce processus est inefficace à cause des retards. L'alternative préférée consiste à ce que le système SCADA crée un plus grand nombre de groupes avec moins de variables dans chaque groupe et active/désactive les groupes ou variables dans les groupes. Cependant, les serveurs OPC ne présentent pas tous les mêmes capacités à activer/désactiver des variables et des groupes ou à ajouter/supprimer des variables dans un groupe. Les serveurs OPC peuvent ou ne peuvent pas bloquer les données des requêtes lorsque les données sont dans des groupes multiples. 31006930 10/2009 305 Vue d'ensemble des services Lorsque la synchronisation est configurée pour l'interrogation des groupes, vérifiez que l'interrogation ne surcharge pas les équipements terrain. La méthode la plus courante pour interroger les données consiste à définir une période d'interrogation utilisée par chaque groupe pour lire les données. Si cette période est définie à 1 000, le groupe tente d'interroger toutes les données toutes les 1 000 ms. Un problème peut survenir lorsque des groupes multiples sont paramétrés sur la même fréquence d'interrogation. Lorsque la période de 1 000 ms expire, le système SCADA tente de lire plusieurs blocs de données à partir des équipement terrain, entraînant des pics au niveau des charges du réseau et de l'équipement terrain.. Une fois que ces requêtes ont reçu une réponse, l'équipement terrain attend passivement d'être à nouveau interrogé. Selon l'équipement terrain, cette surcharge peut entraîner une défaillance ou des retards de communications. Si l'équipement peut mettre en mémoire tampon les requêtes et y répondre dans le temps et si la charge moyenne totale est inférieure aux capacités de l'équipement, le seul problème qui subsiste est le petit délai de réponse à la requête. Pour éviter ce type de surcharge des communications, définissez les périodes d'interrogation des groupes sur des valeurs uniques. Ces valeurs doivent être choisies pour que l'interrogation des groupes multiples ne survienne pas trop souvent (par exemple., 500 ms, 700 ms, 900 ms). La meilleure solution consiste à lier l'interrogation des groupes. Liez l'interrogation pour qu'un groupe ait fini d'être interrogé avant qu'un autre groupe le soit à son tour. Cette solution évite : z z une surcharge des requêtes qui attendent une réponse de la part des équipements terrain, ce qui entraîne une défaillance des communications ; une file d'attente de requêtes se formant dans le système SCADA ou l'équipement terrain. Certains systèmes SCADA lient automatiquement l'interrogation des groupes. D'autres nécessitent que vous mettiez manuellement en œuvre cette fonction. 306 31006930 10/2009 Vue d'ensemble des services Blocage Pour lire ou écrire le même type de données (le même code de fonction Modbus), le système SCADA peut tenter de combiner plusieurs étiquettes dans un transfert de données unique pour une meilleure efficacité. Ceci s'effectue normalement pour les commandes en écriture, sauf lorsque vous écrivez des tables de données. La manière dont un système SCADA combine des valeurs dans une lecture unique est connue sous le nom de blocage. Le blocage peut améliorer l'efficacité des communications système globales. Pour avoir un blocage le plus efficace possible, les variables de l'équipement terrain doivent être situées de manière à ce que toutes les données requises par le système SCADA soient regroupées dans la zone mémoire Modbus. Lorsque vous définissez des groupes interrogés par le système SCADA, organisez les variables au sein de l'équipement terrain de telle sorte que toutes les variables d'un groupe soient contiguës. Même si vous n'organisez pas les groupes à interroger, organisez les variables utilisées pour les alarmes et les tendances de manière à ce qu'elles soient contiguës. Les éléments définis à la même fréquence doivent être regroupés, et les alarmes doivent être regroupées. La règle du blocage des données comporte une exception pour les variables non localisées. Les deux logiciels Unity et Concept permettent aux variables de l'équipement terrain d'exister sans adresse physique. Un code de fonction de messagerie Modbus spécifique peut lire/écrire ces variables. Les variables ne peuvent pas être localisées l'une près de l'autre, mais le système SCADA peut les lire/écrire aussi efficacement qu'un bloc de variables localisées. Néanmoins, certains équipements sont capables de répondre plus vite ou plus souvent à des requêtes de variables localisées que de variables non localisées. 31006930 10/2009 307 Vue d'ensemble des services Communications SCADA vers des équipements terrain : Utilisation des sockets et des requêtes Récapitulatif Pour déterminer le mode de transfert des données de votre système SCADA vers un équipement terrain, vous devez prendre plusieurs facteurs en compte : z z z z z la manière dont les groupes de données sont structurés le moment où une autre section tente de lire les groupes de données les sockets TCP et leur utilisation le nombre de requêtes de messagerie Modbus pouvant être envoyées sur chaque socket les types de requêtes utilisées Un système SCADA peut ouvrir un ou plusieurs sockets TCP à un équipement. Il peut envoyer des requêtes de messagerie Modbus sur chacun de ces sockets. Selon sa conception, le système SCADA peut vous autoriser à contrôler le nombre de sockets à ouvrir et la méthode de transmission des requêtes, ou tout simplement fonctionner comme prévu sans personnalisation possible. Les systèmes SCADA classiques utilisent une combinaison de trois méthodes, avec plusieurs sockets utilisés et une ou plusieurs requêtes sur chaque socket. Généralement, un ou plusieurs sockets sont configurés pour lire et écrire des données. Une file d'attente de requêtes peut se former à la fois dans le terminal et le système SCADA. 308 31006930 10/2009 Vue d'ensemble des services Une requête à la fois L'efficacité du système SCADA dans l'envoi des requêtes et le traitement des réponses influe considérablement sur le temps de réponse système. Voici un exemple de socket unique prenant en charge une requête à la fois : Le système SCADA n'ouvre qu'un seul socket à l'équipement terrain et ne peut envoyer qu'une seule requête. Il attend qu'une réponse soit donnée à cette requête avant d'envoyer la requête suivante. Ceci évite la surcharge du terminal en limitant le système à une seule requête à la fois dans le terminal. Ceci affecte également gravement le temps de réponse système. Par exemple, si le système SCADA a dix requêtes à envoyer au terminal, le terminal prend 100 ms pour répondre à chaque requête et 50 ms de plus pour envoyer la nouvelle requête. Le temps total pour répondre à toutes les requêtes est de 1,5 s. 31006930 10/2009 309 Vue d'ensemble des services Requêtes multiples sur un socket unique Voici un exemple de socket unique prenant en charge des requêtes multiples, dix dans ce cas : Le système SCADA ouvre un socket unique à l'équipement terrain mais peut envoyer dix requêtes au terminal sans attendre de réponse. Le terminal peut commencer à répondre aux dix requêtes sans délai. Ce système offre un temps de réponse plus rapide, mais peut également surcharger un terminal si l'équipement ne peut pas traiter dix requêtes simultanément. Même si l'équipement peut traiter les dix requêtes, il risque de ne pas pouvoir traiter plusieurs requêtes simultanément sur un socket TCP unique. Ceci est fréquent avec des équipements anciens ou qui n'utilisent pas l'ID de transaction Modbus TCP. Le temps de réponse système est de 150 ms, au lieu de 1,5 s dans l'exemple précédent. 310 31006930 10/2009 Vue d'ensemble des services Sockets multiples envoyant une requête à la fois Voici l'exemple d'un système SCADA qui utilise dix sockets distincts pour envoyer des requêtes à l'équipement terrain, mais n'envoie qu'une seule requête sur chaque socket. Ce système gère les équipements qui prennent seulement en charge une seule requête par socket. Ce système évite les problèmes avec les équipements incapables de traiter des requêtes multiples sur le même socket, mais le terminal peut toujours devenir surchargé en raison du nombre total de requêtes. Le temps de réponse système est de 150 ms. 31006930 10/2009 311 Vue d'ensemble des services Communications client entre un serveur d'E/S et un affichage Les communications client entre un serveur d'E/S et un affichage sont couramment basées sur un ou plusieurs des éléments suivants : z z z les systèmes propriétaires et les protocoles les communications client/serveur OPC les communications MS Windows Dans la mesure où la plupart des communications SCADA à SCADA reposent sur une certaine forme de service de mise en réseau MS Windows (Com/DCom, noms de machine, etc.), ce service doit être installé sur le réseau. Cependant, en installant ce type de service, le réseau devient chargé d'un trafic MS Windows supplémentaire et est sensible à des surcharges par MS Windows et d'autres trafics. Dans la mesure du possible, les communications SCADA à SCADA doivent être séparées du réseau de communications normal de l'équipement. Pour ce faire, installez des cartes Ethernet distinctes dans les PC SCADA et utilisez un réseau Ethernet distinct pour les communications SCADA à SCADA. 312 31006930 10/2009 Vue d'ensemble des services Détails sur la mise en œuvre des produits Schneider Mise en œuvre de VijeoLook VijeoLook utilise le serveur OPC Schneider pour les communications (voir page 281). Mise en œuvre de Monitor Pro Monitor Pro prend en charge le modèle serveur d'E/S/clients multiples. Lorsque vous utilisez le système de communications Modbus TCP/IP, Monitor Pro met en œuvre des groupes définis par les utilisateurs, vous permettant de configurer les étiquettes à lire dans chaque groupe. Vous pouvez déclencher la lecture et l'écriture de chaque groupe via une étiquette définie par l'utilisateur. Il peut s'agir d'une étiquette basée sur le temps pour les lectures ou d'une étiquette personnalisée. Pour les écritures, l'étiquette est automatiquement définie dès qu'un élément du groupe est modifié et que cet élément est le seul à être écrit. Pour les lectures, tout le groupe est lu. Les groupes peuvent être ordonnés en évitant que l'étiquette de contrôle ne soit déclenchée avant que l'indicateur de fin soit paramétré pour le groupe précédent. Monitor Pro utilise un socket TCP pour les lectures, un socket distinct pour les écritures et un autre socket distinct pour les lectures d'exception. Chaque socket autorise la mise en attente d'une seule requête de messagerie Modbus à la fois sur l'équipement. Vous pouvez créer une instance supplémentaire de la tâche de communications Modbus et répartir les variables à lire entre les deux tâches. Etant donné que des requêtes supplémentaires peuvent être envoyées simultanément à l'équipement terrain, les performances du système sont plus améliorées. Monitor Pro crée une file d'attente en son sein pour toutes les requêtes de communications déclenchées mais ne pouvant être envoyées à l'automate à cause des requêtes en attente sur un socket. Ces requêtes vont dans la boîte aux lettres des tâches Modbus TCP/IP. La boîte aux lettres peut finir par déborder et entraîner l'arrêt des communications. 31006930 10/2009 313 Vue d'ensemble des services 3.14 Redondance Vue d'ensemble Cette section traite de la redondance des services du point de vue du système. La redondance totale du système est déterminée par le réseau, les équipements et les redondances de services. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 314 Page Redondance réseau et services de communication 315 Redondance dans un système SCADA 319 SCADA dans un système de redondance d'UC Quantum 323 Permutation de redondance d'UC et services Ethernet 333 31006930 10/2009 Vue d'ensemble des services Redondance réseau et services de communication Récapitulatif La redondance permet au réseau de continuer à transporter des données en cas de défaillance d'un composant ou d'un câble réseau. En cas de panne, un certain temps s'écoule avant que la défaillance soit prise en compte et corrigée par les composants du réseau. Cette correction survient ou non avant que d'autres systèmes aient remarqué le problème. Les données transportées sur le réseau risquent parfois de se perdre durant la défaillance. Dans ce cas, elles doivent être retransmises. Si le réseau peut être récupéré avant la fin du délai d'attente sur un service et si aucune donnée n'est perdue pendant l'interruption/récupération, les services ne sont pas affectés. Si le réseau ne peut pas être récupéré avant la fin du délai d'attente sur le service, ce dernier abandonne la requête individuelle. Le service risque de ne pas retenter le transfert (selon le service) ; attendez-vous dans tous les cas à un retard dans le transfert des informations. En mettant en œuvre de nouvelles tentatives, le service peut transmettre les données envoyées avant qu'une erreur d'application ne soit détectée. Si le réseau ne peut pas être récupéré avant le nombre de tentatives/la fin du délai d'attente, le service enregistre une erreur dans l'application. Vous devez décider si l'application peut tolérer des délais d'attente et des erreurs sur un service ou si le réseau doit être récupéré avant un délai d'attente ou une erreur sur le service. Prenez en compte les délais d'attente sur les services et le nombre de tentatives avant de sélectionner une stratégie de redondance réseau. Un délai de récupération de réseau plus rapide coûte généralement plus cher et n'est pas systématiquement requis dans votre application. Interfaces Ethernet multiples dans un équipement De multiples interfaces Ethernet d'un équipement sont résilientes en cas de défaillance d'une des interfaces Ethernet ou du réseau connecté. Cependant, elles nécessitent également que les communications vers et depuis l'équipement soient gérées pour que tous les autres équipements communiquent avec l'interface active. Si deux interfaces Ethernet sont installées dans un équipement, deux méthodes de traitement des communications existent : deux interfaces liées ou deux interfaces indépendantes. 31006930 10/2009 315 Vue d'ensemble des services Interfaces liées Deux interfaces liées partagent la même adresse IP et peuvent apparaître comme une seule et même interface Ethernet pour les autres équipements du réseau. Les deux interfaces surveillent automatiquement leur capacité à communiquer avec le reste du système et décident laquelle est à disposition de l'équipement et du réseau extérieur. Le choix de cette solution n'implique aucun travail supplémentaire. Les systèmes sur PC utilisent couramment des interfaces liées. Elles sont similaires aux ports redondants Modbus Plus en ce sens que vous ne devez pas intervenir pour bénéficier des deux interfaces. Les interfaces s'auto-surveillent et décident quelle interface présenter au réseau extérieur et quelle interface présenter à l'équipement (pour qu'ils ne voient qu'une interface). Plusieurs cartes Ethernet pour PC offrent cette fonctionnalité et leur utilisation est recommandée. 1 2 316 L'interface 1 offre une présentation unique au système SCADA et à l'automate ; elle surveille la validité de l'interface 2 afin de s'assurer que cette dernière peut prendre la relève si elle venait à défaillir. L'équipement 2 surveille l'état de l'interface 1 et partage la même adresse IP que l'interface 1. Il ne présente pas d'informations au système SCADA et à l'automate sauf en cas de défaillance de l'interface 1. 31006930 10/2009 Vue d'ensemble des services Interfaces indépendantes Chaque interface possède une adresse IP différente ; une seule interface est active à la fois. Ce procédé d'implémentation d'interfaces multiples nécessite généralement que vous contrôliez la validité des interfaces dans leur application et décidiez de l'interface à activer. Par exemple, avec un logiciel SCADA doté de deux cartes Ethernet non liées installées sur un PC, le système surveille les deux interfaces et en choisit une. Deux modules ETY dans un automate Premium constituent un autre exemple. Tous les équipements Schneider Automation utilisent cette méthode. Vous devez surveiller la validité de chaque interface et décider du mode de traitement des communications pour que les échanges ne soient pas dupliqués. La surveillance peut réduire le trafic et la charge du réseau sur d'autres équipements, mais le contrôle des communications de cette manière n'est pas toujours possible. Si les deux interfaces doivent être actives (pour Global Data, par exemple), les deux interfaces procèdent aux échanges et transmettent les résultats à l'équipement/application ; l'application doit décider quelles informations utiliser. Voici un automate Premium avec deux modules de communications ETY Ethernet : 1 2 31006930 10/2009 L'interface 1 possède sa propre adresse IP et apparaît en tant qu'équipement indépendant sur le réseau L'interface 2 possède également sa propre adresse IP et apparaît en tant qu'équipement indépendant sur le réseau 317 Vue d'ensemble des services Dans des systèmes comme celui illustré ci-dessus, vous risquez de ne pas pouvoir contrôler le mode d'émission des communications de chaque équipement parce que vous ne pouvez pas contrôler l'interface qui est utilisée. Ce problème est courant avec les PC configurés avec deux cartes Ethernet. Le PC choisit une carte à laquelle envoyer des données en fonction du réseau auquel la carte est connectée (défini par l'adresse IP et le masque de sous-réseau). Le PC tente d'envoyer des requêtes par le biais de la carte directement connectée au réseau de destination. Si un PC est configuré avec deux interfaces Ethernet possédant des adresses IP différentes sur le même réseau, le PC ne sait pas quelle carte utiliser. Les communications peuvent alors être défectueuses et échouer. Pour éviter ce problème, configurez chaque carte Ethernet pour une plage d'adresses réseau distincte et contrôlez manuellement les communications en adressant les communications à un réseau ou à l'autre. Malheureusement, les deux cartes Ethernet utilisant des réseaux IP différents (même si elles sont connectées au même réseau physique) posent des problèmes de communication avec les équipements distants. Les équipements risquent de ne pas pouvoir communiquer simultanément sur les deux réseaux. Deux réseaux complets doivent être construits et tous les équipements doivent être connectés aux deux réseaux. Vous devez déterminer le réseau actif en passant par la gestion de réseau. L'illustration suivante présente un PC avec deux cartes Ethernet branchées sur le même commutateur et un automate avec deux modules ETY connectés au commutateur. 1 2 3 Un bloc de décision à l'intérieur du programme SCADA ou PC Réseau B Réseau A Deux réseaux indépendants offrent un niveau de redondance élevé, mais un bloc de décision doit être inclus dans le programme SCADA ou PC pour déterminer quel réseau utiliser à tout moment. 318 31006930 10/2009 Vue d'ensemble des services Redondance dans un système SCADA Récapitulatif Plusieurs niveaux de redondance sont disponibles dans un système SCADA. Pour les communications au sein d'une usine, le système SCADA doit opérer de telle sorte que seul le serveur d'E/S primaire échange des données avec les équipements terrain. Les avantages sont les suivants : z z z 31006930 10/2009 réduction considérable du nombre de communications sur les équipements terrain, se traduisant par des temps de réponse plus rapides sur l'ensemble du système, réduction du trafic réseau entre les équipements de l'usine, trafic réseau plus efficace puisque le trafic SCADA serveur-client peut être optimisé (toutes les données sont transférées vers un client et le client n'a plus besoin de regrouper les informations provenant de chaque équipement terrain). Le trafic peut être reporté sur un réseau autre que le réseau de contrôle de l'usine. 319 Vue d'ensemble des services L'illustration suivante présente trois systèmes SCADA entièrement redondants, tous interrogeant l'automate : 1 2 3 320 Deux systèmes SCADA distincts, tous les deux interrogeant l'automate. Deux clients d'affichage interrogeant un serveur d'E/S primaire. Le serveur d'E/S de sauvegarde se contente de surveiller l'état des connexions vers l'automate. Deux clients d'affichage interrogeant un serveur d'E/S qui ignore l'existence d'un système de sauvegarde redondant. Le serveur continue de lire (en mode interrogation) toutes les données provenant de l'automate. 31006930 10/2009 Vue d'ensemble des services Communication SCADA vers un équipement redondant Les planificateurs du système SCADA doivent prendre en considération la redondance entre les dispositifs de communication et les équipements redondants. Pour qu'il y ait communication avec un équipement redondant, le système SCADA doit pouvoir échanger les mêmes données avec ce qu'il considère être deux équipements. Par exemple, un système d'automate Quantum avec deux modules NOE permet au système SCADA d'échanger des données avec l'unité centrale de l'automate en utilisant l'un ou l'autre des modules NOE. Si un module (ou le réseau qui lui est associé) tombe en panne, les communications se poursuivent via l'autre module NOE. Le système SCADA peut gérer automatiquement les communications vers des équipements redondants, mais vous pouvez également les gérer manuellement. Pour une gestion automatique dans SCADA, il suffit d'activer le service et de configurer le système SCADA afin qu'il reconnaisse les deux équipements comme étant identiques. Si cette prise en charge n'est pas proposée par le système SCADA, vous devez procéder à une configuration et à une programmation supplémentaires pour permettre au système de communiquer avec les équipements sur les deux interfaces. Le problème le plus commun est que le système SCADA est configuré pour communiquer avec l'interface Ethernet de l'équipement terminal, et non avec l'équipement terminal lui-même. Le système SCADA doit percevoir un automate Quantum avec deux modules NOE (par exemple, adresses IP 192.168.1.10 et 192.168.1.11) comme deux équipements distincts, même si l'échange des requêtes SCADA s'effectue via la même unité centrale. L'illustration suivante présente un système SCADA qui communique avec un automate doté de deux interfaces Ethernet. Le système SCADA considère que deux automates sont présents et doit donc choisir celui avec lequel il va communiquer. 1 2 3 Les données pour les deux échanges proviennent des mêmes variables de l'automate. L'automate a deux modules d'interface. Deux ensembles de données sont échangés. Le système SCADA doit pouvoir extraire depuis un équipement ou l'autre les valeurs à afficher, sans que l'affichage final des données en soit affecté. Si le chemin d'accès à un équipement n'est pas disponible, utilisez le chemin vers l'équipement alternatif ou de sauvegarde jusqu'à ce que le premier chemin redevienne opérationnel. 31006930 10/2009 321 Vue d'ensemble des services Chiens de garde de sauvegarde SCADA La configuration d'un équipement de sauvegarde dans un système SCADA n'est intéressante que lorsque le système peut basculer, de manière fiable, sur l'équipement de sauvegarde en cas de panne de l'équipement primaire. L'équipement de sauvegarde doit faire l'objet d'une surveillance continue afin de vérifier qu'il est opérationnel. Par ailleurs, il convient de lire périodiquement les données qu'il transmet pour que le système SCADA connaisse à tout moment l'état de la sauvegarde. La surveillance est utile car : z z elle vous avertit des risques de défaillance de la sauvegarde lorsque l'équipement primaire est en cours d'utilisation, de façon à permettre la résolution du problème avant que la sauvegarde ne soit nécessaire ; elle permet au système SCADA de vérifier l'état de la sauvegarde avant de procéder à un basculement. Si l'équipement primaire tombe en panne et si le système SCADA bascule sur un système redondant défaillant, le personnel de l'usine peut être dérouté par la situation, laquelle peut entraîner des pertes de temps, voire l'arrêt de l'application. 322 31006930 10/2009 Vue d'ensemble des services SCADA dans un système de redondance d'UC Quantum Récapitulatif Les systèmes de redondance d'UC ont été traditionnellement mis en œuvre pour contrôler les E/S distantes critiques dans les environnements d'automatisation industriels. A mesure que les systèmes SCADA continuent de se développer et jouent un rôle de plus en plus important dans le fonctionnement des usines, la place dévolue aux systèmes de redondance d'UC a évolué. Un système de redondance d'UC peut être nécessaire pour assurer le fonctionnement en mode redondant des réseaux de commande et des communications SCADA. Il est nécessaire de définir de nouvelles règles de redondance d'UC. Système de redondance d'UC traditionnel Dans un système d'automatisation industriel traditionnel, l'unique objectif d'un automate avec redondance d'UC était de contrôler l'usine via des E/S physiquement connectées : 1 2 3 UC primaire UC redondante Racks des modules d'E/S distants La redondance d'UC fournit le contrôle redondant d'une usine via des E/S physiques. Le système change de l'UC primaire à l'UC redondante si l'unité primaire ne peut pas contrôler les E/S physiques. Ceci peut se produire du fait de la défaillance des éléments suivants du système primaire : z z z z 31006930 10/2009 alimentation UC adaptateur RIO liaison RIO 323 Vue d'ensemble des services Un système de redondance d'UC traditionnel ne bascule pas le contrôle de l'unité primaire sur l'unité redondante pour l'une des raisons suivantes : z z défaillance des liaisons Modbus Plus ou Ethernet incapacité du système primaire à communiquer avec un équipement distant via une liaison réseau (autre que E/S via le réseau RIO) Ces restrictions posent des problèmes pour un système qui repose sur les communications d'un système SCADA ou le contrôle d'une usine via des communications réseau. Dans le cas d'une défaillance de communications de l'automate primaire, le système ne bascule pas automatiquement sur l'unité redondante pour rétablir les communications, même si chaque automate est capable de contrôler l'E/S. Systèmes centrés sur la communication Dans un système centré sur la communication, l'intégrité des communications entre le système de redondance d'UC et un équipement du système de l'usine peut être suffisamment importante pour justifier une permutation redondante. Dans ce type de système, le fonctionnement à redondance d'UC Quantum standard doit être modifié afin que les communications vers l'équipement distant soient surveillées et qu'une permutation s'effectue en cas de défaillance des communications. NOTE : Vous pouvez mettre en œuvre un système de redondance d'UC pour les communications uniquement. Un tel système n'est pas nécessaire pour contrôler les E/S physiques d'une usine. Un rack d'E/S factice doit être configuré, et le réseau RIO doit être physiquement installé pour permettre au système de redondance d'UC de fonctionner. 324 31006930 10/2009 Vue d'ensemble des services L'illustration suivante présente un système SCADA redondant avec des automates avec redondance d'UC. 1 2 3 4 5 SCADA surveillant un processus critique contrôlé par l'automate Equipements intelligents critiques contrôlés via Ethernet par l'automate UC primaire UC redondante Racks des modules d'E/S distants Les priorités d'origine de l'automatisation industrielle d'un système de redondance d'UC, qui assurent la redondance de l'E/S distante, restent les mêmes. En outre; vous pouvez affecter une priorité de redondance d'UC égale (ou supérieure) à la liaison de communication de l'usine. Bien que le système de redondance d'UC Quantum ait été principalement conçu à l'origine pour le contrôle des E/S, le contrôle complet par l'utilisateur de la fonction de permutation est assuré. Vous pouvez personnaliser le fonctionnement afin que les défaillances des communications au niveau de l'usine déclenchent une permutation automate primaire-automate redondant. Vous pouvez programmer votre système pour permuter le contrôle si l'UC primaire courante perd les communications avec les plates-formes SCADA ou avec les équipements Ethernet critiques, même s'il n'existe aucun problème de communication entre l'UC et l'E/S distante. 31006930 10/2009 325 Vue d'ensemble des services Règles d'un système de redondance d'UC centré sur les communications Des réponses doivent être apportées aux questions suivantes pour activer la mise en œuvre d'un système HSBY basé sur les communications : z z z z Quelles liaisons de communication doivent être surveillées ? En cas de défaillance, les liaisons doivent-elles provoquer une permutation des automates avec redondance d'UC ? Comment se définit une défaillance de communication (délais d'attente, tentatives, etc.) ? Des interfaces Ethernet redondantes seront-elles mises en œuvre ? Si tel est le cas, de quelle manière ? Comment sera surveillé l'état du réseau de communications sur l'automate redondant pour s'assurer qu'une permutation améliore les communications ? Système redondant de base Pour assurer la redondance de base des communications pour investissement minimal en matériel et en temps supplémentaires, le système doit comporter : z z 326 une connexion réseau unique à chaque automate dans le système de redondance d'UC ; des connexions réseau surveillées en utilisant des fonctions de diagnostic de module. 31006930 10/2009 Vue d'ensemble des services Limitations du système redondant de base La permutation peut être configurée pour se produire si l'UC primaire ne parvient pas à trouver une plate-forme SCADA ou si la connexion entre l'UC et le commutateur Ethernet échoue. Toutefois, les automates avec redondance d'UC ne peuvent détecter une défaillance de communication due à une rupture du réseau au-delà de leur connexion locale. 1 2 3 4 5 SCADA surveillant un processus critique contrôlé par l'automate Commutateur Ethernet UC primaire UC redondante Racks des modules d'E/S distants La défaillance d'un seul équipement critique au-delà des connexions locales peut provoquer le dysfonctionnement de l'ensemble du système de communication, comme le montre l'illustration ci-dessus. 31006930 10/2009 327 Vue d'ensemble des services Système entièrement redondant Un système entièrement redondant doit être mis en œuvre lorsque les spécifications nécessitent aucun point d'erreur pour le système de contrôle, y compris les communications. 1 2 3 4 Système SCADA redondant avec deux interfaces Ethernet liées Réseau basé sur des commutateurs avec arbre recouvrant Réseau en anneau redondant ConneXium Système d'automate avec redondance d'UC avec deux interfaces Ethernet indépendantes Un système entièrement redondant utilise généralement les éléments suivants : z z z z z z z 328 matériel réseau supplémentaire installé pour les chemins de réseau redondants ; chaque automate du système de redondance d'UC connecté à un chemin de réseau séparé ; chaque automate connecté au réseau sur plusieurs points utilisant plusieurs cartes réseau (pour une défaillance du réseau ou d'une carte réseau qui ne déclenche pas une permutation) ; des chemins de communications surveillés par des chiens de garde pour l'intégrité des communications tout le long du chemin jusqu'aux terminaux ; d'autres équipements (par exemple le système SCADA) connectés au réseau sur plusieurs points utilisant plusieurs cartes réseau ; en option, un second réseau physique complet ; chaque point de connexion (commutateur ou concentrateur) d'un équipement (par exemple, automate, système SCADA, etc.) alimenté par une alimentation séparée afin que la défaillance d'une alimentation ne déconnecte pas l'équipement du réseau. 31006930 10/2009 Vue d'ensemble des services Limitations du système entièrement redondant Les systèmes entièrement redondants présentent les limitations suivantes : z z z Coût accru des composants Nécessité de modifier les systèmes en dehors de l'automate avec redondance d'UC Complexité du système Surveillance du réseau via l'état du module L'état du module de communications Ethernet locales peut être surveillé par le programme de l'automate en utilisant le bloc MSTR ou MBP_MSTR pour lire les statistiques locales. Ces blocs fournissent des informations sur l'état du module et de la liaison Ethernet à partir du module jusqu'au premier concentrateur ou commutateur. Le mot 3 des données renvoyées est défini comme l'état de la carte. N° de bit Définition 15...12 Type de module 11 (Réservé) 10 0 = semi-duplex 1 = full duplex 9 0 = non configuré 1 = configuré 8 0 = l'automate ne fonctionne pas 1 = l'automate/NOE fonctionne 7 0 = Voyant Link éteint 1 = = Voyant Link allumé 6 0 = Voyant Appl éteint 1 = Voyant Appl allumé 5 0 = paire torsadée 1 = fibre optique 4 0 = 10 Mbits 1 = 100 Mbits 3...0 (Réservé) Le bit 7 (Voyant Link allumé) peut être surveillé pour déterminer l'état de la connexion du module au concentrateur ou au commutateur local. Si le module Ethernet est défaillant, une erreur est renvoyée par la commande de lecture des statistiques locales. NOTE : La commande de lecture des statistiques locales ne surveille que la connexion locale. Elle ne garantit que le réseau complet requis pour communiquer avec un équipement distant est intact (par exemple des concentrateurs ou des commutateurs supplémentaires, utilisés pour la connexion à l'autre équipement). Elle ne vérifie pas le fonctionnement de l'équipement distant. La surveillance d'équipements par des chiens de garde est une méthode plus fiable pour déterminer l'état des communications à un équipement distant. 31006930 10/2009 329 Vue d'ensemble des services Surveillance des équipements par des chiens de garde Pour surveiller complètement le fonctionnement d'un équipement distant et la connexion à celui-ci, un chien de garde doit être utilisé. Pour mettre en œuvre un chien de garde d'un système SCADA vers un automate, envoyez un seul registre d'écriture du système SCADA à un registre de l'automate. L'automate incrémente ce registre, le SCADA lit la nouvelle valeur, incrémente de nouveau la valeur, puis écrit cette dernière. Le cycle se poursuit constamment. Le chien de garde surveille les opérations de la liaison réseau complète entre les deux équipements ainsi que les opérations des systèmes d'automate et des systèmes SCADA. Il informe les deux équipements en cas de panne de l'un des équipements ou du réseau. Un chien de garde plus simple peut être mis en œuvre en faisant lire par l'automate une valeur sur un équipement distant ou en lisant une valeur qui change de façon connue (par exemple un compteur) sur cet équipement distant. Ces deux méthodes vérifient la liaison réseau, mais ne permettent pas à l'équipement distant de connaître l'état de l'automate. NOTE : Lors de la mise en oeuvre de chiens de garde via un registre incrémenté, tenez compte de la situation de redémarrage du registre (par exemple de 32767 à 0). Surveillance de l'unité redondante Lorsque vous mettez en oeuvre un système de redondance d'UC dans lequel les liaisons de communication sont surveillées et dans lesquelles une liaison défaillante peut déclencher une permutation, vous devez connaître l'état de la liaison redondante. Toutes les liaisons non opérationnelles doivent être surveillées (liaisons de secours sur l'unité primaire et toutes les liaisons de l'automate redondant) pour détecter et corriger la défaillance de la liaison avant que celle-ci ne soit nécessaire. L'état de la liaison redondante doit également être connue afin que l'automate puisse déterminer si la permutation rétablit les communications. Si des communications ne sont pas rétablies, la permutation n'améliore pas la redondance du contrôle de l'usine. De plus, une permutation peut avoir une incidence sur d'autres équipements. Les liaisons de communication redondantes de l'automate primaire sont surveillées de la même manière que la liaison primaire. Elles peuvent être surveillées avec une commande de lecture des statistiques locales ou avec un chien de garde complet. Un chien de garde complet pour l'automate redondant est différent d'un chien de garde sur l'automate primaire car l'automate redondant ne traite pas toujours du code. 330 31006930 10/2009 Vue d'ensemble des services Utilisez les registres de transfert inversés du système de redondance d'UC pour transférer le registre écrit par le système SCADA vers l'automate primaire et incrémenter le registre à ce stade. Transférez ensuite le registre, soit de nouveau vers le système SCADA en utilisant les liaisons de communication de l'automate primaire, soit de nouveau vers l'automate redondant en utilisant la liaison redondante sur laquelle le système SCADA lit le résultat. Les systèmes de redondance d'UC Quantum actuels permettent l'exécution d'une petite quantité de code dans l'automate redondant. Le code peut permettre d'exécuter la commande de lecture des statistiques locales et de placer les résultats dans les registres de transfert inversés pour le transfert à l'automate primaire. Adresse IP de l'automate Dans un système de redondance d'UC Quantum, l'adresse IP des modules Ethernet du rack redondant est automatiquement définie sur l'adresse IP du module Ethernet du rack primaire plus un. Par exemple, si le module NOE du rack primaire a l'adresse 192.168.1.10, le NOE du rack redondant a l'adresse 192.168.1.11. Lorsque le système effectue une permutation, les adresses IP des modules Ethernet permutent également. Ceci simplifie la programmation de la communication pour les autres équipements car ils peuvent toujours communiquer vers une adresse IP unique. Cette fonction est disponible avec la version 2.0 ou supérieure du fichier exécutable des modules NOE 77100/10. Permutation manuelle des automates avec redondance d'UC Le code automate d'un automate Quantum peut déclencher la permutation d'un système de redondance d'UC avec le mot de commande de redondance d'UC. Pour que le système change de l'unité primaire à l'unité redondante, l'automate primaire définit le bit pour indiquer qu'il est hors ligne. Après la permutation, le nouvel automate primaire peut être utilisé pour redéfinir l'automate d'origine en ligne. Puisqu'il existe déjà un automate primaire fonctionnant dans le système, l'automate primaire d'origine retourne en ligne en tant qu'automate redondant. NOTE : La configuration manuelle de l'automate primaire hors ligne pour forcer une permutation ne fonctionne que si l'unité redondante est disponible et est en mesure de passer en ligne. Assurez-vous que le code automate vérifie ce point en utilisant le mot de l'état de redondance avant le déclenchement d'un changement par ce code. Si vous ne le faites pas, les deux automates risquent de passer hors ligne. 31006930 10/2009 331 Vue d'ensemble des services Problème courant (instabilité) Instabilité est le terme utilisé en cas de problème dans un système de redondance d'UC mis en oeuvre avec plusieurs chemins de communication. Il décrit une situation dans laquelle un équipement (par exemple le système SCADA) tente de communiquer en utilisant une liaison de communication (par exemple vers l'automate redondant) pour déterminer si cette liaison est la bonne. L'automate primaire attend un chien de garde valide de communications du système SCADA. Aucun des deux systèmes n'étant en mesure de recevoir un chien de garde valide de communications, chacun essaie un nouveau chemin. Si les deux systèmes permutent au même moment, ils ne font que continuer à permuter et n'établissent jamais de communications sur la même liaison. Pour éviter l'instabilité : z z z 332 Surveillez les liaisons de communication actives des chiens de garde, y compris les liaisons dans l'automate redondant. Définissez clairement un système maître, par exemple l'automate primaire. Si l'automate primaire voit les communications vers le système SCADA sur les liaisons de l'automate primaire et les liaisons de l'automate redondant, il ne permute pas. Il attend que le système SCADA établisse les communications sur la liaison correcte (dans le cas d'une liaison vers l'automate primaire). Définissez des délais différents pour les tentatives d'établissement des liaisons de communication par le système SCADA et l'automate. Si l'automate est le système maître, il doit attendre et surveiller sa liaison actuelle pendant le délai requis pour que le système SCADA tente d'établir les communications sur toutes les liaisons possibles. Après ce délai seulement l'automate peut basculer sur une autre liaison de communication. 31006930 10/2009 Vue d'ensemble des services Permutation de redondance d'UC et services Ethernet Services disponibles Les services suivants sont disponibles dans un système de redondance d'UC : Service Client Modbus Description Exécuté dans les automates primaire et redondant. Seule la première section de l'application de l'automate fonctionne dans l'unité redondante pour déclencher des requêtes du client Modbus. Serveur Modbus Exécuté dans les automates primaire et redondant. Les requêtes adressées à l'automate redondant sont traitées par l'UC redondante ; les données d'écriture Modbus peuvent être remplacées suite au transfert des données redondantes. Scrutateur d'E/S Exécuté dans l'automate primaire, arrêté dans l'automate redondant Global Data Exécuté dans l'automate primaire ; l'automate redondant peut envoyer certains messages de maintenance au démarrage mais ne publie pas de données et n'y souscrit pas FTP/TFTP Exécuté dans les automates primaire et redondant SNMP Exécuté dans les automates primaire et redondant SMTP Exécuté dans les automates primaire et redondant ; les messages électroniques de l'automate redondant ne peuvent être déclenchés que dans la première section de l'application de l'automate (la seule section qui fonctionne) NTP Exécuté dans les automates primaire et redondant ; le module de communication Ethernet primaire configure l'horloge de l'UC primaire, tandis que le module de communication Ethernet redondant configure l'horloge de l'UC redondante. L'horloge NTP n'est pas transférée entre les UC primaire et redondante. Web (intégré et Exécuté dans les automates primaire et redondant en tant que services FactoryCast) indépendants Services non disponibles Le service FDR (voir page 226) n'est pas proposé car le serveur DHCP n'est pas disponible. Opération de permutation En cas de permutation de l'automate primaire vers l'automate redondant, la fonction de permutation des adresses IP affecte automatiquement l'adresse IP du module de communication Ethernet de l'automate primaire au module de communication Ethernet située dans l'automate redondant. La permutation est transparente pour les autres équipements du réseau. Après avoir fermé les connexions courantes client/serveur et du scrutateur d'E/S sur Ethernet à l'aide d'une réinitialisation, chaque module de communication Ethernet envoie un message de permutation UDP au module de communication Ethernet de l'autre automate. Le module de communication Ethernet qui envoie le message attend la réponse de l'autre module de communication Ethernet ou attend environ 500 ms. Dès que le message est reçu ou une fois le délai dépassé, l'adresse IP permute. 31006930 10/2009 333 Vue d'ensemble des services Au cours de la permutation, toutes les communications de messagerie Modbus en cours (client ou serveur) sont abandonnées et doivent être renvoyées. Tout bloc MSTR ou de lecture/écriture au niveau de l'application de l'automate doit être redéclenché, et toute requête distante (par exemple, SCADA) doit être renvoyée par l'équipement distant. Le service I/O Scanning doit rétablir l'adresse MAC (via des requêtes ARP) et les connexions de socket vers chaque équipement distant avant la reprise du transfert des données. Le temps requis dépend du temps nécessaire à l'équipement distant pour répondre à la nouvelle demande d'ouverture de socket. NOTE : Chaque ligne du scrutateur d'E/S est une entrée indépendante ; chacune commence le transfert des données à une heure différente. Le scrutateur d'E/S a uniquement besoin de l'adresse MAC et du socket de l'équipement apparaissant sur une ligne pour pouvoir lancer la communication avec ce dernier. Le scrutateur d'E/S commence donc à communiquer avec chaque équipement lorsque chacun est prêt, plutôt que d'attendre que tous soient prêts. Pour le service Global Data, le module NOE redondant quitte le groupe Global Data et le nouveau module primaire rejoint le groupe et démarre la publication. Le temps nécessaire dépend de la mise en œuvre du filtrage de multidiffusion (voir page 149) et du nombre d'équipements présents dans le groupe (temps de démarrage Global Data). Tous les autres services forcent les clients à se déconnecter (opération de réinitialisation ou expiration du délai). Les services sont redémarrés sur les modules de communication Ethernet primaire et redondant. Ils deviennent alors indisponibles pendant une courte durée, sans pour autant affecter le fonctionnement global du système. Par exemple, pendant que le service NTP redémarre, l'horloge de l'UC conserve sa précision. Une session Telnet est déconnectée et vous devez vous reconnecter. Les versions les plus récentes des E/S distribuées sur Ethernet TCP/IP possèdent une fonction permettant de conserver l'état des sorties en cas de rupture des communications (par exemple, en cas de permutation de redondance d'UC). Les équipements contrôlés par les E/S distribuées continuent de fonctionner pendant la permutation. Numéro des sockets TCP Dans tous les cas, les sockets TCP sources utilisés sur le nouveau et l'ancien module doivent être différents. L'utilisation de sockets différents évite la confusion entre les anciennes et les nouvelles connexions à l'équipement distant. 334 31006930 10/2009 Vue d'ensemble des services 3.15 Systèmes de passerelle/pont Vue d'ensemble Cette section présente les systèmes de passerelle et de pont. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Vue d'ensemble des passerelles et des ponts 336 Fonctionnement des passerelles et des ponts 340 335 Vue d'ensemble des services Vue d'ensemble des passerelles et des ponts Récapitulatif Une passerelle permet aux équipements d'un réseau de communiquer avec les équipements d'un autre réseau en remplaçant le protocole d'un côté par le protocole de l'autre côté. Les passerelles, également appelées ponts, sont utilisées dans un système Ethernet pour convertir un type de réseau à un autre (par ex. d'Ethernet coaxial à paire torsadée, de Token Ring à Ethernet). L'illustration suivante présente le protocole A d'un côté et le protocole B de l'autre avec un message allant de l'un à l'autre. Fonctionnement Les passerelles peuvent être groupées en trois types différents, selon le mode d'activation de la communication des équipements sur les deux réseaux connectés, comme suit : z z z 336 passerelle sans conversion de protocole passerelle avec conversion de protocole passerelle utilisant une mémoire partagée (lecture et écriture) 31006930 10/2009 Vue d'ensemble des services Passerelle sans conversion de protocole d'application Une passerelle sans conversion de protocole peut prendre un message du réseau source et le transmettre au réseau cible sans modifier le protocole d'application. La passerelle attend une réponse, puis la retransmet au réseau source. Ce type de passerelle correspond à la mise en œuvre la plus efficace et la plus puissante car aucune limite ne s'applique au protocole. Cependant, cette passerelle n'est envisageable que si les réseaux source et cible utilisent le même protocole de couche d'application. Les passerelles Modbus Ethernet à Modbus série et Ethernet à Modbus Plus de Schneider sont des exemples de ce type de passerelle. NOTE : Une modification mineure du message d'application est apportée dans le processus de conversion d'Ethernet à Modbus Plus ou à Modbus série ; un index de pont et une ID de transaction sont inclus dans un paquet Ethernet Modbus, mais ils ne sont pas présents au niveau de la couche d'applications pour Modbus Plus ou Modbus série. Sur Modbus Plus, l'index de pont fait partie de l'adressage utilisé par les couches inférieures. Sur Modbus série, l'index n'est pas requis. Aucune ID de transaction n'est requise sur quelque système que ce soit. Ce type de passerelle reçoit le paquet contenant le message de la couche d'application et supprime les couches inférieures avant de transmettre le message au réseau cible. Le message réel n'étant pas interprété, le temps de réponse total du système peut être plus faible et vous pouvez utiliser des fonctions prises en charge par les deux réseaux. 31006930 10/2009 337 Vue d'ensemble des services Passerelle avec conversion de protocole d'application Une passerelle avec conversion de protocole prend un message du réseau source et le convertit au format de message de destination approprié, puis l'envoie au réseau cible. La passerelle attend alors une réponse, puis la convertit avant de la renvoyer au réseau source. En réalité, la passerelle lit le message d'application du réseau source, mais se réfère à une table interne pour rechercher le message à envoyer au réseau cible. Cette conversion est requise lorsque les réseaux source et cible n'utilisent pas le même protocole de couche d'application. Les passerelles qui utilisent ce système incluent celles qui connectent les réseaux Modbus aux réseaux d'autres fournisseurs. Comme le message du réseau source doit être reçu et interprété avant qu'un message sortant ne soit envoyé, ce type de passerelle est plus lent qu'une passerelle qui ne réalise pas de conversion du protocole d'application. Les règles de conversion du protocole sont basées sur des règles définies par le concepteur de la passerelle ; seuls les messages identifiés par le concepteur peuvent être convertis. Les messages définis après la conception de la passerelle ne sont pas convertis. Vous ne pouvez normalement pas modifier le mappage des messages d'un réseau à l'autre. Ce type de passerelle est uniquement en mesure de mapper un message simple pour lequel il existe un équivalent sur les deux réseaux. Les messages sans équivalent sur l'autre réseau ne peuvent pas être mappés. Il en résulte qu'il n'est pas possible de programmer par-dessus ce type de passerelle. 338 31006930 10/2009 Vue d'ensemble des services Passerelles utilisant une mémoire partagée Certaines passerelles peuvent présenter une zone de mémoire partagée aux équipements des deux réseaux. Les équipements des deux réseaux peuvent lire ou écrire des données de cette zone de mémoire et partager des données même si aucun message n'est réellement transmis d'un réseau à l'autre. Un équipement du réseau source peut écrire des données dans la zone de mémoire partagée, et un équipement du réseau cible peut ensuite les lire à partir de cette même zone. Une passerelle de ce type ne transmet jamais réellement de message du réseau source au réseau cible. Aucune programmation n'est requise et aucun message complexe n'est transmis. Seules les données utilisant les types de mémoire présentés dans la zone de mémoire partagée peuvent être transférées. Par exemple, si seuls les mots sont pris en charge, la transmission de bits individuels n'est pas acceptée. Cette passerelle découple les deux réseaux. Du fait qu'elle n'attend pas de réponse du réseau cible avant de répondre à la requête, cette passerelle peut répondre très rapidement en utilisant les données de sa zone de mémoire partagée. Bien que cette passerelle semble être très rapide, le temps de réponse réel est long car toutes les données doivent être traitées deux fois : une première fois dans la mémoire partagée et une deuxième fois sur l'autre réseau. Ces deux tâches ne sont pas synchronisées, ce qui induit que le temps de réponse du système est long et irrégulier. 31006930 10/2009 339 Vue d'ensemble des services Fonctionnement des passerelles et des ponts Files d'attente Si les équipements d'un réseau envoient des requêtes à la passerelle plus rapidement que la durée nécessaire à leur traitement sur le réseau cible, une file d'attente de messages se forme à l'intérieur de la passerelle. Selon la passerelle, la file d'attente peut être limitée à une longueur maximale définie. Une fois que la file d'attente est pleine, la passerelle se bloque ou renvoie une nouvelle requête de message avec une réponse d'erreur. Prenez en considération le temps de réponse du réseau cible et l'effet d'un timeout concernant les files d'attente à l'intérieur de la passerelle du réseau cible. Pour éviter qu'une file d'attente grandisse de manière démesurée, les équipements émettant des requêtes ne doivent pas envoyer de tentative de message avant que la passerelle n'ait traité le message : ils doivent attendre la réception d'une réponse ou d'un message d'erreur avant d'envoyer la tentative. Les équipements doivent conserver une trace des messages envoyés à la passerelle, pour lesquels ils n'ont pas reçu de réponse ; ce nombre doit être maintenu aussi bas que possible. 340 31006930 10/2009 Vue d'ensemble des services La file d'attente affecte le temps de réponse système. Si un équipement source envoie une commande à l'équipement du réseau cible, celle-ci doit, avant d'être traitée, rester dans la file d'attente jusqu'à ce que tous les messages en attente soient envoyés. Ce phénomène peut engendrer des temps de réponse système longs. Pour atteindre des temps de réponse optimaux, la file d'attente ne doit jamais être vide et contenir 1 ou 2 messages maximum. 1 2 3 4 5 requête en attente réponse réponse au client toutes les requêtes montent dans la file d'attente une nouvelle requête est placée à la fin de la file d'attente Sockets de passerelle Une passerelle permet à un grand nombre d'équipements d'un réseau de communiquer avec un grand nombre d'équipements sur un autre réseau. Lorsque de nombreux équipements se connectent à une passerelle réseau Ethernet, beaucoup de sockets TCP doivent être ouverts. Pour les passerelles bon marché, le nombre de sockets est limité par la faible puissance de traitement et le peu de mémoire des composants choisis. Une fois que ce nombre de sockets est dépassé, aucun équipement supplémentaire ne peut se connecter à la passerelle. Des problèmes peuvent survenir lorsque : 31006930 10/2009 341 Vue d'ensemble des services z z les équipements émettant la requête choisissent des services de communications qui requièrent un socket TCP pour chaque équipement avec lequel ils communiquent ; les services conservent un socket ouvert une fois que les communications sont terminées. Parmi ces services se trouvent notamment le service de scrutateur d'E/S et le service client Modbus sur les équipements plus anciens. Pour réduire le nombre de sockets maintenus ouverts sur une passerelle, utilisez la fonction d'activation/désactivation dans les requêtes du scrutateur d'E/S ou du client Modbus. Timeouts de passerelle Lorsqu'une passerelle envoie un message au réseau cible, ce message suit le timeout et les délais d'attente du réseau en question. Cependant, l'équipement a envoyé un message à la passerelle, lequel se conforme au timeout et aux délais d'attente du réseau source. Si la durée totale du timeout et des tentatives sur le réseau cible est supérieure au timeout du réseau source, ce dernier renvoie la requête. Les messages en double sont placés dans la file d'attente. Lorsque Modbus TCP/IP est le réseau source, aucune tentative de couche d'application n'est réalisée et tant que la passerelle accuse réception du paquet TCP, il n'y a aucune tentative sur le réseau source. Toutefois, vous pouvez renvoyer manuellement le même message. Si le premier message de la file d'attente est envoyé à un équipement déconnecté, ce message expire et une nouvelle tentative d'envoi est effectuée. Tous les autres messages de la file d'attente sont reportés et éventuellement considérés comme expirés par l'équipement émettant la requête. Si ces messages expirent, ce dernier peut renvoyer le message, ce qui génère un grand nombre de messages dans la file d'attente. Lorsque le message initial reçoit une réponse de la passerelle, il est ignoré par l'équipement émettant la requête car il a déjà été considéré comme expiré. Pour éviter cette situation, le timeout de tous les messages envoyés à partir du réseau source doit être défini de sorte qu'il soit supérieur à : timeout x nombre de tentatives sur le réseau cible x nombre maximum de requêtes attendu dans la file d'attente Evitez de trop laisser grandir cette valeur. Définissez une valeur faible pour le nombre de tentatives sur le réseau cible et n'envoyez pas de requête aux équipements que vous savez indisponibles. Si un équipement est normalement interrogé toutes les 5 secondes mais qu'il a renvoyé 2 erreurs de suite, contrôlez l'équipement une fois toutes les 30 secondes pour vérifier qu'il est en mesure de répondre à nouveau. 342 31006930 10/2009 Vue d'ensemble des services Temps de réponse Les temps de réponse pour les systèmes de passerelle Schneider sont indiqués dans l'annexe A (voir page 411). Problèmes courants Les problèmes courants rencontrés avec les systèmes de passerelle comprennent : z z z z 31006930 10/2009 les passerelles surchargées en raison des équipements réseau qui envoient des requêtes plus rapidement que la durée nécessaire à leur traitement sur le réseau cible ; les erreurs de communications vers l'un ou tous les équipements de destination lorsqu'un équipement de destination unique est retiré, causées par des timeouts qui affectent la rapidité du traitement des communications sur le réseau de destination et produisent des surcharges ; les requêtes expirées émanant de l'équipement source avant que le message ne soit traité sur le réseau cible, causées par le paramétrage incorrect des valeurs de timeout ou par la méconnaissance des conséquences de la mise en attente de messages dans la passerelle ; l'incapacité à se connecter à la passerelle du fait que toutes les connexions de socket sont en cours d'utilisation. 343 Vue d'ensemble des services 3.16 Services pris en charge par équipement Services Ethernet et équipements Transparent Ready qui les prennent en charge Equipements Quantum Le tableau suivant énumère les services Ethernet pris en charge par les UC Quantum avec ports Ethernet intégrés et par les modules de communication Ethernet Quantum : Service 140CPU65150 140CPU65160 140NOE77101 140NOE77111 140NWM10000 Scrutateur d'E/S X X X X - Serveur Modbus X X X X X Client Modbus X X X X X Global Data X X X X - Serveur FDR X X X X - Client FDR - - - - - Client BootP X X X X X Synchronisation horaire - - - X - Notification par message électronique X X X X X Diagnostics Web/intégrés X X X X X Serveur Web FactoryCast - - - X X Serveur Web FactoryCast HMI - - - - X SNMP X X X X X Serveur FTP X X X X X Serveur TFTP X Serveur Telnet 1 X X 1 X X 1 X X 1 X 1 X1 A des fins de diagnostic en usine seulement. 344 31006930 10/2009 Vue d'ensemble des services UC Premium Le tableau suivant énumère les services Ethernet pris en charge par les UC Premium avec ports Ethernet intégrés : Service TSXP571634M TSXP572634M TSXP573634M TSXP574634M TSXP575634M Scrutateur d'E/S X X X X X Serveur Modbus X X X X X Client Modbus X X X X X Global Data X X X X X Serveur FDR X X X X X Client FDR - - - - - Client BootP X X X X X Synchronisation horaire - - - - - Notification par message électronique X X X X X Diagnostics Web/intégrés X X X X X Serveur Web FactoryCast - - - - - SNMP X X X X X Serveur FTP X X X X X Serveur TFTP X X X X X Serveur Telnet X1 X1 X1 X1 X1 1 A des fins de diagnostic en usine seulement. Modules de communication Ethernet Premium Le tableau suivant énumère les services Ethernet pris en charge par les modules de communication Ethernet Premium : Service TSXETY4103 TSXETY110WS TSXETY5103 TSXWMY100 Scrutateur d'E/S X - X - Serveur Modbus X X X X Client Modbus X X X X Global Data X - X - Serveur FDR X - X - Client FDR - - - - Client BootP X X X X Synchronisation horaire - - X - Notification par message électronique X - X X 31006930 10/2009 345 Vue d'ensemble des services Service TSXETY4103 TSXETY110WS TSXETY5103 TSXWMY100 Diagnostics Web/intégrés X X X X Serveur Web FactoryCast - X X X Serveur Web FactoryCast HMI - - - X SNMP X X X X Serveur FTP X X X X Serveur TFTP X - X - Serveur Telnet X1 X2 X2 X1 1 A des fins de diagnostic en usine seulement. Modules de communication Ethernet TSX Micro Le tableau suivant énumère les services Ethernet pris en charge par les modules de communication Ethernet TSX Micro : Service TSXETZ410 TSXETZ510 Scrutateur d'E/S - - Serveur Modbus X X Client Modbus X X Global Data - - Serveur FDR - - Client FDR X X Client BootP X X Synchronisation horaire - - Notification par message électronique - - Diagnostics Web/intégrés X X Serveur Web FactoryCast - X SNMP X X Serveur FTP X X Serveur TFTP - - Serveur Telnet X1 X1 1 A des fins de diagnostic en usine seulement. 346 31006930 10/2009 Vue d'ensemble des services Processeurs Momentum MIE Le tableau suivant énumère les services Ethernet pris en charge par les modules processeurs Momentum M1E : Service 171CCC96020 171CCC96030 171CCC98020 171CCC98030 Scrutateur d'E/S X X X X Serveur Modbus X X X X Client Modbus X X X X Global Data - - - - Serveur FDR - - - - Client FDR - - - - Client BootP X X X X Synchronisation horaire - - - - Notification par message électronique - - - - Diagnostics Web/intégrés X X X X Serveur Web FactoryCast - - - - SNMP - - - - Serveur FTP - - - - Serveur TFTP - - - - Modules de communication Ethernet Momentum Le tableau suivant énumère les services Ethernet pris en charge par les modules de communication Ethernet Momentum : Service 170ENT11001 170ENT11002 Scrutateur d'E/S - - Serveur Modbus X X Client Modbus - - Global Data - - Serveur FDR - - Client FDR X - Client BootP X X Synchronisation horaire - - Notification par message électronique - - Diagnostics Web/intégrés X - Serveur Web FactoryCast - - SNMP X - 31006930 10/2009 347 Vue d'ensemble des services Service 170ENT11001 170ENT11002 Scrutateur d'E/S - - Serveur FTP X - Serveur TFTP - Serveur Telnet 1 X - 1 A des fins de diagnostic en usine seulement. Equipements Twido Le tableau suivant énumère les services Ethernet pris en charge par une UC Twido et un module de communication Ethernet Twido : Service TwidoPort 499TWD01100 Scrutateur d'E/S - Serveur Modbus X1 Client Modbus X1 Global Data - Serveur FDR - Client FDR - Client BootP X Synchronisation horaire - Notification par message électronique - Diagnostics Web/intégrés - Serveur Web FactoryCast - SNMP - Serveur FTP X Serveur TFTP - Serveur Telnet X 1 L'équipement reçoit et envoie les messages Modbus en agissant comme une passerelle. Système d'E/S distribuées Advantys STB Le tableau suivant énumère les services Ethernet pris en charge par un module d'interface réseau (NIM) Ethernet standard Advantys STB : Service STBNIP2212 Scrutateur d'E/S - Serveur Modbus X 348 31006930 10/2009 Vue d'ensemble des services Service STBNIP2212 Client Modbus - Global Data - Serveur FDR - Client FDR X Client BootP X Synchronisation horaire - Notification par message électronique - Diagnostics Web/intégrés X Serveur Web FactoryCast - SNMP X Serveur FTP X Serveur TFTP - Serveur Telnet - 1 L'équipement peut être scruté par le scrutateur d'E/S lorsqu'il met en œuvre le serveur Modbus. Variateur de vitesse Altivar ATV 38/58 Le tableau suivant énumère les services Ethernet pris en charge par la carte VW3A58310 du variateur de vitesse Altivar ATV 38/58 : Service VW3A58310 Scrutateur d'E/S - Serveur Modbus X Client Modbus - Global Data - Serveur FDR - Client FDR X Client BootP X Synchronisation horaire - Notification par message électronique - Diagnostics Web/intégrés X Serveur Web FactoryCast - SNMP - Serveur FTP - Serveur TFTP - Serveur Telnet - 31006930 10/2009 349 Vue d'ensemble des services Passerelles/ponts Power Logic Le tableau suivant énumère les services Ethernet pris en charge par les passerelles Power Logic : Service EGX200 EGX400 Scrutateur d'E/S - - Serveur Modbus X X1 Client Modbus - - Global Data - - Serveur FDR - - Client FDR - - Client BootP X X Synchronisation horaire - - Notification par message électronique - - Diagnostics Web/intégrés X X Serveur Web FactoryCast - - SNMP X X Serveur FTP X X Serveur TFTP - - Serveur Telnet X X 1 350 1 L'équipement reçoit et envoie les messages Modbus en agissant comme une passerelle. 31006930 10/2009 Vue d'ensemble des services Systèmes de câblage ConneXium Le tableau suivant énumère les services Ethernet pris en charge par les commutateurs gérés ConneXium NES/NOS et les passerelles CEV : Service 499NES17100 499NOS17100 174CEV30020 174CEV20030 174CEV20040 Scrutateur d'E/S - - Serveur Modbus - Client Modbus - - - - X 1 X1 X1 - - X1 X1 X1 Global Data X2 X2 - - - Serveur FDR - - - - - Client FDR - - - - - Client BootP X X X X X Synchronisation horaire - - - - - Notification par message électronique - - - - - Diagnostics Web/intégrés X X - - X Serveur Web FactoryCast - - - - - SNMP X X X X X Serveur FTP X X - - X X X - X3 - Serveur TFTP - - Serveur Telnet X X X 3 1 L'équipement reçoit et envoie les messages Modbus en agissant comme une passerelle. 2 Prise en charge du filtrage de multidiffusion pour Global Data. 3 A des fins de diagnostic en usine seulement. 31006930 10/2009 351 Vue d'ensemble des services 3.17 Evaluation des performances système Vue d'ensemble Cette section explique comment obtenir des temps de réponse système pour chacune des communications choisies dans votre usine. Elle décrit également les contrôles devant être effectués sur les équipements et le réseau pour que la charge globale de messages d'un équipement ne dépasse pas ses capacités et que la charge globale du réseau n'entraîne pas des retards de communications. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet Communications système 352 Page 353 Temps de réponse de la messagerie Modbus 353 Temps de réponse du serveur Modbus 354 Temps de réponse du client de messagerie Modbus 359 Scrutateurs d'E/S 363 Charge totale sur les équipements 365 Solutions pour les performances système 366 Temps de réponse de la passerelle 372 31006930 10/2009 Vue d'ensemble des services Communications système Récapitulatif Les performances de l'architecture Ethernet sont liées au matériel et aux services d'application utilisés, ainsi qu'aux paramètres définis pour ces services. Considérations matérielles z z z bande passante du réseau ressources du module ou de l'UC avec Ethernet ressources du processeur intégré (automate, PC ou autres UC) Services d'application z z z z service de traitement de messagerie industrielle Modbus (ou Uni-TE) service Global Data, analyse de données entre automates service I/O Scanning, analyse de données d'E/S distribuées autres (accès Web, communication ouverte TCP) Il est parfois difficile de déterminer la taille correcte d'une architecture du fait de l'interconnexion de ces paramètres. Le temps de réponse de n'importe quel système est déterminé à l'aide des graphiques des annexes A à D, qui montrent des temps de réponse pour des exemples de systèmes ou de calculs utilisant des formules. Temps de réponse de la messagerie Modbus Le service de messagerie Modbus implique les composants suivants dans un transfert de données : z z z client Modbus, transfert réseau, serveur Modbus. Ces composants sont les mêmes pour tous les systèmes de messagerie Modbus. Pour déterminer le temps de réponse d'un système Modbus, il est nécessaire de calculer la synchronisation de chaque élément ci-dessus. Chaque composant peut être calculé séparément, pour permettre ensuite de déterminer le temps de réponse total. 31006930 10/2009 353 Vue d'ensemble des services Temps de réponse du serveur Modbus Récapitulatif Les temps de réponse du serveur Modbus peuvent être calculés à l'aide de l'une des deux méthodes suivantes : z des temps de réponse mesurés, pour les durées globales pour tous les équipements (par ex. les automates) et en tant que valeur réelle pour les équipements simples (par ex. un VSD, un bloc d'E/S) ; z un calcul basé sur le fonctionnement du système pour les équipements plus complexes tels que les systèmes d'automate Quantum ou Premium. Les temps de réponse mesurés pour divers équipements serveur Schneider Modbus sont décrits dans une annexe (voir page 441). Ces temps de réponse ont été mesurés dans des conditions contrôlées et peuvent varier par rapport aux résultats obtenus sur le terrain. Ces graphiques sont valides uniquement si les limites globales des communications d'équipement sont respectées. Les temps de réponse du serveur Modbus pour les équipements suivants ne sont pas fixes et doivent être calculés : z Système d'automate Premium z Système d'automate Momentum z Système d'automate Quantum 354 31006930 10/2009 Vue d'ensemble des services Système d'automate Premium Le temps de réponse du système d'automate pour toutes les requêtes de messagerie Modbus reçues correspond à la durée d'un cycle de processeur. Toutes les requêtes de messagerie Modbus reçues pendant le cycle de processeur reçoivent une réponse avant le début du cycle suivant. Si le nombre total de requêtes de messagerie Modbus reçues par le processeur lors d'un même cycle est supérieur à la limite en vigueur pour ce type de processeur, toutes les requêtes supplémentaires reçoivent une réponse à la fin du même cycle. Néanmoins; la réponse en question pour ces requêtes est la réponse d'exception Modbus Serveur occupé, au lieu des données réelles demandées. 31006930 10/2009 355 Vue d'ensemble des services Système d'automate Momentum Le temps de réponse du système d'automate Momentum pour toutes les requêtes de messagerie reçues correspond à la durée d'un cycle de processeur. Toutes les requêtes de messagerie Modbus reçues pendant le cycle de processeur reçoivent une réponse à la fin du cycle de processeur courant. L'automate requiert plusieurs cycles de processeur pour répondre à une requête initiale ; en effet, un socket TCP doit être établi, ce qui prend plusieurs cycles de processeur. Système d'automate Quantum Le temps de réponse du système d'automate Quantum dépend du nombre de requêtes traitées. Le système répond aux requêtes grâce à trois méthodes différentes : accès direct à la mémoire du processeur par les modules NOE ; z transmission des requêtes au processeur à partir des modules NOE ; z accès direct à l'aide d'un port Ethernet intégré sur le processeur. z Chacune de ces méthodes permet au système d'automate de répondre à un certain nombre de requêtes par cycle de processeur. Toutes requêtes parvenant au module Ethernet sont placées dans la file d'attente du module ; chaque port Ethernet possède sa propre file d'attente. A la fin du cycle de processeur, les requêtes sont traitées à partir du haut de la file d'attente. Toutes les requêtes sans réponse restent dans la file d'attente et sont traitées dans l'ordre de leur réception. Il peut s'écouler un ou plusieurs cycles avant que les nouvelles requêtes placées dans la file d'attente n'en atteignent le haut. 356 31006930 10/2009 Vue d'ensemble des services Si la file d'attente ne contient aucune requête, le temps de réponse d'une nouvelle requête arrivant sur le système d'automate est compris entre 0 ms et un cycle de processeur, selon le stade auquel la requête est parvenue dans le cycle de processeur. S'il existe déjà des requêtes dans la file d'attente lorsqu'une nouvelle requête arrive, cette dernière est placée à la fin de la file. Elle sera traitée une fois parvenue en haut de la file d'attente. Le temps de réponse peut être calculé en divisant le nombre de requêtes dans la file d'attente par le nombre de requêtes pouvant être traitées par cycle de processeur, puis en multipliant par la durée du cycle de processeur. NOTE : Chaque méthode possède sa propre file d'attente. Décidez de la file d'attente dans laquelle placer la nouvelle requête, puis effectuez les calculs sur la base du nombre de requêtes dans la file. Vous devez ajouter quelques millisecondes aux temps obtenus ci-dessus afin de prendre en compte les surdébits éventuels. Ce temps est nettement inférieur à la durée du cycle de processeur et n'affecte pas particulièrement le résultat global. 31006930 10/2009 357 Vue d'ensemble des services Temps de réponse pour les équipements Produit Meilleur des cas Moyenne Pire des cas Premium 1/2 ms 0,5 x cycle de processeur 1 cycle de processeur Momentum 1/2 ms 0,5 x cycle de processeur 1 cycle de processeur ou 2 si la requête initiale ouvre un socket TCP. L'équipement client doit être en mesure de réaliser l'ouverture de socket dans un délai correspondant à un cycle de processeur pour que cette opération soit précise. Port intégré ou NOE Quantum : pas de 1/2 ms surcharge dans le nombre de requêtes, donc aucune requête dans la file d'attente 0,5 x cycle de processeur 1 cycle de processeur Registre de lecture/écriture NOE Quantum avec requêtes en surcharge - Nombre de requêtes dans la file d'attente / 8 x 1 cycle de processeur Registre de non-lecture/écriture NOE Quantum avec requêtes en surcharge - Nombre de requêtes dans la file d'attente / 4 x 1 cycle de processeur Port Ethernet intégré Quantum avec requêtes en surcharge - Nombre de requêtes dans la file d'attente / 16 x 1 cycle de processeur - Limites de communication pour la messagerie Modbus Produit Nombre de requêtes Nombre de sockets TCP Requêtes multiples par socket Quantum : registre de lecture/écriture 4x NOE 8 / cycle de processeur par 64 par module NOE module NOE oui Quantum : registre de lecture/écriture non-4x NOE 4 / cycle de processeur par 64 par module NOE oui module NOE1 Port Ethernet intégré Quantum 16 / cycle de processeur 64 oui Premium TSXP571xx 4 / cycle de processeur - oui Premium TSXP572xx 8 / cycle de processeur - oui Premium TSXP573xx 12 / cycle de processeur - oui Premium TSXP574xx 16 / cycle de processeur - oui Premium TSXP575xx 16 / cycle de processeur - oui Advantys - 4 oui ENT V1 - 4 - ENT V2 - 4 - Momentum Illimité 16 non 1 20 / cycle de processeur maximum pour tous les NOE et ports intégrés 358 31006930 10/2009 Vue d'ensemble des services Temps de réponse du client de messagerie Modbus Récapitulatif Le temps de réponse du client de messagerie Modbus fait partie du temps de réponse total du système de messagerie Modbus. Deux méthodes permettent de déterminer les temps de réponse du client Modbus : z z la prise en compte de tout le système de messagerie Modbus (client et serveur) en tant qu'unité le calcul séparé des temps des composants système Dans le premier cas, le temps de réponse système total entre la requête du client et la réponse du serveur est mesuré. Dans le deuxième cas, des résultats plus spécifiques que les graphiques de temps total utilisés dans la première méthode sont fournis pour un système particulier. Les temps de réponse mesurés pour plusieurs systèmes client Modbus de Schneider basés sur différents temps de réponse serveur sont décrits dans une annexe (voir page 447). Ces temps de réponse ont été mesurés dans des conditions contrôlées et peuvent varier par rapport aux résultats obtenus sur le terrain. Les graphiques de cette annexe sont valides uniquement si les limites globales des communications d'équipements ne sont pas dépassées sur le client ou le serveur. Les équipements suivants peuvent nécessiter le calcul du temps de réponse du client de messagerie Modbus dans la mesure où elle n'est pas fixe : z z z z z 31006930 10/2009 système d'automate Quantum système d'automate Premium système d'automate Momentum système SCADA serveur OFS 359 Vue d'ensemble des services Système d'automate Quantum Pour un système Quantum, la requête de messagerie Modbus est envoyée immédiatement après le déclenchement de la fonction à l'intérieur de la logique utilisateur. Lorsque la réponse est reçue du serveur Modbus, elle est traitée dans la mémoire logique utilisateur lors du traitement suivant de la fonction d'appel. Ceci se passe normalement pendant le cycle du processeur juste après que le système automate a reçu le message. S'il s'agit de la seule requête envoyée et qu'il n'y a pas de requêtes antérieures dans la file d'attente, le temps de réponse est : temps de réponse = temps de réponse serveur + 1 cycle de processeur Si le nombre maximum de requêtes client Modbus dépasse les limites du système, les requêtes de messagerie Modbus supplémentaires sont placées dans une file d'attente. Chaque fois que la fonction de requête est évaluée par l'UC, un contrôle est effectué pour voir si le nombre de requêtes en attente d'une réponse du serveur est inférieur au nombre maximum pris en charge par le système. Si c'est le cas, la requête suivante dans la file d'attente est envoyée au serveur. Le temps de réponse du client de messagerie Modbus est : temps de réponse = nombre de requêtes dans la file d'attente x (temps de réponse du serveur Modbus pour chaque requête + 1 cycle de processeur) + temps de réponse du serveur Modbus à la nouvelle requête + 1 cycle de processeur 360 31006930 10/2009 Vue d'ensemble des services Système d'automate Premium Pour un système Premium, la requête de messagerie Modbus est envoyée à la fin du cycle du processeur juste après le déclenchement de la fonction à l'intérieur de la logique utilisateur. Lorsque la réponse est reçue du serveur Modbus, elle est traitée dans la mémoire logique utilisateur lors du traitement suivant de la fonction d'appel. Ceci se passe normalement pendant le cycle du processeur juste après que le système automate a reçu le message. Pour un système Premium, le temps de réponse est : temps de réponse = 1 cycle de processeur + temps de réponse serveur + 1 cycle de processeur Si le nombre maximum de requêtes client Modbus est dépassé, les requêtes de messagerie Modbus supplémentaires sont refusées et ne sont pas envoyées ; une erreur est générée dans la logique utilisateur. 31006930 10/2009 361 Vue d'ensemble des services Système d'automate Momentum Pour un système Momentum, chaque requête de messagerie Modbus nécessite l'ouverture d'un socket TCP pour pouvoir être envoyée. Le socket Modbus TCP est fermé à la fin de chaque requête. Le temps de réponse à la requête client Modbus est : temps de réponse = 1 cycle de processeur (pour envoyer la requête du socket ouvert) + temps de réponse serveur au socket ouvert + 1 cycle de processeur (pour envoyer la requête) + temps de réponse serveur Modbus + 1 cycle de processeur (pour recevoir la réponse dans la logique utilisateur) Si le nombre maximum de requêtes client Modbus est dépassé, les requêtes de messagerie Modbus supplémentaires sont refusées et ne sont pas envoyées ; une erreur est générée dans la logique utilisateur. Limites de communication du client Modbus Produit 362 Nombre de requêtes Utilisation du socket TCP Requêtes multiples par socket Quantum NOE 16 Un par équipement distant oui Port Ethernet intégré Quantum 64 Un par équipement distant oui Premium TSXP571xx 16 Un par équipement distant oui Premium TSXP572xx 32 Un par équipement distant oui Premium TSXP573xx 48 Un par équipement distant oui Premium TSXP574xx 64 Un par équipement distant oui Premium TSXP575xx 80 Un par équipement distant oui Momentum 16 Un par requête de messagerie Modbus non 31006930 10/2009 Vue d'ensemble des services Scrutateurs d'E/S Vue d'ensemble Le scrutateur d'E/S fonctionne différemment dans les systèmes d'automates Quantum et Premium (voir page 183). Le calcul du temps de réponse système pour chaque système dépend de plusieurs facteurs et se traduit par une formule compliquée. La formule est fournie à titre de référence, mais vous devriez vous reporter aux graphiques de l'annexe pour la plupart des systèmes (voir page 413). Ces graphiques fournissent les temps de réponse système du scrutateur d'E/S depuis : z l'entrée terrain à la mémoire d'automate ; z la mémoire d'automate à la sortie terrain ; z l'entrée terrain à l'automate par le biais d'une décision et retour à une sortie terrain. NOTE : Pour les calculs suivants, le taux de répétition du scrutateur d'E/S doit être réglé à 0 ms. Tnet correspond à 0,05 ms à 10 Mo et 0,005 ms à 100 Mo. Pour des résultats plus précis, le temps de transmission réel du réseau peut être calculé en utilisant le nombre d'octets envoyés, le trafic réseau, la vitesse réseau et la latence du commutateur. Tios correspond au nombre d'entrées dans la table du scrutateur d'E/S x 0,3 ms. Formules des temps de réponse : Entrée terrain à la mémoire d'automate Pour un système Quantum NOE, le temps de réponse depuis une entrée terrain aux informations de l'automate est donné par les deux formules suivantes : temps max = Tmod + Tios + Tnet + 2 cycles de processeur temps moyen = Tmod + (Tios x 0,5) + Tnet + 1,5 cycle de processeur Pour un système d'automate Premium ou un port Ethernet intégré Quantum, le temps de réponse depuis une entrée terrain aux informations de l'automate est donné par les deux formules suivantes : temps max = Tmod + Tios + Tnet + 2 cycles de processeur temps moyen = Tmod + (Tios x 0,5) + Tnet + 0,5 cycle de processeur 31006930 10/2009 363 Vue d'ensemble des services Formules des temps de réponse : Entrée terrain à décision à sortie terrain Pour un automate Quantum, le temps de réponse depuis une entrée terrain à une décision dans une sortie terrain est : temps max = Tmod + Tios + Tnet + 3 cycles de processeur + Tios + Tnet + Tmod temps moyen = Tmod + (Tios x 0,5) + Tnet + 2,5 cycles de processeur + (Tios x 0,5) + Tnet + Tmod Pour un automate Premium, le temps de réponse depuis une entrée terrain à une décision dans une sortie terrain est : temps max = Tmod + Tios + Tnet + 3 cycles de processeur + Tios + Tnet + Tmod Formules des temps de réponse : Décision à sortie terrain Pour un automate Quantum, le temps de réponse depuis une décision à une sortie terrain est : temps max = 1 cycle de processeur + Tios + Tnet + Tmod temps moyen = 0,5 cycle de processeur + Tios + Tnet + Tmod Pour un automate Premium, le temps de réponse depuis une décision à une sortie terrain est : temps max = 2 cycles de processeur + Tios + Tnet + Tmod temps moyen = 1 cycle de processeur + Tios + Tnet + Tmod 364 31006930 10/2009 Vue d'ensemble des services Charge totale sur les équipements Récapitulatif Veillez à ce que le nombre total de messages Ethernet envoyés vers et à partir de l'équipement ne dépasse pas les limites suivantes : Capacité de traitement Premium Ethernet TCP/IP des connexions Ethernet TSXETY110 TSXETY4103 TSXETY210 TSXETY5103 Quantum Ethernet TCP/IP TSXP575xx 140NOE771** 140CPU65150 140NWM10000 (5) 140CPU65160 TSXETY110WS TSXWMY100 (5) 140CPU67160 TSXP571xx TSXP572xx TSXP573xx TSXP574xx Transactions de messages par seconde 60 450 500 350 350 Analyse des transactions d'interrogation d'E/S par seconde - 2 000 2 000 2 000 2 000 800 800 800 800 Transactions de souscription Global Data par seconde 31006930 10/2009 365 Vue d'ensemble des services Solutions pour les performances système Récapitulatif Voici plusieurs situations, présentées sous forme de problèmes posés et de réponses apportées, susceptibles de vous aider à évaluer les performances de votre système. Problème 1 Problème : Un SCADA interrogeant un automate Quantum avec un module NOE envoie 15 requêtes séparées pour lire des blocs de registres Modbus 4x. Toutes ces requêtes sont envoyées simultanément. Combien de temps faut-il pour terminer toutes les transactions lorsque le temps de cycle de processeur est de 50 ms ? Solution : Le module NOE peut desservir 8 requêtes Modbus TCP par cycle de l'automate ; 15 requêtes prennent 15/8 = 2 cycles de l'automate. Toutes les requêtes reçoivent une réponse en 100 ms. Problème 2 Problème : Un automate Premium lit les données d'un équipement terrain et écrit les données dans un autre équipement terrain. L'équipement terrain d'entrée a un temps de réponse de 80 ms et a déjà traité l'entrée dans sa mémoire. L'équipement terrain de sortie a un temps de réponse de 30 ms, et le temps de cycle de processeur est de 70 ms. Quel est le temps de réponse (c'est-à-dire entre le moment où l'automate lit l'entrée de champ et celui où la nouvelle sortie de champ s'active) ? Solution : Si l'automate Premium déclenche une requête de lecture au démarrage du cycle de processeur, il y a un retard d'un cycle de processeur (70 ms) avant l'envoi de la requête. L'équipement terrain répond après 80 ms. La réponse est lue dans l'automate lors du prochain appel de la fonction de lecture, ce qui peut durer un cycle de processeur (70 ms). Le Premium déclenche une fonction d'écriture au cours du même cycle de processeur et envoie la réponse à la fin du cycle (70 ms). L'équipement terrain reçoit la réponse et définit la sortie (30 ms). Le temps total est de : 70 ms + 80 ms + 70 ms + 70 ms + 30 ms = 320 ms 366 31006930 10/2009 Vue d'ensemble des services Problème 3 Hypothèse : Un système SCADA interroge un automate Quantum exécutant le logiciel Unity Pro. Le temps de cycle de processeur Quantum est de 140 ms. Le système SCADA interroge les éléments suivants chaque seconde : z z z z z 250 registres pour les tendances 750 bits pour les alarmes 30 registres pour un écran en cours d'affichage 20 bits pour un écran en cours d'affichage 1 bit écriture pour démarrer un moteur en réponse à une commande utilisateur sur l'écran en cours Pour calculer le nombre de requêtes, vous pouvez consulter la configuration et déterminer le nombre de requêtes envoyées ou vous pouvez estimer le nombre de requêtes. Dans ce cas, le nombre de requêtes vous a été fourni. Notez que tous les registres ne se trouvent pas dans l'ordre congestif, c'est pourquoi le nombre de requêtes est supérieur à la quantité idéale. z z z z 3 requêtes pour les tendances chaque seconde 6 requêtes pour les alarmes chaque seconde 8 requêtes pour les registres affichés à l'écran chaque seconde 4 requêtes pour les bits affichés à l'écran chaque seconde L'emplacement des variables est indiqué dans le diagramme suivant : Problème : Déterminez le temps de réponse du système SCADA dans chacun des cas suivants. Premier cas : SCADA ouvre un socket et n'envoie qu'une requête à la fois. 31006930 10/2009 367 Vue d'ensemble des services Solution : Dans ce scénario, le SCADA n'envoie une nouvelle requête que lorsqu'une réponse est reçue pour la requête précédente. Ceci se traduit par la formation d'une file d'attente dans le SCADA. L'automate ne doit répondre qu'a une requête à la fin de chaque cycle de processeur dans lequel une réponse à la requête est garantie à la fin de chaque cycle de processeur. Dans ce cas, 21 requêtes se trouvent dans la file d'attente. Le SCADA envoie la première requête à l'automate ; ce dernier envoie une réponse en 140 ms, après quoi le SCADA envoie la seconde requête de la file d'attente à l'automate. Par conséquent, l'automate met 2,94 secondes à répondre aux 21 requêtes. Le temps de réponse du SCADA est de 2,94 secondes. Second cas : SCADA ouvre un socket, mais envoie simultanément plusieurs requêtes à l'automate. Solution : Dans ce cas, l'automate doit répondre à plusieurs requêtes simultanément, ce qui peut dépasser ses capacités. Ceci se traduit par plusieurs cycles de processeur de l'automate pour répondre à toutes les requêtes. Le SCADA envoie les 21 requêtes à l'automate et forme deux files d'attente dans l'automate, l'une pour 0x et l'autre pour 4x. A partir des informations ci-dessus, vous voyez que l'automate a 11 requêtes dans le registre 4x et 10 requêtes dans la file d'attente 0x. Le NOE peut traiter 8 requêtes 4x et 4 autres requêtes par cycle de processeur. Dans ce scénario, il faut 2 cycles de processeur (280 ms) pour répondre aux requêtes 4x et 3 cycles de processeur (420 ms) pour les requêtes 0x, ce qui est beaucoup plus rapide que dans le premier cas. Si l'utilisateur envoie une commande d'écriture à l'automate pour démarrer le moteur, il y a plusieurs possibilités : z z z Cas 1a : Le SCADA peut interrompre l'interrogation et envoyer la requête immédiatement (dès la fin de la requête en cours). Le moteur démarre deux cycles de processeur plus tard, un cycle de processeur pour finir la requête en cours et un autre pour traiter la requête de démarrage du moteur. Cas 1b : Le SCADA peut placer la requête à la fin de la file d'attente ; il fait jusqu'à 2,94 secondes avant que la requête d'écriture soit envoyée. Le moteur démarre un cycle de processeur après ce délai. Cas 2 : La requête est envoyée et placée à la fin de la file des autres requêtes ox dans le module NOE. Ce traitement s'effectue sur le troisième cycle de processeur ; le retard est de 3 cycles de processeur (420 ms). Pour plus de détails, Fonctionnement du serveur Modbus dans les systèmes Quantum, page 209 368 31006930 10/2009 Vue d'ensemble des services Problème 4 Problème : Un automate Quantum lit les données d'un automate Premium. Le cycle de processeur du Quantum est de 50 ms, et celui du Premium, de 70 ms. Quel est le temps de réponse du système pour lire un bloc de 50 registres Modbus 4x ? Solution : Pour les communications de Quantum à Premium, il existe deux méthodes : l'utilisation des graphiques de l'annexe ou le calcul à partir du fonctionnement du système. Le bloc de 50 registres Modbus peut être lu dans une seule requête Modbus. Recherchez une seule requête de messagerie Modbus à la fois sur un équipement avec un temps de réponse de 70 ms. 70 ms est utilisé car c'est le temps de cycle de l'automate Premium ; un automate Premium peut répondre aux requêtes dans un cycle de processeur. L'automate Quantum déclenche une requête de lecture, qui est immédiatement envoyée à l'automate Premium. Le Premium y répond dans un temps de cycle de processeur (70 ms). Le Quantum reçoit cette réponse et l'intègre à l'application de l'automate lors du traitement suivant du bloc de requête, ce qui se traduit par un retard d'un cycle de processeur (50 ms). Le temps total entre le déclenchement du bloc et la disponibilité de la réponse est de 120 ms. Problème 5 Problème : Quel est le temps de réponse d'un automate Quantum avec un temps de cycle de 50 ms pour lire 10 registres 4x à partir de chacun des 25 dispositifs de mesure de puissance distants ayant chacun un temps de réponse de 100 ms ? Automate Quantum avec 25 dispositifs de mesure de puissance ayant un seul bloc de 10 registres chacun. 31006930 10/2009 369 Vue d'ensemble des services Solution : Le Quantum ne peut envoyer que 16 requêtes de messagerie à la fois à partir d'un seul module NOE. Il existe deux méthodes pour l'évaluation : l'utilisation d'un graphique de l'annexe ou l'évaluation à partir du système. Si 25 requêtes sont déclenchées, 16 sont envoyées immédiatement. Les dispositifs de mesure répondent après 100 ms et les réponses sont intégrées à l'application de l'automate lors du traitement suivant du bloc de requête. Ceci se traduit par un retard d'un cycle de processeur (50 ms). Après 150 ms, l'automate obtient les réponses aux 16 requêtes à l'intérieur de l'application de l'automate. Les 9 blocs restants sont envoyés. Les dispositifs de mesure répondent (100 ms) et l'automate lit les données lors du cycle suivant (50 ms). Le temps supplémentaire est de 150 ms. Le temps de réponse système total est de 300 ms. NOTE : Il est possible de calculer un temps légèrement inférieur si le temps de réponse réel des autres équipements et le cycle de processeur sont pris en compte. La réponse doit arriver partiellement dans un cycle de processeur, de sorte que l'on peut calculer uniquement le temps de cycle de processeur restant avant que la réponse ne soit traitée dans l'application. Cette méthode n'est pas recommandée car on doit toujours supposer le cas le plus défavorable. Vous n'avez aucun contrôle sur la synchronisation des deux équipements. Problème 6 Problème : Un scrutateur d'E/S Quantum 140CPU65150 (avec un port Ethernet intégré) sur un automate dont le temps de cycle de processeur est de 20 ms interroge cinq équipements d'E/S Momentum, Advantys et tiers (15 équipements en tout). Le temps de réponse de l'équipement tiers est de 100 ms. Quels sont les temps de réponse de chaque type d'équipement pour lire une entrée, la traiter en code automate et écrire une sortie en réponse au même équipement ? Déterminez comment le temps de réponse change si le temps de cycle de processeur augmente à 100 ms. Déterminez comment le temps de réponse change si le temps de cycle de processeur est de 10 ms mais que la période de répétition configurée est de 50 ms. Solution : Pour l'E/S Momentum le temps de réponse de l'équipement terrain est minime. Le Momentum a été utilisé pour les graphiques de performances du scrutateur d'E/S dans l'annexe (voir page 413). Le graphique permettant d'évaluer le temps de réponse du système est choisi sur le processeur du scrutateur d'E/S utilisé et le type de système (entrée terrain à sortie terrain). Pour 16 équipements et un temps de cycle de processeur de 20 ms, le temps de réponse du système (entrée terrain à sortie terrain) est de 49 ms. Pour les équipements Advantys, le temps de réponse doit être calculé en utilisant les formules du système pour prendre en compte les retards de l'équipement terrain. 370 31006930 10/2009 Vue d'ensemble des services Problème 7 Problème : Un équipement d'E/S Momentum est interrogé par : z z un scrutateur d'E/S Quantum lisant trois blocs de données séparés un automate Premium lisant un bloc de données en utilisant une requête de messagerie Modbus Si un SCADA souhaite accéder au Momentum, peut-il lire les données ? Comment peut-on modifier le système afin que le SCADA puisse lire les données ? Solution : L'équipement d'E/S Momentum I/O ne peut ouvrir que quatre sockets TCP simultanément. Le scrutateur d'E/S du Quantum conserve les sockets TCP ouverts (le scrutateur d'E/S conserve toujours les sockets ouverts). L'automate Premium ouvre un seul socket lorsque la requête de lecture Modbus est déclenchée. Un total de quatre sockets sont ouvert sur le Momentum. Le socket utilisé par le Premium peut être fermé après la transaction si le Momentum en demande la fermeture, mais le Momentum n'est pas conçu pour cela. Du fait du nombre maximum de sockets ouverts, la requête d'ouverture de socket du SCADA est rejetée. Pour permettre au système SCADA d'ouvrir un socket, l'un des autres sockets doit être fermé. Ceci ne peut s'effectuer sur le Premium, mais le scrutateur d'E/S Quantum peut fermer l'un de ses sockets. Il le fait en désactivant la ligne du scrutateur d'E/S, ce qui provoque l'arrêt du transfert de données mais active la communication du Premium. Lorsque les données du scrutateur d'E/S sont requises, la ligne peut être réactivée. Le problème de cette solution est qu'il n'existe aucune coordination entre le SCADA et le Quantum quant au système tentant d'utiliser le socket. Ceci peut se traduire par des erreurs de communication ou des tentatives sur les deux équipements tentent de lire des données en même temps. 31006930 10/2009 371 Vue d'ensemble des services Temps de réponse de la passerelle Récapitulatif Le temps de réponse d'un système de passerelle peut être calculé de l'une des deux manières suivantes : z z Pour une passerelle avec ou sans conversion de protocole : calcul réel incluant le temps de réponse des équipements du réseau cible et des files d'attente à l'intérieur de la passerelle. Pour une passerelle utilisant une mémoire partagée : pour le temps de réponse simple, vous pouvez utiliser uniquement la durée nécessaire à la lecture de la mémoire interne. Pour une réponse complète d'un système concernant les données dans un équipement de destination via la passerelle et vers un équipement sur le réseau source, la lecture des données dans la passerelle (souvent basée sur un temporisateur) doit être inclue. La méthode la plus simple pour calculer un temps de réponse consiste à prendre en compte un message unique pour lire les données. Les actions suivantes doivent se produire : z z z z z z 372 Un équipement sur le réseau source doit envoyer une requête pour lire les données ; le délai dépend de l'équipement qui émet la requête. La passerelle reçoit la requête ; le délai s'écoulant entre le moment ou l'équipement envoie la requête et celui où la passerelle la reçoit dépend du réseau source. Sur un réseau Ethernet, le délai est normalement 0,05 ms. Pour un réseau Modbus Plus, il peut atteindre la durée d'une rotation de jeton, soit la durée nécessaire au jeton (paquet de messages) pour tourner autour de l'anneau et revenir à l'équipement émetteur. Pour plus d'informations, reportez-vous au guide de l'utilisateur de Modbus Plus. La passerelle transmet la requête au réseau cible ; cela s'appelle le délai de passerelle (voir page 411). S'il existe une file d'attente, celui-ci peut être considérable. Le délai de passerelle est courant si les deux réseaux connectés par la passerelle possèdent des temps de réponse très différents. La requête est reçue par l'équipement de destination ; le délai est basé sur l'aptitude du réseau cible à transmettre le message. Pour Modbus Plus, il correspond à la durée de rotation d'un jeton. Pour les réseaux série, il dépend de la vitesse du réseau. La requête est traitée par l'équipement de destination ; cela dépend concrètement de l'équipement. Une réponse est renvoyée à la passerelle ; le délai est basé sur l'aptitude de la cible à transmettre le message. Pour Modbus Plus, il correspond à la durée de rotation d'un jeton ; pour les réseaux série, il dépend de la vitesse du réseau. 31006930 10/2009 Vue d'ensemble des services z z La passerelle retransmet la réponse au réseau source ; cela s'appelle le délai de passerelle (voir page 411). S'il existe une file d'attente, celui-ci peut être considérable. Le délai de passerelle est courant si les deux réseaux connectés par la passerelle possèdent des temps de réponse très différents. La réponse est reçue par l'équipement qui a émis la requête ; le délai s'écoulant entre le moment ou l'équipement envoie la requête et celui où la passerelle la reçoit dépend du réseau source. Sur un réseau Ethernet, le délai est normalement 0,05 ms. Pour un réseau Modbus Plus, il peut correspondre à la durée de rotation d'un jeton maximum. Dans les étapes impliquant un délai, le temps de réponse système est égal au total de tous les délais. Le délai de transmission de la requête et celui de la réponse sur le réseau peuvent être différents. Par exemple, un réseau série met beaucoup plus de temps à transmettre une réponse comprenant 100 registres de données qu'à transmettre la requête elle-même qui ne contient aucune donnée réelle. Deux éléments compliquent le calcul du temps de réponse système : z z une file d'attente de messages dans la passerelle, due à des timeouts ou à des requêtes multiples ; le timeout d'un message sur le réseau cible : cela s'applique dans un réseau qui doit contenir tous les messages futurs jusqu'à ce que le message courant soit dépassé (par ex. ligne série Modbus). Pour améliorer le temps de réponse système, réduisez le nombre de requêtes envoyées via la passerelle en limitant le nombre d'équipements connectés à chaque passerelle. Calcul du temps de transmission de la ligne série Le temps de réponse de la ligne série est déterminé par le nombre de bits envoyés et par la vitesse de la ligne série. Reportez-vous aux spécifications du protocole Modbus pour connaître le nombre exact de bits par message Modbus. Pour le temps transmission réel du réseau, utilisez : (nombre de bits dans le message/8) x (1/débit en bauds) Pour une requête de lecture Modbus à 9 600 bauds, le temps est d'environ 5 ms. Une réponse prend approximativement 100 ms pour 100 registres de données. 31006930 10/2009 373 Vue d'ensemble des services Calcul du nombre d'équipements pris en charge par pont Le temps de réponse système est déterminé par le nombre de requêtes envoyées via le pont ; plus il y a de requêtes envoyées, plus le temps de réponse global pour tous les équipements sera long. Pour déterminer le nombre d'équipements sur un système, commencez par calculer le nombre total de requêtes Modbus afin de collecter les données. Le meilleur temps de réponse que peut donner le système est le suivant : nombre de requêtes x (temps de transmission de la requête sur la ligne série + temps de réponse de l'équipement série + temps de transmission de la réponse sur la ligne série + ~50 ms) Le temps de réponse moyen pour un équipement série est de 200 ms, mais il peut varier de 50 à 500 ms. Le temps de transmission de la requête/réponse dépend de la vitesse du réseau et des paramètres Modbus RTU/ASCII. z z z RTU est beaucoup plus rapide car la quantité d'octets transmis est moindre. Une requête de lecture Modbus moyenne à 9 600 bauds prend environ 5 ms. Le temps de réponse maximum est d'environ 100 ms. La meilleure réponse système qui soit envisageable serait par conséquent de : 5 ms (requête) + 200 ms (réponse de l'équipement série) + 100 ms (réponse) + 50 ms = ~350 ms/requête Pour 8 équipements Modbus avec 2 requêtes chacun, le meilleur temps de réponse envisageable pour obtenir les données du système est donc de 16 x 350 ms = 5,6 s. Ce délai d'attente de réponse est trop long pour la plupart des utilisateurs système, ce qui implique donc que le nombre d'équipements par pont soit revu à la baisse. Toutefois, avec un temps de réponse d'équipement série plus court, le calcul de ce temps de réponse optimal pour un pont nécessiterait la formule suivante : 5 ms (requête) + 50 ms (réponse de l'équipement série) + 20 ms (réponse) + 50 ms = ~125 ms/requête Pour 8 équipements Modbus avec 2 requêtes chacun, le temps de réponse optimal aurait alors la valeur acceptable suivante : 16 x 125 ms = 2,0 s. Calcul du timeout Ethernet Si le timeout d'une requête est inclus, le calcul du plus mauvais temps de réponse possible pour le pont donne la valeur requise pour le champ de timeout Ethernet : timeout Ethernet = timeout d'une requête de ligne série x nombre de tentatives de la ligne série x nombre de requêtes envoyées au pont Si ce calcul de timeout n'est pas utilisé et si la valeur du champ est trop lente, l'échec d'un ou plusieurs équipements série peut entraîner l'expiration des requêtes Ethernet envoyées à d'autres équipements série en raison du délai généré par la valeur incorrecte. 374 31006930 10/2009 Dépannage 31006930 10/2009 Dépannage 4 Introduction Ce chapitre décrit les procédures de dépannage générales et explique comment identifier des problèmes. Il propose également des tableaux permettant d'identifier et de résoudre les problèmes. Contenu de ce chapitre Ce chapitre contient les sous-chapitres suivants : Sous-chapitre 31006930 10/2009 Sujet Page 4.1 A propos du dépannage 376 4.2 Dépannage réseau 380 4.3 Dépannage des services 389 4.4 Dépannage en cas de lenteur de réponse d'un système SCADA/HMI 401 4.5 Dépannage du pont 403 4.6 Dépannage en cas de perte de paquets 404 375 Dépannage 4.1 A propos du dépannage Introduction Ce sous-chapitre décrit le dépannage des réseaux Transparent Ready. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 376 Page Introduction au dépannage 377 Identification générale des problèmes 378 31006930 10/2009 Dépannage Introduction au dépannage Vue d'ensemble Les tableaux de dépannage de ce chapitre couvrent les problèmes les plus fréquemment rencontrés avec un réseau Transparent Ready. En raison de la complexité de la conception du réseau, il est impossible de tenir compte de tous les types de problèmes qui peuvent se produire. Voici quelques questions à se poser qui couvrent les problèmes les plus fréquemment rencontrés : z L'appareil est-il sous tension ? z Les câbles sont-ils correctement connectés ? z L'adresse IP est-elle correcte ? Afin d'éviter toute redondance, ce manuel décrit les problèmes ci-dessus dans les tableaux réseau (voir page 380) et non pas pour chaque service (Modbus, scrutateur d'E/S, etc.) auxquels ils pourraient s'appliquer. Ce manuel n'est pas capable d'anticiper les défaillances et les verrouillages pour tous les appareils sur le marché, donc il existe peu d'exemples dans lesquels Schneider recommande un redémarrage d'un périphérique réseau. Pour résoudre rapidement un problème, vous pouvez redémarrer un appareil défectueux, mais vous devez d'abord évaluer si le cycle interfère avec les opérations sur site. Une mise sous tension peut temporairement rétablir les communications vers l'appareil, mais il n'identifiera pas, ni ne corrigera le problème. 31006930 10/2009 377 Dépannage Identification générale des problèmes Avant de commencer Réunissez autant d'informations que vous le pouvez au sujet des caractéristiques, des symptômes et du déroulement d'un problème avant de procéder au dépannage. Les problèmes qui semblaient au départ liés au réseau peuvent s'avérer être dus à l'application, à la gestion des terminaux ou à l'installation. Posez-vous ces questions essentielles avant de procéder au dépannage : Les symptômes sont-ils réguliers ou intermittents ? z Quelle est l'étendue du problème ? Cela affecte-t-il un appareil, plusieurs appareils ou tous les appareils ? Les appareils affectés sont-ils situés dans la même zone du site ? z Les symptômes sont-ils liés à une ou à l'ensemble des applications/services ? Quelles sont les applications/services qui fonctionnent simultanément ? z Quand, ce problème, s'est-il manifesté pour la première fois ? z Ces incidences coïncident-elles avec des activités réseau inhabituelles ou irrégulières qui à priori ne sembleraient pas provoquer de problèmes ? z Avez-vous récemment changé le matériel réseau ou des composants logiciels ? Avez vous récemment ajouté des terminaux au réseau ? z Des travaux de maintenance (déplacement, nettoyage, gestion de câbles, électricité, etc.) pourraient-ils affecter des opérations réseau ? z Souvenez-vous des réponses à ces questions lorsque vous utiliserez les tableaux de dépannage. 378 31006930 10/2009 Dépannage Identification des problèmes Thème Description Exemples Problèmes réseau Problèmes au niveau : z des connexions physiques des équipements ; z des adresses logiques ; z de l'émission des paquets Ethernet vers et depuis les équipements. z Aucune liaison Ethernet avec l'équipement. z Impossible de localiser l'équipement avec la commande ping. z Impossible d'effectuer un contact avec l'équipement. Services Problèmes avec un ou plusieurs services z Echec des communications Modbus, mais Transparent Ready. Il est possible de localiser les pages Web sont OK. l'équipement avec une commande ping et z Erreur du scrutateur d'E/S, mais les d'obtenir une réponse, mais d'autres erreurs de programmations sont OK. communication peuvent survenir. Système SCADA Informations spécifiques sur l'amélioration des performances des systèmes SCADA. Des lenteurs du système SCADA sont observées lors du diagnostic de l'état de l'équipement en unité ou de l'exécution des commandes. Ponts Ethernet vers série Informations spécifiques concernant le dépannage des communications via des ponts Ethernet vers série. Le routage est lent ou les communications vers les équipements sont intermittentes suite à une défaillance sur un seul équipement. Outil de capture du paquet Ethernet Informations spécifiques sur la capture et l'analyse des paquets Ethernet pour un dépannage détaillé. 31006930 10/2009 379 Dépannage 4.2 Dépannage réseau Introduction Ce sous-chapitre décrit le mode de dépannage réseau, notamment pour la couche 1 (la couche physique) et la couche 2 (problèmes IP) de la pile TCP. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet Introduction au dépannage réseau 380 Page 381 Dépannage des connexions 383 Dépannage en cas de connexions intermittentes 385 Dépannage en cas de connexions lentes 386 Dépannage de l'accès distant 387 31006930 10/2009 Dépannage Introduction au dépannage réseau Types de problèmes Les problèmes réseau les plus fréquents sur les systèmes Transparent Ready sont liés : z z z à l'infrastructure physiques ; aux ressources logiques ; à l'encombrement du trafic. Sur les réseaux modernes, les commutateurs intelligents et les cartes d'interface réseau rapides entraînent des configurations réseau et des conditions de fonctionnement complexes. Par conséquent, les problèmes peuvent être difficiles à isoler dans un tel environnement. Les problèmes intermittents sont les plus difficiles à résoudre. En effet, si le problème est constant, il est immédiatement possible d'évaluer le résultat des corrections apportées. Pour pouvoir résoudre facilement un problème, il convient de disposer d'une parfaite compréhension de la conception logique et physique du réseau. (La qualité de la documentation disponible peut aussi s'avérer un facteur déterminant.) Connexions physiques Les problèmes de connexion physique sont généralement plus faciles à résoudre par rapport aux autres types de problèmes. La vérification du branchement du câble réseau n'est que la première étape des investigations à réaliser pour tester la connectivité physique du réseau. Les testeurs de câbles et les indicateurs de performance du matériel (la plupart du temps des voyants situés sur les périphériques du réseau) aident à identifier et à isoler les problèmes de connexion physique. Des problèmes de connexion physique complexes supplémentaires peuvent être liés aux éléments suivants : Câbles Avez-vous installé le bon type et la bonne qualité de câble ? Avez-vous pris en compte les problèmes d'interférences des câbles (bruit et mise à la terre) ? Avez-vous correctement utilisé les câbles simples ou inverseurs ? Est-ce que les paramètres et les configurations conviennent aux communications duplex (vitesse de transmission) ? Interférences Connexions sans fil Interférences normales 31006930 10/2009 381 Dépannage Connexions logiques Pour résoudre les problèmes liés aux connexions logiques qui présentent davantage de complexité, il faut d'abord disposer d'une parfaite compréhension des connexions physiques et des composants réseau. Généralement, le dépannage des connexions logiques nécessite une certaine expertise des logiciels et applications spécifiques, même si vous pouvez régler certains problèmes avec les commandes DOS standard qui fonctionnent avec la plupart des systèmes d'exploitation courants. Une mauvaise administration du réseau entraîne souvent des problèmes de connexion logique. Si vous ne redémarrez pas le système avant de tester les dernières modifications apportées à l'administration du réseau, les utilisateurs finals peuvent rencontrer ultérieurement des problèmes, surtout lors de l'accès à des applications ou des programmes spécifiques après un redémarrage du système. Les modifications susceptibles de provoquer des problèmes de connexion logique sont les suivantes : z z z z changements importants au niveau des applications ou du système d'exploitation du serveur (serveurs DHCP, serveurs DNS, serveurs de messagerie, etc.) ; changements au niveau des ouvertures de session, des règles, des scripts et de l'authentification ; changements liés à la sécurité (règles des pare-feu, ports/services et paramètres de cryptage) ; changements des fonctionnalités du matériel réseau (filtrage de multidiffusion, routage de la passerelle par défaut, configuration). Encombrement du trafic réseau Un volume important de trafic réseau peut provoquer des problèmes difficiles à isoler et à résoudre. Les utilitaires logiciels, tels que les analyseurs de réseau et de protocole, vous aident à résoudre les problèmes d'encombrement. (Dans la plupart des cas, vous avez besoin d'une formation pour utiliser ces outils spécifiques.) Malheureusement, ces outils ne signalent que des problèmes d'ordre général, tels que des erreurs de diffusion. Dans le cas de réseaux commutés étendus, il est difficile d'isoler et d'évaluer l'encombrement sans l'aide de sondes matérielles et d'outils logiciels spécifiques au fournisseur. Une analyse rapide de l'étendue et de la gravité d'un problème peut vous aider à trouver une solution plus rapidement et plus efficacement. Si ce problème concerne seulement un nombre restreint d'utilisateurs et si ses conséquences ne sont pas critiques, vous pouvez opter pour une méthode de dépannage qui ne nécessite pas une coupure réseau complète. Par contre, en cas de problèmes de communication étendus, il peut s'avérer nécessaire de segmenter physiquement le réseau afin de vous aider à isoler rapidement la panne. 382 31006930 10/2009 Dépannage Dépannage des connexions Problème Thème Cause et actions Contrôle physique câbles (voir remarque) Le terminal doit être raccordé à la prise murale, au panneau de raccordement, au concentrateur ou au commutateur à l'aide de câbles adéquats. Vérifiez aussi l'absence de défauts ou d'entailles sur les câbles, et toute cause d'interférences (comme le bruit électrique). Remplacez les câbles de raccordement suspects. Vérifiez, le cas échéant, les voyants de connexion des appareils. En général, les voyants sont verts lorsque tout est opérationnel, orange en cas d'erreur et éteints lorsque aucune connexion physique n'est détectée par le matériel. (Voir le Guide d'utilisateur du matériel, pour plus de détails.) Vérifiez, le cas échéant, les voyants du mode duplex sur l'appareil, pour les paramètres de vitesse (10 Mbit, 100 Mbit, auto, etc.). Voir le chapitre chapitre sur les configurations physiques (voir page 29). Assurez-vous que des câbles inverseurs ont été utilisés pour relier les périphériques du réseau (concentrateur à concentrateur, commutateur à commutateur), lorsque cela s'avère nécessaire. Vérifiez la documentation de l'appareil pour connaître les configurations requises pour les câbles simples ou inverseurs. Les longueurs des câbles ne doivent pas excéder les spécifications Ethernet. Testez l'intégrité du câblage fédérateur avec un équipement de test et recommencez les terminaisons au niveau du panneau de raccordement en cas de doute une fois les vérifications logiques effectuées. Carte d'interface réseau matériel réseau Assurez-vous que la carte réseau PCMCIA ou classique est correctement installée. Echangez votre carte réseau pour tester ses performances. Vérifiez : z l'alimentation des concentrateurs, commutateurs, routeurs et autres équipements réseau ; z l'activité de la liaison sur les ports grâce aux voyants (généralement verts, clignotant ou non) ; z la connectivité des câbles de liaison montante pour des appareils superposés. En cas de doute sur un port de concentrateur ou de commutateur, remplacez-le par un port identique une fois les vérifications logiques effectuées. 31006930 10/2009 383 Dépannage Problème Thème Cause et actions Vérifications logiques système d'exploitation A l'invite DOS, saisissez ping pour vérifier la connectivité réseau, notamment au niveau des réponses et des timeouts. A l'invite DOS, saisissez ipconfig pour voir si l'appareil reçoit une adresse IP et un IP associé. Vérifiez la configuration réseau du système d'exploitation. Par exemple : z La carte matérielle est-elle opérationnelle ? z Les protocoles TCP/IP sont-ils correctement raccordés à la carte réseau ? Vérifiez la configuration de l'adresse IP : z Pour l'adresse statique, l'adresse IP et le masque de sous-réseau sont-ils saisis correctement ? z L'adresse par défaut de la passerelle (le cas échéant) est-elle correcte pour l'équipement source et l'équipement terminal ? Si vous rencontrez un problème pendant la connexion aux réseaux distants, saisissez traceroute à l'invite DOS pour vérifier les bonds de routage aux points défectueux. En cas de temporisation sur un bond de routage, traitez et validez le problème avec la personne responsable de ce routeur. Pour les connexions sans fil, vérifiez la validité des paramètres de configuration suivants : z SSID z Voie z Type (a, b, g) z Clé de chiffrement Carte d'interface réseau Vérifiez les paramètres (vitesse) du mode duplex (autonégociation, 10 Mbit, 100 Mbit, etc.). Si possible, faites coïncider les paramètres du terminal avec ceux de son port réseau. Assurez-vous que les pilotes de l'interface réseau et les paramètres de l'adaptateur ont été correctement configurés sur le terminal. Mettez à jour ou rechargez les pilotes du logiciel de la carte réseau du fabricant. matériel réseau Activez les ports auxquels vos concentrateurs et vos commutateurs sont connectés. applications Vérifiez les paramètres de pare-feu ou de proxy qui peuvent bloquer les ports ou les protocoles entre les équipements source et cible. Vérifiez la configuration du commutateur pour les réseaux locaux virtuels (facultatif). Pour les applications serveurs/clients, vérifiez que le serveur (autre équipement cible) fonctionne correctement en réseau. Vérifiez si d'autres clients présentent le même problème, afin de déterminer si celui-ci concerne un seul client ou l'ensemble du réseau. Remarque : Des outils spécifiques sont disponibles pour tester automatiquement un câble. Ces outils vérifient la sélection du type de câble, le raccordement des broches, etc. Pour plus de détails sur les marques et modèles, voir le chapitre chapitre sur les configurations physiques (voir page 29). 384 31006930 10/2009 Dépannage Dépannage en cas de connexions intermittentes Catégorie du problème Thème Cause et actions Vérification physique Câbles (voir remarque) z Vérifiez les connexions lâches, en particulier si un dongle avec PCMCIA est installé entre les connexions de câbles NIC et RJ45. z Vérifiez que les câbles ne sont pas défectueux. z Vérifiez la mise à la terre et les connexions du panneau de raccordement. z Vérifiez l'intégrité des câbles à l'aide d'un équipement de test de câbles, après avoir effectué les vérifications logiques nécessaires. NIC Vérification logique En cas de connexions sans fil, vérifiez l'intensité du signal et rafraîchissez le signal ou éliminez les interférences entre un équipement terminal et un point d'accès sans fil. Applications/systèm A l'invite DOS, utilisez la commandeping pour vérifier le niveau de base de e d'exploitation la connectivité du réseau, notamment au niveau des réponses et des timeouts. Si vous rencontrez un problème pendant la connexion aux réseaux distants, saisissez traceroute à l'invite DOS pour vérifier les bonds de routage aux points défectueux. Lancez une scrutation du système d'exploitation, pour rechercher des virus ou des problèmes de ressources de mémoire éventuels. Matériel réseau Vérifiez les concentrateurs, les commutateurs ou les routeurs (le cas échéant) pour détecter une congestion du trafic réseau ou d'éventuelles perturbations de la diffusion réseau. Le cas échéant, contrôlez les journaux d'erreurs sur le matériel réseau. NIC Pour les connexions sans fil, utilisez la configuration réseau pour vérifier l'intensité du signal sur l'équipement terminal. Remarque : Des outils spécifiques sont disponibles pour tester automatiquement un câble. Ces outils vérifient la sélection du type de câble approprié, le raccordement correct des broches, etc. Pour plus d'informations sur les marques et les modèles, voir le chapitre Configuration physique (voir page 29). 31006930 10/2009 385 Dépannage Dépannage en cas de connexions lentes Catégorie du problème Thème Cause et actions Vérification physique Câbles (voir remarque) Vérifiez l'intégrité des câbles et leur conformité aux exigences de câblage appropriées (catégorie 3, 5, etc.). Si l'intégralité du réseau dans un environnement de commutateur important continue à être sérieusement affecté, même après vérification de toutes les connexions logiques, déconnectez tous les segments de réseau au niveau du réseau fédérateur central et contrôlez le trafic jusqu'à ce qu'il redevienne normal. Ainsi, vous pourrez repérer précisément le site, le bâtiment, l'armoire, le commutateur, le port, la cabine de distribution, l'équipement terminal ou le câble qui pose problème. Matériel réseau Vérifiez les voyants de liaison du concentrateur, du commutateur ou du routeur afin de repérer les problèmes de trafic réseau. Dans des circonstances normales, ces voyants d'indication sont allumés en permanence. Reportez-vous à la documentation du vendeur de l'équipement pour l'interprétation des différents modes de clignotement. Vérifiez qu'un segment de réseau comporte le nombre maximum de répétiteurs (concentrateurs). Vérifiez la présence de boucles dans le réseau Ethernet, pouvant être due à: z un anneau ConneXium sans gestionnaire de redondance configuré ; z des arbres recouvrants installés de manière incorrecte ; z une boucle créée par un câblage incorrect entre les commutateurs. Vérification logique Système d'exploitation Applications Lancez une scrutation du système d'exploitation, pour rechercher des virus ou des problèmes de ressources de mémoire. Vérifiez que les applications ne contiennent pas d'instances multiples de ressources système surchargées. Etablissez si le problème est général au système en examinant d'autres équipements réseau. Matériel réseau Vérifiez le concentrateur, le commutateur ou le routeur (le cas échéant) à la recherche de : z congestion du trafic réseau ; z perturbations de diffusion éventuelles sur le réseau ; z l'utilisation d'une large bande passante (téléchargements importants, lecture en transit audio/vidéo, etc.). Un analyseur de trafic réseau (sniffer) peut vous aider. Remarque : Des outils spécifiques sont disponibles pour tester automatiquement un câble. Ces outils vérifient la sélection du type de câble approprié, le raccordement correct des broches, etc. Pour plus d'informations sur les marques et les modèles, voir le chapitre Configuration physique (voir page 29). 386 31006930 10/2009 Dépannage Dépannage de l'accès distant Catégorie du problème Thème Cause et actions Vérification physique Câbles Vérifiez que le terminal est correctement raccordé à la prise murale, au panneau de raccordement, au concentrateur ou au commutateur à l'aide de câbles adéquats. Vérifiez aussi l'absence de défauts ou d'entailles sur les câbles, et toute source d'interférences (comme le bruit électrique). Remplacez les câbles de raccordement défectueux par de nouveaux câbles (RJ-11 pour un accès commuté). Pour les connexions d'accès commuté, vérifiez la tonalité au niveau de la prise RJ-11 à l'aide d'un téléphone analogique standard. NIC Assurez-vous que la carte réseau PCMCIA ou standard est correctement installée. Testez les performances de la carte en remplaçant une carte NIC par une autre. Matériel réseau Contrôlez le concentrateur, le commutateur, le routeur, le point d'accès sans fil, le serveur RAS et les autres matériels du réseau pour vérifier que les voyants de liaison des ports et d'alimentation fonctionnent correctement (ils doivent généralement être allumés en permanence ou clignoter en vert). Vérifiez la connectivité des câbles de liaison montante en cas d'équipements superposés. En cas de doute sur un port de concentrateur ou de commutateur, remplacez-le par un port identique une fois les vérifications logiques effectuées. (Consultez la documentation du vendeur pour des informations spécifiques aux équipements.) Vérification logique Système d'exploitation Si vous travaillez à distance (dans un nouvel hôtel, un centre de conférence, sur le site d'un client, etc.), vérifiez auprès de votre administrateur réseau que votre méthode d'accès est prise en charge et autorisée sur le réseau du site distant. Si vous utilisez une connexion d'accès commuté ou VPN sur une connexion Internet existante, vérifiez les performances de la connexion en utilisant le navigateur Internet avant d'essayer de dépanner le client ou le serveur. Si vous utilisez une connexion d'accès commuté, vérifiez la bonne installation et configuration du réseau d'accès commuté. A l'invite DOS, utilisez la commandeping pour vérifier le niveau de base de la connectivité réseau, notamment au niveau des réponses et des timeouts. Pour des raisons de sécurité, les requêtes ping ICMP sont parfois bloquées. Contactez votre administrateur réseau à ce sujet. A l'invite DOS, utilisez la commande ipconfig pour vérifier si un équipement reçoit une adresse IP et les paramètres IP associés. Vérifiez la configuration réseau du système d'exploitation. Par exemple : z La carte matérielle est-elle opérationnelle ? z Les protocoles TCP/IP sont-ils correctement raccordés à la carte réseau ? 31006930 10/2009 387 Dépannage Catégorie du problème Thème Cause et actions Vérifiez la configuration de l'adresse IP : z Dans le cas d'adressage statique, l'adresse IP et le masque de sousréseau ont-ils été saisis correctement ? z Le cas échéant, l'adresse par défaut de la passerelle est-elle correcte pour l'équipement source et l'équipement terminal ? Si vous rencontrez un problème pendant la connexion aux réseaux distants, saisissez traceroute à l'invite DOS pour vérifier les bonds de routage aux points défectueux. Si vous détectez un timeout sur un bond de routage, traitez et validez le problème avec la personne responsable de ce routeur. Application Pour les logiciels client VPN spécifiques, vérifiez que vous disposez d'un accès Internet de base avant d'établir le tunnel VPN. Configurez le VPN avec les options d'authentification appropriées. (Contactez l'administrateur du réseau informatique local.) Vérifiez que le logiciel de coupe-feu (facultatif) installé sur les équipements terminaux ne filtre pas la connectivité de certaines applications ou certains protocoles spécifiques. Matériel réseau Vérifiez le serveur d'accès à distance ou la configuration VPN (et les journaux VPN) à la recherche : z d'informations sur des événements ; z de tentatives de connexion. Si le réseau utilise un serveur d'authentification indépendant, vérifiez que les comptes de l'utilisateur final ont été correctement créés et examinez les journaux système pour repérer les tentatives d'authentification. L'administrateur système local peut vous aider sur ce point. 388 31006930 10/2009 Dépannage 4.3 Dépannage des services Introduction Ce sous-chapitre décrit les problèmes récurrents et les solutions pour corriger une erreur de communication sur les services Transparent Ready. Ce type de dépannage est plus simple pour certains équipements que pour d'autres, car les informations de diagnostic sont fournies par différents équipements. La complexité du dépannage varie également suivant les produits Schneider et les équipements tiers. Le voyant d'un équipement s'allume et les informations fournies par son logiciel de diagnostic ou de programmation peuvent faciliter le dépannage. Dans certains cas, vous pouvez utiliser un outil de capture de paquet réseau (voir page 406). Cet outil permet de diagnostiquer avec précision le problème sur un service et indiquer l'action corrective correspondante à effectuer. L'installation d'un tel outil peut prendre un certain temps, c'est pourquoi vous pouvez tenter une solution intuitive (permuter un équipement suspect ou modifier la configuration d'un service) avant d'essayer d'effectuer une analyse à l'aide de l'outil de capture de paquet. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Dépannage des services 390 Dépannage de la messagerie Modbus et du scrutateur d'E/S 391 Dépannage SNMP 394 Dépannage Telnet et FTP 395 Dépannage pour remplacement d'équipements défectueux/BootP 396 Dépannage SMTP 398 Tableau de dépannage de synchronisation horaire (NTP) 399 Tableau de dépannage Web 400 389 Dépannage Dépannage des services Catégorie du problème Thème Cause et actions Echec de service Echec de tous les services Vous pouvez saisir une commande ping pour un équipement réseau, mais aucun autre service de l'équipement ne fonctionne (voir page 380). Messagerie Modbus La messagerie Modbus ne fonctionne pas. Par exemple : z communications entre l'automate et les équipements distants ; z communications entre la plupart des systèmes SCADA et un automate ou un équipement. Scrutateur d'E/S Le service de scrutation des E/S a échoué, comme indiqué par les bits d'erreur qui se trouvent dans le service de scrutation des E/S. Gestion du réseau (SNMP) Un système de gestion réseau ne peut pas lire ou écrire des valeurs vers l'équipement terminal. Par exemple, un système de gestion réseau peut détecter un équipement, mais ne peut pas lire les informations sur cet équipement. Données globales Le service de données globales a échoué, comme indiqué par les bits de fonctionnement désactivés dans le service de données globales. Telnet/FTP Telnet ne peut pas se connecter à l'équipement, par exemple vous ne pouvez pas configurer un pont avec Telnet. FTP ne peut pas se connecter ou transférer des fichiers vers l'équipement, par exemple vous ne pouvez pas télécharger des pages Web avec un client FTP. Remplacement d'équipements défectueux/BootP Un équipement ne peut pas obtenir une adresse ou des paramètres IP appropriés via BootP ou FDR, ce qui est signalé par l'envoi en permanence de requêtes BootP depuis l'équipement. (Cette erreur est également signalée par les voyants.) L'équipement accède sinon à l'adresse IP par défaut. Web Vous ne pouvez pas accéder à des pages Web ou certaines fonctions de pages Web ne fonctionnent pas correctement. Par exemple, vous pouvez afficher des pages Web, mais les données interactives d'un équipement sont remplacées par un message d'erreur ou un espace vide. NTP (horodatage) Un équipement ne peut pas obtenir l'heure du serveur NTP (ou l'heure n'est pas précise). SMTP (messagerie électronique) Un appareil ne peut pas envoyer un message électronique. 390 31006930 10/2009 Dépannage Dépannage de la messagerie Modbus et du scrutateur d'E/S Erreurs générales Thème Réponse du service trop lente (aucune erreur générée) Problème Résolution Les causes possibles sont : z un client ou un serveur surchargé (voir page 365) qui ralentit la réponse ; z un problème de socket TCP ou une perte de paquet (voir page 405). Erreur de timeout (données non transférées) La réponse d'erreur du client identifie les erreurs de timeout, généralement dues à : z une réponse lente provenant du serveur ; (voir page 354) z la perte d'un paquet sur le réseau ; (voir page 405) z une erreur de socket. (voir page 354) Erreur de socket TCP (données non transférées) Il s'agit d'une erreur qui se produit sur le socket TCP transportant le message Modbus. Dans ce cas, le socket TCP est abandonné ou fermé avant le transfert de données. Certains équipements renvoient un code d'erreur, mais la plupart signalent un message de timeout ou d'erreur générale. Sans rapport d'erreur, cet événement ne peut être détecté qu'avec un outil de capture de paquet. 31006930 10/2009 Pour résoudre le problème, corrigez l'erreur de socket TCP dont la cause peutêtre : z un paquet perdu sur le réseau ; (voir page 405) z un problème de séquence ou de numéro d'acquittement survenu suite à une mauvaise implémentation TCP de l'un des terminaux (voir Dépannage en cas de perte de paquets, page 405). 391 Dépannage Erreurs client Thème Problème Adresse MAC incorrecte Une entrée de la combinaison adresse IP/MAC du serveur doit figurer dans le cache ARP de l'équipement qui envoie la requête client. L'équipement client génère normalement cette entrée, mais elle peut être incorrecte, surtout lorsque : z un équipement défectueux est remplacé par un équipement avec une adresse MAC différente pour la même adresse IP ; z deux équipements échangent leurs adresses IP et créent des combinaisons IP/MAC différentes pour chaque équipement ; z un équipement client enregistre sa table ARP dans la mémoire, sans la rafraîchir après une nouvelle mise sous tension. Surcharge du client Un système client surchargé ne peut plus envoyer de requêtes. Ceci concerne particulièrement les systèmes dans lesquels l'utilisateur commande l'heure de la requête de déclenchement (comme dans un automate). Ce problème n'apparaît pas lorsque le système (SCADA ou HMI) programme les requêtes. Les équipements propices à la surcharge sont : z le système Modbus de l'équipement ; z un équipement ayant une ouverture de sockets TCP limitée (l'ouverture d'un nouveau socket peut être requise pour la transmission d'une nouvelle requête Modbus). Cette erreur est généralement indiquée par un message d'erreur ou un long délai avant l'envoi de la requête. Erreur serveur Thème Problème Résolution Code fonction Les serveurs de réseau ne prennent pas tous en charge tous les codes fonction. Un serveur qui reçoit un code fonction non pris en charge répondra généralement au client par un message d'erreur. Indication de l'erreur : z le client rapporte l'erreur ; z l'utilisateur constate l'erreur en contrôlant le paquet réseau pour détecter une absence de réponse ou une réponse d'exception Modbus. Choisissez un code fonction pris en charge pour corriger l'erreur. Exemples de nouveaux codes fonction Modbus pouvant générer cette erreur : z registres lecture/écriture FC23 (les scrutateurs d'E/S Quantum et Premium utilisent le registre FC23 lorsque des données de lecture et d'écriture sont fournies sur la même ligne) ; z statistiques ou identification Ethernet. Requête non acceptée 392 Une connexion par socket au serveur ne peut pas être établie pour les raisons suivantes : z accès contrôlé ; z présence d'un coupe-feu ; z nombre de sockets serveur disponibles dépassé. 31006930 10/2009 Dépannage Thème Problème Zone de registre non prise en charge Si une requête est envoyée vers une zone de registre inexistante ou vers une plage de registres contenant des registres inexistants, le serveur répond par un code d'erreur (comme prévu par la spécification Modbus) ou rejette la requête. Cette erreur est détectée via : z le rapport de réponse d'erreur de Modbus ; z un examen de la documentation des registres pris en charge. Résolution Cette erreur survient le plus fréquemment lorsque le personnel SCADA ou d'administration tente de lire des blocs ou des registres multiples dans une seule requête à partir d'un serveur qui implémente des registres spécifiques entrecoupés de registres non pris en charge. Requêtes pipeline Les serveurs doivent prendre en charge les requêtes pipeline, sans pour autant avoir à implémenter des requêtes pipeline à chaque occasion. Pour plus d'informations, voir les sections Passerelle (voir page 335) et Messages Modbus (voir page 197). Les requêtes pipeline se produisent lorsqu'une nouvelle requête est envoyée sur un même socket, avant que le serveur ait répondu à la requête précédente. En cas d'incapacité à traiter une requête pipeline, le serveur : z répondra par un code d'erreur : requête non prise en charge ou serveur occupé (notamment si le serveur est un pont sérieEthernet) ; z rejettera la requête : sans réponse ; z se bloquera. Ce problème ne peut être identifié que de deux façons : z avec une connaissance du fonctionnement de l'équipement ; z en contrôlant les paquets à l'aide d'un outil de capture de paquet Ethernet. Un problème similaire se produit lorsqu'un équipement envoie plusieurs requêtes Modbus dans un seul paquet Ethernet, opération non permise par la spécification Modbus. Toutefois, dans ce cas, le problème se manifestera davantage par un rejet de la requête ou un blocage de l'équipement. Réponse incorrecte 31006930 10/2009 Si une requête Modbus renvoie une réponse incorrecte (soit des données erronées, soit des données de type ou de taille non valide), le client/serveur ne pourra pas utiliser correctement les ID de transaction Modbus. Les ID de transaction dans la spécification TCP (sauf série) Modbus prennent en charge les requêtes pipeline, même si tous les équipements ne les implémentent pas. Les données renvoyées sont alors incorrectes et l'équipement n'est plus conforme à la spécification TCP/IP Modbus. Pour détecter ce problème, contrôlez la requête et la réponse à l'aide d'un outil de capture de paquet Ethernet. 393 Dépannage Dépannage SNMP Localisation de l'équipement Thème Problème Impossible de localiser un équipement Un équipement de réseau connu ne peut pas être localisé par un système de gestion SNMP, soit parce que l'équipement ne prend pas en charge SNMP, soit parce qu'un coupe-feu bloque le trafic SNMP. Vérifiez l'équipement du réseau à l'aide d'une requête ping émise par une invite DOS. Si la requête ping est réussie, l'erreur se situe probablement au niveau du logiciel de gestion du réseau. Un échec de la requête ping signifie que c'est l'équipement qui est défaillant. Voir Dépannage réseau (voir page 380). Thème Problème Un équipement peut être localisé, mais il est impossible d'y accéder pour lire les données. z Chaînes de communauté incorrectes : la chaîne de lecture doit être Accès aux données 394 correcte pour lire les données, et la chaîne d'écriture correcte pour écrire des données. z Versions différentes de SNMP (V1, V2, V3) : pour plus d'informations sur les versions, voir sous-chapitre Services SNMP (voir page 269). 31006930 10/2009 Dépannage Dépannage Telnet et FTP Les tableaux ci-dessous décrivent les solutions de dépannage pour les problèmes Telnet (voir page 272) et FTP (voir page 280) rencontrés. Accès à l'équipement . Thème Problème Résolution Impossible d'accéder à l'équipement Les coupe-feu limitent souvent les accès. Un message d'erreur côté client permet parfois de détecter ce problème, mais dans une situation idéale : z l'utilisateur connaît l'existence du coupe-feu ; z l'utilisateur examine les paquets à l'aide d'un outil de capture de paquets Ethernet pour vérifier la transmission correcte de la requête d'ouverture de socket et constate qu'un socket n'a pas été établi en raison de l'échec de réception de la réponse. Connexion incorrecte ou accès limité 31006930 10/2009 Thème Problème Impossible de se connecter à l'équipement ou d'effectuer l'action requise. Un nom d'utilisateur ou un mot de passe incorrect est souvent à l'origine de ce problème. L'interface utilisateur peut détecter ce problème et affiche un message d'erreur. Sans interface utilisateur, il est difficile de faire la distinction entre ce problème et l'erreur précédente (ci-dessus). Impossible d'effectuer la fonction requise Ce problème apparaît souvent lorsque le nom d'utilisateur défini n'autorise pas l'accès à l'action souhaitée (par exemple, tentative d'écriture d'un fichier avec une connexion en lecture seule). L'interface utilisateur peut détecter ce problème et affiche un message d'erreur. Sans interface utilisateur, il est difficile de faire la distinction entre ce problème et l'erreur précédente (ci-dessus). 395 Dépannage Dépannage pour remplacement d'équipements défectueux/BootP Les tableaux ci-dessous décrivent les solutions de dépannage pour le remplacement d'équipements défectueux (voir page 225) et BootP (voir page 146). Affectation des adresses Thème Problème Résolution Si vous ne maîtrisez pas très bien le Aucune réponse du z Le serveur ne recense pas l'équipement par son nom de rôle ou son adresse MAC. Cela se réseau, utilisez un outil de capture de serveur à une produit généralement lorsque vous ajoutez un paquet Ethernet pour détecter le problème. requête d'adresse équipement de remplacement (avec une IP nouvelle adresse MAC), sans mettre à jour la table du serveur. z Un coupe-feu ou un routeur empêche le client d'accéder au serveur. Configurez le serveur comme agent de relais DHCP, afin de corriger ce problème. Lorsque le client n'obtient pas d'adresse IP, soit il renvoie un code d'erreur, soit il accède à l'adresse IP invalide (ou les deux). Réponse lente du serveur provoquant un timeout sur le client Le serveur peut répondre lentement dans les cas suivants : z surcharge, due notamment à la mise sous tension simultanée de plusieurs équipements ; z mise sous tension simultanée du client et du serveur (en général, les équipements côté client démarrent plus rapidement et parviennent à envoyer une requête avant que le serveur ne soit opérationnel). Vous ne pouvez faire la distinction entre ce problème et les erreurs ci-dessus qu'avec un outil de capture de paquet. Utilisez alors un outil de capture de paquet Ethernet pour détecter ce problème. Lorsque le serveur est long à répondre, le client ne parvient pas à obtenir une adresse IP. Dans ce cas, il envoie un code d'erreur ou accède à l'adresse IP par défaut (ou les deux). Le serveur envoie une réponse négative, empêchant l'équipement d'obtenir une adresse IP 396 Plusieurs serveurs DHCP/BootP connectés sur le même réseau peuvent générer différentes réponses pour une même requête. Une réponse de serveur peut fournir l'adresse correcte alors qu'une autre réponse de serveur indique qu'aucune adresse n'est disponible. La réponse négative peut forcer le client à entrer en état d'erreur ou à prendre une adresse de repli. Vous ne pourrez faire la distinction entre ce problème et les erreurs ci-dessus qu'avec un outil de capture de paquet. Utilisez alors un outil de capture de paquet Ethernet. Le résultat visible est que le client ne peut pas obtenir d'adresse IP. (L'équipement côté client peut renvoyer un code d'erreur ou accéder à l'adresse IP par défaut.) 31006930 10/2009 Dépannage Fichier de configuration Thème Problème Un coupe-feu installé sur le serveur FDR peut autoriser la Adresse IP obtenue mais aucun fichier de configuration requête DHCP (pour une adresse IP) mais bloquer la requête FTP/TFPT pour le fichier de configuration. pour le système FDR Lorsqu'un ordinateur est utilisé comme serveur FDR, le serveur de fichiers peut être placé sur une machine différente (inaccessible). 31006930 10/2009 397 Dépannage Dépannage SMTP Les tableaux ci-dessous décrivent les solutions de dépannage pour les problèmes SMTP (voir page 394) rencontrés. Connexion au serveur impossible Thème Problème Coupe-feu Mot de passe Résolution Vérifiez que le coupe-feu autorise le trafic SMTP. Mot de passe incorrect. Vérifiez que le serveur utilise le même mot de passe que le client. Vérifiez que les mots de passe sont corrects. Envoi de messages impossible Thème Problème Panne serveur Vérifiez le compteur d'erreurs de connexion du serveur. Messages lents à arriver 398 Problème Résolution Retards du serveur Envoyez un message électronique à partir de l'ordinateur client pour confirmer qu'il s'agit bien d'un retard du serveur et non du client. Si le retard du serveur est confirmé, veuillez contacter le personnel informatique. 31006930 10/2009 Dépannage Tableau de dépannage de synchronisation horaire (NTP) Les tableaux ci-dessous décrivent les solutions de dépannage pour la synchronisation horaire (NTP) (voir page 230). Impossible d'obtenir l'heure du serveur Thème Problème Format d'échange horaire invalide Le serveur peut implémenter des diffusions générales SNTP. Les équipements Schneider prennent uniquement en charge les réponses de requêtes NTP/SNTP (et non pas les diffusions). Ce problème peut être détecté en examinant les configurations des équipements. Impossible d'obtenir l'heure du serveur Le serveur peut être protégé par un coupe-feu. Imprécision de l'heure 31006930 10/2009 Thème Problème L'heure du serveur est imprécise ou instable L'heure du serveur n'est pas précise, en particulier si le réseau utilise un ordinateur (au lieu d'un serveur dédié) comme serveur NTP. Les ordinateurs Windows sont particulièrement sensibles à ce problème, contrairement à un système Linux ou à un serveur de synchronisation dédié, qui sont eux capables de le corriger. Les retards du réseau entraînent des imprécisions horaires Les charges irrégulières du réseau peuvent entraîner des retards conséquents dans le message de requête ou de réponse, sachant que les algorithmes NTP qui calculent l'heure se basent sur des retards de réseau uniformes. Ce problème peut être détecté en examinant les charges du réseau ou en utilisant un outil de capture de paquet Ethernet pour capturer les paquets de requête et de réponse. Certains équipements répertorient également les retards sur une page de diagnostic. Résolution Pour résoudre ce problème, rapprochez le serveur de l'équipement client du réseau en : z supprimant les routeurs et les commutateurs entre le serveur et le client ; z mettant en place un réseau séparé (si possible un VLAN) pour le système NTP. 399 Dépannage Tableau de dépannage Web Accès impossible aux pages statiques Thème Problème Coupe-feu Résolution Vérifiez que vous disposez de l'accès de sécurité approprié pour tous les équipements auxquels vous tentez d'accéder. De plus, le coupefeu doit être configuré de façon à vous permettre d'accéder à votre requête HTTP. Serveur proxy Un serveur proxy peut autoriser l'accès à certaines pages Web uniquement par filtrage. Vérifiez que le serveur proxy ne filtre pas la page Web à laquelle vous souhaitez accéder. Accès impossible aux données dynamiques 400 Thème Problème Version Java Si vous avez accès aux pages Web mais pas aux données dynamiques (comme les statistiques Ethernet), il se peut que l'applet Java ne soit pas compatible avec votre JVM. Une boîte de dialogue Java grise ou une erreur dans la barre d'état, au bas de la fenêtre du navigateur Web, signale ce problème. Coupe-feu Un coupe-feu peut également bloquer un protocole d'application particulier (comme Modbus TCP ou Uni-TE (502)), vous empêchant de visualiser vos données. Par exemple, une page Web ne pouvant afficher des données en temps réel indique que le protocole 502 est bloqué. Dans ce cas, les indications suivantes apparaissent : z points d'interrogation dans les champs de données ; z erreur signalant que l'équipement Modbus ne peut pas être atteint. Paramètres de sécurité du navigateur Vous ne pouvez pas télécharger d'applets Java si vous définissez des paramètres de sécurité élevés dans vos options Internet. Dans ce cas, une erreur de sécurité apparaît dans la barre d'état, au bas de la fenêtre du navigateur Web, pour signaler ce problème. Contrôle d'accès à Modbus Vérifiez l'équipement Schneider pour vous assurer que votre IP est bien défini comme l'IP dédié aux communications avec l'équipement. Dans ce cas, les indications suivantes apparaissent : z points d'interrogation dans les champs de données ; z erreur signalant que l'équipement Modbus ne peut pas être atteint. 31006930 10/2009 Dépannage 4.4 Dépannage en cas de lenteur de réponse d'un système SCADA/HMI Dépannage en cas de lenteur de réponse (SCADA/HMI) Catégorie du problème Thème Déterminer la cause Déterminer si le du retard retard se situe au niveau du trafic en écriture ou du trafic en lecture Suggestions Envoyez une commande d'opération de l'équipement et mesurez l'intervalle entre la transmission de la commande et la réaction de l'équipement. Déterminez si : z le retard se situe au niveau de l'écriture des données ou de la lecture de la réponse ; z une différence existe entre la lecture et l'écriture numérique et analogique des données. Remarque : Déterminez la réaction de l'équipement à partir de l'observation physique de l'équipement même et non pas à partir de l'affichage des états sur le système SCADA/HMI. Déterminer si le retard se situe côté SCADA ou côté serveur 31006930 10/2009 A l'aide d'un outil PC séparé, envoyez une requête au serveur et mesurez le temps de réponse. Des requêtes de lecture et d'écriture distinctes doivent être envoyées pour chaque type de données pouvant être lu par le système SCADA. z Une réponse rapide du PC et une réponse lente du système SCADA indiquent un problème dans les communications SCADA. Les réponses SCADA peuvent être ralenties par le système SCADA ou par une file d'attente de requêtes SCADA sur le serveur. (Les autres requêtes, telles que les requêtes du PC, ne sont pas conservées dans cette file d'attente.) z Une réponse lente du PC révèle une surcharge du serveur, à laquelle vous pouvez remédier en réduisant la charge du serveur (voir page 308). 401 Dépannage Catégorie du problème Thème Suggestions Réponse lente provoquée par le système SCADA SCADA est lent mais l'outil PC est rapide (vérifier le temps de réponse des requêtes SCADA du serveur) Examinez le temps de réponse d'une requête SCADA sur le serveur à l'aide d'un outil de capture de paquet Ethernet. Pour cela, vérifiez chaque type de requête (lecture, écriture, numérique, analogique) utilisé par le système SCADA. Lors de cet examen, vous constaterez que, après avoir envoyé votre requête à mesurer, le serveur renvoie les réponses aux requêtes précédentes. Attendez impérativement la réponse à votre requête spécifique avant de calculer le temps de réponse. Pour identifier une paire de requête/réponse spécifique,vous devez utiliser un ID de transaction Modbus ou une autre caractéristique unique de la requête (par exemple, le nombre de registres requis). Si le temps de réponse observé est lent, une file d'attente de requêtes SCADA sur le serveur risque alors de retarder sérieusement le processus. Pour améliorer la réponse : z réduisez le nombre de requêtes envoyées vers le serveur ; (voir page 308) z créez une autre file d'attente pour l'accès aux données et envoyez les requêtes sur ce chemin. Cette méthode est efficace car l'ordinateur est capable d'obtenir une réponse rapide, indiquant que le serveur n'est pas surchargé. Pour cela, forcez le système SCADA à ouvrir des sockets TCP supplémentaires et répartissez les requêtes entre les sockets. SCADA est lent alors que l'ordinateur est rapide et qu'aucun retard n'est constaté sur les requêtes SCADA de l'équipement du serveur Une file d'attente dans le système SCADA lui-même provoque ce retard. Cela peut se produire lorsque le système SCADA envoie une seule requête à la fois au serveur, notamment dans les systèmes dotés d'un seul socket TCP vers le serveur. La section SCADA (voir page 300) explique comment ouvrir davantage de sockets et envoyer plusieurs requêtes via un socket unique. 402 31006930 10/2009 Dépannage 4.5 Dépannage du pont Dépannage du pont Catégorie du problème Thème Suggestions Réponse lente ou communication défectueuse réponse lente Le pont comporte beaucoup trop d'appareils, côté ligne série. socket refusé La plupart des ponts peuvent implémenter uniquement un nombre limité de sockets Ethernet. Ce nombre est généralement inférieur au nombre d'appareils connectés côté ligne série. Par conséquent, si nous utilisons un socket par équipement série, le nombre de sockets disponibles par pont sera inadéquat. Pour remédier à cela, réduisez le nombre d'appareils sur la ligne série ou sélectionnez l'appareil client Modbus qui peut envoyer des requêtes à des équipements série multiples sur un seul socket. Pour un scrutateur d'E/S qui analyse les appareils sur un pont, vous devez soit implémenter la fonctionnalité d'activation/désactivation, soit passer du scrutateur d'E/S aux blocs de communication du client Modbus. Le client peut signaler cette erreur. Sinon, vous devez soit connaître le numéro des sockets utilisés (via l'analyse des communications), soit utiliser un outil de capture de paquets Ethernet afin de visualiser le rejet du socket. Communications défectueuses par intermittence erreurs successives sur différents appareils Les timeouts du côté Ethernet ne sont pas assez longs. (Ils sont inférieurs au nombre total de timeouts, côté série.) Voir le chapitre sur les passerelles (voir page 335)pour plus d'informations. erreurs intermittentes Les timeouts côté Ethernet sont trop proches du temps requis pour collecter des données d'une ligne série. Voir le chapitre sur les passerelles (voir page 335) pour plus d'informations. 31006930 10/2009 403 Dépannage 4.6 Dépannage en cas de perte de paquets Introduction Ce sous-chapitre décrit le mode de dépannage en cas de perte de paquets de données. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet Dépannage en cas de perte de paquets 404 Page 405 Utilisation d'un outil de capture de paquet 406 Dépannage de capture de paquet 408 31006930 10/2009 Dépannage Dépannage en cas de perte de paquets Catégorie du problème Thème Cause et actions Généralités effet d'une perte d'un Une perte d'un paquet provoque une erreur sur un socket TCP. Cette paquet erreur est généralement rétablie automatiquement, évitant ainsi tout avertissement en provenance de la couche applicative (par exemple, Modbus ou scrutateur d'E/S). Cependant, une erreur survient au niveau de la couche applicative lorsque le temps de récupération est supérieur au timeout de la couche applicative. détection des pertes Il existe deux façons de détecter les pertes de paquets : de paquets z compteur de paquets reçus/envoyés : utilisez cette méthode lorsque vous souhaitez vérifier qu'un paquet est envoyé pour chaque paquet reçu (par exemple, un système avec seulement un trafic client/serveur Modbus). Les compteurs conviennent aussi pour détecter un grand nombre de paquets perdus. z outil de capture de paquet Ethernet : utilisez cette méthode pour visualiser la séquence TCP et les numéros d'accusés de réception pour identifier les paquets perdus. Les captures de paquets doivent utiliser la fonctionnalité horodateur pour corréler l'heure d'une perte de paquets avec l'heure de l'alarme sur un système SCADA ou l'heure d'un problème sur site. Interventions en cas de perte de paquets perte de paquets dans un commutateur ou un périphérique réseau Cette erreur survient lorsque un paquet s'affiche sur un seul des côtés du commutateur. Ceci nécessite l'installation simultanée de deux outils de capture de paquets. Vérifiez la charge du commutateur afin de résoudre ce problème. Les appareils réseau rejettent certains paquets en cas de surcharge du commutateur. Le bruit électrique peut également altérer les paquets et provoquer un rejet. une perte de paquet entraîne une erreur au niveau de l'application Si une perte de paquet provoque une erreur au niveau de l'application : z augmentez le timeout de l'application pour permettre le rétablissement de la couche TCP ; z modifiez les équipements pour accélérer le rétablissement de la couche TCP (nécessite le changement du micrologiciel) ; z réduisez le nombre de pertes de paquets. Pour réduire le nombre de paquets perdus, vous devez : z réduire le trafic sur le réseau ; z éliminer les liens semi-duplex ; z réduire le bruit électrique. Ces changements ne réduisent que la perte de paquets. Ils n'éliminent pas le problème. 31006930 10/2009 405 Dépannage Utilisation d'un outil de capture de paquet Vue d'ensemble Dans un système idéal, tous les équipements devraient détecter et signaler la cause exacte des erreurs réseau, mais cela n'est pas toujours possible. Un équipement peut être incapable de détecter ou de signaler une erreur. Si l'équipement indique uniquement une erreur générale (au lieu d'une erreur spécifique), vous pouvez utiliser un outil de capture de paquet Ethernet pour contrôler les paquets Ethernet et déterminer l'erreur spécifique et sa cause. Ceci permet de déterminer l'erreur réelle et la couche précise (IP/TCP ou application) où l'erreur s'est produite, afin de prendre une mesure corrective. Nous ne recommandons pas l'utilisation d'outils de capture de paquet pour l'entretien général d'une usine, mais ces outils s'avèrent particulièrement adaptés au diagnostic de problèmes intermittents ou qui se produisent lors de l'installation des équipements. Ces outils capturent les paquets réseau et les affichent à l'écran. Ils sauvegardent également les paquets dans un fichier que vous pouvez analyser ultérieurement. Types d'outils Types d'outils de capture de paquet Ethernet : z z z 406 Couche physique : ces outils coûteux capturent les signaux physiques sur le câble et les données logiques sur la couche supérieure. Portatifs : ces outils analysent uniquement les couches 2, 3 et 4. Ils ne coûtent pas aussi chers que les outils de couche physique et sont suffisamment solides pour être utilisés sur le terrain. Basés sur ordinateur : ces outils utilisent une carte Ethernet d'ordinateur pour capturer les données réseau et les analyser dans un logiciel. Du fait des grandes différences de prix entre les modèles (des logiciels gratuits à ceux coûtant plus de 20 000 dollars), le niveau d'analyse automatique et les services d'assistance technique de ces outils varient eux aussi de manière significative. Ils analysent uniquement les couches 2, 3 et 4. 31006930 10/2009 Dépannage Capacités des outils Les outils de capture de paquet Ethernet peuvent détecter ou déterminer : z z z z z z z la charge totale du trafic réseau, à savoir : les équipements contribuant à la congestion du réseau, la nature du trafic (VoIP, diffusion Windows ou trafic de scrutation des E/S) ; le trafic de diffusion et ses causes ; la liste d'équipements auxquels un équipement spécifique s'adresse et le protocole de communication utilisé ; les détails des communications entre les équipements : protocoles, codes fonction, adresses et valeurs des données transférées/demandées ; le temps de réponse d'une couche d'application d'un équipement ; les pertes de paquets ou les multiples tentatives TCP ; les communications depuis et vers un équipement subissant des erreurs de socket TCP (connexions rejetées, paquets perdus, etc.). Tous les outils de capture de paquet Ethernet peuvent analyser l'ensemble de ces points, mais seuls les outils plus performants effectuent une analyse automatique et signalent les erreurs sur l'écran d'alarme. 31006930 10/2009 407 Dépannage Dépannage de capture de paquet Catégorie du problème Thème Suggestions Les paquets émis par l'équipement requis ne sont pas visibles Seuls les paquets émis par et vers l'ordinateur hôte sont capturés par l'outil. Le logiciel n'est pas en mode promiscuité. Activez ce mode pour permettre à l'ordinateur de capturer toutes les données visibles sur le câble Ethernet connecté à l'ordinateur. Sur la plupart des outils, vous pouvez régler ce mode comme option générale pour toutes les captures ou uniquement lorsque la capture commence. Vous avez besoin d'un lecteur de carte Ethernet spécial pour activer cette fonction. La plupart des outils incluent des lecteurs de carte Ethernet, mais les cartes ne fonctionnent pas toutes sur tous les systèmes. Les paquets émis par l'équipement en cours d'analyse ne sont pas capturés, contrairement aux paquets de diffusion. Lorsqu'un paquet arrive au niveau d'un commutateur, ce dernier envoie le paquet uniquement sur le dernier port à avoir été connecté à l'équipement de destination. C'est pourquoi un outil de capture de paquet connecté à un port libre sur le commutateur ne voit pas le paquet. Pour permettre à l'outil de capture de paquet de voir le paquet, effectuez les opérations suivantes : z Remplacez le commutateur par un concentrateur : dans ce cas, tout le trafic depuis et vers les équipements connectés au concentrateur sera visible. z Insérez un concentrateur entre l'équipement en question et le commutateur : l'outil de capture de paquet est alors connecté au concentrateur, ce qui vous permet de voir uniquement les paquets émis par et vers l'équipement en question. z Activez la mise en miroir des ports : cette opération configure le commutateur pour qu'il transmette une copie de tous les paquets envoyés et reçus sur un port à un autre port auquel l'outil de capture de paquet est connecté. (La mise en miroir des ports n'est pas prise en charge par tous les commutateurs.) z Configurez le commutateur pour qu'il fonctionne comme un concentrateur : certains commutateurs gèrent cette fonction comme une option de désactivation de la mémorisation. Dans ce cas, le commutateur ne détermine plus la destination des données et envoie l'ensemble des données à tous les ports. Remarque : Ces solutions de dépannage entraînent des transmissions de données à des ports Ethernet qui ne reçoivent normalement pas de données lorsque le réseau n'est pas analysé. Cela risque d'entraîner un accroissement du trafic sur le réseau (en plus d'autres résultats indésirables). 408 31006930 10/2009 Dépannage Catégorie du problème Thème Suggestions Paquets d'erreurs trouvés dans une capture La capture de données dans le cas d'erreurs intermittentes génère des fichiers de taille excessive. Pour les erreurs qui se produisent plusieurs fois par heure ou par jour, la capture risque de devoir fonctionner pendant plusieurs heures. Cela génère des milliers de paquets dans le fichier qui doit être analysé lors de la recherche d'erreurs. Etant donné qu'un fichier aussi volumineux consomme des centaines de Mo d'espace disque, il est difficile de lancer une analyse sur des périodes de 24 heures. Par conséquent, une erreur peut se produire alors que l'analyseur ne fonctionne pas. Pour éviter cela, l'outil de capture de paquet peut être réglé pour limiter la durée de collecte des données ou le nombre de paquets dans le fichier de capture. Lorsque la limite prédéfinie est atteinte, le fichier se ferme et l'outil ouvre un nouveau fichier. Une fois le nombre défini de fichiers atteint, l'outil arrête d'enregistrer ou commence à écraser les fichiers existants, dans l'ordre de leur création. Chaque fichier ainsi créé est horodaté lorsqu'il est fermé par l'outil. En utilisant un système SCADA ou un autre système d'usine pour enregistrer les heures de génération des erreurs (par exemple, l'arrête de l'usine ou la non disponibilité d'un équipement), vous pouvez ouvrir le fichier correct pour trouver les paquets échangés au moment de l'erreur. L'outil marque sur chaque paquet l'heure exacte, ce qui vous permet de trouver les paquets spécifiques au moment de l'erreur. Notez que les paquets rapportant le problème sont généralement visibles avant que le système SCADA ne signale l'erreur, du fait des délais de rapport et de timeout. Filtrage des données capturées (afin d'obtenir uniquement les paquets requis). Utilisez le filtrage de données pour trouver les paquets que vous souhaitez analyser. Utilisez pour cela l'une des deux méthodes de filtrage suivantes : z Pendant la capture : le filtrage effectué pendant la capture risque d'ignorer les paquets nécessaires pour l'analyse ultérieure. Dans ce cas, vous devez recommencer la capture. z Parmi les données stockées : méthode conseillée. Filtrez en fonction de l'adresse (IP ou MAC) et du protocole (numéro de socket de destination). Filtrez ensuite les données visibles vers un socket TCP unique en fonction du numéro de socket source. 31006930 10/2009 409 Dépannage 410 31006930 10/2009 31006930 10/2009 Annexes Contenu de cette annexe Cette annexe contient les chapitres suivants : Chapitre 31006930 10/2009 Titre du chapitre Page A Temps de réponse de la scrutation d'E/S 413 B Débit de serveurs Modbus 441 C Temps de réponse des clients Modbus 447 D Mesures du timeout et du temps de réponse de la passerelle 491 E Normes et autres considérations relatives aux réseaux Ethernet industriel 525 F Procédures de mise à la terre (masse) 547 411 412 31006930 10/2009 Performances du scrutateur d'E/S 31006930 10/2009 Temps de réponse de la scrutation d'E/S A Vue d'ensemble Cette annexe indique les temps de réponse du scrutateur d'E/S pour les systèmes Premium et Quantum qui utilisent un réseau Ethernet industriel. Contenu de ce chapitre Ce chapitre contient les sous-chapitres suivants : Sous-chapitre 31006930 10/2009 Sujet Page A.1 Temps de réponse du scrutateur d'E/S des automates Premium 414 A.2 Temps de réponse du scrutateur d'E/S des automates Quantum 427 413 Performances du scrutateur d'E/S A.1 Temps de réponse du scrutateur d'E/S des automates Premium Vue d'ensemble Les courbes de temps de réponse système illustrées dans cette section sont basées sur des mesures effectuées sur des automates Premium qui scrutent des équipements Momentum 170 ENT 110 00. Momentum a été utilisé car il fournit les meilleurs temps de réponse pour les applications Ethernet (entre 5 et 8 ms). Trois scénarios de temps de réponse sont présentés. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 414 Page Temps de réponse du scrutateur d'E/S Premium : Entrée distante vers sortie distante 415 Temps de réponse du scrutateur d'E/S Premium : Entrée distante vers sortie locale 419 Temps de réponse du scrutateur d'E/S Premium : Mémoire de l'automate vers sortie distante 423 31006930 10/2009 Performances du scrutateur d'E/S Temps de réponse du scrutateur d'E/S Premium : Entrée distante vers sortie distante Configuration de la mesure Les courbes ci-dessous illustrent les temps de réponse de l'automate Premium lorsqu'un signal est envoyé d'un module d'entrée distant à un module de sortie distant via l'automate : Le signal est : z z z z déclenché par un module d'entrée Momentum avec un temps de réponse d'environ 2 ms ; analysé dans l'automate Premium à une fréquence de répétition de 0 ms (voir page 192) ; copié dans une autre variable interne de l'automate ; écrit dans un module de sortie Momentum avec un temps de réponse d'environ 2 ms. Les résultats sont tracés pour 1, 8, 16 et 32 équipements. 31006930 10/2009 415 Performances du scrutateur d'E/S UC TSXP575634M avec port Ethernet intégré L'UC TSXP575634M utilisée pour les mesures ci-dessous est au niveau de version 2.0, tout comme son port Ethernet intégré. La courbe du bas indique que les temps de réponse pour 1 à 8 équipements présentent un écart inférieur à 1 ms. Les temps de réponse pour 16 équipements augmentent de 2 à 3 ms. Pour 32 équipements, les temps de réponse sont plus longs de 11 à 14 ms environ. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie de l'équipement scruté (ms) TSXP575634M (v2.0) + port Ethernet intégré (v2.0) Scrutation de 10 ms Scrutation de 20 ms Scrutation de Scrutation de 50 ms 100 ms Scrutation de 200 ms 1 équipement 25 45 106 205 406 8 équipements 26 46 107 206 407 16 équipements 28 48 108 207 409 32 équipements 39 61 120 224 421 416 31006930 10/2009 Performances du scrutateur d'E/S UC TSXP575634M avec module TSXETY5103 L'UC TSXP575634M utilisée pour les mesures ci-dessous est au niveau de version 2.0. Le module de communication Ethernet TSXETY55103 est au niveau de version 3.1. La courbe du bas indique que les temps de réponse pour 1 à 8 équipements présentent un écart inférieur à 1 ms. Les temps de réponse pour 16 équipements augmentent de 2 à 3 ms. Pour 32 équipements, les temps de réponse sont plus longs de 12 à 16 ms environ. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie de l'équipement scruté (ms) TSXP575634 (v2.0) + ETY 5103 (v3.1) Scrutation de 10 ms 1 équipement 24 44 104 204 405 8 équipements 25 45 105 205 406 16 équipements 28 47 107 206 408 32 équipements 40 60 118 218 417 31006930 10/2009 Scrutation de 20 ms Scrutation de 50 ms Scrutation de 100 ms Scrutation de 200 ms 417 Performances du scrutateur d'E/S UC TSXP57304M avec module TSXETY5103 L'UC TSXP57304M utilisée pour les mesures ci-dessous est au niveau de version 2.0. Le module de communication Ethernet TSXETY55103 est au niveau de version 3.1. La courbe du bas indique que les temps de réponse pour 1 à 8 équipements présentent un écart inférieur à 2 ms. Les temps de réponse pour 16 équipements augmentent de 3 à 4 ms. Pour 32 équipements, les temps de réponse sont plus longs de 10 à 16 ms environ. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie de l'équipement scruté (ms) TSXP57304M (v2.0) + ETY 5103 (v3.1) Scrutation de Scrutation 10 ms de 20 ms Scrutation de 50 ms Scrutation de 100 ms Scrutation de 200 ms 1 équipement 25 44 105 206 406 8 équipements 27 47 107 208 408 16 équipements 31 52 112 213 413 32 équipements 41 601 118 219 419 418 31006930 10/2009 Performances du scrutateur d'E/S Temps de réponse du scrutateur d'E/S Premium : Entrée distante vers sortie locale Configuration de la mesure Les courbes ci-dessous illustrent les temps de réponse de l'automate Quantum lorsqu'un signal est envoyé d'un module d'entrée distant à un module de sortie Premium dans l'automate : Le signal est : z z z z déclenché par un module d'entrée Momentum avec un temps de réponse d'environ 2 ms ; analysé dans l'automate Premium à une fréquence de répétition de 0 ms (voir page 192) ; copié dans une autre variable interne de l'automate ; inscrit dans un module de sortie Premium local. Les résultats sont tracés pour 1, 8, 16 et 32 équipements. 31006930 10/2009 419 Performances du scrutateur d'E/S UC TSXP575634M avec port Ethernet intégré L'UC TSXP575634M utilisée pour les mesures ci-dessous est au niveau de version 2.0, tout comme son port Ethernet intégré. La courbe du bas indique que les temps de réponse pour 1 à 16 équipements présentent un écart inférieur à 1 ms. Les temps de réponse pour 32 équipements sont plus longs de 9 à 10 ms. A mesure que le temps de scrutation augmente, la différence entre les temps de réponse diminue. Le tableau suivant indique les données utilisées pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie locale (ms) TSXP575634M (v2.0) + port Ethernet intégré (v2.0) Scrutation de Scrutation 10 ms de 20 ms Scrutation de Scrutation de 50 ms 100 ms Scrutation de 200 ms 1 équipement 23 102 402 42 201 8 équipements 23 42 102 201 402 16 équipements 24 43 103 202 403 32 équipements 33 52 110 208 405 420 31006930 10/2009 Performances du scrutateur d'E/S UC TSXP575634M avec module TSXETY5103 L'UC TSXP575634M utilisée pour les mesures ci-dessous est au niveau de version 2.0. Le module de communication Ethernet TSXETY55103 est au niveau de version 3.1. La courbe du bas indique que les temps de réponse pour 1 à 16 équipements présentent un écart inférieur à 3 ms. Les temps de réponse pour 32 équipements sont plus longs de 6 à 9 ms. A mesure que le temps de scrutation augmente, la différence entre les temps de réponse diminue. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie locale (ms) TSXP575634M (v2.0) + ETY5103 (v3.1) Scrutation de Scrutation de Scrutation de Scrutation de 10 ms 20 ms 50 ms 100 ms Scrutation de 200 ms 1 équipement 21 41 101 200 400 8 équipements 22 42 102 201 401 16 équipements 24 43 103 202 402 32 équipements 30 49 107 207 406 31006930 10/2009 421 Performances du scrutateur d'E/S UC TSXP57304M avec module TSXETY5103 L'UC TSXP57304M utilisée pour les mesures ci-dessous est au niveau de version 2.0. Le module de communication Ethernet TSXETY55103 est au niveau de version 3.1. La courbe du bas indique que les temps de réponse pour 1 à 16 équipements sont identiques ou présentent un écart inférieur à 1 ms. Les temps de réponse pour 32 équipements sont plus longs de 6 ms. A mesure que le temps de scrutation augmente, la différence entre les temps de réponse diminue lentement. Le tableau suivant indique les données utilisées pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie locale (ms) TSXP57304M (v2.0) + ETY5103 (v3.1) Scrutation de 10 ms Scrutation de 20 ms Scrutation de 50 ms Scrutation de 100 ms Scrutation de 200 ms 1 équipement 24 43 103 204 404 8 équipements 24 43 103 204 404 16 équipements 24 43 103 204 404 32 équipements 32 51 108 209 409 422 31006930 10/2009 Performances du scrutateur d'E/S Temps de réponse du scrutateur d'E/S Premium : Mémoire de l'automate vers sortie distante Configuration de la mesure La série de courbes ci-dessous illustre les temps de réponse de l'automate Quantum lorsqu'un signal est envoyé de l'automate à un module de sortie distant : Le signal est écrit dans un module de sortie Momentum avec un temps de réponse d'environ 2 ms. Les résultats sont tracés pour 1, 8, 16 et 32 équipements. 31006930 10/2009 423 Performances du scrutateur d'E/S UC TSXP575634M avec port Ethernet intégré L'UC TSXP575634M utilisée pour les mesures ci-dessous est au niveau de version 2.0, tout comme son port Ethernet intégré. La courbe du bas indique que les temps de réponse pour 1 à 16 équipements varient de 1 à 2 ms selon les cas. Les temps de réponse pour 32 équipements sont plus longs de 2 à 4 ms. A mesure que le temps de scrutation augmente, la différence entre les temps de réponse s'amplifie. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre la mémoire de l'automate et la sortie de l'équipement scruté (ms) TSXP575634M (v2.0) + port Ethernet intégré (v2.0) Scrutation de Scrutation 10 ms de 20 ms Scrutation de 50 ms Scrutation de 100 ms Scrutation de 200 ms 1 équipement 12 54 104 204 23 8 équipements 13 23 55 105 205 16 équipements 14 25 55 105 206 32 équipements 16 29 60 116 216 424 31006930 10/2009 Performances du scrutateur d'E/S UC TSXP575634M avec module TSXETY5103 L'UC TSXP575634M utilisée pour les mesures ci-dessous est au niveau de version 2.0. Son module de communication Ethernet TSXETY55103 est au niveau de version 3.1. La courbe du bas indique que les temps de réponse pour 1 à 16 équipements varient de 1 à 4 ms selon les cas. Les temps de réponse pour 32 équipements sont plus longs de 6 à 9 ms. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre la mémoire de l'automate et la sortie de l'équipement scruté (ms) TSXP575634M (v2.0) + ETY5103 (v3.1) Scrutation de 10 ms 1 équipement 13 23 53 104 205 8 équipements 13 23 53 104 205 16 équipements 14 24 54 104 206 32 équipements 20 31 61 111 211 31006930 10/2009 Scrutation de 20 ms Scrutation de 50 ms Scrutation de Scrutation de 100 ms 200 ms 425 Performances du scrutateur d'E/S UC TSXP57304M avec module TSXETY5103 L'UC TSXP57304M utilisée pour les mesures ci-dessous est au niveau de version 2.0. Son module de communication Ethernet TSXETY55103 est au niveau de version 3.1. La courbe du bas indique que les temps de réponse pour 1 à 16 équipements sont identiques. Les temps de réponse pour 32 équipements sont plus longs de 8 ms. A mesure que le temps de scrutation augmente, la différence entre les temps de réponse se réduit. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre la mémoire de l'automate et la sortie de l'équipement scruté (ms) TSXP57304M (v2.0) + ETY5103 (v3.1) Scrutation de 10 ms Scrutation de 20 ms Scrutation de 50 ms Scrutation de 100 ms Scrutation de 200 ms 1 équipement 11 21 52 102 202 8 équipements 13 24 54 104 204 16 équipements 17 29 59 109 209 32 équipements 19 30 60 110 210 426 31006930 10/2009 Performances du scrutateur d'E/S A.2 Temps de réponse du scrutateur d'E/S des automates Quantum Vue d'ensemble Les courbes de temps de réponse système illustrées dans cette section sont basées sur des mesures effectuées sur des automates Quantum qui scrutent des équipements Momentum 170 ENT 110 00. Momentum a été utilisé car il fournit les meilleurs temps de réponse pour les applications Ethernet (entre 5 et 8 ms). Trois scénarios de temps de réponse sont présentés. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Temps de réponse du scrutateur d'E/S Quantum : entrée distante vers sortie distante 428 Temps de réponse du scrutateur d'E/S Quantum : Entrée distante vers sortie locale 432 Temps de réponse du scrutateur d'E/S Quantum : Entrée locale vers sortie distante 436 427 Performances du scrutateur d'E/S Temps de réponse du scrutateur d'E/S Quantum : entrée distante vers sortie distante Configuration de la mesure Les courbes ci-dessous illustrent les temps de réponse de l'automate Quantum lorsqu'un signal est envoyé d'un module d'entrée distant à un module de sortie distant via l'automate : Le signal est : z z z z déclenché par un module d'entrée Momentum avec un temps de réponse d'environ 2 ms ; analysé dans l'automate Quantum à un taux de répétition de 0 ms (voir page 192) ; copié dans une autre variable interne de l'automate ; écrit dans un module de sortie Momentum avec un temps de réponse d'environ 2 ms. Les résultats sont tracés pour 1, 8, 16 et 32 équipements. 428 31006930 10/2009 Performances du scrutateur d'E/S 140CPU65150 avec port Ethernet intégré L'UC 140CPU65150 utilisée pour les mesures ci-dessous est au niveau de version 2.0, avec un port Ethernet au niveau de version 3.1. La courbe du bas indique que les temps de réponse pour 1 à 8 équipements varient de 1 à 3 ms selon les cas. Les temps de réponse pour 16 équipements sont plus longs de 2 à 4 ms. A mesure que le temps de scrutation augmente, la différence entre les temps de réponse s'amplifie (par exemple, 11 ms pour une fréquence de scrutation de 200 ms). Les temps de réponse pour 32 équipements sont plus longs de 13 à 17 ms. A mesure que le temps de scrutation augmente, la différence entre les temps de réponse s'amplifie (par exemple, 34 ms de plus pour une fréquence de scrutation de 200 ms). Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie de l'équipement scruté (ms) 140CPU65150 (v2.0) + port Ethernet intégré (v3.1) Scrutation de Scrutation de Scrutation 10 ms 20 ms de 50 ms Scrutation de 100 ms Scrutation de 200 ms 1 équipement 25 46 112 220 409 8 équipements 26 47 113 222 412 16 équipements 28 49 115 223 423 32 équipements 42 62 129 241 443 31006930 10/2009 429 Performances du scrutateur d'E/S 140CPU65150 avec module 140NOE771x1 L'UC 140CPU65150 utilisée pour les mesures ci-dessous est au niveau de version 2.0. Le module de communication Ethernet 140NOE771x1 est au niveau de version 3.5. Les courbes ci-dessus indiquent que les temps de réponse présentent un écart compris entre 5 et 7 ms, quel que soit le nombre d'équipements. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie de l'équipement scruté (ms) 140CPU65150 (v2.0) + NOE771x1 (v3.5) Scrutation de Scrutation de Scrutation 10 ms 20 ms de 50 ms Scrutation de 100 ms Scrutation de 200 ms 1 équipement 35 61 153 302 602 8 équipements 36 62 154 303 603 16 équipements 38 64 155 305 606 32 équipements 40 66 157 307 609 430 31006930 10/2009 Performances du scrutateur d'E/S 140CPU43412A avec module 140NOE771x1 L'UC 140CPU43412A utilisée pour les mesures ci-dessous est au niveau de version 2.0. Le module de communication Ethernet 140NOE771x1 est au niveau de version 3.5. Les courbes ci-dessus indiquent que les temps de réponse présentent un écart compris entre 5 et 6 ms, quel que soit le nombre d'équipements. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie de l'équipement scruté (ms) 140CPU43412A (v2.0) + NOE771x1 (v3.5) Scrutation de Scrutation de Scrutation 10 ms 20 ms de 50 ms Scrutation de 100 ms Scrutation de 200 ms 1 équipement 41 73 179 358 665 8 équipements 42 75 180 360 666 16 équipements 44 77 182 361 668 32 équipements 46 79 185 364 671 31006930 10/2009 431 Performances du scrutateur d'E/S Temps de réponse du scrutateur d'E/S Quantum : Entrée distante vers sortie locale Configuration de la mesure Les courbes ci-dessous illustrent les temps de réponse de l'automate Quantum lorsqu'un signal est envoyé d'un module d'entrée distant à un module de sortie local dans l'automate : Le signal est : z z z z déclenché par un module d'entrée Momentum avec un temps de réponse d'environ 2 ms ; analysé dans l'automate Quantum à une fréquence de répétition de 0 ms (voir page 192) ; copié dans une autre variable interne de l'automate ; inscrit dans un module de sortie Quantum local. Les résultats sont tracés pour 1, 8, 16 et 32 équipements. 432 31006930 10/2009 Performances du scrutateur d'E/S 140CPU65150 avec port Ethernet intégré L'UC 140CPU65150 utilisée pour les mesures ci-dessous est au niveau de version 2.0, avec un port Ethernet au niveau de version 3.1. La courbe du bas indique que les temps de réponse pour 1 à 16 équipements présentent un écart inférieur à 2 ms, quel que soit le temps de scrutation de l'automate. La courbe du haut montre que les temps de réponse pour 32 équipements sont supérieurs de 7 à 8 ms. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie locale (ms) 140CPU65150 (v2.0) + port Ethernet intégré (v3.1) Scrutation de 10 ms Scrutation de Scrutation de 20 ms 50 ms Scrutation de 100 ms Scrutation de 200 ms 1 équipement 22 41 102 202 402 8 équipements 23 42 103 204 403 16 équipements 24 43 104 204 404 32 équipements 31 49 110 211 410 31006930 10/2009 433 Performances du scrutateur d'E/S 140CPU65150 avec module 140NOE771x1 L'UC 140CPU65150 utilisée pour les mesures ci-dessous est au niveau de version 2.0, avec un module de communication Ethernet 140NOE771x1 au niveau de version 3.5. Les courbes ci-dessus montrent que les temps de réponse sont identiques pour 1, 8, 16 et 32 équipements. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie locale (ms) 140CPU65150 (v2.0) + NOE771x1 Scrutation (v3.5) de 10 ms Scrutation de 20 ms Scrutation de 50 ms Scrutation de 100 ms Scrutation de 200 ms 1 équipement 31 56 145 292 590 8 équipements 31 56 145 292 590 16 équipements 31 56 145 292 590 32 équipements 31 56 145 292 590 434 31006930 10/2009 Performances du scrutateur d'E/S 140CPU43412A avec module 140NOE771x1 L'UC 140CPU43412A utilisée pour les mesures ci-dessous est au niveau de version 2.0, avec un module de communication Ethernet 140NOE771x1 au niveau de version 3.5. Les courbes ci-dessus montrent que les temps de réponse sont identiques pour 1, 8, 16 et 32 équipements. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie locale (ms) 140CPU43412A (v2.0) + NOE771x1 (v3.5) Scrutation de 10 ms Scrutation de 20 ms Scrutation de Scrutation de Scrutation de 50 ms 100 ms 200 ms 1 équipement 35 64 168 334 634 8 équipements 35 64 168 334 634 16 équipements 35 64 168 334 634 32 équipements 35 64 168 334 634 31006930 10/2009 435 Performances du scrutateur d'E/S Temps de réponse du scrutateur d'E/S Quantum : Entrée locale vers sortie distante Configuration de la mesure Les courbes ci-dessous illustrent les temps de réponse de l'automate Quantum lorsqu'un signal est envoyé de l'automate local à un module de sortie distant : Le signal est : z z z z déclenché par un module d'entrée Quantum local ; analysé dans l'automate Quantum à une fréquence de répétition de 0 ms (voir page 192) ; copié dans une autre variable interne de l'automate ; écrit dans un module de sortie Momentum distant avec un temps de réponse d'environ 2 ms. Les résultats sont tracés pour 1, 8, 16 et 32 équipements. 436 31006930 10/2009 Performances du scrutateur d'E/S 140CPU65150 avec port Ethernet intégré L'UC 140CPU65150 utilisée pour les mesures ci-dessous est au niveau de version 2.0. Son port Ethernet intégré est au niveau de version 3.5. La courbe du bas indique que les temps de réponse pour 1 à 8 équipements sont pratiquement identiques, à l'exception d'une différence de 2 ms pour un temps de scrutation de 200 ms. Les temps de réponse pour 16 équipements sont plus longs de 1 ms. A mesure que le temps de scrutation augmente, la différence entre les temps de réponse s'amplifie jusqu'à atteindre 10 à 12 ms pour une fréquence de scrutation de 200 ms. Les temps de réponse pour 32 équipements sont plus longs de 7 à 8 ms. A mesure que le temps de scrutation augmente, la différence entre les temps de réponse s'amplifie (par exemple, de 14 à 16 ms de plus pour une fréquence de scrutation de 200 ms). Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie locale (ms) 140CPU65150 (v2.0) + port Ethernet intégré (v3.1) Scrutation de Scrutation 10 ms de 20 ms Scrutation de 50 ms Scrutation de 100 ms Scrutation de 200 ms 1 équipement 13 25 60 118 207 8 équipements 13 25 60 118 209 16 équipements 14 26 61 119 219 32 équipements 21 33 69 130 233 31006930 10/2009 437 Performances du scrutateur d'E/S 140CPU65150 avec module Ethernet 140NOE771x1 L'UC 140CPU65150 utilisée pour les mesures ci-dessous est au niveau de version 2.0. Le module de communication Ethernet 140NOE771x1 est au niveau de version 3.5. Les courbes ci-dessus indiquent que les temps de réponse présentent un écart compris entre 5 et 7 ms, quel que soit le nombre d'équipements. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie locale (ms) 140CPU65150 (v2.0) + NOE771x1 (v3.5) Scrutation de Scrutation de Scrutation de Scrutation de 10 ms 20 ms 50 ms 100 ms Scrutation de 200 ms 1 équipement 14 212 25 58 110 8 équipements 15 26 59 111 213 16 équipements 17 28 60 113 216 32 équipements 19 30 62 115 219 438 31006930 10/2009 Performances du scrutateur d'E/S 140CPU43412A avec module Ethernet 140NOE771x1 L'UC 140CPU43412A utilisée pour les mesures ci-dessous est au niveau de version 2.0. Le module de communication Ethernet 140NOE771x1 est au niveau de version 3.5. Les courbes ci-dessus indiquent que les temps de réponse présentent un écart compris entre 5 et 6 ms, quel que soit le nombre d'équipements. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Nombre d'équipements à scruter Délai entre l'entrée de l'équipement scruté et la sortie locale (ms) 140CPU43412A (v2.0) + NOE771x1 (v3.5) Scrutation de 10 ms Scrutation de Scrutation 20 ms de 50 ms Scrutation de Scrutation de 100 ms 200 ms 1 équipement 16 29 61 124 231 8 équipements 17 31 62 126 232 16 équipements 19 33 64 127 234 32 équipements 21 35 67 130 237 31006930 10/2009 439 Performances du scrutateur d'E/S 440 31006930 10/2009 Performances de serveurs Modbus 31006930 10/2009 Débit de serveurs Modbus B Vue d'ensemble Cette annexe indique le débit de serveurs Modbus pour les systèmes Premium et Quantum qui utilisent un réseau Ethernet industriel. Contenu de ce chapitre Ce chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Débit des serveurs Modbus Quantum : Unity v2.0 442 Débit des serveurs Modbus Premium : Unity v2.0 444 441 Performances de serveurs Modbus Débit des serveurs Modbus Quantum : Unity v2.0 Mesures de performance Le diagramme ci-dessous indique le nombre de requêtes de lecture de registre Modbus auxquelles les UC Quantum peuvent répondre en 1 s. (Une requête de lecture de registre est une commande de fonction Modbus de code 3.) Le délai minimum de réponse à une requête Modbus correspond à un cycle de scrutation d'un automate. Le débit de cinq systèmes est mesuré : z z z z z 442 une UC 140CPU65150 avec un module de communication Ethernet 140NOE77101 ; une UC 140CPU65150 avec un module de communication Ethernet 140NOE77111 ; une UC 140CPU43412A avec un module de communication Ethernet 140NOE77101 ; une UC 140CPU43412A avec un module de communication Ethernet 140NOE77111 ; une UC 140CPU65150 avec un port Ethernet intégré. 31006930 10/2009 Performances de serveurs Modbus Les quatre courbes du bas (fondues en une même ligne car ayant des valeurs identiques) indiquent le débit des quatre UC qui utilisent les modules NOE. La courbe du haut indique le débit de l'UC équipée d'un port Ethernet intégré. A mesure que les temps de scrutation augmentent, la différence de débit (le nombre de transactions Modbus/messages) entre les UC équipées de modules NOE et celles disposant du port Ethernet intégré diminue. Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. 31006930 10/2009 Temps de scrutation (ms) 65150 (port intégré) 65150 + NOE77101 65150 + NOE77111 43412A + 43412A+ NOE77101 NOE77111 Temps de scrutation Nombre de transactions Modbus/seconde 10 400 100 100 100 100 20 400 100 100 100 100 50 320 120 120 120 120 100 160 80 80 80 80 200 80 40 40 40 40 443 Performances de serveurs Modbus Débit des serveurs Modbus Premium : Unity v2.0 Mesures de performance Le diagramme ci-dessous indique le nombre de requêtes de lecture de registre Modbus auxquelles les UC Premium peuvent répondre en 1 cycle de processeur. (Une requête de lecture de registre est une commande de fonction Modbus de code 3.) Le délai minimum de réponse à une requête Modbus correspond à un cycle de scrutation d'un automate. Le débit de trois automates est mesuré : z z z 444 une UC TSXP575634M équipée d'un module de communication Ethernet TSX ETY5103 ; une UC TSXP575634M avec un port Ethernet intégré ; une UC TSXP57304M équipée d'un module de communication Ethernet TSX ETY5103. 31006930 10/2009 Performances de serveurs Modbus Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. P575634M (port intégré) 31006930 10/2009 P575634M + ETY5103 P57304M + ETY5103 Temps de scrutation Nombre de transactions Modbus/seconde 10 400 400 300 20 300 400 300 50 320 400 160 100 160 200 120 200 80 100 60 445 Performances de serveurs Modbus 446 31006930 10/2009 Performance des clients Modbus 31006930 10/2009 Temps de réponse des clients Modbus C Vue d'ensemble Cette annexe indique les temps de réponse des clients Modbus pour les systèmes Premium et Quantum qui utilisent un réseau Ethernet industriel. Contenu de ce chapitre Ce chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Temps de réponse du client Modbus : Premium TSXP575634M 448 Temps de réponse du client Modbus : Premium TSXP57304M 454 Temps de réponse du client Modbus : Quantum 140 CPU65150 avec port Ethernet intégré 461 Temps de réponse du client Modbus : Quantum 140 CPU65150 avec module de communication Ethernet 140 NOE77101 467 Temps de réponse du client Modbus : Quantum 140 CPU65150 avec module de communication Ethernet 140 NOE77111 473 Temps de réponse du client Modbus : Quantum 140 CPU43412A avec module de communication Ethernet 140 NOE77101 479 Temps de réponse du client Modbus : Quantum 140 CPU43412A avec module de communication Ethernet 140 NOE77111 485 447 Performance des clients Modbus Temps de réponse du client Modbus : Premium TSXP575634M Configuration du test Les graphiques ci-dessous indiquent les temps de réponse de l'UC Premium lorsqu'un bloc de requête client est déclenché dans la logique de l'automate par la lecture de données sur un serveur Modbus. Ces graphiques représentent le nombre de cycles d'UC nécessaires à l'automate pour traiter toutes les demandes de client Modbus déclenchées. Dans tous les cas, l'UC est un module Premium TSXP575634M équipé d'un module de communication Ethernet TSXETY5103 (EXEC v3.10). Les temps de scrutation de la logique de l'UC varient. Les temps de réponse du client Modbus sont analysés par rapport à six temps de réponse du serveur Modbus : z z z z z z < 1 ms 10 ms 20 ms 50 ms 70 ms 100 ms Temps de scrutation d'UC de 200 ms Voici un échantillon des résultats représentés dans le graphique : 448 Nombre de requêtes Temps de réponse du serveur Nombre de cycles d'UC requis 1à7 <1 à 100 ms 2 cycles 8 70 à 100 ms 3 cycles 31006930 10/2009 Performance des clients Modbus Nombre de requêtes Temps de réponse du serveur Nombre de cycles d'UC requis 10 50 ms 3 cycles 29 100 ms 4 cycles 33 38 70 ms 4 cycles 100 ms 5 cycles 50 ms 4 cycles 70 ms 5 cycles 100 ms 6 cycles 41 20 ms 3 cycles 42 100 ms 7 cycles 46 50 ms 5 cycles 48 55 60 70 ms 6 cycles 10 ms 3 cycles 50 ms 6 cycles 70 ms 7 cycles 100 ms 10 cycles 100 ms 11 cycles Temps de scrutation d'UC de 100 ms 31006930 10/2009 449 Performance des clients Modbus Voici un échantillon des résultats représentés dans le graphique : Nombre de requêtes Temps de réponse du serveur 1à4 <1 à 100 ms 2 cycles 5 100 ms 3 cycles 7 20 à 70 ms 3 cycles 16 100 ms 4 cycles 18 10 ms 3 cycles 22 70 ms 4 cycles 24 100 ms 5 cycles 29 50 ms 4 cycles 70 ms 5 cycles 100 ms 6 cycles 31 33 <1 ms 3 cycles 70 ms 6 cycles 100 ms 7 cycles 34 100 ms 8 cycles 38 50 ms 6 cycles 39 70 ms 8 cycles 100 ms 9 cycles 20 ms 4 cycles 47 60 450 Nombre de cycles d'UC requis 50 ms 8 cycles 70 ms 10 cycles 100 ms 12 cycles 20 ms 5 cycles 50 ms 10 cycles 70 ms 14 cycles 100 ms 18 cycles 31006930 10/2009 Performance des clients Modbus Temps de scrutation d'UC de 50 ms Voici un échantillon des résultats représentés dans le graphique : Nombre de requêtes Temps de réponse du serveur Nombre de cycles d'UC requis 1à2 <1 à 50 ms 2 cycles 70 à 100 ms 3 cycles 50 ms 3 cycles 3 7 4 cycles 10 à 20 ms 3 cycles 50 ms 4 cycles 70 à 100 ms 5 cycles 8 100 ms 6 cycles 15 10 ms 4 cycles 20 à 70 ms 5 cycles 50 à 70 ms 6 cycles 100 ms 7 cycles 70 ms 8 cycles 26 31 37 31006930 10/2009 100 ms 100 ms 11 cycles 50 ms 9 cycles 70 ms 13 cycles 100 ms 16 cycles 451 Performance des clients Modbus Nombre de requêtes Temps de réponse du serveur 39 50 60 Nombre de cycles d'UC requis <1 ms 4 cycles 100 ms 17 cycles 10 à 20 ms 6 cycles 50 ms 13 cycles 70 ms 20 cycles 100 ms 26 cycles <1 ms 5 cycles 10 ms 7 cycles 20 ms 8 cycles 50 ms 18 cycles 70 ms 25 cycles 100 ms 35 cycles Temps de scrutation d'UC de 10 ms Voici un échantillon des résultats représentés dans le graphique : 452 Nombre de requêtes Temps de réponse du serveur Nombre de cycles d'UC requis 1 <1 à 10 ms 3 cycles 20 ms 5 cycles 50 à 70 ms 7 cycles 100 ms 8 cycles 31006930 10/2009 Performance des clients Modbus Nombre de requêtes Temps de réponse du serveur Nombre de cycles d'UC requis 3 <1 ms 5 cycles 10 ms 4 cycles 10 16 21 33 39 45 60 31006930 10/2009 20 ms 6 cycles 50 ms 10 cycles 70 ms 12 cycles 100 ms 13 cycles <1 ms 6 cycles 10 ms 7 cycles 20 ms 18 cycles 70 à 100 ms 22 ms 10 ms 8 cycles 20 ms 18 cycles 50 ms 22 cycles 70 ms 27 cycles 100 ms 22 cycles <1 ms 8 cycles 10 à 20 ms 19 cycles 50 ms 22 cycles 70 ms 27 cycles 100 ms 31 cycles <1 ms 11 cycles 10 ms 19 cycles 20 ms 24 cycles 50 ms 25 cycles 70 ms 44 cycles 100 ms 54 cycles <1 ms 4 cycles 100 ms 17 cycles <1 ms 14 cycles 10 ms 21 cycles 50 ms 58 cycles 70 ms 76 cycles 100 ms 101 cycles <1 ms 16 cycles 10 ms 21 cycles 20 ms 35 cycles 50 ms 89 cycles 70 ms 119 cycles 100 ms 163 cycles 453 Performance des clients Modbus Temps de réponse du client Modbus : Premium TSXP57304M Configuration du test Les graphiques ci-dessous indiquent les temps de réponse de l'UC Premium lorsque le bloc de requête du client est déclenché dans la logique de l'automate par la lecture de données sur un serveur Modbus. Ces graphiques représentent le nombre de cycles d'UC nécessaires à l'automate pour traiter toutes les demandes de client Modbus déclenchées. Dans tous les cas, l'automate est un Premium TSXP57304M équipé d'un module de communication Ethernet ETY5103 (EXEC v3.10). Les temps de scrutation de la logique de l'UC varient. Les temps de réponse du client Modbus sont analysés par rapport à six temps de réponse du serveur Modbus : z z z z z z < 1 ms 10 ms 20 ms 50 ms 70 ms 100 ms Temps de scrutation d'UC de 200 ms 454 31006930 10/2009 Performance des clients Modbus Voici un échantillon des résultats représentés dans le graphique : Nombre de requêtes Temps de réponse du serveur 1à4 <1 à 100 ms 2 cycles 5 100 ms 3 cycles 9 50 ms 3 cycles 14 70 ms 3 cycles 20 100 ms 4 cycles 23 20 ms 3 cycles 70 ms 4 cycles 100 ms 5 cycles 28 36 43 48 31006930 10/2009 Nombre de cycles d'UC requis 50 ms 4 cycles 70 ms 5 cycles 100 ms 6 cycles 10 ms 3 cycles 20 ms 4 cycles 50 ms 5 cycles 70 ms 7 cycles 100 ms 9 cycles 20 ms 5 cycles 50 ms 7 cycles 70 ms 9 cycles 100 ms 13 cycles 50 ms 10 cycles 70 ms 13 cycles 100 ms 18 cycles 455 Performance des clients Modbus Temps de scrutation d'UC de 100 ms Voici un échantillon des résultats représentés dans le graphique : Nombre de requêtes Temps de réponse du serveur Nombre de cycles d'UC requis 1 2 cycles 70 à 100 ms 3 cycles 2 ... 4 <1 à 100 ms 2 cycles 5 100 ms 3 cycles 6 50 ... 70 ms 3 cycles 20 à 50 ms 3 cycles 70 ms 3 cycles 15 18 24 32 456 <1 à 50 ms 100 ms 5 cycles 20 ms 4 cycles 50 ms 3 cycles 70 ms 4 cycles 50 ms 5 cycles 70 ms 3 cycles 100 ms 5 cycles 10 ms 3 cycles 20 ms 5 cycles 50 ms 8 cycles 31006930 10/2009 Performance des clients Modbus Nombre de requêtes Temps de réponse du serveur Nombre de cycles d'UC requis 48 70 ms 9 cycles 100 ms 13 cycles 10 ms 4 cycles 20 ms 8 cycles 50 ms 18 cycles 70 ms 24 cycles 100 ms 34 cycles Temps de scrutation d'UC de 50 ms Voici un échantillon des résultats représentés dans le graphique : Nombre de requêtes Temps de réponse du serveur Nombre de cycles d'UC requis 1 <1 à 20 ms 2 cycles 50 ms 3 cycles 70 ms 4 cycles 100 ms 6 cycles 70 ms 3 cycles 100 ms 4 cycles 4 50 ms 4 cycles 8 20 ms 3 cycles 2 31006930 10/2009 457 Performance des clients Modbus Nombre de requêtes Temps de réponse du serveur 15 22 35 48 458 Nombre de cycles d'UC requis 70 ms 5 cycles 100 ms 6 cycles 10 ms 3 cycles 20 ms 4 cycles 50 ms 7 cycles 70 ms 6 cycles 100 ms 8 cycles <1 ms 3 cycles 20 ms 6 cycles 50 ms 9 cycles 70 ms 10 cycles 100 ms 14 cycles 10 à 20 ms 7 cycles 50 ms 17 cycles 70 ms 22 cycles 100 ms 31 cycles 20 ms 10 cycles 50 ms 37 cycles 70 ms 51 cycles 100 ms 73 cycles 31006930 10/2009 Performance des clients Modbus Temps de scrutation d'UC de 10 ms Voici un échantillon des résultats représentés dans le graphique : Nombre de requêtes Temps de réponse du serveur Nombre de cycles d'UC requis 1 2 cycles 20 ms 4 cycles 50 ms 5 cycles 70 ms 3 cycles 100 ms 5 cycles 2 10 ms 3 cycles 3 <1 ms 3 cycles 70 ms 4 cycles 100 ms 6 cycles <1 ms 4 cycles 10 ms 5 cycles 20 ms 6 cycles 50 ms 15 cycles 70 ms 12 cycles 100 ms 22 cycles <1 ms 5 cycles 11 18 31006930 10/2009 <1 à 10 ms 10 ms 6 cycles 20 ms 13 cycles 459 Performance des clients Modbus Nombre de requêtes Temps de réponse du serveur Nombre de cycles d'UC requis 22 39 48 460 50 ms 16 cycles 70 ms 22 cycles 100 ms 28 cycles <1 ms 6 cycles 10 ms 7 cycles 20 ms 18 cycles 50 ms 27 cycles 70 ms 35 cycles 100 ms 50 cycles <1 ms 9 cycles 10 ms 12 cycles 20 ms 33 cycles 50 ms 81 cycles 70 ms 109 cycles 100 ms 159 cycles <1 ms 10 cycles 20 ms 16 cycles 20 ms 64 cycles 50 ms 159 cycles 70 ms 220 cycles 100 ms 314 cycles 31006930 10/2009 Performance des clients Modbus Temps de réponse du client Modbus : Quantum 140 CPU65150 avec port Ethernet intégré Configuration du test Les graphiques ci-dessous indiquent les temps de réponse de l'automate Quantum lorsque le bloc de requête du client est déclenché dans la logique de l'automate par la lecture de données sur un serveur Modbus. Ces graphiques représentent le nombre de cycles d'UC nécessaires à l'automate pour traiter toutes les demandes de client Modbus déclenchées. Dans tous les cas, l'automate est un Quantum 140 CPU65150 équipé d'un port Ethernet intégré. Les temps de scrutation de la logique de l'UC varient. Les temps de réponse du client Modbus sont analysés par rapport à six temps de réponse du serveur Modbus : z z z z z z < 1 ms 10 ms 20 ms 50 ms 70 ms 100 ms Temps de scrutation d'UC de 200 ms 31006930 10/2009 461 Performance des clients Modbus Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 462 200 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 1 1 1 1 1 1 1 2 1 1 1 1 1 2 3 1 1 1 1 2 2 4 1 1 1 2 2 3 5 2 2 2 2 3 3 6 2 2 2 2 3 4 7 2 2 2 3 3 4 8 2 2 2 3 4 5 9 3 3 3 3 4 5 10 3 3 3 4 5 6 11 3 3 3 4 5 6 12 3 4 3 4 5 7 13 4 4 4 4 6 7 14 4 4 4 5 6 8 15 4 4 4 5 6 8 16 4 5 4 6 7 9 17 5 5 5 6 7 9 31006930 10/2009 Performance des clients Modbus Temps de scrutation d'UC de 100 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 31006930 10/2009 100 <1 10 20 50 70 100 Requêtes envoyées Cycles d'automate avant réception de la réponse 1 1 1 1 1 1 1 2 1 2 2 1 2 2 3 1 2 2 2 3 3 4 1 2 2 2 4 4 5 2 2 2 3 4 5 6 2 3 3 3 5 6 7 2 3 3 4 6 7 8 2 4 3 5 6 8 9 3 4 3 5 7 9 10 3 4 4 6 8 10 11 3 4 4 6 8 10 12 3 5 4 6 9 11 13 4 5 4 7 10 12 14 4 5 5 8 10 13 15 4 5 5 9 12 14 463 Performance des clients Modbus Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 100 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 16 4 6 6 9 12 15 17 5 6 6 10 12 16 Temps de scrutation d'UC de 50 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 50 464 <1 10 20 50 70 100 Requêtes envoyées Cycles d'automate avant réception de la réponse 1 1 2 1 1 2 2 2 1 3 2 2 3 4 3 1 4 2 3 4 6 4 1 4 3 4 6 8 5 2 5 3 5 7 10 6 2 5 4 6 8 12 7 2 5 4 7 9 13 8 2 6 4 8 11 15 9 3 6 5 9 12 17 10 3 6 5 10 13 19 31006930 10/2009 Performance des clients Modbus Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 50 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 11 3 6 6 11 15 21 12 3 7 6 12 16 23 13 4 7 7 13 17 24 14 4 7 7 13 18 26 15 4 8 9 15 22 30 16 4 8 10 17 22 30 17 5 8 10 17 22 32 Temps de scrutation d'UC de 10 ms 31006930 10/2009 465 Performance des clients Modbus Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 466 10 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 1 2 2 3 5 5 8 2 2 3 4 10 11 17 3 2 4 6 15 18 26 4 2 4 8 19 24 35 5 3 5 10 24 31 44 6 3 6 12 28 37 54 7 3 7 14 33 43 63 8 3 8 15 37 50 72 9 4 9 17 42 56 81 10 4 10 19 47 63 90 11 4 11 21 51 69 100 12 4 12 23 56 76 109 13 5 13 25 60 82 118 14 5 14 48 65 88 127 15 5 17 48 80 106 144 16 6 17 48 80 106 146 17 6 17 48 80 108 155 31006930 10/2009 Performance des clients Modbus Temps de réponse du client Modbus : Quantum 140 CPU65150 avec module de communication Ethernet 140 NOE77101 Configuration du test Les graphiques ci-dessous indiquent les temps de réponse de l'automate Quantum lorsque le bloc de requête du client est déclenché dans la logique de l'automate par la lecture de données sur un serveur Modbus. Ces graphiques représentent le nombre de cycles d'UC nécessaires à l'automate pour traiter toutes les demandes de client Modbus déclenchées. Dans tous les cas, l'automate est un Quantum 140 CPU65150 équipé d'un module de communication Ethernet 140 NOE77101. Les temps de scrutation de la logique de l'UC varient. Les temps de réponse du client Modbus sont analysés par rapport à six temps de réponse du serveur Modbus : z z z z z z < 1 ms 10 ms 20 ms 50 ms 70 ms 100 ms Temps de scrutation d'UC de 200 ms 31006930 10/2009 467 Performance des clients Modbus Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 468 200 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 1 1 1 1 1 1 2 2 1 1 1 1 2 2 3 1 1 1 2 2 2 4 1 1 1 2 2 3 5 1 2 2 2 3 3 6 1 2 2 2 3 3 7 1 2 2 2 3 4 8 1 2 2 2 3 4 9 1 2 2 3 4 5 10 1 2 2 3 4 5 11 1 2 2 3 4 6 12 1 2 2 3 5 6 13 1 2 3 3 5 7 14 1 2 3 4 5 7 15 1 2 3 4 6 8 16 1 2 3 4 6 8 17 2 3 3 5 6 8 31006930 10/2009 Performance des clients Modbus Temps de scrutation d'UC de 100 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 31006930 10/2009 100 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 1 1 1 1 1 1 2 2 1 1 1 1 2 2 3 1 1 1 2 3 4 4 1 1 2 2 3 4 5 1 1 2 4 4 5 6 1 2 3 4 4 6 7 1 2 3 4 5 7 8 1 2 3 4 5 8 9 1 2 3 5 6 9 10 1 2 4 5 7 10 11 1 2 4 6 8 11 12 2 3 4 6 9 12 13 2 3 4 7 9 13 14 2 3 4 7 10 13 15 2 3 4 7 10 14 469 Performance des clients Modbus Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 100 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 16 2 3 4 8 11 15 17 2 3 4 8 11 16 Temps de scrutation d'UC de 50 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 470 50 <1 10 20 50 70 100 Requêtes envoyées Cycles d'automate avant réception de la réponse 1 1 1 1 1 2 2 2 1 1 1 2 3 4 3 1 1 2 4 5 7 4 1 1 3 5 6 8 5 1 2 4 6 7 9 6 2 2 4 6 8 11 7 2 3 4 7 9 12 31006930 10/2009 Performance des clients Modbus Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 50 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 8 2 3 4 8 10 14 9 2 4 5 9 11 16 10 2 4 6 9 13 19 11 2 4 6 10 14 20 12 3 5 6 11 15 21 13 3 5 6 12 16 23 14 3 5 6 13 17 25 15 3 5 6 14 19 27 16 3 5 6 15 20 29 17 3 5 7 16 21 31 Temps de scrutation d'UC de 10 ms 31006930 10/2009 471 Performance des clients Modbus Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 472 10 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 1 6 4 4 5 6 8 2 6 4 5 7 9 14 3 6 5 6 14 19 26 4 6 5 8 18 19 29 5 6 5 9 22 25 35 6 7 6 15 25 31 43 7 7 7 20 28 35 51 8 8 8 20 30 41 58 9 8 11 21 35 47 67 10 10 12 21 38 51 76 11 11 14 22 43 58 82 12 11 15 22 46 63 94 13 12 16 23 51 67 99 14 13 17 24 56 73 109 15 14 20 24 59 81 117 16 14 22 25 64 89 124 17 14 23 28 67 96 134 31006930 10/2009 Performance des clients Modbus Temps de réponse du client Modbus : Quantum 140 CPU65150 avec module de communication Ethernet 140 NOE77111 Configuration du test Les graphiques ci-dessous indiquent les temps de réponse de l'automate Quantum lorsque le bloc de requête du client est déclenché dans la logique de l'automate par la lecture de données sur un serveur Modbus. Ces graphiques représentent le nombre de cycles d'UC nécessaires à l'automate pour traiter toutes les demandes de client Modbus déclenchées. Dans tous les cas, l'automate est un Quantum 140 CPU65150 équipé d'un module de communication Ethernet 140 NOE77111. Les temps de scrutation de la logique de l'UC varient. Les temps de réponse du client Modbus sont analysés par rapport à six temps de réponse du serveur Modbus : z z z z z z < 1 ms 10 ms 20 ms 50 ms 70 ms 100 ms Temps de scrutation d'UC de 200 ms 31006930 10/2009 473 Performance des clients Modbus Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 474 200 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 1 1 1 1 1 1 1 2 1 1 1 1 1 2 3 1 1 1 2 2 2 4 1 1 2 2 2 2 5 1 1 2 2 3 3 6 1 2 2 2 3 3 7 1 2 2 2 3 4 8 1 2 2 2 3 4 9 1 2 2 3 4 5 10 1 2 2 3 4 5 11 1 2 2 3 4 6 12 1 2 3 3 5 6 13 1 2 3 4 5 7 14 1 2 3 4 5 7 15 1 2 3 4 6 8 16 1 2 3 4 6 8 17 2 2 3 5 6 8 31006930 10/2009 Performance des clients Modbus Temps de scrutation d'UC de 100 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) 31006930 10/2009 Temps de réponse du serveur (ms) 100 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 1 1 1 1 1 1 2 2 1 1 1 1 2 2 3 1 1 1 2 3 4 4 1 1 2 4 3 4 5 1 1 2 4 4 5 6 1 2 3 4 4 6 7 1 2 3 4 5 7 8 1 2 4 4 6 8 9 1 2 4 5 6 9 10 1 2 4 5 7 10 11 2 3 4 6 8 11 12 2 3 4 6 8 12 13 2 3 4 7 9 13 14 2 3 4 7 10 13 15 2 3 4 7 10 14 475 Performance des clients Modbus Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 100 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 16 2 3 4 8 11 15 17 2 3 4 8 12 16 Temps de scrutation d'UC de 50 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 476 50 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 1 1 1 1 1 2 2 2 1 1 1 2 3 4 3 1 1 2 4 6 7 4 2 2 3 5 6 7 5 2 2 4 5 7 9 6 2 2 4 6 8 11 7 2 3 4 7 9 13 8 2 3 5 8 10 14 9 2 3 5 8 11 16 10 2 4 6 9 13 19 31006930 10/2009 Performance des clients Modbus Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 50 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 11 3 4 6 10 14 20 12 3 4 6 11 15 21 13 3 5 6 12 16 23 14 3 5 6 13 18 25 15 3 5 6 14 19 27 16 3 5 6 15 20 29 17 3 5 7 16 22 31 Temps de scrutation d'UC de 10 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 31006930 10/2009 10 <1 10 20 50 70 100 Requêtes envoyées Cycles d'automate avant réception de la réponse 1 6 4 4 5 5 8 2 6 5 5 8 10 15 3 7 5 6 16 18 28 4 7 5 6 18 19 29 5 7 6 7 21 25 36 477 Performance des clients Modbus Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 478 10 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 6 7 6 19 26 30 43 7 7 7 21 28 35 51 8 7 7 21 30 41 58 9 8 12 21 34 46 66 10 9 12 21 38 51 74 11 9 14 22 42 57 82 12 10 14 22 46 63 91 13 11 16 23 50 69 99 14 12 17 24 55 75 108 15 13 19 24 59 81 117 16 13 22 26 64 88 126 17 14 23 28 68 95 136 31006930 10/2009 Performance des clients Modbus Temps de réponse du client Modbus : Quantum 140 CPU43412A avec module de communication Ethernet 140 NOE77101 Configuration du test Les graphiques ci-dessous indiquent les temps de réponse du client Modbus lorsque le bloc de requête du client est déclenché dans la logique de l'automate par la lecture de données sur un serveur Modbus. Ces graphiques représentent le nombre de cycles d'UC nécessaires à l'automate pour traiter toutes les demandes de client Modbus déclenchées. Dans tous les cas, l'automate est un Quantum 140 CPU43412A équipé d'un module de communication Ethernet 140 NOE77101. Les temps de scrutation de la logique de l'UC varient. Les temps de réponse du client Modbus sont analysés par rapport à six temps de réponse du serveur Modbus : z z z z z z < 1 ms 10 ms 20 ms 50 ms 70 ms 100 ms Temps de scrutation d'UC de 200 ms 31006930 10/2009 479 Performance des clients Modbus Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 480 200 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 1 1 1 1 1 1 1 2 1 1 1 1 1 1 3 1 1 1 1 1 1 4 1 1 1 1 2 2 5 1 1 1 2 2 2 6 1 1 1 2 2 3 7 1 1 1 2 3 3 8 1 1 1 2 3 4 9 1 1 1 2 3 4 10 1 1 1 3 4 5 11 1 1 1 3 4 5 12 1 1 2 3 4 5 13 1 1 2 3 4 6 14 1 1 2 4 5 6 15 1 1 2 4 5 7 16 1 1 2 4 5 7 17 2 2 2 4 6 8 31006930 10/2009 Performance des clients Modbus Temps de scrutation d'UC de 100 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 31006930 10/2009 100 <1 10 20 50 70 100 Requêtes envoyées Cycles d'automate avant réception de la réponse 1 1 1 1 1 1 1 2 1 1 1 1 1 2 3 1 1 1 2 2 3 4 1 1 2 2 3 4 5 1 1 2 2 3 4 6 1 1 2 3 3 5 7 1 1 2 3 4 6 8 1 1 2 4 4 6 9 1 1 2 4 5 7 10 1 1 2 4 6 8 11 1 1 2 5 6 9 12 1 1 2 5 7 10 13 1 2 2 6 7 10 14 1 2 3 6 8 11 15 1 3 3 6 8 12 481 Performance des clients Modbus Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 100 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 16 1 3 3 7 9 13 17 2 3 3 7 9 14 Temps de scrutation d'UC de 50 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. 482 Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 50 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 1 1 1 1 1 2 2 2 1 1 1 2 3 3 3 1 1 2 5 4 6 4 1 1 4 6 6 7 5 1 2 5 6 7 8 6 1 2 5 6 9 10 7 2 5 5 6 11 12 10 20 50 70 100 31006930 10/2009 Performance des clients Modbus Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 50 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 8 2 5 5 7 13 13 9 2 5 6 8 14 15 10 2 5 6 9 16 16 11 2 5 6 10 17 18 12 2 5 6 10 18 20 13 2 5 6 11 19 22 14 3 5 6 12 21 23 15 3 5 6 13 23 25 16 3 5 6 14 24 27 17 3 5 6 15 26 28 Temps de scrutation d'UC de 10 ms 31006930 10/2009 483 Performance des clients Modbus Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 484 10 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 1 3 4 4 4 4 5 2 4 4 5 7 8 10 3 5 7 6 18 18 22 4 6 8 8 18 19 25 5 6 8 10 19 20 29 6 7 9 12 19 24 35 7 8 17 18 23 28 41 8 8 18 18 26 33 48 9 9 19 21 30 38 55 10 9 19 21 33 43 63 11 10 19 21 36 47 69 12 10 20 21 40 53 76 13 11 21 23 43 58 83 14 13 23 24 47 63 91 15 13 24 25 51 68 99 16 14 24 25 55 74 106 17 14 24 25 59 79 115 31006930 10/2009 Performance des clients Modbus Temps de réponse du client Modbus : Quantum 140 CPU43412A avec module de communication Ethernet 140 NOE77111 Configuration du test Les graphiques ci-dessous indiquent les temps de réponse du client Modbus lorsque le bloc de requête du client est déclenché dans la logique de l'automate par la lecture de données sur un serveur Modbus. Ces graphiques représentent le nombre de cycles d'UC nécessaires à l'automate pour traiter toutes les demandes de client Modbus déclenchées. Dans tous les cas, l'automate est un Quantum 140 CPU43412A équipé d'un module de communication Ethernet 140 NOE77111. Les temps de scrutation de la logique de l'UC varient. Les temps de réponse du client Modbus sont analysés par rapport à six temps de réponse du serveur Modbus : z z z z z z < 1 ms 10 ms 20 ms 50 ms 70 ms 100 ms Temps de scrutation d'UC de 200 ms 31006930 10/2009 485 Performance des clients Modbus Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 486 200 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 1 1 1 1 1 1 1 2 1 1 1 1 1 1 3 1 1 1 1 1 1 4 1 1 1 1 2 2 5 1 1 1 1 2 2 6 1 1 1 2 2 3 7 1 1 1 2 2 3 8 1 1 1 2 3 4 9 1 1 1 2 3 4 10 1 1 1 2 4 5 11 1 1 2 3 4 5 12 1 1 2 3 4 5 13 1 1 2 3 4 6 14 1 1 2 3 5 6 15 1 1 2 4 5 6 16 1 1 2 4 5 7 17 2 2 2 4 6 8 31006930 10/2009 Performance des clients Modbus Temps de scrutation d'UC de 100 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 31006930 10/2009 100 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 1 1 1 1 1 1 1 2 1 1 1 1 1 2 3 1 1 1 1 2 3 4 1 1 1 2 2 3 5 1 1 1 2 3 4 6 1 1 2 3 3 5 7 1 1 2 3 4 6 8 1 1 2 3 4 6 9 1 1 2 4 5 7 10 1 1 2 4 6 8 11 1 1 2 4 6 9 12 1 2 2 5 7 9 13 1 2 2 6 7 10 14 1 2 2 6 8 11 15 1 3 3 6 9 12 487 Performance des clients Modbus Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 100 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 16 1 3 3 6 9 13 17 2 3 3 7 9 14 Temps de scrutation d'UC de 50 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 50 488 <1 10 20 50 70 100 Requêtes envoyées Cycles d'automate avant réception de la réponse 1 1 1 1 1 2 2 2 1 1 1 2 3 3 3 1 1 3 4 4 5 4 1 1 3 5 6 7 5 1 2 4 6 7 8 6 2 2 5 6 8 9 7 2 3 5 6 10 12 8 2 3 5 6 12 13 31006930 10/2009 Performance des clients Modbus Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 50 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 9 2 4 5 8 14 15 10 2 5 6 9 16 17 11 3 5 6 10 17 18 12 3 5 6 10 19 20 13 3 5 6 11 19 22 14 3 5 6 12 21 24 15 3 5 6 13 23 25 16 3 5 6 13 24 27 17 3 5 6 15 25 28 Temps de scrutation d'UC de 10 ms 31006930 10/2009 489 Performance des clients Modbus Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Scrutation de l'automate (ms) Temps de réponse du serveur (ms) 490 10 <1 Requêtes envoyées Cycles d'automate avant réception de la réponse 10 20 50 70 100 1 4 4 4 4 5 6 2 4 4 5 7 8 10 3 4 7 6 18 18 20 4 5 8 8 18 19 26 5 6 8 10 19 20 30 6 6 11 12 19 24 34 7 7 16 18 21 28 41 8 7 18 18 26 31 46 9 8 19 20 30 39 55 10 9 19 21 33 42 64 11 9 20 21 34 46 69 12 10 20 21 39 52 76 13 10 21 22 42 57 83 14 11 23 24 47 63 91 15 11 24 24 51 68 96 16 12 24 25 55 74 106 17 13 24 26 57 79 115 31006930 10/2009 Performances de la passerelle 31006930 10/2009 Mesures du timeout et du temps de réponse de la passerelle D Vue d'ensemble Cette annexe illustre certaines mesures de performances pour les équipements avec divers temps de réponse lorsqu'ils communiquent sur un réseau via une passerelle série EGX200, EGX400 ou 174CEV30020. Des mesures distinctes sont données pour les équipements qui communiquent correctement, et pour ces mêmes équipements dans le cas d'un simple échec de requête. Contenu de ce chapitre Ce chapitre contient les sous-chapitres suivants : Sous-chapitre 31006930 10/2009 Sujet Page D.1 Mesures du timeout et du temps de réponse du serveur série de passerelles EGX200 492 D.2 Mesures du timeout et du temps de réponse du serveur série de passerelles EGX400 503 D.3 Mesures du timeout et du temps de réponse du serveur série de passerelles 174CEV30020 514 491 Performances de la passerelle D.1 Mesures du timeout et du temps de réponse du serveur série de passerelles EGX200 Vue d'ensemble Les performances des équipements série avec des temps de réponse de 50 ms, 100 ms, 200 ms et 500 ms sont mesurées dans le cadre d'une communication réseau via une passerelle Modbus vers Ethernet EGX200. Ces mesures sont prises à des débits réseau de 9 600 et 19 200 bauds. En outre, ces mesures sont prises dans le cas de communications établies avec succès, mais également dans le cas d'un simple échec de requête suivi d'une tentative de rétablissement de communication réussie. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 492 Page Temps de réponse du serveur série EGX200 493 Mesures des réponses du serveur série EGX200 avec timeout de la requête 498 31006930 10/2009 Performances de la passerelle Temps de réponse du serveur série EGX200 Configuration du test Les graphiques ci-dessous vérifient le temps nécessaire pour obtenir une réponse après un certain nombre de requêtes envoyées à des équipements connectés à la passerelle EGX200 côté série. Les performances sont basées sur des débits réseau de 9 600 et 19 200 bauds et sur la quantité de données (c.-à-d., le nombre de registres) requise. Le tableau suivant décrit les débits en bauds testés et le nombre de requêtes envoyées pour les quatre graphiques ci-dessous : Courbe Nombre de requêtes Débit en bauds 1 16 9 600 8 9 600 1 9 600 2 3 19 200 4 5 19 200 6 19 200 Equipements série avec un temps de réponse de 50 ms 31006930 10/2009 493 Performances de la passerelle Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 50 EGX200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 1 250.8333333 694.1666667 1200.833333 244.1666667 640.83333333 1094.166667 187.5 16 300.8333333 1094.166667 2000.833333 269.1666667 840.8333333 32 354.1666667 1520.833333 2854.166667 295.8333333 1054.1666667 1920.833333 187.5 64 460.8333333 2374.166667 4560.833333 349.1666667 1480.833333 2774.166667 187.5 100 580.8333333 3334.166667 6480.833333 409.1666667 1960.833333 3734.166667 187.5 19 200 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 1494.166667 187.5 Equipements série avec un temps de réponse de 100 ms 494 31006930 10/2009 Performances de la passerelle Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 100 EGX200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 1 300.8333333 1094.166667 2000.833333 294.1666667 1040.833333 1894.166667 187.5 16 350.8333333 1494.166667 2800.833333 319.1666667 1240.833333 2294.166667 187.5 32 404.1666667 1920.833333 3654.166667 345.8333333 1454.166667 2720.833333 187.5 64 510.8333333 2774.166667 5360.833333 399.166667 1880.833333 3574.166667 187.5 100 630.8333333 3734.166667 7280.833333 459.166667 2360.833333 4534.166667 187.5 19 200 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage Equipements série avec un temps de réponse de 200 ms 31006930 10/2009 495 Performances de la passerelle Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 200 EGX200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 1 400.8333333 1894.166667 3600.833333 394.1666667 1840.833333 3494.166667 187.5 16 450.8333333 2294.166667 4400.833333 419.1666667 2040.833333 3894.166667 187.5 32 504.1666667 2720.833333 5254.166667 445.8333333 2254.166667 4320.833333 187.5 64 610.8333333 3574.166667 6960.833333 499.1666667 2680.833333 5174.166667 187.5 100 730.8333333 4534.166667 8880.833333 559.1666667 3160.833333 6134.166667 187.5 19 200 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage Equipements série avec un temps de réponse de 500 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. 496 31006930 10/2009 Performances de la passerelle Equipement Temps de réponse du serveur série = 500 EGX200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 1 700.8333333 4294.16667 8400.833333 694.1666667 4240.833333 8294.166667 187.5 16 750.8333333 4694.16667 9200.833333 719.1666667 4440.833333 8694.166667 187.5 32 804.1666667 5120.83333 10054.16667 745.8333333 4654.166667 9120.833333 187.5 64 910.8333333 5974.16667 11760.83333 799.1666667 5080.833333 9974.166667 187.5 100 1030.833333 6934.16667 13680.83333 859.1666667 5560.833333 10934.16667 187.5 31006930 10/2009 19 200 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 497 Performances de la passerelle Mesures des réponses du serveur série EGX200 avec timeout de la requête Configuration du test Les graphiques ci-dessous vérifient le temps nécessaire pour obtenir une réponse après un certain nombre de requêtes envoyées à des équipements connectés à la passerelle EGX200 côté série, en cas d'erreur d'une requête de communication (par exemple, un équipement série déconnecté). Cet échec entraîne un timeout de 1 000 ms sur la requête initiale suivi par une nouvelle tentative de la requête. NOTE : Un échec de requête augmente les temps de réponse pour toutes les requêtes. Les performances sont basées sur des débits réseau de 9 600 et 19 200 bauds et sur une quantité de données (c.-à-d., le nombre de registres) requise. Le tableau suivant décrit les débits en bauds testés et le nombre de requêtes envoyées pour les quatre graphiques ci-dessous : Courbe Nombre de requêtes Débit en bauds 1 16 9 600 2 3 19 200 8 4 5 9 600 19 200 1 6 9 600 19 200 Equipements série avec un temps de réponse de 50 ms 498 31006930 10/2009 Performances de la passerelle Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 50 Timeout 1 000 ms 1 tentative EGX200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 1 2200.83 2644.163333 3150.83 2194.17 2590.836667 3044.17 187.5 16 2200.83 2994.163333 3900.83 2194.17 2765.836667 3419.17 187.5 32 2200.83 3367.496667 4700.83 2194.17 2952.50333 3819.17 187.5 64 2200.83 4114.163333 6300.83 2194.17 3325.836667 4619.17 187.5 100 2200.83 4954.163333 8100.83 2194.17 3745.83667 5519.17 187.5 19 200 Equipements série avec un temps de réponse de 100 ms 31006930 10/2009 499 Performances de la passerelle Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 100 Timeout 1 000 ms 1 tentative EGX200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 1 2200.83 2994.163333 3900.83 2194.17 2940.836667 3794.17 187.5 16 2200.83 3344.163333 4650.83 2194.17 3115.836667 4169.17 187.5 32 2200.83 3717.496667 5450.83 2194.17 3302.50333 4569.17 187.5 64 2200.83 4464.163333 7050.83 2194.17 3675.836667 5369.17 187.5 100 2200.83 5304.163333 8850.83 2194.17 4095.836667 6269.17 187.5 19 200 Equipements série avec un temps de réponse de 200 ms 500 31006930 10/2009 Performances de la passerelle Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 200 Timeout 1 000 ms 1 tentative EGX200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 1 2200.83 3694.163333 5400.83 2194.17 3640.836667 5294.17 187.5 16 2200.83 4044.163333 6150.83 2194.17 3815.836667 5669.17 187.5 32 2200.83 4417.496667 6950.83 2194.17 4002.50333 6069.17 187.5 64 2200.83 5164.163333 8550.83 2194.17 4375.836667 6869.17 187.5 100 2200.83 6004.163333 10350.83 2194.17 4795.83667 7769.17 187.5 19 200 Equipements série avec un temps de réponse de 500 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. 31006930 10/2009 501 Performances de la passerelle Equipement Temps de réponse du serveur série = 500 Timeout 1 000 ms 1 tentative EGX200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 1 2200.83 5794.163333 9900.83 2194.17 5740.836667 9794.17 187.5 16 2200.83 6114.163333 10650.83 2194.17 5915.836667 10169.17 187.5 32 2200.83 6517.496667 11450.83 2194.17 6102.50333 10569.17 187.5 64 2200.83 7264.163333 13050.83 2194.17 6475.836667 11369.17 187.5 100 2200.83 8104.163333 14850.83 2194.17 6895.83667 12269.17 187.5 502 19 200 31006930 10/2009 Performances de la passerelle D.2 Mesures du timeout et du temps de réponse du serveur série de passerelles EGX400 Vue d'ensemble Les performances des équipements série avec des temps de réponse de 50 ms, 100 ms, 200 ms et 500 ms sont mesurées dans le cadre d'une communication réseau via une passerelle Modbus vers Ethernet EGX400. Ces mesures sont prises à des débits réseau de 9 600 et 19 200 bauds. En outre, ces mesures sont prises dans le cas de communications établies avec succès, mais également dans le cas d'un simple échec de requête suivi d'une tentative de rétablissement de communication réussie. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Temps de réponse du serveur série de passerelles EGX400 504 Mesures des réponses du serveur série EGX400 avec timeout de la requête 509 503 Performances de la passerelle Temps de réponse du serveur série de passerelles EGX400 Configuration du test Les graphiques ci-dessous vérifient le temps nécessaire pour obtenir une réponse après un certain nombre de requêtes envoyées à des équipements connectés à la passerelle EGX400 côté série. Les performances sont basées sur des débits réseau de 9 600 et 19 200 bauds et sur la quantité de données (c.-à-d., le nombre de registres) requise. Le tableau suivant décrit les débits en bauds testés et le nombre de requêtes envoyées pour les quatre graphiques ci-dessous : Courbe Nombre de requêtes Débit en bauds 1 16 9 600 8 9 600 1 9 600 2 3 19 200 4 5 6 504 19 200 19 200 31006930 10/2009 Performances de la passerelle Equipements série avec un temps de réponse de 50 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 50 EGX200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 1 235.3333333 678.6666667 1185.333333 228.6666667 625.33333333 1078.666667 172 16 285.3333333 1078.666667 1985.333333 253.6666667 825.3333333 32 338.6666667 1505.333333 2838.666667 280.3333333 1038.6666667 1905.333333 172 64 445.3333333 2358.666667 4545.333333 333.6666667 1465.333333 2758.666667 172 100 565.3333333 3318.666667 6465.333333 393.6666667 1945.333333 3718.666667 172 31006930 10/2009 19 200 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 1478.666667 172 505 Performances de la passerelle Equipements série avec un temps de réponse de 100 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 100 EGX200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 1 285.3333333 1078.666667 1985.333333 278.6666667 1025.3333333 1878.666667 172 16 335.3333333 1478.666667 2785.333333 303.6666667 1225.3333333 2278.666667 172 32 388.6666667 1905.333333 3638.666667 330.3333333 1438.6666667 2705.333333 172 64 495.3333333 2758.666667 5345.333333 383.6666667 1865.333333 3558.666667 172 100 615.3333333 3718.666667 7265.333333 443.6666667 2345.333333 4518.666667 172 506 19 200 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 31006930 10/2009 Performances de la passerelle Equipements série avec un temps de réponse de 200 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 200 EGX200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 1 385.3333333 1878.666667 3585.333333 378.666667 1825.3333333 3478.666667 172 16 435.3333333 2278.666667 4385.333333 403.666667 2025.3333333 3878.666667 172 32 488.6666667 2705.333333 5238.666667 430.333333 2238.6666667 4305.333333 172 19 200 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 64 595.3333333 3558.666667 6945.333333 483.666667 2665.3333333 5158.666667 172 100 715.3333333 4518.666667 8865.333333 543.666667 3145.3333333 6118.666667 172 31006930 10/2009 507 Performances de la passerelle Equipements série avec un temps de réponse de 500 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 500 EGX200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 1 685.3333333 4278.666667 8385.333333 678.6666667 4225.333333 8278.666667 172 16 735.3333333 4678.666667 9185.333333 703.6666667 4425.333333 8678.666667 172 32 788.6666667 5105.333333 10038.66667 730.3333333 4638.666667 9105.333333 172 64 895.3333333 5958.666667 11745.33333 783.6666667 5065.333333 9958.666667 172 100 1015.333333 6918.666667 13665.33333 843.6666667 5545.333333 10918.66667 172 508 19 200 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 31006930 10/2009 Performances de la passerelle Mesures des réponses du serveur série EGX400 avec timeout de la requête Configuration du test Les graphiques ci-dessous vérifient le temps nécessaire pour obtenir une réponse après un certain nombre de requêtes envoyées à des équipements connectés à la passerelle EGX400 côté série, en cas d'erreur d'une requête de communication (par exemple, un équipement série déconnecté). Cet échec entraîne un timeout de 1 000 ms sur la requête initiale suivi par une nouvelle tentative de la requête. NOTE : Un échec de requête augmente les temps de réponse pour toutes les requêtes. Les performances sont basées sur des débits réseau de 9 600 et 19 200 bauds et sur une quantité de données (c.-à-d., le nombre de registres) requise. Le tableau suivant décrit les débits en bauds testés et le nombre de requêtes envoyées pour les quatre graphiques ci-dessous : Courbe Nombre de requêtes Débit en bauds 1 16 9 600 2 3 19 200 8 4 5 9 600 19 200 1 6 9 600 19 200 Equipements série avec un temps de réponse de 50 ms 31006930 10/2009 509 Performances de la passerelle Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 50 Timeout 1 000 ms 1 tentative EGX400 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 1 2185.33 2628.663333 3135.33 2178.67 2575.336667 3028.167 172 16 2185.33 2978.663333 3885.33 2178.67 2750.336667 3403.167 172 32 2185.33 3351.996667 4685.33 2178.67 2937.003333 3803.67 172 64 2185.33 4098.663333 6285.33 2178.67 3310.336667 4603.67 172 100 2185.33 4938.663333 8085.33 2178.67 3730.336667 5503.67 172 19 200 Equipements série avec un temps de réponse de 100 ms 510 31006930 10/2009 Performances de la passerelle Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 100 Timeout 1 000 ms 1 tentative EGX400 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 1 2185.33 2978.663333 3885.33 2178.67 2925.336667 3778.67 172 16 2185.33 3328.663333 4635.33 2178.67 3100.336667 4153.67 172 32 2185.33 3701.996667 5435.33 2178.67 3287.003333 4553.67 172 64 2185.33 4448.663333 7035.33 2178.67 3660.336667 5353.67 172 100 2185.33 5288.663333 8835.33 2178.67 4080.336667 6253.67 172 19 200 Equipements série avec un temps de réponse de 200 ms 31006930 10/2009 511 Performances de la passerelle Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 200 EGX400 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 1 2185.33 16 2185.33 32 64 100 Timeout 1 000 ms 1 tentative 19 200 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 3678.663333 5385.33 2178.67 3625.336667 5278.67 172 4028.663333 6135.33 2178.67 3800.336667 5653.67 172 2185.33 4401.996667 6935.33 2178.67 3987.003333 6053.67 172 2185.33 5148.663333 8535.33 2178.67 4360.336667 6853.67 172 2185.33 5988.663333 10335.33 2178.67 4780.336667 7753.67 172 Equipements série avec un temps de réponse de 500 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. 512 31006930 10/2009 Performances de la passerelle Equipement Temps de réponse du serveur série = 500 EGX400 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 1 2185.33 5778.663333 9885.33 16 2185.33 6128.663333 10635.33 32 2185.33 64 2185.33 100 2185.33 31006930 10/2009 Timeout 1 000 ms 1 tentative 19 200 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 2178.67 5725.336667 9778.67 172 2178.67 5900.336667 10153.67 172 6501.996667 11435.33 2178.67 6087.003333 10553.67 172 7248.663333 13035.33 2178.67 6460.336667 11353.67 172 8088.663333 14835.33 2178.67 6880.336667 12253.67 172 513 Performances de la passerelle D.3 Mesures du timeout et du temps de réponse du serveur série de passerelles 174CEV30020 Vue d'ensemble Les performances des équipements série avec des temps de réponse de 50 ms, 100 ms, 200 ms et 500 ms sont mesurées dans le cadre d'une communication réseau via une passerelle Modbus vers Ethernet 174CEV30020. Ces mesures sont prises à des débits réseau de 9 600 et 19 200 bauds. En outre, ces mesures sont prises dans le cas de communications établies avec succès, mais également dans le cas d'un simple échec de requête suivi d'une tentative de rétablissement de communication réussie. Contenu de ce sous-chapitre Ce sous-chapitre contient les sujets suivants : Sujet 514 Page Temps de réponse du serveur série de passerelles 174CEV30020 515 Mesures des réponses du serveur série 174CEV30020 avec timeout de la requête 520 31006930 10/2009 Performances de la passerelle Temps de réponse du serveur série de passerelles 174CEV30020 Configuration du test Les graphiques ci-dessous vérifient le temps nécessaire pour obtenir une réponse après un certain nombre de requêtes envoyées à des équipements connectés à la passerelle 174CEV30020, côté série. Les performances sont basées sur des débits réseau de 9 600 et 19 200 bauds et sur des quantités de données (c-à-d, le nombre de registres) précises. Le tableau suivant décrit les débits en bauds testés et le nombre de requêtes envoyées pour les quatre graphiques ci-dessous : Courbe Nombre de requêtes Débit en bauds 1 16 9 600 2 3 19 200 8 4 5 9 600 19 200 1 6 9 600 19 200 Equipements série avec un temps de réponse de 50 ms 31006930 10/2009 515 Performances de la passerelle Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 50 CEV300200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 1 201,3333333 644,6666667 1 151,833333 194,6666667 591,8333333 1 044,166667 138 16 251,3333333 1 044,666667 1 951,833333 219,6666667 791,8333333 1 444,166667 138 32 304,6666667 1 471,333333 2 804,166667 246,3333333 1 004,166667 1 871,833333 138 19 200 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 64 411,3333333 2 324,666667 4 511,833333 299,6666667 1 431,833333 2 724,166667 138 100 531,3333333 3 284,666667 6 431,833333 359,6666667 1 911,833333 3 684,166667 138 Equipements série avec un temps de réponse de 100 ms 516 31006930 10/2009 Performances de la passerelle Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 100 CEV300200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes 1 251,33333 1 044,66667 1 951,333333 244,66667 991,333333 1 844,666667 138 16 301,33333 1 444,6667 2 751,333333 269,66667 1 191,33333 2 244,666667 138 32 354,66667 1 871,33333 3 604,666667 296,33333 1 404,66667 2 671,333333 138 64 461,33333 2 724,66667 5 311,333333 349,66667 1 831,33333 3 524,666667 138 100 581,33333 3 684,66667 7 231,333333 409,66667 2 311,33333 4 484,666667 138 19 200 Durée du routage Equipements série avec un temps de réponse de 200 ms 31006930 10/2009 517 Performances de la passerelle Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 200 CEV300200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 1 351,33333 1 844,66667 3 551,333333 344,66667 1 791,333333 3 444,666667 138 16 401,33333 2 244,66667 4 351,333333 369,66667 1 991,33333 3 844,666667 138 32 454,66667 2 671,33333 5 204,666667 396,33333 2 204,66667 4 271,333333 138 64 561,33333 3 524,66667 6 911,333333 449,66667 2 631,33333 5 124,666667 138 100 681,33333 4 484,66667 8 831,333333 509,66667 3 111,33333 6 084,666667 138 19 200 Equipements série avec un temps de réponse de 500 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. 518 31006930 10/2009 Performances de la passerelle Equipement Temps de réponse du serveur série = 500 CEV300200 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 16 requêtes 1 requête 8 requêtes 1 651,33333 4 244,66667 8 351,333333 644,66667 4 191,333333 8 244,666667 138 16 701,33333 4 644,66667 9 151,333333 669,66667 4 391,33333 8 644,666667 138 32 754,66667 5 071,33333 10 004,66667 696,33333 4 604,66667 9 071,333333 138 64 861,33333 5 924,66667 11 711,33333 749,66667 5 031,33333 9 924,666667 138 100 981,33333 6 884,66667 13 631,33333 809,66667 5 511,33333 10 884,66667 138 31006930 10/2009 19 200 16 requêtes Durée du routage 519 Performances de la passerelle Mesures des réponses du serveur série 174CEV30020 avec timeout de la requête Configuration du test Les graphiques ci-dessous vérifient le temps nécessaire pour obtenir une réponse après un certain nombre de requêtes envoyées à des équipements connectés à la passerelle 174CEV30020, côté série, en cas d'erreur d'une requête de communication (par exemple, un équipement série déconnecté). Cet échec entraîne un timeout de 1 000 ms sur la requête initiale suivi par une nouvelle tentative de la requête. NOTE : Un échec de requête augmente les temps de réponse pour toutes les requêtes. Les performances sont basées sur des débits réseau de 9 600 et 19 200 bauds et sur des quantités de données (c-à-d, le nombre de registres) précis. Le tableau suivant décrit les débits en bauds testés et le nombre de requêtes envoyées pour les quatre graphiques ci-dessous : Courbe Nombre de requêtes Débit en bauds 1 16 9 600 2 3 19 200 8 4 5 6 520 9 600 19 200 1 9 600 19 200 31006930 10/2009 Performances de la passerelle Equipements séries avec un temps de réponse de 50 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 50 CEV30020 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes 1 2 151,33 2 594,663333 3 101,33 2 144,67 2 541,336667 2 994,67 138 16 2 151,33 2 944,663333 3 851,33 2 144,67 2 716,336667 3 369,167 138 32 2 151,33 3 317,333333 4 651,33 2 144,67 2 903,166667 3 769,67 138 64 2 151,33 4 064,996667 6 251,33 2 144,67 3 276,336667 4 569,67 138 100 2 151,33 4 904,663333 8 051,33 2 144,67 3 696,336667 5 469,67 138 31006930 10/2009 19 200 Durée du routage 521 Performances de la passerelle Equipements séries avec un temps de réponse de 100 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 100 CEV30020 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 1 2 151,33 2 944,663333 3 851,33 2 144,67 2 891,336667 3 744,67 138 16 2 151,33 3 294,663333 4 601,33 2 144,67 3 066,336667 4 119,67 138 32 2 151,33 3 667,333333 5 401,33 2 144,67 3253.003333 4 519,67 138 64 2 151,33 4 414,996667 7 001,33 2 144,67 3 626,336667 5 319,67 138 100 2 151,33 5 254,663333 8 801,33 2 144,67 4 046,336667 6 219,67 138 522 19 200 31006930 10/2009 Performances de la passerelle Equipements séries avec un temps de réponse de 200 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 200 CEV30020 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 1 2 151,33 3 644,663333 5 351,33 2 144,67 3 591,336667 5 244,67 138 16 2 151,33 3 994,663333 6 101,33 2 144,67 3 766,336667 5 619,67 138 32 2 151,33 4 367,333333 6 901,33 2 144,67 3 953,003333 6 019,67 138 64 2 151,33 5114.996667 8 501,33 2 144,67 4 326,336667 6 819,67 138 100 2 151,33 5 954,663333 10 301,33 2 144,67 4 746,336667 7 719,67 138 31006930 10/2009 19 200 523 Performances de la passerelle Equipements séries avec un temps de réponse de 500 ms Le tableau suivant indique les points de données utilisés pour générer le graphique représenté ci-dessus. Equipement Temps de réponse du serveur série = 200 CEV30020 Durée pour accomplir toutes les requêtes Débit en bauds 9 600 Nombre de registres 1 requête 19 200 8 requêtes 16 requêtes 1 requête 8 requêtes 16 requêtes Durée du routage 1 2 151,33 5 744,663333 9 851,33 2 144,67 5 691,336667 9 744,67 138 16 2 151,33 6 094,663333 10 601,33 2 144,67 5 866,336667 10 119,67 138 32 2 151,33 6 467,333333 11 401,33 2 144,67 6 053,003333 10 519,67 138 64 2 151,33 7 214,996667 13 001,33 2 144,67 6 426,336667 11 319,67 138 100 2 151,33 8 054,663333 14 801,33 2 144,67 6 846,336667 12 219,67 138 524 31006930 10/2009 Normes et autres considérations 31006930 10/2009 Normes et autres considérations relatives aux réseaux Ethernet industriel E Vue d'ensemble Cette annexe fournit des informations complémentaires sur les normes et les informations de planification présentées au Chapitre 2 (voir page 29). Contenu de ce chapitre Ce chapitre contient les sujets suivants : Sujet Normes et organisations 31006930 10/2009 Page 526 Compatibilité électromagnétique 536 Activités de normalisation des connecteurs en cuivre 541 Conformité aux normes 542 Conformité du réseau Ethernet industriel Transparent Ready 544 525 Normes et autres considérations Normes et organisations Organisations de normalisation Plusieurs organisations de normalisation sont chargées de définir des exigences de câblage générales. Par exemple, Electronics Industries Alliance (EIA) et Telecommunications Industry Association (TIA) élaborent et approuvent les normes régissant les câbles LAN. D'autres organisations ont en charge l'élaboration de normes réseau spécifiques aux caractéristiques de câblage. Organisation de normalisation Site Web Description Zone d'application EIA www.eia.org Association qui regroupe les industries de matériel électronique et de télécommunications : TIA, CEMA, ECA, EIG, GEIA, JEDEC et EIF. Etats-Unis et Canada TIA www.tiaonline.org Association regroupant essentiellement des entreprises nord-américaines fournissant des produits haute technologie, matériaux, systèmes, services de distribution et services professionnels dans le domaine des communications et de l'information. Etats-Unis et Canada CEI (Commission électrotechnique internationale) www.iec.ch Organisme international de normalisation et Mondiale d'évaluation de la conformité dans tous les domaines de l'électro-technologie, y compris l'électricité et l'électronique. ISO (Organisation internationale de normalisation) www.iso.org Mondiale Réseau fédérateur d'instituts nationaux de normalisation de 146 pays. Les normes de câblage ne représentent qu'une partie infime des activités globales de l'ISO. CENELEC (Comité Européen de Normalisation Electrotechnique) www.cenelec.org Développe des normes électrotechniques pour le marché européen/l'espace économique européen. La majorité des normes de câblage développées par le CENELEC sont modelées, à quelques exceptions près, sur les normes ISO. CSA (Association Canadienne de Normalisation) www.csa.ca Canada Organisme indépendant élaborant des normes de sécurité à l'échelle mondiale pour les produits et services, par le biais d'essais, de certification, de contrôle de sécurité et de performance, y compris les essais CEM et CEI. IEEE 802.3 (International Electrical and Electronics Engineers) www.ieee.org Groupe de travail développant des normes Mondiale pour les réseaux locaux basés CSMA/CD (Ethernet), y compris les réseaux 1000BaseT et 100Base-T. 526 Europe 31006930 10/2009 Normes et autres considérations Organisation de normalisation Site Web Description Zone d'application ANSI www.ansi.org Mondiale Organisme chargé de l'élaboration des normes nationales aux Etats-Unis. L'ANSI est le seul représentant et membre cotisant des Etats-Unis au sein des deux principales organisations internationales de normalisation, l'ISO et la CEI (via l'USNC, le Comité national américain). Avec l'ANSI, les Etats-Unis bénéficient d'un accès direct aux processus de développement des normes ISO et CEI. IETF (Internet Engineering Task Force) www.ietf.org Mondiale L'IETF est une communauté étendue et ouverte d'experts internationaux du Web (concepteurs de réseaux, opérateurs, fournisseurs et chercheurs), soucieux de contribuer à l'évolution de son architecture et à son bon fonctionnement. C'est elle qui a la charge de la suite des protocoles Internet (TCP/IP). IANA (Internet Assigned Numbers Authority) www.iana.org Organisation dont la mission est de préserver les fonctions de coordination centrales de l'Internet dans l'intérêt du bien public : affectation des numéros IP, des noms de domaine, etc. Mondiale D'autres organisations Ethernet industriel fournissent des recommandations et soutiennent ces organisations de normalisation, mais elles ne sont pas accréditées à développer des normes. Suite de normes TCP/IP Internet L'IETF est une communauté d'experts informatiques qui gère la suite TCP/IP, et notamment l'évolution des protocoles, tels que TCP, IP, UDP, SNMP, HTTP et FTP. Requirements for Internet Hosts Communication Layers RFC 1122 IETF Network Working Group, R. Branden, Ed., RFC-1122 (STD-0003), Octobre 1989 Norme relative au protocole d'application industrielle Modbus Modbus Application Protocol Specification 31006930 10/2009 Modbus-IDA - Version 1.1a, Juin 2004IEC PAS 527 Normes et autres considérations Norme TIA/EIA-568-A La norme TIA/EIA-568-A est l'une des premières normes de câblage. Développée conjointement par le TIA et l'EIA, cette norme définit le système de câblage dans les réseaux voix et données, sous la forme d'un réseau structuré et hiérarchique en topologie en étoile, dans lequel des câbles haute vitesse (à fibre optique) alimentent des réseaux périphériques plus lents. Elle a été intégrée à la norme TIA/EIA-568-B en 2000. Norme Domaine Description TIA/EIA-568-A-1995 Télécommunications des immeubles commerciaux Réglemente les systèmes de câblage des immeubles commerciaux gérant les réseaux Voix Données Vidéo. Elle définit également des critères techniques et de performance pour le câblage. Normes de câblage TIA/EIA-568-A (1998-1999) Mises à jour A1 spécifie les paramètres de temps de propagation et de différence de temps de propagation. A2 couvre des modifications diverses. A3 définit les exigences applicables aux câbles en faisceaux et hybrides.A4 définit les exigences de paradiaphonie et de perte par retour pour les câbles de raccordement. A5 spécifie les exigences de performance applicables à la catégorie 5 améliorée (CAT5e). TIA/EIA-568-B.1-2000 Télécommunications des immeubles commerciaux Regroupe, dans une nouvelle version, toutes les mises à jour précédentes et recommande le câble catégorie 5e en raison de ses performances. Plusieurs amendements fournissent des informations techniques sur le câblage à paire torsadée, le câblage à paire torsadée blindé et le câblage à fibre optique 100 Ω. Normes de câblage ANSI/TIA/EIA-568-B.2 Norme de câblage pour câble à paire torsadée 100 Ω ANSI/TIA/EIA-568-B.3 Norme sur les fibres optiques TIA/EIA-569-A-1995 Norme des immeubles commerciaux pour les voies d'accès et les espaces de télécommunications Réglemente la conception des voies d'accès et des espaces des supports de télécommunications. TIA/EIA-606-1994 Norme de gestion des infrastructures d'immeubles Définit des directives de conception pour la gestion des installations de télécommunications. TIA/EIA-607-1995 Exigences de mise à la masse Définit les exigences de mise à la masse et de liaison et de liaison équipotentielle pour le câblage et les équipements de télécommunication. ANSI/EIA/TIA-570-A Norme de câblage résidentiel pour les télécommunications 528 31006930 10/2009 Normes et autres considérations Les normes TIA/EIA définissent un système de câblage structuré conçu et monté dans plusieurs blocs. Ces blocs sont intégrés dans un réseau hiérarchique afin de créer un système de communication unifié. Les réseaux LAN constituent des blocs avec des exigences de faible performance, alors que les blocs de réseaux fédérateurs, nécessitant des câbles à fibre optique hautement performants, servent à connecter les blocs entre eux dans une topologie en étoile. Ces normes définissent également les exigences des câbles à fibre optique (monomode et multimode), STP et UTP. En résumé, la norme de câble TIA/EIA 568 fournit : z z z z des spécifications pour un système de câblage générique des télécommunications des immeubles commerciaux ; des spécifications pour les supports, topologies réseau, terminaisons et points de connexion (mise à la masse), et la gestion des systèmes de câblage ; un support pour les environnements utilisant des produits et des fournisseurs différents ; des informations sur la planification et l'installation d'un réseau de télécommunication pour les immeubles. Normes ISO/CEI IS 11801 et EN 50173 Les normes ISO/CEI 11081 et EN 50173 définissent la structure et la configuration des systèmes de câblage pour les bureaux et les campus. Elles sont pratiquement identiques en termes de champ d'application et de contenu, de terminologie employée et d'informations techniques fournies. Le système de câblage générique spécifié n'est basé sur aucune application spécifique et consiste en un système de composants de câblage ouvert, facile à implémenter. Le système de câblage décrit dans la norme prend en charge une variété de services comprenant la voix, les données, les images et la vidéo. Le tableau ci-dessous répertorie les mises à jour de la norme ISO/CEI-11801. Norme 31006930 10/2009 Description ISO/CEI-11801:1995 Câblage générique Basée sur la norme de câblage des locaux du client TIA/EIA-568, cette norme définit un système de câblage de télécommunications pour les bureaux et les campus. ISO/CEI-11801:2000 Câblage générique Editée en 2000 - mise à jour de la des locaux du client, norme précédente reflétant les nouvelles versions de la norme 2ème Edition TIA/EIA-568. Administration, documentation, rapports ISO/CEI 14763-1 Pratiques de planification et d'installation ISO/CEI 14763-2 529 Normes et autres considérations Norme Description Essais des câblages à fibre optique ISO/CEI 14763-3 Essais des câblages cuivre CEI 61935-1 Le tableau ci-dessous répertorie la norme EN 50173 et les normes associées. Documents de normalisation européens Référence Phase de conception de construction Application de liaison équipotentielle et de mise à la masse dans les locaux contenant des équipements de technologie de l'information EN 50310 Phase de conception de codage Technologie de l'information – Systèmes de câblage génériques EN 50173 (et/ou EN 50098-1 ou -2) : Phase de conception de planification Spécification et assurance qualité EN 50174-1 Planification et pratiques d'installation à l'intérieur des bâtiments EN 50174-2 Planification et pratiques d'installation à l'extérieur des bâtiments EN 50174-3 Essais des câblages installés EN 50346 Application de liaison équipotentielle et de mise à la masse dans les locaux avec équipements de technologie de l'information EN 50310 Phase de conception d'implémentation Spécification et assurance qualité EN 50174-1 Planification et pratiques d'installation à l'intérieur des bâtiments EN 50174-2 Planification et pratiques d'installation à l'extérieur des bâtiments EN 50174-3 Essais des câblages installés EN 50346 Application de liaison équipotentielle et de mise à la masse dans les locaux avec équipements de technologie de l'information EN 50310 Essais des câblages installés EN 50346 Phase d'opération Spécification et assurance qualité 530 EN 50174 Partie 1 31006930 10/2009 Normes et autres considérations La norme ISO/CEI-11801:2000 spécifie les systèmes de câblage pour les propriétés commerciales pouvant inclure un ou plusieurs bâtiments sur un campus. Elle définit les exigences relatives aux câbles en cuivre et à fibre optique. Même si cette norme couvre les immeubles de bureaux, les principes énoncés s'appliquent également aux autres types d'installations. En résumé, la norme ISO/CEI-11801 fournit : z z z z la structure et la configuration minimale pour un système de câblage générique ; les exigences de performance de chaque liaison par câble ; les exigences de conformité et procédures de vérification ; les exigences liées à une installation. Cette norme ne couvre pas les spécifications des câbles utilisés pour connecter les équipements spécifiques aux applications à un système de câblage. Les lignes directrices énoncées couvrent uniquement les performances et la longueur des câbles, car ces deux paramètres sont les plus susceptibles d'affecter la qualité de transmission. La sécurité et la compatibilité électromagnétique ne sont pas abordées dans cette norme. Toutefois, les informations connexes contenues dans la norme ISO/CEI 11801 peuvent permettre de mieux comprendre les réglementations énoncées dans les autres documents de normalisation. Pour qu'une installation de câblage soit conforme à la norme CEI 11801, la configuration doit connecter les sous-systèmes suivants pour créer une structure de câblage générique : z z z Réseau fédérateur campus – via un répartiteur campus Réseau fédérateur bâtiment – via un répartiteur bâtiment pour chaque bâtiment Câblage horizontal – via des répartiteurs sol Normes de compatibilité électromagnétique (CEM) Les principales organisations de normalisation CEM sont : z z CEI - Commission électrotechnique internationale (Genève) CENELEC - Comité Européen de Normalisation Electrotechnique (Bruxelles) Il existe deux normes internationales importantes réglementant l'émission électromagnétique et l'immunité : z z CEI 61000-6-2:1999 Compatibilité électromagnétique (CEM) - Partie 6-2 : Normes génériques – Immunité pour les environnements industriels CEI 61000-6-4:1997 Compatibilité électromagnétique (CEM) - Partie 6 : Normes génériques - Section 4 : Norme sur l'émission pour les environnements industriels Le tableau ci-dessous répertorie les normes et publications décrivant les exigences liées à la compatibilité électromagnétique (voir page 536). 31006930 10/2009 531 Normes et autres considérations Le tableau ci-dessous précise, après chaque référence de publication CEI, le document de normalisation européen équivalent, entre crochets. Publications CEI Description Généralités CEI 1000-1-1 (1992) Application et interprétation de définitions et termes fondamentaux. Environnement CEI 1000-2-1 (1990) Environnement électromagnétique pour les perturbations conduites basses fréquences et la transmission de signaux sur les réseaux publics d'alimentation. CEI 1000-2-2 (1990) Niveaux de compatibilité pour les perturbations conduites à basse fréquence et la transmission des signaux sur les réseaux publics d'alimentation basse tension. CEI 1000-2-3 (1992) Phénomènes rayonnés et conduits à des fréquences autres que celle du réseau. CEI 1000-2-4 (1994) Niveaux de compatibilité dans les installations industrielles pour les perturbations conduites à basse fréquence. CEI 1000-2-5 (1995) Classification des environnements électromagnétiques. Limites 552-2 Limites pour les émissions de courant CEI 1000-3-2 (1995) [EN 61000- harmonique (courant appelé par les appareils < 16 A par phase). 3-2 (1995) 552-3 Limitation des fluctuations de tension et du CEI 1000-3-3 (1994) [EN 61000- papillotement dans les réseaux basse tension, pour les matériels ayant un courant assigné 3-3 (1995)] inférieur ou égal à 16 A. CEI 1000-3-5 (1994) Limitation des fluctuations de tension et du papillotement dans les réseaux basse tension pour les équipements ayant un courant appelé supérieur à 16 A. Guides d'installation et d'atténuation 532 CEI 1000-5-1 Considérations générales CEI 1000-5-2 Mise à la terre et câblage CEI 1000-5-3 Concepts de protection 31006930 10/2009 Normes et autres considérations Norme CEI 1000-4 La norme CEI 1000-4 (préalablement CEI-801) établit une "référence commune pour l'évaluation de la performance des instruments de mesure et de contrôle des procédés industriels, lorsque ceux-ci sont exposés à des perturbations électriques ou électromagnétiques". Cette norme couvre uniquement les types de perturbations provoquées par des sources externes à l'équipement. Elle décrit les essais de sensibilité aux perturbations destinés à démontrer l'aptitude de l'équipement à fonctionner correctement dans son environnement normal. L'essai approprié est déterminé en fonction du type de perturbations auxquelles l'équipement est soumis à son emplacement d'installation, en prenant en compte le circuit électrique (plus précisément, la façon dont le circuit et les blindages sont reliés à la prise de terre), la qualité du blindage et l'environnement. La norme CEI 1000-4 est divisée en six sections. Techniques d'essai et de mesure 801-1 CEI 1000-4-1 (1992-12) [EN 61000-4 (1994-08)] Vue d'ensemble des essais d'immunité 801-2 CIE 1000-4-2 (1995-01) [EN 61000-4-2] Essais d'immunité aux décharges électrostatiques. 801-3 CEI 1000-4-3 (1995-02) [ENV 50140 (1993)] Essai d'immunité aux champs électromagnétiques rayonnés aux fréquences radioélectriques. 801-4 CIE 1000-4-4 (1995-01) [EN 61000-4-4] Essais d'immunité aux transitoires électriques rapides en salves. 801-5 CIE 1000-4-5 (1995-02) [EN 61000-4-5] Essais d'immunité aux ondes de choc. pr CEI 1000-4-6 [ENV 50141 (1993)] Immunité aux perturbations conduites, induites par les champs radioélectriques. CEI 1000-4-7 (1991-07) [EN 61000-4-7 (1993-03)] Guide général relatif aux mesures d'harmoniques et d'interharmoniques, ainsi qu'à l'appareillage de mesure, applicable aux réseaux d'alimentation et aux appareils qui y sont raccordés. CEI 1000-4-8 (1993-06) [EN 61000-4-8 (1993-09)] Essai d'immunité au champ magnétique à la fréquence du réseau. CEI 1000-4-9 (1993-06) [EN 61000-4-9 (1993-09)] Essai d'immunité au champ magnétique impulsionnel. CEI 1000-4-10 (1993-06) Essai d'immunité au champ magnétique [EN 61000-4-10 (1993-09)] oscillatoire amorti. 31006930 10/2009 533 Normes et autres considérations Techniques d'essai et de mesure CEI 1000-4-11 (1994-06) Essais d'immunité aux creux de tension, [EN 61000-4-11 (1994-09)] coupures brèves et variations de tension. pr CEI 1000-4-12 Essai d'immunité aux ondes oscillatoires. Normes sur les automates programmables Automates programmables Partie 2 : Exigences et essais des équipements CEI 61131-2 Normes TIA/EIA 568 La norme TIA/EIA-568-A, développée conjointement par TIA et EIA, est l'une des premières normes de câblage. Cette norme définit le système de câblage dans les réseaux voix et données sous la forme d'un réseau structuré et hiérarchique en topologie en étoile dans lequel des câbles haute vitesse (à fibre optique) alimentent des réseaux périphériques plus lents. Elle a été intégrée à la norme TIA/EIA-568-B en 2000. Le tableau ci-dessous répertorie les mises à jour de la norme TIA/EIA-568. Norme Description TIA/EIA-568-A-1995 Norme de câblage des télécommunications des immeubles commerciaux Réglemente les systèmes de câblage des immeubles commerciaux gérant les réseaux Voix Données Vidéo. Elle définit également des critères techniques et de performance pour le câblage. TIA/EIA-568-A (1998-1999) A1 spécifie les paramètres de temps de propagation et de différence de temps de propagation. Mises à jour A2 couvre des modifications diverses. A3 définit les exigences applicables aux câbles en faisceaux et hybrides. A4 définit les exigences de paradiaphonie et de perte par retour pour les câbles de raccordement. A5 spécifie les exigences de performance applicables à la catégorie 5 améliorée (CAT5e). 534 31006930 10/2009 Normes et autres considérations Norme TIA/EIA-568-B.12000 Description Norme de câblage des télécommunications des immeubles commerciaux Regroupe, dans une nouvelle version, toutes les mises à jour précédentes et recommande le câble catégorie 5e en raison de ses performances. Plusieurs amendements fournissent des informations techniques sur le câble à paire torsadée, le câble à paire torsadée blindé et le câble à fibre optique 100 ohms. Réglemente la conception des voies TIA/EIA-569-A-1995 Norme des immeubles commerciaux pour les voies d'accès et des espaces des supports de télécommunications. d'accès et les espaces de télécommunications TIA/EIA-606-1994 Norme de gestion des Définit des directives de conception infrastructures d'immeubles pour la gestion des installations de télécommunications. TIA/EIA-607-1995 Exigences de mise à la masse et de liaison Définit les exigences de mise à la masse et de liaison équipotentielle pour le câblage et les équipements de télécommunication. Les normes TIA/EIA définissent un système de câblage structuré conçu et monté dans plusieurs blocs. Ces blocs sont intégrés dans un réseau hiérarchique afin de créer un système de communication unifié. Les réseaux locaux constituent des blocs avec des exigences de faible performance, alors que les blocs de réseaux fédérateurs, nécessitant des câbles à fibre optique hautement performants, servent à connecter les blocs entre eux dans une topologie en étoile. Ces normes définissent également les exigences des câbles à fibre optique (monomode et multimode), STP et UTP. En résumé, la norme de câble TIA/EIA 568 fournit : z z z z 31006930 10/2009 des spécifications pour un système de câblage générique des télécommunications des immeubles commerciaux ; des spécifications pour les supports, topologies réseau, terminaisons et points de connexion (mise à la masse), et la gestion des systèmes de câblage ; un support pour les environnements utilisant des produits et des fournisseurs différents ; des informations sur la planification et l'installation d'un réseau de télécommunication pour les immeubles commerciaux. 535 Normes et autres considérations Compatibilité électromagnétique Introduction Les interférences électromagnétiques (EMI) se caractérisent soit par des parasites électromagnétiques, soit par un signal brouilleur ou encore un changement du milieu de propagation, pouvant dégrader les performances des appareils et équipements de tout un système. Elles constituent l'une des premières causes de dysfonctionnement des réseaux de communication en environnement industriel. Les EMI ont un impact variable sur les applications industrielles, allant d'une simple influence acceptable à la dégradation des composants du système. Au cours de l'installation, vous devez donc connaître les conditions d'EMI et respecter les procédures qui garantissent la compatibilité électromagnétique et un environnement sûr. Les paragraphes qui suivent fournissent des informations de base sur les types et les sources d'interférences électromagnétiques et proposent des solutions permettant de réduire ces interférences dans les environnements où doivent coexister machines industrielles et réseaux de communication. Vous trouverez également des explications sur la terminologie et les classifications utilisées. Définitions La compatibilité électromagnétique (CEM) est la capacité d'un appareil, équipement ou système à fonctionner correctement dans son environnement électromagnétique, sans introduire de perturbations intolérables dans cet environnement ou un autre équipement. Pour cela, le niveau d'émission d'interférences des appareils ou équipements dans un système doit être suffisamment bas pour ne pas interférer avec d'autres appareils ou équipements situés dans le même environnement électromagnétique. Etant donné que les équipements et les câblages réseau peuvent être sensibles aux EMI et en émettre eux-mêmes, le niveau d'immunité des équipements et des appareils doit donc être suffisant pour éviter que ceux-ci ne perturbent ou ne soient perturbés par d'autres équipements dans l'environnement. Les interférences EMI constituent un phénomène électromagnétique capable de dégrader les performances d'un appareil, d'un équipement ou d'un système. Dans certains cas, ces interférences peuvent être suffisamment importantes pour endommager définitivement les équipements. Dans les réseaux de communication, les EMI sont simplement un signal électrique brouilleur qui vient s'ajouter au signal utile. Ce signal brouilleur est émis par les conductions des conducteurs ou par le rayonnement dans l'air. 536 31006930 10/2009 Normes et autres considérations Perturbation et interférence Les termes EMI et perturbation ont globalement le même sens. Une perturbation peut être générée par un phénomène électromagnétique, tel qu'une tension électrique, un courant électrique ou des champs magnétiques ou électriques. Elle présente une large amplitude et plage de fréquences sur des durées de temps variables et réduit la capacité des équipements sensibles à fonctionner correctement. Influence électromagnétique L'influence électromagnétique se produit chaque fois qu'une perturbation est transmise d'une source d'interférences vers un équipement sensible en passant par un ou plusieurs mécanismes de couplage. La source d'interférences peut être n'importe quel appareil ou équipement émettant une perturbation électromagnétique, comme un câblage électrique, des câbles et équipements de communication, des régulateurs et relais ou des moteurs électriques. L'équipement sensible peut être n'importe quel composant d'équipement ou d'appareil susceptible d'être influencé par les interférences EMI. Il présente donc un niveau d'immunité faible aux EMI. Mécanismes de couplage Le couplage représente la propagation des EMI depuis leur source vers d'autres appareils ou équipements sensibles. Il existe cinq types de mécanismes de couplage. Mécanismes de couplage Description Galvanique Couplage via un circuit commun Inductif Couplage via un champ magnétique Capacitif Couplage via un champ électrique – également appelé couplage électrostatique Influence du rayonnement Couplage via un champ électromagnétique Influence des ondes Couplage via un champ électromagnétique Les interférences peuvent être transmises sous forme conduite (énergie guidée), le long d'un fil par exemple, ou dans l'air (énergie non guidée/rayonnée). Elles se présentent généralement sous la forme d'interférences rayonnées et guidées en ligne. En règle générale, les lois physiques qui s'appliquent au transfert d'énergie dans des champs électromagnétiques valent également pour le couplage des interférences. 31006930 10/2009 537 Normes et autres considérations Pour installer une application Ethernet industriel, vous devez comprendre les phénomènes d'interférences électromagnétiques, les mécanismes de couplage et les influences et connaître les mesures préventives applicables, avant toute installation. Il existe plusieurs façons de réduire les EMI et améliorer la CEM dans votre installation, décrites ci-après. Méthodes de réduction des EMI Selon le type de couplage d'interférences, vous avez le choix entre plusieurs méthodes permettant de réduire ou de neutraliser les EMI. Le tableau ci-dessous répertorie les méthodes adaptées à chaque type de couplage. Méthodes Couplage galvanique Couplage inductif Couplage capacitif Influence du rayonnement Influence des ondes Mise à la terre X - - - - Isolation électrique X - - - - Circuits d'équilibrage - X X X - Transposition des lignes de départ/de retour - X X X - Placement des fils X X X - - Placement des équipements - X X X - Blindage - X X X - Filtrage X X X X X Sélection des câbles X - X X X Disposition des fils X X X X X NOTE : Les méthodes de réduction des EMI les plus efficaces sont le blindage et la disposition des fils. Ces deux méthodes sont décrites plus en détails dans ce chapitre. Veillez à prendre les mesures appropriées visant à : z z 538 réduire la transmission de perturbations électromagnétiques depuis les sources d'interférences ; limiter la propagation de ces perturbations électromagnétiques. 31006930 10/2009 Normes et autres considérations Types d'interférences électromagnétiques Types d'interférences électromagnétiques z z Basse fréquence Haute fréquence Les interférences basse fréquence se présentent principalement sous forme conduite, comme la conduction dans les câbles. Elles sont souvent émises pendant une longue période, plus d'une douzaine de millisecondes, et peuvent parfois être continues (harmonique). L'énergie conduite peut être élevée et provoquer un dysfonctionnement, voire la destruction des équipements connectés. L'intervalle de fréquence est égal à <1 à 5 Hz. Les interférences haute fréquence se présentent principalement sous forme rayonnée, comme les décharges électrostatiques dans l'air. L'énergie rayonnée est généralement basse et peut provoquer le dysfonctionnement des équipements et des appareils à proximité. Les interférences haute fréquence sont transmises avec un temps de montée d'impulsion inférieur à 10 ns. Elles peuvent être continues, notamment dans les redresseurs et les horloges. L'intervalle de fréquence est égal à > 30 MHz. Les interférences haute fréquence peuvent également se présenter sous une forme conduite, comme un courant ou une tension transitoire. Un transitoire est une oscillation temporaire qui se produit dans un circuit suite à une variation soudaine de la tension ou de la charge. Par exemple, il pourrait être provoqué par la foudre ou une panne électrique. Les perturbations de type décharges électrostatiques peuvent également être conduites le long de conducteurs et ensuite facilement injectées dans d'autres conducteurs, par rayonnement. Interférences basse et haute fréquence Le tableau ci-dessous répertorie les différentes sources d'interférences basse fréquence. Type Sources possibles Effets des EMI Interférences harmoniques Inverseurs, hacheurs Redresseurs en pont, électrolyse, machines à souder, etc. Fours à arc Fours à induction Starter électronique Régulateurs de vitesse électroniques pour moteurs cc Convertisseurs de fréquence pour moteurs à induction et synchrones Appareils électroménagers, tels que téléviseurs, lampes à décharge de gaz et lampes fluorescentes Dysfonctionnement des équipements connectés Destruction éventuelle des équipements connectés 31006930 10/2009 539 Normes et autres considérations Type Sources possibles Effets des EMI Interférences secteur basse tension Fluctuations de tension, coupures brèves, creux de tension et surtensions transitoires Variations de fréquence Harmoniques de forme d'onde, transitoires, courants porteurs Phases, dissymétrie Courts-circuits de puissance, surcharges (effets sur la tension) Dysfonctionnement des équipements connectés, comme une interruption de relais haute vitesse pendant les creux de tension Perte de puissance Destruction éventuelle du matériel électronique Le tableau ci-dessous répertorie les différentes sources d'interférences haute fréquence. Type Sources Effets des EMI Transitoires Foudre Défauts à la terre Défauts de commutation dans les circuits inductifs (bobines de chantier, électrovannes, etc.) Dysfonctionnement des équipements à proximité Décharge Entre une personne et un objet électrostatique Entre des objets chargés électrostatiquement Pour exemple, échange d'électrons entre le corps et un tissu lorsqu'une personne marche sur un tapis ou entre le corps et des vêtements portés par un opérateur assis sur une chaise. Dysfonctionnement des équipements à proximité Destruction éventuelle des équipements Le tableau suivant récapitule les différentes méthodes de réduction des EMI pour les interférences basse fréquence et haute fréquence. Mesures préventives pour les phénomènes basse fréquence Mesures préventives pour les phénomènes haute fréquence Systèmes de protection Filtrage Longueurs de câble appropriées Liaison équipotentielle des parties conductrices exposées (interconnexions) Routage correct des câbles Sélection de câbles de qualité Connexions adaptées aux conditions de basse fréquence Blindage des câbles Les systèmes de protection sont extrêmement importants. Les pratiques d'installation sont extrêmement importantes. 540 31006930 10/2009 Normes et autres considérations Activités de normalisation des connecteurs en cuivre Activités en cours Le sous-comité SC 48B de la CEI est chargé de la normalisation des connecteurs électriques, sur la base des exigences établies par les différents comités de la CEI, tels que l'ISO/CEI JTC 1 SC 25 (normes pour les environnements de bureau et similaires) et son groupe de travail sur le câblage des locaux industriels. Ces groupes travaillent conjointement avec le sous-comité SC 65C (Communications numériques), regroupés en un groupe de travail mixte, appelé SC65C/JWG10. La mission du groupe de travail SC65C/JWG10 consiste à définir les règles de câblage d'un réseau Ethernet dans des environnements industriels. Précisons qu'il existe déjà des normes spécifiant les caractéristiques des connecteurs. L'utilisation de ces connecteurs dans des applications Ethernet industriel reste toutefois à normaliser. Plusieurs organisations de réseau (Modbus-IDA, IAONA, PNO, ODVA) ont émis des recommandations sur le type de connecteurs en cuivre à utiliser dans les différents environnements industriels. A l'heure actuelle, il ne s'agit que de recommandations et non pas de normes. Recommandations applicables aux connecteurs de l'industrie légère Pour les environnements industriels légers, le marché a autorisé l'utilisation de connecteurs RJ45, conformément à la norme CEI 60603-7. Certaines organisations ont proposé l'usage de boîtiers de protection pour le RJ45 (définies par la norme CEI 61076-3-106). Cette proposition fait actuellement l'objet d'âpres discussions, du fait de l'existence de plusieurs modèles de connecteurs RJ45 étanches non compatibles. Ces boîtiers s'adaptent à une variété de dimensions d'assemblage (rondes ou rectangulaires), de mécanismes de fermeture (à vis, à baïonnette, à levier de blocage, pousser/tirer) et autres caractéristiques spéciales. Les variantes différentes ne sont pas assemblables. Recommandations applicables aux connecteurs de l'industrie lourde Pour les environnements industriels lourds, le choix semble s'orienter vers le connecteur circulaire M12, défini par la norme CEI 61076-2-101. Le type de connecteur M12 à utiliser reste encore à débattre, les Européens préférant le modèle à 4 broches au modèle à 8 broches en vigueur aux Etats-Unis. Les connecteurs à 4 broches sont plus répandus en Europe, pratique qui s'explique par l'utilisation de câbles à 2 paires dans les réseaux Ethernet européens, au lieu des câbles à 4 paires spécifiés par l'organisation de normalisation américaine des télécommunications, la TIA. 31006930 10/2009 541 Normes et autres considérations Conformité aux normes Introduction Pour le moment, il n'existe pas de norme internationale pour la planification et l'installation d'un réseau Ethernet industriel. Toutefois, des recommandations émises par des organisations Ethernet industriel ainsi que les activités continues ont conduit à la création d'un projet de norme. Cette norme devrait être publiée sous le nom ISO/CEI 24702 à la fin de 2006. ISO/CEI 24702 et ISO/CEI 11801 Etant donné que le projet de norme ISO/CEI 24702 est basé sur la norme ISO/CEI 11801, les normes existantes peuvent être utilisées comme références jusqu'à la publication de la norme ISO/CEI 24702. La norme ISO/CEI 11801 inclut les informations suivantes : Thème Chapitre (Clause) Description Structure du système de 5 câblage générique Décrit les éléments fonctionnels d'un système de câblage générique (répartiteur campus, répartiteur bâtiment, point de transition, etc.) et leur mode de connexion les uns aux autres. Implémentation Spécifie une conception de câblage qui, lorsqu'elle est correctement installée, est conforme aux exigences de la norme internationale. Cette section définit également les longueurs maximales. 6 Spécifications relatives 7 aux voies et aux liaisons permanentes Définit les exigences de performance des voies et des liaisons permanentes des systèmes de câblage générique installés. Cette section définit : z les spécifications de performance du câblage de chaque voie et liaison permanente ; z les spécifications de performance de deux différents types de support (câbles équilibrés et fibre optique) ; z les voies et liaisons permanentes et leur classification (5 classes, la classe D étant adaptée à une application jusqu'à 100 MHz) ; z les spécifications de performance de la liaison/voie en fonction de l'application (performances en matière d'impédance, de perte par retour, d'affaiblissement, etc.). Exigences relatives aux câbles 8 Fournit les exigences relatives au câble utilisé dans les sous-systèmes de câblage de réseau fédérateur et horizontal. Exigences relatives au matériel de connexion 9 Fournit des instructions et des exigences pour le matériel de connexion utilisé dans les systèmes de câblage générique. Pratiques de blindage 10 Fournit des informations de base sur le blindage. Administration 11 Explique les méthodes d'identification, d'enregistrement et de documentation d'un système de câblage générique. 542 31006930 10/2009 Normes et autres considérations La norme ISO/CEI 24702 finale empruntera les chapitres suivants à la norme ISO/CEI 11801 : z Chapitre 7 – Classes de transmission des liaisons et des voies pour un câblage équilibré et à fibre optique. z Chapitres 7, 8 et 9 – Performances de transmission des composants pour un câblage équilibré et à fibre optique. Elle apportera également les informations suivantes, conformément aux exigences industrielles : z modification des spécifications de structure de câblage de la norme ISO/CEI 11801, Chapitre 5 ; z classification environnementale (la norme ISO/CEI 11801, Chapitre 10, contient des informations limitées à ce sujet.) ; z composants appropriés ; z nouveaux concepts éventuels. Conformité des installations de câblage à la norme ISO/CEI 11801 La norme ISO/CEI 11801 définit la conformité des installations de câblage comme suit. Pour qu'une installation de câblage soit conforme à cette norme internationale, elle doit remplir les conditions suivantes : a La configuration doit être conforme aux exigences stipulées à la clause 5. b Les interfaces du câblage doivent être conformes aux exigences stipulées à la clause 9. c Le système entier doit être composé de liaisons répondant au niveau de performance requis par la clause 7. Cela requiert donc l'installation de composants conformes aux exigences stipulées aux clauses 8 et 9, conformément aux paramètres de conception stipulés à la clause 6, ou la conception et l'implémentation d'un système garantissant le respect de la classe de performances stipulée à la clause 7 et des exigences de fiabilité stipulées à la clause 9. d L'administration du système doit être conforme aux exigences stipulées à la clause 11. e Les règlementations locales concernant la sécurité et la norme CEM doivent être respectées. La norme ISO/CEI 11801 spécifie en outre : Les performances de liaison stipulées à la clause 7 doivent être conformes à la clause 6 (installation). Les performances de liaison sont respectées lorsque les composants spécifiés aux clauses 8 et 9 sont installés de manière professionnelle et conformément aux instructions du concepteur et du fournisseur, sur des distances ne dépassant pas celles spécifiées à la clause 6. Dans ce cas, il n'est pas exigé de tester les caractéristiques de transmission de la liaison. La conformité aux spécifications à la clause 7 doit être testée dans les cas suivants : z a. conception de liaisons avec des longueurs dépassant celles spécifiées à la clause 6 ; z b. conception de liaisons avec des composants différents de ceux décrits aux clauses 8 et 9 ; z c. évaluation du câblage installé afin de déterminer sa capacité à supporter un certain groupe d'applications ; z d. vérification des performances, comme requis, d'un système installé conçu conformément aux clauses 6, 8 et 9. 31006930 10/2009 543 Normes et autres considérations Conformité du réseau Ethernet industriel Transparent Ready Classes d'application Les classes d'application sont définies par la norme ISO/CEI 11801. Chaque application possède une plage de fréquences propre, et à chaque plage d'application correspond une catégorie de câble recommandée. Le tableau cidessous répertorie chacune des classes avec son application associée et sa catégorie de câble recommandée. Classe Eléments inclus dans la classe d'application Liaison permanente et voie Catégorie ANSI/TIA/EIA-568 A Applications de bande téléphonique et basse fréquence Jusqu'à 100 kHz Liaisons permanentes et voies de câblage en cuivre Les applications de support Classe A font référence, respectivement, aux liaisons permanentes de classe A et aux voies de classes A. - B Jusqu'à 1 MHz Applications de données à débit binaire moyen Liaisons permanentes et voies de câblage en cuivre Les applications de support Classe B font référence, respectivement, aux liaisons permanentes de classe B et aux voies de classes B. - C Jusqu'à 16 MHz Applications de données à débit binaire élevé Liaisons permanentes et voies de câblage en cuivre Les applications de support Classe C font référence, respectivement, aux liaisons permanentes de classe C et aux voies de classes C. Catégorie 3 D Jusqu'à 100 MHz Applications de données à débit binaire très élevé Liaisons permanentes et voies de câblage en cuivre Les applications de support Classe D font référence, respectivement, aux liaisons permanentes de classe D et aux voies de classes D. Catégorie 5 (n'est plus reconnue par la TIA/EIA) Catégorie 5e (catégorie minimale recommandée pour toutes les nouvelles installations par : TIA/EIA, IEEE, Active Equipment Manufacturers. Classe Applications de données à débit binaire élevé et très élevé optique Liaisons permanentes et voies de câblage à fibre optique Les applications de support Classe optique font référence, respectivement, aux liaisons permanentes de classe optique et aux voies de classes optique. 544 Prévues pour supporter des applications à 10 MHz et au-delà - 31006930 10/2009 Normes et autres considérations Longueurs de voie maximales Le tableau ci-dessous répertorie les longueurs de voie maximales par catégorie de câble et par classe, conformément à la norme ISO/CEI 11801. Longueurs de voie maximales ISO/CEI par catégorie de câble et par classe Support Classe A Classe B Classe C Classe D Classe E Classe F Optique CAT 3 2 km 200 m 100 m - - - - CAT 4 3 km 260 m 150 m - - - - CAT 5e 3 km 260 m 160 m - - - - CAT 6 - - - - 100 m 100 m - CAT 7 3 km 290 m 180 m 120 m - - - 150 ohms 3 km 400 m 250 m 150 m - - - - - - - - - - Câble - - - - - - - 62,5/125 et 50/125 mm - - - - - - 2 km Fibre optique - - - - - - - Monomode - - - - - - 3 km Les limites de performance des liaisons de classe D sont spécifiées à l'Annexe A des normes EN 50173:2002 et ISO/CEI 11801:2002. Les limites de mesure sont décrites dans la norme prEN 50346:2001. 31006930 10/2009 545 Normes et autres considérations 546 31006930 10/2009 Procédures de mise à la terre (masse) 31006930 10/2009 Procédures de mise à la terre (masse) F Vue d'ensemble Cette annexe décrit les procédures de mise à la terre (mise à la masse). Contenu de ce chapitre Ce chapitre contient les sujets suivants : Sujet 31006930 10/2009 Page Connexions de mise à la terre (masse) adéquates 548 Réalisation d'une connexion de terre 549 Options de connexion des blindages de câble 555 Procédures de test des réseaux Ethernet en cuivre 557 Paramètres de performance 558 Définition des paramètres de performance 560 547 Procédures de mise à la terre (masse) Connexions de mise à la terre (masse) adéquates Introduction Lorsque vous raccordez des structures et des équipements métalliques à un système de mise à la terre, la qualité des connexions de mise à la terre est déterminante pour la protection de vos équipements et leur compatibilité CEM. Les connexions de terre utilisent des bandes conductrices, des barres, des vis et des attaches de câble pour interconnecter les composants métalliques des machines, des équipements, des armoires, des blindages de câble et d'autres objets conducteurs à votre système de mise à la terre. Type et longueur des connexions Lorsque vous choisissez un type de connexion, les connexions de terre du châssis doivent à chaque fois être les plus courtes et les plus larges possible. NOTE : Veillez à ce que les connexions soient correctement établies et à ce que les composants métalliques exposés soient correctement mis à la masse. Une connexion adéquate affichera les propriétés de conduction en basse et haute fréquence requises et garantira une durée de vie optimale de vos équipements. 548 31006930 10/2009 Procédures de mise à la terre (masse) Réalisation d'une connexion de terre Introduction Vous pouvez réaliser deux types de connexion de terre : z z entre deux surfaces métalliques ; entre un câblage blindé et une surface métallique. Réalisation d'une connexion entre deux surfaces métalliques Assurez-vous que les plaques de plan de terre ne sont pas enrobées d'une couche de peinture ou de tout autre type de revêtement isolant. Ces matériaux empêchent le contact direct avec d'autres surfaces métalliques dans un système de mise à la terre : 31006930 10/2009 549 Procédures de mise à la terre (masse) Procédez comme suit pour réaliser une connexion compatible CEM entre deux surfaces métalliques. Etape Action Commentaires 1 Le schéma suivant illustre une connexion à bandes torsadées : Sélectionnez des matériaux de connexion conducteurs appropriés pour obtenir un contact optimal. Utilisez des bandes torsadées ou des vis pour connecter les surfaces métalliques. Même si leur usage est déconseillé, des plaques ou des barres métalliques peuvent néanmoins être utilisées en l'absence de bandes torsadées. N'utilisez pas de conducteurs à fil jaune/vert. Le schéma suivant illustre une connexion à vis, écrou et rondelle : 2 Ceci inclut les surfaces entre deux connexions continues appariées, Préparez la surface pour les telles que deux barres ou feuilles métalliques plates. connexions métalliques au niveau de tous les points de contact. Retirez la peinture ou les revêtements isolants de la surface des points de contact métalliques. 3 Fixez les surfaces de connexion à l'aide de bandes torsadées ou d'écrous, de vis et de rondelles. 550 Assurez-vous que la connexion entre les surfaces en contact est bien ferme, en utilisant un système de vis à rondelle. 31006930 10/2009 Procédures de mise à la terre (masse) Etape Action Commentaires 4 Assurez-vous que tous les composants métalliques sont connectés entre eux et reliés à un système de mise à la terre. Vérifiez de nouveau vos connexions afin de vous assurer qu'elles créent un système de mise à la terre local relié au connecteur de terre principal de votre bâtiment (voir page 106). 5 Appliquez une couche de peinture ou de graisse sur les écrous et les vis au niveau de chaque point de contact, afin de les protéger contre la corrosion. Maintenez la connexion tout le long. Remarques relatives aux connexions z z 31006930 10/2009 La peinture, les adhésifs frein-filet et le ruban Teflon agissent comme des matériaux isolants et empêchent un contact franc entre les surfaces métalliques aux points de connexion. Si une armoire ou une surface métallique, y compris la plaque du fond, est peinte, retirez la peinture avant de réaliser une connexion. Une fois la connexion effectuée, vous pouvez peindre les matériaux de connexion pour éviter toute corrosion. Assurez-vous que tous les composants et unités métalliques exposés qui se trouvent dans une armoire sont vissés directement sur la plaque de plan de terre. 551 Procédures de mise à la terre (masse) Réalisation d'une connexion entre un blindage de câble et des surfaces métalliques Etant donné que le réseau Ethernet fonctionne à des fréquences supérieures à 10 MHz, vous devez relier à la terre le blindage du câble à chaque extrémité, afin d'obtenir un maximum d'efficacité CEM. Si votre site ne dispose pas de liaison équipotentielle, vous pouvez réaliser une connexion à une seule extrémité et garantir un fonctionnement acceptable, mais pas aussi efficace. Procédez comme suit pour créer une connexion de qualité entre un blindage de câble et une surface métallique. Etape Action Commentaires 1 Schneider Electric vous recommande vivement d'utiliser un câble STP, Sélectionnez le câble approprié pour une installation Transparent de CAT5 minimum, pour toute installation Transparent Ready. Schneider Electric vous recommande également d'utiliser des connecteurs blindés Ready. sur les câbles, les équipements et les commutateurs. 2 Installez une barre omnibus de terre ou un plan de terre à raccorder au châssis sur lequel vous allez fixer le blindage de câble. Vous pouvez également fixer le blindage aux points d'entrée des armoires. Assurez-vous qu'aucun revêtement isolant ou peinture ne recouvre la surface du plan sur lequel vous souhaitez fixer le câble. N'utilisez pas des cosses de câble soudées ou des fils de départ étamés pour connecter le blindage du câble. Si possible, essayez de connecter le blindage à une barre omnibus de terre ou au point d'entrée d'une armoire. Dans tous les cas, assurez-vous d'avoir laissé une zone de contact intermétallique puissante tout autour du câble. 3 552 Vérifiez le câble afin de vous assurer que vous disposez d'un blindage continu d'une extrémité à l'autre. Si le câble est endommagé ou le blindage entaillé, remplacez l'intégralité du câble. 31006930 10/2009 Procédures de mise à la terre (masse) Etape Action Commentaires 4 Otez la gaine plastique externe pour exposer la gaine interne du câble. Un excellent contact intermétallique doit exister entre le blindage du câble maillé et la barre omnibus métallique ou le plan de terre. Pour réaliser une bonne connexion de terre, exposez le blindage de façon à ce qu'il ait une surface de contact de 360 degrés. 5 Fixez le blindage de câble. Si possible, connectez le blindage de câble à une barre omnibus de terre ou au point d'entrée d'une armoire. Lorsque cela est possible, mettez les deux extrémités du câble à la terre en les fixant fermement à un plan de terre. Veillez à ce que la connexion à l'extrémité du blindage fournisse une zone de contact intermétallique qui entoure entièrement la gaine. Vous pouvez utiliser des colliers de câbles métalliques pour fixer le blindage maillé et obtenir une zone de contact sur 360 degrés. Vérifiez l'absence de couche de peinture ou de revêtement isolant entre les surfaces de contact. 31006930 10/2009 553 Procédures de mise à la terre (masse) Remarques relatives aux connexions z z z Evitez d'utiliser des mauvaises connexions entre la gaine du câble et une barre omnibus métallique de terre ou un plan de terre. Retirez toute bande plastique isolante entre la couche de blindage du câble et la gaine. Evitez d'utiliser des blindages de câble trop longs. Le blindage perd de son efficacité si le câble est trop long. Pour optimiser l'efficacité du blindage, ajoutez plusieurs connexions intermédiaires vers la trame de mise à la terre. Le schéma suivant illustre un câble avec de multiples connexions vers la trame de mise à la terre. 554 31006930 10/2009 Procédures de mise à la terre (masse) Options de connexion des blindages de câble Méthodes de mise à la terre d'un blindage de câble Il existe deux façons de mettre un blindage de câble à la terre : z z en créant des connexions de terre aux deux extrémités du câble ; en créant des connexions de terre à une seule extrémité du câble. L'utilisation d'un câble blindé sans connexion de terre est déconseillée. En effet, sans mise à la terre, le blindage est peu efficace contre les champs magnétiques et les perturbations haute fréquence et basse fréquence. Tout contact avec le blindage du câble créerait alors une situation de danger, en raison de la différence de potentiel entre le blindage et la terre. ATTENTION Exposition à une basse tension. La mise à la terre d'un blindage de câble à une seule extrémité crée une différence de potentiel entre le blindage et la prise de terre de l'extrémité non reliée. z Evitez tout contact avec le blindage. Le non-respect de ces instructions peut provoquer des blessures ou des dommages matériels. 31006930 10/2009 555 Procédures de mise à la terre (masse) Avantages et inconvénients Le tableau ci-dessous décrit les avantages et les risques associés à chacune des deux méthodes de mise à la terre. Aidez-vous de ces informations pour choisir la méthode de mise à la terre la mieux adaptée à votre installation. Méthode de mise à la terre Avantages Limites Mise à la terre aux deux extrémités du câble Un courant de défaut à la terre Extrêmement efficace contre les perturbations externes en haute et peut être induit dans les signaux haute fréquence avec une forte basse fréquence interférence et intensité de Très bonne protection contre la champ, pour les câbles longs fréquence de résonance du câble (>50 m). Aucune différence de potentiel entre le câble et la terre Permet un placement courant des câbles alimentant des signaux de classe différente. Très bonne suppression des perturbations haute fréquence Mise à la terre à une seule extrémité du câble Efficacité moyenne du blindage Inefficace contre les perturbations externes provoquées par des champs électriques de haute fréquence Protège les lignes isolées contre les champs électriques de basse fréquence Le blindage peut créer une résonance à cause de l'effet d'antenne. Cela signifie que les perturbations sont plus importantes avec le blindage. Evite l'apparition de bourdonnement (perturbations basse fréquence) Boucles de terre des câbles blindés L'un des risques de mise à la terre des blindages de câble aux deux extrémités est la création de boucles de terre. Celles-ci se créent lorsqu'un courant circule dans le blindage en raison de la différence de potentiel entre les deux extrémités du blindage. Pour les supprimer, vous devez obtenir le même potentiel aux deux extrémités. Si vous travaillez sur une installation existante, placez un conducteur de liaison parallèlement au câble du réseau. Pour les très longues distances, utilisez un câble à fibre optique. 556 31006930 10/2009 Procédures de mise à la terre (masse) Procédures de test des réseaux Ethernet en cuivre Introduction Les paragraphes qui suivent décrivent le processus de vérification des installations, comme le câblage et les longueurs appropriées, ainsi que les spécifications de référence pour les tests de performance définis au chapitre 7 de la norme ISO/CEI 11801. Test des installations en cuivre Testez chaque câblage en cuivre en vérifiant particulièrement : z z z z z z z z la terminaison correcte des broches à chaque extrémité ; la continuité à l'extrémité distante ; les courts-circuits entre deux ou plusieurs conducteurs ; les paires croisées ; les paires divisées ; les paires inversées ; les paires court-circuitées ; toute autre erreur de câblage. Test des performances des installations en cuivre Les spécifications de test des voies et des liaisons permanentes établies par la norme ISO/CEI 11801 sont les suivantes : z z Les performances d'une voie sont spécifiées aux interfaces et entre les interfaces avec la voie. Les performances d'une liaison permanente sont spécifiées aux interfaces et entre les interfaces avec la liaison. La norme ISO/CEI 11801 spécifie également : Les performances des liaisons sont satisfaites lorsque les composants spécifiés aux clauses 8 et 9 (de la norme ISO/CEI 11801) sont installés de manière professionnelle et conformément aux instructions du concepteur et du fournisseur, sur des distances ne dépassant pas celles spécifiées à la clause 6 (de la norme ISO/CEI 11801). 31006930 10/2009 557 Procédures de mise à la terre (masse) Paramètres de performance Introduction Les fournisseurs de composants et de câbles sont tenus, conformément à la norme ISO/CEI 11801, de publier les paramètres de performance de tous leurs produits. La norme stipule que chaque fournisseur de câbles et de composants doit présenter les paramètres des différents composants d'une liaison ou d'une voie permanente (dont les spécifications sont définies aux chapitres 8 et 9 de la norme ISO/CEI 11801). Les paramètres de performance spécifiés par la norme ISO/CEI 11801 s'appliquent aux liaisons et aux voies permanentes dotées d'éléments de câblage blindés ou non blindés (c'est-à-dire, avec ou sans blindage complet, sauf indication contraire). Les termes STP et UTP renvoient également au câblage symétrique. Les paramètres de performance sont définis pour 5 classes d'application. Par exemple, les applications de classes D concernent les liaisons et voies permanentes de classe D, spécifiées jusqu'à 100 MHz. Paramètres de spécification et normes associées Le tableau suivant répertorie tous les paramètres proposés et/ou requis pour les tests avec leurs normes associées. Les normes principales pour les réseaux Ethernet industriel sont spécifiées dans les deux dernières colonnes. Norme ISO/CEI 11801-2000 TIA/EIA 568B ISO/CEI 11801-2000+ Amendement à TIA/EIA 568-B Etat Approuvé Approuvé Projet Projet Plage de fréquence par classe ou catégorie Cl. C : 16 MHz Cl. D : 100 MHz CAT 3 : 16 MHz Cl. C : 16 MHz CAT 5e : 100 MHz Cl. D : 100 MHz Cl. E : 250 MHz Cl. F : 600 MHz CAT 3 : 16 MHz CAT 5e : 100 MHz CAT 6 : 250 MHz Affectation des fils x x x Longueur Temps de propagation x x x x x x x Différence des temps de propagation x x x x Pertes d'insertion (affaiblissement) x x x x Perte PP NEXT x x x x Perte PS NEXT x x x x PP ACR x x PS ACR x PP ELFEXT x x x PS ELFEXT x x x x Perte par retour x x x x Résistance cc x 558 x 31006930 10/2009 Procédures de mise à la terre (masse) Liste des paramètres Les paramètres suivants sont requis pour les tests et la mesure des performances des liaisons et des voies permanentes de câblage symétrique : z z z z z z z z z z z z z z 31006930 10/2009 Impédance nominale (voir page 560) Perte par retour (voir page 560) Affaiblissement (voir page 560) Perte paradiaphonique paire à paire (voir page 561) Paradiaphonie cumulée (voir page 562) Rapport affaiblissement sur diaphonie paire à paire (voir page 562) Rapport affaiblissement sur diaphonie cumulée (voir page 562) Ecart télédiaphonique paire à paire (voir page 563) Ecart télédiaphonique cumulé (voir page 563) Résistance cc de la boucle (voir page 563) Temps de propagation (voir page 563) Différence des temps de propagation (voir page 563) Perte de conversion longitudinale à différentielle (voir page 563) Impédance de transfert du blindage 559 Procédures de mise à la terre (masse) Définition des paramètres de performance Introduction Ce sous-chapitre décrit chacun des paramètres de spécification définis dans la norme ISO/CEI 11801. Impédance nominale L'impédance est la mesure du degré de résistance d'un composant face au flux d'énergie provenant d'une source donnée. L'impédance d'un câble est un facteur important, car il détermine la charge placée sur la source ainsi que le rendement de la transmission du signal. Un moyen simple de définir l'impédance nominale consiste à mesurer un composant qui ne réfléchit pas l'énergie vers la source de transmission. Lorsqu'un système de transmission détecte l'impédance nominale comme étant sa charge, toute l'énergie qu'il transmet est absorbée par l'extrémité réceptrice. Si, au contraire, il ne détecte pas l'impédance nominale, une partie de l'énergie est renvoyée. Dans un système idéal, toute l'énergie transmise est absorbée par l'extrémité réceptrice. L'impédance est mesurée en Ohms (Ω). Perte par retour La perte par retour est une mesure de l'énergie réfléchie due au défaut d'adaptation de l'impédance dans le système de câblage. Si le système qui transmet l'énergie ne détecte pas d'impédance égale à l'impédance nominale, une partie de l'énergie est alors réfléchie (autrement dit, l'extrémité réceptrice renvoie une partie de l'énergie). Dans ce cas, il existe un écho du signal transmis. La perte par retour est mesurée en décibels ou en pourcentage d'intensité du signal. Affaiblissement (perte d'insertion) L'affaiblissement est la perte d'intensité du signal au fur et à mesure de sa traversée le long du câble. Il est mesuré en décibels (dB). Une valeur d'affaiblissement basse est satisfaisante : plus l'affaiblissement est faible, plus le signal est fort. L'affaiblissement dépend de la longueur du câble et de la fréquence. Il augmente lorsque la longueur du câble ou la fréquence augmente. Il est également affecté par le calibre du câblage. Des câbles épais affichent un affaiblissement plus faible que des câbles fins. Les problèmes d'affaiblissement qui apparaissent sont généralement dus à l'utilisation de câbles fins, de mauvaises terminaisons ou de câbles trop longs. L'affaiblissement augmente également avec la température. 560 31006930 10/2009 Procédures de mise à la terre (masse) Perte paradiaphonique paire à paire (PP NEXT) La paradiaphonie est le couplage d'un signal émis par une paire (la paire perturbatrice) vers une autre paire (la paire perturbée), mesuré à l'extrémité où le signal est injecté (l'extrémité proche). Elle équivaut à la proportion du signal transmis dans la paire perturbatrice qui est électromagnétiquement couplée dans la paire perturbée. Elle est mesurée dans la paire perturbée au niveau de l'extrémité émettrice. La paradiaphonie est mesurée en décibels (dB). Une valeur de paradiaphonie élevée est satisfaisante, car elle révèle un fort affaiblissement d'une paire à l'autre. La paradiaphonie varie avec la fréquence et doit donc être mesurée dans une plage de fréquences donnée. La figure ci-dessous représente un exemple de valeurs de paradiaphonie et d'affaiblissement La figure illustre deux paires Ethernet, l'une émettrice et l'autre réceptrice. Lorsque la paire émettrice est alimentée, elle génère une diaphonie vers la paire réceptrice. A l'extrémité proche, le signal dans la paire réceptrice est au niveau le plus bas et donc davantage sensible à l'effet de la paradiaphonie. Dès que la valeur de paradiaphonie augmente, la valeur de l'affaiblissement augmente également. Des câbles à paire torsadée ont été développés afin d'empêcher l'apparition de diaphonie et de permettre aux champs opposés de s'annuler. Un nombre de torsades élevé fournit une meilleure annulation et permet au câble de supporter une fréquence plus élevée. Il arrive souvent que la paradiaphonie d'une liaison ou d'une voie permanente décroisse (indiquant que la diaphonie augmente), en raison d'une mauvaise terminaison d'installation des câbles. Pour connecter un câble à un équipement, vous devez détordre le câble pour accéder aux fils. Les fils non tordus favorisent la diaphonie. Pour minimiser la diaphonie, conservez autant que possible la torsion des paires de câble lors de la terminaison des câbles et de leur connexion au matériel. 31006930 10/2009 561 Procédures de mise à la terre (masse) Paradiaphonie cumulée (PS NEXT) La paradiaphonie cumulée est la somme de toutes les combinaisons de paires pour la diaphonie mesurée à l'extrémité proche vers l'émetteur et simule le fonctionnement des quatre paires simultanément. Elle équivaut à la cumulation des effets paradiaphoniques des trois paires perturbatrices dans la quatrième paire, vu de l'extrémité proche. Ce paramètre est destiné aux systèmes utilisant plus de deux paires. La paradiaphonie cumulée varie en fonction de la fréquence et doit donc être mesurée dans une plage de fréquences donnée. Rapport affaiblissement sur diaphonie paire à paire (PP ACR) Le rapport atténuation sur diaphonie correspond à la différence entre la paradiaphonie et l'affaiblissement dans la paire testée. La formule est la suivante : ACR = Paradiaphonie - Affaiblissement C'est à l'extrémité proche que la paradiaphonie (avec une valeur minimale) et l'affaiblissement (avec un niveau d'affaiblissement maximal et un niveau de signal minimal) sont les plus forts. La définition du rapport affaiblissement sur diaphonie est analogue à celle du rapport signal sur bruit. (Le rapport affaiblissement sur diaphonie ne tient pas compte de l'effet du bruit externe susceptible d'affecter la transmission du signal.) Rapport affaiblissement sur diaphonie cumulée (PS ACR) Le rapport affaiblissement sur diaphonie cumulée est un calcul mathématique qui simule le fonctionnement des quatre paires simultanément. La formule est la suivante : PSACR = Paradiaphonie cumulée - Affaiblissement Etant donné que le rapport affaiblissement sur diaphonie cumulée équivaut à un rapport signal sur bruit mesuré, une valeur élevée (davantage de signal et moins de bruit) est préférable à une valeur basse (davantage de bruit et moins de signal). Télédiaphonie (FEXT) La télédiaphonie s'apparente à la paradiaphonie. La paire perturbatrice envoie le signal depuis l'extrémité proche, comme pour la paradiaphonie, mais celui-ci est ensuite mesuré dans la paire perturbée au niveau de l'extrémité éloignée. Le signal dans la paire perturbatrice est plus faible à l'extrémité éloignée, en raison de l'affaiblissement. Etant donné que la valeur de télédiaphonie est liée à l'affaiblissement du câble, elle est généralement mesurée pour obtenir l'écart télédiaphonique, mais non reportée. 562 31006930 10/2009 Procédures de mise à la terre (masse) Ecart télédiaphonique paire à paire (PP ELFEXT) L'écart télédiaphonique est un calcul mathématique obtenu en soustrayant l'affaiblissement de la paire perturbatrice de la mesure de télédiaphonie. Cette paire induit une paire adjacente. La formule est la suivante : ELFEXT = Télédiaphonie - Affaiblissement Ecart télédiaphonique cumulé (PS ELFEXT) L'écart télédiaphonique cumulé est la somme des valeurs des effets d'écart télédiaphonique générés sur chaque paire par les trois autres paires. Elle équivaut au calcul utilisé pour obtenir la paradiaphonie cumulée. Le calcul utilisé pour mesurer l'écart télédiaphonique ne tient pas compte de l'affaiblissement sur la télédiaphonie. Résistance cc de la boucle La résistance cc de la boucle équivaut à la résistance totale passant par deux conducteurs bouclés à une extrémité de la liaison. Elle est généralement fonction du diamètre des conducteurs et varie uniquement avec la distance. Cette mesure est parfois effectuée pour éviter tout ajout conséquent de résistance à la liaison dû aux erreurs de connexions globales. Temps de propagation Le temps de propagation est la mesure du temps mis par un signal pour se propager d'une extrémité à l'autre du circuit. Il est mesuré en nanosecondes (ns). La présence de ce temps de propagation a entraîné l'institution d'une limitation de longueur sur les câblages de réseaux LAN. Dans la plupart des applications réseau, telles que celles basées sur CSMA/CD, il existe un délai maximal pouvant être pris en charge sans risque de perte de communication. Différence de temps de propagation La différence de temps de propagation est la différence entre le temps de propagation d'un signal sur la paire la plus rapide et celui sur la paire la plus lente, dans un câble ou un système de câblage UTP. Perte de conversion longitudinale à différentielle (équilibrage) La transmission des signaux dans des câbles à paire torsadée suppose que les signaux sur chaque fil par rapport à la prise de terre soient équilibrés. Cela signifie que, sur toute la longueur du câble, le signal sur l'un des fils d'une paire torsadée, mesuré par rapport à la prise de terre, est exactement identique en amplitude mais aussi exactement opposé en phase au signal sur l'autre fil de la même paire torsadée. 31006930 10/2009 563 Procédures de mise à la terre (masse) Dans de telles conditions idéales, aucun signal RF ne serait émis de la paire (aucune interférence de radiofréquence et électromagnétique), et le couplage à l'intérieur de la liaison serait réduit. La paradiaphonie normale est le résultat du couplage d'un signal différentiel appliqué à une paire et détecté comme signal en mode différentiel à l'entrée réceptrice. D'autres mécanismes de couplage, générés lorsque le signal n'est pas appliqué de façon purement différentielle, incluent le couplage mode différentiel à mode commun, le couplage mode commun à mode différentiel et le couplage mode commun à mode commun. Ces mécanismes de couplages peuvent être sources de paradiaphonie excessive. Par conséquent, ce paramètre permet de définir le degré d'équilibrage du signal appliqué par le testeur à l'entrée de la liaison. Valeurs de paramètres pour le câble CAT5 conformes à ISO/CEI 11801 Le tableau ci-dessous répertorie les paramètres de spécification et leurs valeurs de classe D pour les liaisons et les voies réseau. 564 Paramètre Liaison permanente Classe D Voie permanente Voie D Fréquence (présentée à 100 Mhz à mesurer de préférence dans la plage 1 à 100 Mhz) 100 MHz 100 MHz Affaiblissement maximal 20,6 dB 24 dB NEXT minimum 29,3 dB 27,1 dB PS NEXT minimum 26,3 dB 24,1 dB ACR minimum 8,7 dB 3,1 dB PS ACR minimum 5,7 dB 0,1 dB ELFEXT minimum 19,6 dB 17,0 dB PS ELFEXT minimum 17,0 dB 14,4 dB Perte par retour minimale 17 dB 17 dB Temps de propagation maximal 489,6 ns 547,6 ns Différence de temps de propagation maximale 43 ns 50 ns Perte de conversion longitudinale à différentielle minimale La mesure de ces valeurs sur systèmes installés n'est pas encore parfaitement établie. Une vérification des valeurs à la conception est suffisante. La mesure de ces valeurs sur systèmes installés n'est pas encore parfaitement établie. Une vérification des valeurs à la conception est suffisante. Paramètre Liaison permanente classe D Résistance de boucle maximale (ohms) 40 Ω 31006930 10/2009 Glossaire 31006930 10/2009 Glossaire 0-9 100BaseT4 Ethernet 100 Mb/s fonctionnant sur quatre paires torsadées non blindées de catégorie 3, 4 ou 5. 10Base-F Ethernet 10 Mb/s sur fibre optique. 10BASE-F est un support réseau point à point, par exemple entre un concentrateur/commutateur et une station. 10Base-T Ethernet 10 Mb/s fonctionnant sur câbles à paire torsadée non blindée. 10BASE-T est un support réseau point à point, par exemple entre un concentrateur/commutateur et une station. 10Base2 Ethernet 10 Mb/s sur un câble réseau coaxial fin. 10Base5 Ethernet 10 Mb/s sur un câble réseau coaxial épais. 802 Spécifications IEEE pour les réseaux locaux (LAN, Local Area Network) et les réseaux métropolitains (MAN, Metropolitan Area Network). 31006930 10/2009 565 Glossaire 802.1 Spécifications IEEE pour la gestion générale et les opérations entre réseaux, comme le pontage. 802.2 Spécifications IEEE qui définissent des normes au niveau de la sous-couche de contrôle des liaisons logiques de la couche de liaison de données. 802.3 Normes CSMA/CD (Ethernet) qui s'appliquent à la couche physique et la souscouche MAC. 802.4 Spécifications IEEE pour les bus de transmission de jeton. 802.5 Spécifications IEEE pour l'anneau à jeton. 802.6 Spécifications IEEE pour les réseaux métropolitains (MAN). Les normes IEEE 802 sont devenues les normes ANSI et sont généralement reconnues comme normes internationales. A accès distant Accès à des ressources réseau qui ne se trouvent pas sur le même Ethernet physique, ce dernier renvoyant à la topologie réseau d'un site global. ack - numéro d'acquittement Un expéditeur transmet un message dans le code ack d'acquittement pour signaler que la réception s'est déroulée sans erreurs. adaptateur RIO Remote Input/Output CRP (processeur de communication vers les équipements distants) 566 31006930 10/2009 Glossaire adressage sans classe Voir CIDR. adressage X-Way Mécanisme d'adressage (au niveau de la couche réseau) pour le protocole Uni-TE. Il permet l'interconnexion de plusieurs réseaux ou segments Ethway, Ethernet TCP/IP et/ou Fipway. Sur un réseau TCP/IP Ethernet, l'adressage X-Way et IP sont utilisés ensemble. adresse IP Adresse 32 bits associée à une station de travail connectée à Internet avec le protocole TCP/IP. adresse MAC Adresse de contrôle de l'accès au support d'un équipement, qui est gravée dans une carte DNI et qui est ajoutée au début du paquet. adresse matérielle Voir adresse réseau. adresse physique Adresse identifiant un nœud unique. adresse réseau Chaque nœud d'un réseau possède au moins une adresse, avec au moins une adresse de matériel fixe attribuée par le fabricant de l'équipement. La plupart des nœuds ont une adresse spécifique au protocole affectée par un gestionnaire du réseau. algorithme de l'arbre recouvrant Algorithme utilisé par des ponts pour créer une topologie logique qui connecte tous les segments réseau et assurer qu'il n'existe qu'un seul chemin entre deux stations. anneau Topologie de réseau dans laquelle les nœuds sont connectés dans une boucle fermée. Les données passent d'un nœud à l'autre dans la boucle, toujours dans la même direction. 31006930 10/2009 567 Glossaire anneau à jeton Réseau informatique dans lequel une configuration de bits, appelée jeton, est transmise sur un anneau (topologie circulaire) d'ordinateurs pour éviter la collision de données entre deux ordinateurs qui tentent d'envoyer un message en même temps. ARP (Address Resolution Protocol, protocole de résolution d'adresses) Cache composé d'une table mettant en correspondance des adresses IP et des adresses de matériels. ATM (Asynchronous Transfer Mode, mode de transfert asynchrone) Technologie de transfert rapide de la voix, des vidéos et des données sur un réseau. AUI (Attachment Unit Interface, interface d'unité de rattachement) Câble Ethernet à paire torsadée blindée 15 broches utilisé pour connecter des équipements réseau et une unité de raccordement à un support (telle qu'un émetteur-récepteur). auto-négociation/auto-détection Capacité d'un équipement (au niveau de la sous-couche MAC) d'identifier la vitesse (10 ou 100 Mb/s) et le mode full duplex ou semi-duplex d'une connexion et de la régler, conformément à la clause 28 de la norme IEEE 802.3u. B bande passante Plage de fréquences qu'une transmission peut transporter. La capacité d'une voie numérique se mesure en bits par seconde (bits/s). bits/s Bits par seconde, unité de vitesse de transmission. BNC (Bayonet Neill Concelman) Connecteur standard utilisé pour relier un coaxial fin 10Base2 à un émetteur-récepteur. 568 31006930 10/2009 Glossaire BootP (Bootstrap Protocol) Protocole réseau TCP/IP qui fournit aux nœuds du réseau des informations de configuration à partir d'un nœud serveur BOOTP. BRI (Basic Rate Interface) Des deux niveaux de services RNIS, il s'agit de celui destiné à un usage résidentiel et aux petites entreprises. Cette interface comporte deux voies B à 64 Kips et une voie D à16 Kbps pour un service total de 128 Kbps. bus Topologie LAN dans laquelle tous les nœuds sont connectés à un câble unique. Les nœuds sont tous jugés égaux et tous reçoivent les transmissions sur le support. C câble à fibre optique Support de transmission composé de deux fibres optiques en verre (ou en plastique) qui transmet des signaux numériques sous la forme d'impulsions lumineuses modulées à partir d'un laser ou d'un voyant. Il se présente comme un fin filament de verre, d'un diamètre global généralement compris entre 125 et 140 μm. En raison de sa grande bande passante et d'une résistance élevée aux interférences, le câble à fibre optique est utilisé dans des liaisons à grande distance ou à fort bruit parasitaire. câble à paire torsadée Câble peu onéreux, composé de plusieurs conducteurs, comprenant une ou plusieurs paires de brins de cuivre de 18 à 24 AWG. Les brins sont tressés afin d'améliorer la protection contre les interférences radio et électromagnétiques. Ce câble, qui peut être blindé ou non, est utilisé pour les communications peu rapides, par exemple comme câble téléphonique. Il est utilisé uniquement dans des réseaux à bande de base, en raison de l'étroitesse de la bande passante. câble coaxial Câble électrique composé d'un fil conducteur solide en son centre, entouré de matériaux isolants et d'un écran conducteur métallique externe ayant le même axe de courbure que le conducteur interne. câble d'émetteur-récepteur Câble qui relie un équipement à un segment Ethernet standard ou à coaxial fin. 31006930 10/2009 569 Glossaire câble de dérivation Câble qui permet la connexion et l'accès au câble principal dans un réseau, également appelé câble AUI (Attachment Unit Interface) ou câble émetteurrécepteur. câble épais câble coaxial d'un diamètre de 12 mm (un demi-pouce). câble fin Câble coaxial similaire à celui utilisé pour le raccordement de télévisions ou d'équipements vidéo. CBN (Common Bonding Network) Composants métalliques interconnectés qui comprennent un système de mise à la terre dans un bâtiment. On parle également de circuit de mise à la terre intégré. CENELEC Comité Européen de Normalisation en Electrotechnique situé à Bruxelles. certification de câble UL En collaboration avec plusieurs fabricants, la société Underwriters Laboratories (UL) a mis au point un programme d'évaluation des niveaux de performances applicables aux transmissions de données. Cette approbation apparaît sur les câbles comme indiqué ci-dessous : Niveau I - performances adaptées aux communications de base et aux câbles à bas débit. Niveau II - les exigences de performances sont similaires à celles d'un câble de type 3 (câble de communication multipaire) décrit dans le document IBM Cabling System Technical Interface Specification (GA27-3773-1). Ces exigences s'appliquent aux câbles blindés de 2 à 25 paires. Niveau III - les câbles de données sont conformes aux exigences de transmission décrites dans le document EIA/TIA Wiring Standard pour les câbles UTP (Unshielded Twisted Pair, paire torsadée non blindée) horizontaux et aux exigences de catégorie 3 décrites dans la norme EIA/TIA 568A. Ces exigences s'appliquent à la fois aux câbles blindés et non blindés. 570 31006930 10/2009 Glossaire Niveau IV - les câbles de niveau IV sont conformes aux exigences décrites dans la norme National Electrical Manufacturer's Association (NEMA) pour les câbles de télécommunications à faibles pertes. Les exigences sont similaires à celles de la catégorie 4 de la norme EIA/TIA 568A. Ces exigences s'appliquent à la fois aux constructions de câbles blindés et non blindés. Niveau V - les câbles de niveau V sont conformes aux exigences décrites dans la norme National Electrical Manufacturer's Association (NEMA) pour les câbles de télécommunications à faibles pertes et à large étendue de fréquence. Les exigences du Niveau V sont similaires à celles de la catégorie 5 de la norme EIA/TIA 568A. Ces exigences s'appliquent à la fois aux constructions de câbles blindés et non blindés. checksum Vérification de redondance qui consiste le plus souvent à additionner des octets afin de détecter des erreurs dans un message. CIDR (Classless Inter-Domain Routing, routage interdomaine sans classe). Egalement appelé adressage sans classe ou supernetting. Méthode souple pour allouer des adresses IP avec le moins de pertes possibles. collision Résultat de deux nœuds réseau transmettant sur la même ligne en même temps. Les données transmises ne sont pas utilisables et les stations doivent renouveler l'envoi. Un mécanisme de retard employé par les deux stations réduit les risques d'une autre collision. commutateur Equipement Ethernet multiport conçu pour accroître les performances du réseau en n'autorisant que le trafic important sur les segments Ethernet reliés. Les paquets sont filtrés ou transférés en fonction de leur adresse source et de destination. commutation de circuits Maintien en activité d'un commutateur uniquement pendant que l'expéditeur et le récepteur sont en communication. commutation de groupe de travail Configuration dans laquelle un certain nombre d'utilisateurs est connecté à un réseau Ethernet via un commutateur. La commutation permet à chaque utilisateur de bénéficier d'un meilleur débit qu'avec un concentrateur. 31006930 10/2009 571 Glossaire concentrateur Equipement concentrant le câblage dans un réseau à topologie en étoile. concentrateur (hub) Centre d'un réseau à topologie en étoile ou d'un système de câblage. Topologie d'un réseau multinœud qui comprend un multiplexeur central avec de nombreux nœuds qui y accèdent ou qui en partent. Les autres nœuds ne sont généralement pas interconnectés directement. Les concentrateurs LAN sont de plus en plus nombreux en raison du développement des fibres optiques et des paires torsadées ainsi que des besoins de gestion LAN. concentrateur de câblage intelligent Concentrateur réseau qui permet la prise en charge de plusieurs supports et leur gestion depuis un point central. Lorsqu'ils prennent en charge des systèmes de câblage structurés, les concentrateurs intelligents assurent la gestion des ports. concentrateurs de commutation Systèmes de commutation Ethernet intelligents qui interconnectent plusieurs réseaux locaux (LAN) Ethernet et des LAN plus rapides tels que ceux du type FDDI. connecteur en T Dispositif en forme de T doté de deux connecteurs femelles et d'un connecteur BNC mâle. connecteur RJ (Registered Jack) Type de connecteur utilisé avec les paires torsadées UTP/STP, par exemple, RJ45. connecteur TAP Composant physique qui permet de connecter un équipement ou une nouvelle section de câble à un câble principal. ConneXium Famille d'équipements et de solutions Ethernet de Schneider. 572 31006930 10/2009 Glossaire contrôle distant Forme d'accès distant où un équipement en accès entrant prend le contrôle d'un autre nœud du réseau. Toutes les séquences de touches sur le dispositif distant sont traduites en séquences de touches spécifiques du nœud réseau. Ce type de contrôle est essentiellement utilisé avec le protocole IPX. couche Dans le domaine des réseaux, les couches sont les niveaux d'un protocole logiciel qui constituent l'architecture du réseau, chaque couche exécutant des fonctions pour la ou les couches situées au-dessus. couche de contrôle physique Couche 1 du modèle d'architecture de réseau SNA. couche de liaison de données Couche 2 du modèle de référence OSI (qui en contient sept), réservée aux communications entre les ordinateurs d'un réseau. Cette couche définit des protocoles pour les paquets de données et la manière dont ils sont transmis entre chaque équipement du réseau. Il s'agit d'un mécanisme de communication de niveau liaison, indépendant du support, qui se superpose à la couche physique ; elle est divisée en deux sous-couches : la couche de contrôle d'accès au support (MAC, Medium-Access Control) et la couche de liaison logique (LLC, Logical-Link Control). couche physique La couche 1 (niveau inférieur) du modèle de référence OSI est mis en œuvre par la voie physique. Elle régit les connexions matérielles et le codage du flux d'octets à transmettre. Elle est la seule couche faisant intervenir un transfert physique d'informations entre les nœuds du réseau. La couche physique isole la couche 2 (liaison des données) des caractéristiques physiques dépendant du support telles que transmission sur bande de base, large bande ou fibre optique. La couche 1 définit les protocoles qui régissent le support de transmission et les signaux. coupe-feu Routeur ou station de travail qui comporte plusieurs interfaces réseau et qui contrôle et limite certains protocoles, des types de trafic au niveau de chaque protocole, des types de services, ainsi que le sens du flux des informations. 31006930 10/2009 573 Glossaire CRC (Cyclical Redundancy Check, contrôle de redondance cyclique) Technique qui consiste à vérifier si un message contient des erreurs, en exécutant des calculs mathématiques sur le nombre de bits du message, les résultats étant envoyés avec les données au destinataire. Ce dernier refait les calculs sur les données reçues. En cas de différence entre les deux calculs, le destinataire demande à l'expéditeur de transmettre à nouveau les données. CSMA/CD (Carrier Sense Multiple Access with Collision Detection) Méthode d'accès aux supports Ethernet et IEEE 802.3. Tous les équipements réseau se partagent l'accès aux supports pour la transmission. Si un dispositif détecte le signal d'un autre équipement en train de transmettre, il abandonne la transmission et effectue une nouvelle tentative après un certain temps. CSU/DSU (Channel Service Unit/Data Service Unit, unité de service de voie/unité de service numérique). Evite les interférences électriques pendant la transmission/la réception de signaux depuis/vers le WAN. cut-through Technique d'examen des paquets entrants selon laquelle un commutateur Ethernet ne vérifie que les quelques premiers octets d'un paquet avant de le transmettre ou de le filtrer. Ce processus est plus rapide que l'examen complet du paquet mais il arrive aussi qu'il laisse passer des paquets défectueux. D datagramme Moyen d'envoyer des données dans lesquelles certaines parties du message sont transmises dans un ordre aléatoire, que la machine destinataire remet dans le bon ordre. DCF Système de signaux horaires précis envoyés depuis un émetteur situé près de Francfort (Allemagne), utilisé pour les synchronisation du temps. 574 31006930 10/2009 Glossaire DCOM Distributed Component Object Model, modèle objet distribué) Extension du mode COM (Component Object Model), le protocole DCOM est utilisé pour permettre à deux machines distantes de communiquer. Il remplace les protocoles de communication inter-processus par des protocoles réseau. Il s'agit d'une norme Microsoft Windows. débit IP (Internal Protection) Décrit le degré de protection des circuits internes des capteurs. délai de segment Temps nécessaire à un signal pour aller d'une extrémité du segment à l'autre. détection de collisions Signal indiquant que d'autres stations se disputent la transmission sur la station locale. Le signal est envoyé par la couche physique à la couche de liaison de données sur un nœud Ethernet/IEEE 802.3. Avec Ethernet, chaque équipement peut détecter les collisions et tente de renvoyer le signal. La technologie CSMA/CD est basée sur ce principe. DHCP Dynamic Host Configuration Protocol, protocole de configuration d'hôte dynamique) Protocole de communication qui attribue des adresses IP aux équipements d'un réseau, sur la base du protocole BootP. diaphonie Bruit véhiculé entre des câbles de communication ou les éléments d'un équipement. Le signal de paradiaphonie est mesuré à proximité du point où le bruit parasite est introduit. Le signal de télédiaphonie est introduit à une extrémité et mesuré à l'autre. diffusion générale Message envoyé à tous les équipements du réseau. DO (Device Outlet) Prise équipement 31006930 10/2009 575 Glossaire domaine de diffusion Ensemble d'équipements qui reçoivent un message de diffusion générale envoyé sur un réseau Ethernet. Le domaine de diffusion se termine par un routeur installé dans le réseau. Si un équipement du domaine diffuse des informations, celles-ci sont reçues par tous les équipements du même domaine ; en revanche, elles ne sont pas reçues par les équipements connectés via un routeur. dongle Câble réseau court qui connecte un adaptateur PCMCIA à un câble réseau. DSL (Digital Subscriber Line, ligne d'abonné numérique) Connexion Internet à grande vitesse qui utilise les câbles téléphoniques normaux. DVMRP (Distance Vector Multicast Routing Protocol) Protocole de routage utilisé pour gérer la multidiffusion basée sur la distance, mesurée en sauts de routage, et qui permet de déterminer le chemin optimal de diffusion d'un paquet. E E/S (Entrées/Sorties) Transfert de données depuis et vers un ordinateur. EGP (Exterior Gateway Protocol, protocole de passerelle externe) Permet l'échange d'informations de routage, notamment des tables de routage, entre deux hôtes d'un réseau. émetteur-récepteur Equipement réseau capable à la fois de transmettre et de recevoir des messages. Il sert d'interface entre un équipement utilisateur et un réseau et peut donc activement convertir des signaux entre le réseau et le nœud local. EMI (Electromagnetic Interference, interférence électromagnétique) Se produit en cas de dysfonctionnement ou de détérioration d'un équipement suite à l'émission d'un champ magnétique par un autre équipement voisin. 576 31006930 10/2009 Glossaire en-tête Informations de contrôle ajoutées au début d'un message transmis. Il contient des informations essentielles telles que l'adresse du paquet ou du bloc, la source, la destination, le numéro de message, la longueur et les instructions de routage. encapsulation Le fait d'envelopper un ensemble de données dans un en-tête de protocole, par exemple des données Ethernet emballées dans un en-tête Ethernet spécifique avant de transiter sur le réseau. Désigne aussi une méthode de pontage pour des réseaux différents, où une trame entière provenant d'un réseau est simplement incluse dans l'en-tête utilisé par le protocole de la couche liaison de l'autre réseau. envoi en différé Technique permettant d'examiner les paquets entrants sur un commutateur ou un pont Ethernet et de lire en entier chaque paquet avant de le transmettre ou de le filtrer. L'envoi en différé est légèrement plus lent que le processus cut-through, mais il offre la garantie que tous les paquets erronés ou mal alignés sont supprimés du réseau par l'équipement de commutation. EOS (Ethernet over SONET/SDH) Transfère des signaux Ethernet dans SONET/SDH. ERP (Enterprise Resource Planning, progiciel de gestion intégré) Système logiciel pour entreprise qui gère la planification, la fabrication et les ventes et peut également inclure des modèles de finance et de gestion des ressources humaines. Ethernet Réseau local à bande de base CSMA/CD, à 10 ou 100 Mb/s, qui peut utiliser des câbles coaxiaux fins, épais, à paire torsadée ou à fibre optique. La norme IEEE 802.3 définit les règles de configuration d'un réseau Ethernet. Ethernet commuté Concentrateur Ethernet avec une fonctionnalité intégrée de commutation ou de pontage de la couche MAC, qui offre à chaque port une bande passante de 10 Mb/s. Des transmissions séparées peuvent se dérouler sur chaque port du concentrateur de commutation. Le commutateur filtre le trafic en fonction de l'adresse MAC de destination. 31006930 10/2009 577 Glossaire Ethernet partagé Configuration Ethernet dans laquelle un certain nombre de segments sont reliés dans un même domaine de collision. Les concentrateurs fournissent ce type de configuration, la transmission n'étant assurée que par un seul nœud à la fois. F FDDI (Fiber-Distributed Data Interface) Norme ANSI pour l'utilisation de la fibre optique en vue de transmettre des données sur le réseau à des vitesses allant jusqu'à 100 Mb/s. Initialement définie pour les lignes à fibre optique, la norme FDDI est également utilisable sur des câbles à paire torsadée de courte distance (on parle également de CDDI). FDR (Faulty Device Replacement) Remplacement d'équipements défectueux fichier d'application STU Extension de fichier de projet pour le logiciel Unity Pro fichier de symboles XVM Extension de fichier des variables exportées depuis Unity Pro, utilisée par OFS. filtrage Dans un environnement Ethernet, processus selon lequel un commutateur ou un pont lit le contenu d'un paquet et, s'il estime qu'il n'est pas nécessaire de transférer ce dernier, le supprime. La vitesse de filtrage est la vitesse à laquelle un équipement reçoit des paquets et les supprime sans perdre de paquets entrants et sans générer de retard de traitement. FOIRL (Fiber Optic Inter-Repeater Link) Technique de gestion des signaux basée sur la norme IEEE 802.3 régissant les fibres optiques. fragment Dans un environnement Ethernet, élément d'un paquet qui a été décomposé en petites unités. 578 31006930 10/2009 Glossaire fragmentation Division d'un paquet en petites unités lors de son transfert sur un support du réseau qui ne prend pas en charge la taille d'origine du paquet. FTP (File Transfer Protocol, protocole de transfert de fichiers) Protocole TCP/IP pour le transfert de fichiers. FTP (Foil Twisted Pair, paire torsadée à blindage général) Câble constitué de deux brins conducteurs enroulés l'un autour de l'autre pour réduire la diaphonie et entouré d'une feuille protectrice d'aluminium. full duplex Mode dans lequel un équipement ou une ligne est capable de transmettre des données de manière indépendante et simultanée dans les deux sens. G gestion du réseau Services d'administration d'un réseau, qui englobent la configuration et la mise au point, la gestion des opérations réseau, la surveillance des performances et le diagnostic des problèmes du réseau. GMRP (GARP Multicast Registration Protocol, protocole d'enregistrement générique GARP) Système permettant la multidiffusion des données. Des stations terminales reçoivent les données envoyées au groupe de multidiffusion pour lequel elles sont enregistrées. Gopher Protocole réseau qui permet la recherche et l'extraction de documents et utilise une structure de menus pour aller chercher les informations sur Internet. GPS (Global Positioning System, système de positionnement global) Système de satellites et d'équipements de réception utilisés pour calculer une position sur la Terre. 31006930 10/2009 579 Glossaire H homologation UL Désigne un équipement ou un composant testé et approuvé par l'organisme Underwriters Laboratories, Inc. hôte Généralement, nœud d'un réseau utilisable de manière interactive, c'est-à-dire auquel on peut se connecter, comme à un ordinateur. HSBY (Hot Standby System, système de redondance d'UC) Ce système est basé sur deux automates programmables industriels configurés de manière identique, reliés l'un à l'autre et au même réseau d'E/S distantes ; si un contrôleur tombe en panne, l'autre prend le contrôle du système d'E/S. HTML (Hypertext Markup Language, langage de balisage hypertexte) Code utilisé pour écrire des pages Web. HTTP (Hyper Text Transfer Protocol, protocole de transfert hypertexte) Protocole employé pour transmettre des fichiers sur le Web. hystérésis Tant que le seuil maximum ou minimum pour la valeur d'une variable n'est pas dépassé, le signal servant à avertir les autres systèmes d'un changement d'état est supprimé. I ICMP (Internet Control Message Protocol, protocole de contrôle des messages sur Internet) Cette extension du protocole IP permet de tester une connexion sur Internet à l'aide de la commande ping. ICMP prend en charge des paquets de données avec des messages d'erreur, de contrôle et d'information. 580 31006930 10/2009 Glossaire IEC CEI - Commission électrotechnique internationale (Genève) IEEE 802.3 Norme Institute of Electrical and Electronic Engineers qui définit la méthode d'accès au support CSMA/CD et les spécifications des couches physique et de liaison de données d'un réseau local. Elle inclut notamment les mises en œuvre Ethernet 10BASE2, 10Base5, 10Base-FL et 10Base-T. IGMP (Internet Group Management Protocol, protocole de gestion de groupes Internet) Norme Internet de multidiffusion qui permet à un hôte de souscrire à un groupe de multidiffusion spécifique. IHM (Interface Homme-Machine) Ecran d'un équipement dont la conception rend son utilisation intuitive. InterBus Norme de communication ouverte qui permet la mise en place d'un réseau à grande vitesse pour connecter des modules d'E/S, des capteurs, des actionneurs et des équipements de contrôle à des automates programmables industriels ou à des gros ordinateurs. interconnexion de réseaux Terme général décrivant l'activité consistant à utiliser différents produits et technologies pour mettre des réseaux en relation. Internet Ensemble de réseaux locaux, régionaux, nationaux et internationaux interconnectés par le biais du protocole TCP/IP. Internet relie de nombreux sites gouvernementaux, universitaires et de recherche. Il offre des services de messages, de connexion à distance et de transfert de fichiers. ISDN (RNIS) (Integrated Services Digital Network, Réseau Numérique à Intégration de Services ou RNIS) Ensemble de normes pour la transmission numérique sur des câbles téléphoniques en cuivre. 31006930 10/2009 581 Glossaire ISP (FAI) (Internet Service Provider, Fournisseur d'Accès à Internet ou FAI) J jabber Erreur réseau qui survient lorsqu'une carte d'interface transmet des données corrompues sur le réseau. Il s'agit également d'une condition d'erreur due à la transmission par un nœud Ethernet de paquets de données d'une longueur supérieure à la valeur autorisée. JVM (Java Virtual Machine, machine virtuelle Java) Exécute du code Java compilé. La machine virtuelle se situe au-dessus du système d'exploitation. L LAN (Local Area Network, réseau local) Système de communication de données composé d'un groupe d'ordinateurs interconnectés partageant des applications, des données et des équipements. La zone géographique couvre généralement un bâtiment ou un groupe de bâtiments. latence Dans un environnement Ethernet, délai qui sépare, au niveau d'un équipement de commutation ou de pontage, la réception et l'envoi de la trame. liaison Connexion physique entre deux nœuds d'un réseau. Il peut s'agir d'un circuit de communication de données ou d'une connexion directe par voie (câble). liaison de données Connexion logique entre deux nœuds d'un même circuit. liaison logique Connexion temporaire entre des nœuds source et destinataire ou entre deux processus d'un même nœud. 582 31006930 10/2009 Glossaire liaison RIO Communications réseau qui passent par les équipements RIO (Remote Input/Output). LLC (Logical Link Control, contrôle de liaison logique ou Link Layer Control, contrôle de la couche de liaison) Protocole de liaison de données basé sur HDLC, développé pour des réseaux locaux par le Comité IEEE 802 et commun à toutes les normes LAN pour la transmission de liaison de données (partie supérieure de la couche 2 du modèle ISO). LNI (Local Network Interconnect) Concentrateur ou multiplicateur de ports qui prend en charge plusieurs équipements ou contrôleurs de communication actifs, soit de manière autonome, soit rattaché à un câble Ethernet standard. LS (Low Smoke) Désigne un câble à faible émission de fumée toxique en cas d'incendie. M MAC (Media Access Control, contrôle de l'accès au support) Expression générique désignant la manière dont les stations de travail accèdent au support de transmission. Plus généralement utilisée en référence aux réseaux locaux. MAN (Metropolitan Area Network, réseau métropolitain) Réseau qui couvre une zone géographique plus grande que celle d'un réseau local mais moins important que celle d'un réseau étendu. IEEE 802.6 spécifie les protocoles et le câblage pour un réseau MAN. Cependant, il est possible de les remplacer par un mode de fonctionnement asynchrone (ATM). mappage de diffusion générale d'interface Propriété mappant le taux de trafic à diffusion générale passant par chaque port des commutateurs gérés. 31006930 10/2009 583 Glossaire MAU (Medium Attachment Unit, unité de rattachement à un support) Equipement utilisé pour convertir des signaux passant d'un support Ethernet à un autre. Un émetteurrécepteur est une unité MAU. MES (Manufacturing Execution System, système intégré d'exécution de fabrication ) Système informatisé facilitant la gestion des données et des communications au niveau du flux de production. MIB (Management Information Base, base d'informations de gestion) Base de données des paramètres réseau utilisée par les protocoles SNMP (Simple Network Management Protocol) et CMIP (Common Management Information Protocol) pour surveiller et modifier les paramètres des équipements du réseau. Elle fournit la liste des noms logiques de toutes les ressources et informations du réseau concernant la gestion de ce dernier. MICE (Mechanical, Ingress, Climatic, Environmental) Travail de standardisation internationale réalisé par un groupe d'experts de IEC TC65, TIA TR-42.9 et CENELEC TC215 WG1 afin de définir des normes environnementales pour l'Ethernet industriel. micrologiciel Système d'exploitation (OS) d'un équipement MII (Media-Independent Interface, interface indépendante du support) Norme IEEE 802.3u pour Fast Ethernet. MII est l'équivalent Fast Ethernet de AUI dans l'Ethernet 10 Mb/s. Il permet la connexion de différents types de supports Fast Ethernet à un équipement Fast Ethernet via une interface commune. mise à jour de routage Message envoyé depuis un routeur pour indiquer l'accessibilité du réseau et les informations de coût associées. Les mises à jour de routage sont généralement envoyées à intervalles réguliers et après une modification de la topologie du réseau. 584 31006930 10/2009 Glossaire MMF (Multi-Mode Fiber, fibre multimode) Câble qui transporte la lumière au lieu d'impulsions électriques. Ce type de câble est utilisé pour des connexions point à point uniquement, sur une longueur maximale de 2 km. Il représente le meilleur type de câble à utiliser entre deux bâtiments. modèle de référence OSI Modèle d'architecture à sept couches pour les protocoles de communication de données, mis au point par les organismes ISO et CCITT. Chaque couche décrit des fonctions réseau spécifique comme l'adressage, le contrôle du flux, le contrôle des erreurs, l'encapsulation et le transfert fiable de messages. modèle en couches ISO L'ISO (International Standards Organization) est l'organisation internationale de normalisation qui définit les normes pour les ordinateurs et les communications. Son modèle d'interconnexion de systèmes ouverts (OSI, Open Systems Interconnection) spécifie la manière dont des équipements informatiques différents tels que des cartes NIC, des ponts et des routeurs échangent des données sur un réseau. Le modèle comprend sept couches. Celles-ci sont, du bas vers le haut : physique, liaison de données, réseau, transport, session, présentation et application. Chaque couche effectue des services destinés à la couche supérieure. MPLS Multiprotocol Label Switching, commutation multiprotocole par étiquette Intègre des informations de la couche 2 dans la couche 3, de façon à permettre le routage du trafic même en cas de problèmes sur les systèmes. MSTR Bloc fonction utilisé pour la programmation. MT-RJ Nouveau connecteur standard pour des câbles optiques. MTU (Maximum Transmission Unit, unité de transmission maximale) La plus grande taille de paquet d'un réseau peut transmettre (mesurée en octets). La taille est définie par l'administrateur du réseau et peut différer d'un réseau à l'autre. Les paquets les plus grands sont divisés avant d'être envoyés, mais cette opération réduit la vitesse de transmission. 31006930 10/2009 585 Glossaire multidiffusion Envoi d'un message par un hôte à plusieurs équipements du réseau. Forme spéciale de diffusion dans laquelle des copies du paquet ne sont transmises qu'à un sous-ensemble de toutes les destinations possibles. multiplicateur de ports Concentrateur qui connecte plusieurs équipements à un réseau. N Nano Plate-forme d'automates entrée de gamme de Schneider. NFS (Network File System, système de fichiers réseau) Protocole pour le partage de fichiers entre des hôtes UNIX. NIC (Network Interface Card, carte d'interface réseau) Carte adaptateur insérée dans un ordinateur qui contient le logiciel et les éléments électroniques nécessaires pour permettre à la station de communiquer sur le réseau. NMS (Network Management System, système de gestion de réseau) Gestionnaire, inclus dans le protocole SNTP, qui peut interroger les agents, en obtenir des réponses et définir des variables dans ces derniers. NTP (Network Time Protocol, protocole de synchronisation horaire) Protocole TCP utilisé pour synchroniser l'heure sur les équipements d'un réseau. Il utilise des signaux émis par des horloges radios et atomiques. nœud Tout équipement intelligent connecté au réseau, y compris des serveurs terminaux, des ordinateurs hôtes et des équipements tels que des imprimantes et des terminaux qui sont directement rattachés au réseau. Un nœud est en quelque sorte un équipement ayant une adresse matérielle. 586 31006930 10/2009 Glossaire nœud distant Forme d'accès distant où l'équipement en accès entrant se comporte comme un équipement homologue sur le réseau cible. Ce type de contrôle est essentiellement utilisé avec les protocoles IP et IPX. O OEM (Original Equipment Manufacturer, fabricant de matériel informatique d'origine) L'OEM, ou équipementier, construit des ordinateurs en gros, les personnalise avec certaines applications et les revend sous son propre nom. OLE (Object Linking and Embedding, liaison et incorporation d'objets) Système logiciel Microsoft qui permet à des applications Windows de déplacer et de partager des informations. OPC Spécification pour le contrôle des processus et l'automatisation de la fabrication ; définit des normes pour des objets, des méthodes et des interfaces. OSI (Open Systems Interconnect/Interconnection, interconnexion de systèmes ouverts) Structure permettant d'interconnecter des ordinateurs hétérogènes pour le traitement d'applications distribuées conformément aux normes internationales. OSPF (Open Shortest Path First) Protocole de routage de type Link-State (état de liaison), dans lequel chaque nœud de commutation (routeur) transmet une carte complète des connexions réseau servant à calculer le saut optimal suivant d'un routeur vers le suivant. 31006930 10/2009 587 Glossaire P paquet Série de bits contenant des données et des informations de contrôle, mises en forme pour être transmises d'un nœud à un autre. Il inclut un en-tête avec une trame de départ, les adresses source et destination, des données de contrôle, le message lui-même et un code de fin avec des données de contrôle d'erreur (appelé séquence de vérification de trame). passerelle Combinaison d'éléments matériels et logiciels interconnectant des réseaux ou des équipements réseau qui, à défaut, seraient incompatibles. Les passerelles incluent des assembleurs/désassembleurs de paquets (PAD, Packet Assembler/Disassembler) et des convertisseurs de protocole. Elles opèrent au niveau des couches 5, 6 et 7 (session, présentation et application) du modèle OSI. PCMCIA (Personal Computer Memory Card International Associates) Développeurs d'une norme pour une carte d'équipement informatique permettant d'ajouter de la mémoire, d'utiliser un modem/fax ou d'utiliser un disque dur portable. perte On parle également de perte de signal. Atténuation ou dégradation d'un signal durant une transmission. perte de signal Voir perte ping (Packet Internet Groper) Pour tester le réseau, tapez ping.exe au niveau de la ligne de commande pour essayer d'atteindre une destination avec une demande d'écho ICMP et attendre une réponse. point à point Circuit connectant deux nœuds uniquement, ou configuration nécessitant une connexion physique distincte entre chaque paire de nœuds. 588 31006930 10/2009 Glossaire pont Equipement qui connecte deux réseaux locaux (LAN) et qui transmet ou filtre des paquets de données entre les deux en fonction de leurs adresses de destination. Les ponts interviennent au niveau de la liaison de données (ou couche MAC) du modèle de référence OSI, et ils sont transparents pour les protocoles et pour les équipements de niveau supérieur tels que les routeurs. Les ponts connectent des réseaux qui utilisent des protocoles différents et qui opèrent au niveau de la liaison de données ou de la couche 2 du modèle OSI. Ils sont souvent présentés comme des ponts du niveau Contrôle de l'accès au support (couche MAC, Media-Access Control). Ils n'interprètent pas les informations qu'ils transportent. Lorsque deux réseaux locaux (LAN) sont correctement reliés par un pont, ils forment un réseau local unique. Différentes techniques d'équilibrage de la charge ont été mises au point pour remédier aux problèmes de limitation de la bande passante et de panne d'éléments sur le réseau. Les ponts sont de plus en plus utilisés pour contrôler le trafic réseau afin que le reste du réseau ne soit pas affecté. Ils améliorent les performances du réseau et s'avèrent utiles pour la sécurité. pont de routage Pont de la couche MAC qui utilise la couche réseau pour déterminer la topologie d'un réseau. pont-routeur Equipement qui achemine des protocoles spécifiques, tels que TCP/IP et IPX, et connecte d'autres protocoles, combinant les fonctions à la fois des routeurs et des ponts. pont/routeur Equipement qui assure les fonctions d'un pont ou d'un routeur, ou les deux simultanément. Un pont/routeur peut acheminer un ou plusieurs protocoles, tels que TCP/IP et/ou XNS et servir de pont pour tous les autres types de trafic. port Connecteur physique sur un équipement permettant d'établir la connexion. PPP (Point-to-Point Protocol, protocole point à point) Protocole qui fournit des connexions de routeur à routeur ou d'hôte à réseau, aussi bien sur des circuits synchrones qu'asynchrones. Succède au protocole SLIP. 31006930 10/2009 589 Glossaire PRI (Primary Rate Interface) Des deux niveaux de services RNIS, il s'agit de celui destiné aux grandes entreprises. Cette interface comporte 23 voies B et une voie D à16 Kbps (aux Etats-Unis) ou 30 voies B et une voie D (en Europe). protocole Toute méthode standard de communication sur un réseau. protocole de routage Protocole qui met en œuvre un algorithme de routage spécifique. protocole UMAS Unified Messaging Application Protocol, protocole unifié d'applications de messagerie Permet de rassembler tous les supports de messagerie dans une seule interface. Q QoS (Quality of Service, Qualité de Service) Spécification de performance utilisée pour mesurer et améliorer la qualité des transmissions et la disponibilité des services dans un système de communication. R Rapid Spanning Tree (Arbre recouvrant rapide) (RSTP) Enrichissement du protocole Spanning Tree qui diminue le temps de convergence ; il réduit le temps de reconfiguration et accélère ainsi la reprise des services. Voir Spanning Tree. RARP (Reverse Address Resolution Protocol, protocole de résolution inverse d'adresse) Protocole utilisé pour convertir une adresse d'interface matérielle en adresse de protocole. 590 31006930 10/2009 Glossaire RAS (Remote Access Server/Service, serveur/service d'accès à distance) Serveur qui permet un accès distant à un réseau local (LAN), le plus souvent par le biais d'une ligne téléphonique. redondance Duplication de composants critiques afin d'accroître la fiabilité. relais de trame Protocole utilisant la commutation de paquets pour connecter des équipements sur un réseau WAN. répéteur Equipement réseau qui connecte un segment Ethernet à un autre au sein du même réseau local. Le répéteur transmet des signaux dans les deux sens entre les segments. Il amplifie les signaux électriques, régénère l'en-tête de chaque paquet, développe les fragments de paquet et exécute une auto-segmentation ainsi qu'une reconnexion automatique sur les ports présentant des collisions continuelles. répéteur multiport Répéteur, autonome ou relié à un câble Ethernet standard, qui relie un maximum de huit segments Ethernet sur câble fin. réseau Système d'ordinateurs interconnectés qui peuvent communiquer entre eux et partager des fichiers, des données et des ressources. réseau à commutation de circuits Réseau qui établit provisoirement un circuit physique, jusqu'à réception d'un signal de déconnexion. réseau à commutation de paquets Réseau dans lequel les données sont transmises dans des paquets. Les paquets peuvent être acheminés individuellement sur la meilleure connexion réseau disponible et réassemblés au point de destination de façon à constituer le message complet. réseau fédérateur Câble principal du réseau. 31006930 10/2009 591 Glossaire réseau LAN virtuel commuté Réseau logique comportant plusieurs domaines d'émulation de réseaux LAN différents et contrôlé par une application de gestion de réseau intelligente. réseau local à bande de base Réseau local qui utilise une fréquence porteuse unique sur un seul canal. Ethernet utilise une transmission sur bande de base. RIP (Routing Information Protocol, protocole d'informations de routage) Protocole de routage qui s'appuie sur le vecteur distance pour calculer en nombre de sauts le chemin optimal de diffusion d'un paquet. RMON (Remote Monitoring, surveillance à distance) Sous-ensemble du protocole SNMP. MIB II offre des fonctionnalités complètes et flexibles de surveillance et de gestion grâce à la prise en charge de 10 groupes d'informations. RMON MIB (Remote Monitor Management Information Base, base d'informations de gestion de surveillance à distance) Base d'informations contenant neuf niveaux (Ethernet) de présentation de statistiques pour la gestion d'un réseau. routage Processus de transmission d'un message sur un ou plusieurs réseaux par le chemin le plus approprié. Bien que simple dans son principe, le routage s'appuie sur une technique complexe et spécialisée dans laquelle interviennent de nombreux facteurs. Plus les réseaux sont reliés entre eux, plus la complexité du routage risque d'augmenter. 592 31006930 10/2009 Glossaire routeur Equipement assurant le filtrage et le transfert de paquets sur la base des informations de la couche de liaison de données. Alors que le pont ou le commutateur peut uniquement lire les adresses de la couche MAC pour les filtrer, le routeur peut lire des données telles que des adresses IP et les acheminer en conséquence. Contrairement aux ponts, les routeurs opèrent au niveau 3 (couche réseau) du modèle OSI. Par ailleurs, ils sont spécifiques à un protocole et agissent sur des informations de routage transportées par le protocole de communication dans la couche réseau. Les ponts transmettent les paquets de la couche 2 (liaison de données) directement au segment suivant d'un réseau local, tandis que les routeurs peuvent utiliser des informations sur la topologie du réseau et choisir ainsi la meilleure route pour l'envoi d'un paquet de la couche 3. Les routeurs intervenant au niveau 3, ils sont indépendants de la couche physique et sont utilisables pour relier différents types de réseau. Ils doivent pouvoir échanger des informations entre eux afin de connaître les conditions du réseau et de déterminer les liaisons actives et les nœuds disponibles. RTPS (Real-Time Publish-Subscribe, publication-souscription en temps réel) Norme permettant de transférer des données et des états sur des protocoles peu fiables comme UDP/IP. S SASL (Simple Authentication and Security Layer, couche de sécurité et d'authentification simple) Utilisé pour identifier et authentifier un utilisateur auprès d'un serveur, ce protocole peut aussi protéger les transmissions en fournissant une couche de sécurité. saut de routeur Chemin parcouru entre un routeur et le suivant. Tous les paquets de données spécifient après combien de sauts le paquet sera supprimé et un message d'erreur envoyé à la source de données. SCADA (Supervisory Control and Data Acquisition) Logiciel qui, relié à un automate programmable industriel, permet l'acquisition et l'analyse d'informations utilisées pour surveiller et contrôler un équipement commercial. 31006930 10/2009 593 Glossaire ScTP (Screen Twisted Pair, paire torsadée écrantée) Câble constitué de deux conducteurs enroulés l'un autour de l'autre pour réduire la diaphonie, d'un blindage tressé tel qu'un câble STP et d'une tresse externe supplémentaire pour accroître la protection. SDH (Synchronous Digital Highway) Norme de signaux utilisée dans la transmission numérique. segment Dans un environnement Ethernet, partie de bus présentant une continuité électrique. Il est possible de relier des segments à l'aide de répéteurs ou de ponts. segmentation Dans un environnement Ethernet, division d'un anneau surchargé en deux ou trois anneaux distincts, reliés par un pont/un routeur ou par un concentrateur universel. segmentation LAN Division de la bande passante du réseau local en plusieurs LAN indépendants de façon à améliorer les performances. semi-duplex Mode de transmission des données qui peut s'effectuer dans les deux directions sur une même ligne, mais dans un seul sens à la fois. serveur Ordinateur qui contient des ressources à partager sur le réseau, telles que des fichiers (serveur de fichiers) ou des terminaux (serveur de terminaux). serveur d'impression Ordinateur dédié qui gère des imprimantes et des demandes d'impression provenant d'autres nœuds du réseau. serveur de communication Système autonome dédié qui gère les communications pour d'autres ordinateurs. 594 31006930 10/2009 Glossaire serveur de fichiers Ordinateur qui stocke des données pour les utilisateurs du réseau et permet un accès réseau à ces données. serveur de noms Logiciel qui s'exécute sur les hôtes réseau chargés de convertir des noms de type texte en adresses IP numériques. serveur de terminaux Concentrateur qui facilite les communications entre des hôtes et des terminaux. serveur/service DNS (Domain Name Server/Service, serveur/service de noms de domaines) Service qui convertit un nom de domaine en adresse IP, cette dernière constituant l'identifiant unique d'un équipement du réseau. services synchrones L'application cliente qui appelle un service en lecture ou en écriture ne peut pas effectuer d'autres demandes tant qu'elle n'a pas obtenu de réponse à la première. services Transparent Ready Solutions Schneider visant à optimiser la distribution électrique, le contrôle industriel et les performances des automatismes. session Connexion à un service réseau. SLIP (Serial-Line Internet Protocol, protocole Internet sur ligne série) Protocole pour l'exécution TCP/IP sur des lignes série. SMF (Single-Mode Fiber, fibre monomode) Fibre avec un cœur de petit diamètre (environ 3 μm) et une gaine dont l'indice de réfraction est très proche de celui du cœur. Elle transmet les rayons lumineux qui pénètrent selon un angle de dispersion très étroit sur une très large bande passante. La fibre SMF a un diamètre relativement étroit qui ne permet la propagation que d'un seul mode. Elle offre une bande passante plus importante que la fibre MMF, mais nécessite une source de lumière de faible largeur spectrale. 31006930 10/2009 595 Glossaire SMS (Short Message Service, service de messages courts) Messages de texte composés de 160 caractères maximum, qu'il est possible d'envoyer sur un équipement sans fil. SMTP Simple Mail Transfer Protocol) Norme Internet utilisée pour envoyer et recevoir des messages électroniques. SNA (Systems Network Architecture, architecture de réseau systèmes) Protocoles en couche d'IBM pour les communications sur des gros systèmes. SNMP (Simple Network Management Protocol) Protocole en trois parties comprenant : une structure d'informations de gestion (SMI), une base d'informations de gestion (MIB) et le protocole lui-même. La SMI et la MIB définissent et stockent l'ensemble des entités gérées : le protocole SNMP proprement dit véhicule les informations vers et depuis ces entités. La norme du domaine public est basée sur l'expérience opérationnelle des travaux Internet TCP/IP au sein des réseaux DARPA/NSFnet. Hôte TCP/IP exécutant une application SNMP pour interroger d'autres nœuds et obtenir des données relatives au réseau et connaître les conditions d'erreur. Les autres hôtes, qui fournissent des agents SNMP, répondent à ces requêtes et permettent à un seul hôte de collecter des statistiques depuis les nombreux autres nœuds du réseau. SNP (Sub-Network Protocol) Protocole TCP/IP résidant dans la couche de sous-réseau, sous IP. Il assure le transfert des données dans le sous-réseau local. Dans certains systèmes, un module adaptateur doit être inséré entre IP et le protocole SNP pour rendre les interfaces compatibles. SNTP (Simple Network Time Protocol) Version simplifiée du protocole NTP, utilisée pour synchroniser les horloges des systèmes informatiques. SOAP (Simple Object Access Code) Protocole simplifié d'accès aux objets. 596 31006930 10/2009 Glossaire socket Identificateur unique composé d'une adresse IP et d'un numéro de port correspondant au point terminal d'une communication dans un système ou une application. SONET (Synchronous Optical Network, réseau optique synchrone) Norme de signaux utilisée dans la transmission numérique. sous-réseau Partie interconnectée mais séparée d'un réseau, qui partage une adresse réseau avec d'autres parties de celui-ci. Le sous-réseau est utilisé à des fins de sécurité et de performances. spanning tree (arbre recouvrant) (STP) Technique qui détecte les boucles dans un réseau et bloque de façon logique les chemins redondants, afin qu'il n'existe qu'une route entre deux réseaux LAN. Elle est utilisée dans les réseaux à pont régis par la norme IEEE 802.1d. Voir Rapid Spanning Tree. SQL (Structured Query Language, langage de requête structuré) Langage utilisé pour interroger une base de données relationnelles. SSID (Service Set Identifier) Séquence de 32 lettres ou chiffres placée dans l'en-tête du paquet et qui identifie de manière unique un réseau local sans fil. STP (Shielded Twisted-Pair, paire torsadée blindée) Support de transmission courant qui comprend un fil pour la réception (RX) et un fil pour la transmission (TX) enroulés l'un autour de l'autre de façon à diminuer la diaphonie. Le blindage est assuré par une gaine externe tressée. supernetting Voir CIDR. 31006930 10/2009 597 Glossaire support physique Tout moyen physique permettant de transférer des signaux entre des systèmes OSI. Considéré comme étant externe au modèle OSI et parfois appelé Couche 0, ou base du modèle de référence OSI. surveillance IGMP Permet à un commutateur de surveiller ou d'écouter les messages transmis entre un routeur et des hôtes. SYN (synchronize) Type de paquet utilisé par TCP pour synchroniser les numéros de séquence sur deux ordinateurs qui entament une nouvelle connexion. SYN ACK Message qui accuse réception du signal de synchronisation envoyé par le client et ouvre le socket du serveur pour un renvoi au client. T table de routage Table stockée sur un routeur ou un autre équipement d'interconnexion de réseau qui garde un suivi des routes (et, dans certains cas, des mesures associées à ces routes) vers des destinations particulières du réseau. table des hôtes liste des hôtes TCP/IP qui sont sur le réseau, ainsi que leur adresse IP. 598 31006930 10/2009 Glossaire TCP/IP (Transmission Control Protocol/Internet Protocol) Ensemble de protocoles mis au point par l'ARPA (Advanced Research Projects Agency) du Département de la Défense des Etats-Unis au début des années 1970. Son but était de développer des techniques permettant de connecter différents types de réseaux et d'ordinateurs. TCP/IP ne possède pas les fonctionnalités fournies par l'OSI. TCP/IP est un protocole de transport et de travail sur Internet, c'est-à-dire une norme de facto de gestion de réseaux. Il est couramment employé avec un câblage X.25 et Ethernet et considéré comme l'un des quelques protocoles capables d'assurer une véritable migration vers OSI. TCP/IP fonctionne dans la plupart des environnements. TCP/IP opère au niveau des couches 3 et 4 du modèle OSI (respectivement Réseau et Transport). TCP et IP sont les protocoles réseau standard dans des environnements UNIX. Ils sont presque toujours mis en œuvre et utilisés ensemble. Telnet Programme d'émulation de terminal utilisé pour contrôler des serveurs à distance. temporisation (time-out) Signal d'interruption envoyé par un équipement qui, au bout d'un certain temps, n'a toujours pas reçu les données entrantes qu'il attend. terminaison Connecteur spécial utilisé aux deux extrémités d'un segment Ethernet standard ou à câble fin. Il offre au câble une résistance de terminaison de 50 Ω. tête de ligne Dans des réseaux à large bande, point central ou concentrateur qui reçoit des signaux sur une bande de fréquences définie et qui les retransmet sur une autre. Chaque transmission d'une station de travail vers une autre sur un réseau à large bande doit passer par la tête de ligne. Celle-ci permet au réseau de recevoir et d'envoyer sur le même câble. TFTP (Trivial File Transfer Protocol) Sur des ordinateurs qui exécutent un logiciel de gestion de réseaux TCP/IP, le protocole TFTP permet d'envoyer rapidement des fichiers sur le réseau avec des fonctions de sécurité moins nombreuses que sur FTP. 31006930 10/2009 599 Glossaire tolérance aux pannes Capacité d'un réseau à éviter qu'une panne survenant sur une partie du réseau n'entraîne l'interruption d'autres services réseau. La tolérance aux pannes augmente l'intégrité du réseau et sa disponibilité. Les alimentations redondantes sur des émetteurs-récepteurs, des concentrateurs et des commutateurs, ou encore les topologies en anneau simple ou double sur fil de cuivre ou fibre optique, sont des exemples de systèmes tolérants aux pannes. topologie Disposition des nœuds et du matériel de connexion qui composent le réseau. Les topologies sont en anneau, de type bus, en étoile ou en arbre. topologie en étoile Réseau dans lequel chaque station de travail est connectée à un concentrateur central par une connexion dédiée point à point. TP (Twisted-Pair, paire torsadée) Câble comprenant deux conducteurs en cuivre massif ou toronné de 18 à 24 AWG, chacun revêtu d'un matériau isolant, et tressés ensemble. Le tressage offre une protection contre les interférences radio et électromagnétiques. trace route TraceRT est un outil de suivi des routes utilisé pour mesurer le nombre de sauts du routeur, ou de routes, entre les systèmes afin de faciliter la détection des problèmes ; il suffit de taper tracert.exe à l'invite de commande. traitement distribué Système dans lequel chaque station ou nœud d'un réseau assure son propre traitement et gère certaines données, le réseau facilitant les communications entre les stations. trame Groupe de bits envoyé sur une liaison, qui contient ses propres informations de contrôle, telles que l'adresse et les données de détection d'erreur. La taille et la composition de la trame varient selon le protocole. Les termes trame et paquet sont souvent utilisés l'un pour l'autre, bien que selon le modèle OSI, une trame soit constituée au niveau de la couche 2 et un paquet au niveau de la couche 3 ou audessus. 600 31006930 10/2009 Glossaire transmission Processus dans le cadre duquel un commutateur ou un pont Ethernet lit le contenu d'un paquet et l'achemine sur le segment connecté approprié. La vitesse de transmission est le temps qu'il faut pour que l'équipement exécute toutes les étapes requises. U UDP (Universal Datagram Protocol, protocole universel de transmission par datagramme) Protocole de la couche transport pour des datagrammes, utilisé essentiellement pour la diffusion. Il gère également les adresses des ports. Uni-TE Protocole de communication de la couche application. Ce service permet un accès en lecture et en écriture à des variables, des transferts de programmes, la gestion des modes opératoires des équipements, le diagnostic au niveau de l'équipement et des liaisons, ainsi que la transmission de données non sollicitées. usurpation d'adresse (spoofing) Attaque contre un système sécurisé dans laquelle une personne mal intentionnée envoie un message en utilisant l'adresse IP volée/piratée d'un hôte identifié du réseau afin d'obtenir un accès non autorisé. usurpation d'identité Possibilité de faire apparaître un utilisateur sur le système sous l'identité d'un autre utilisateur. Ce processus peut être utilisé à des fins malveillantes. Lorsqu'il y a usurpation d'identité IP, seule la connexion au niveau du coupe-feu ou du routeur est visible sur Internet, ce qui permet de dissimuler un espace d'adresse IP protégé. UTP (Unshielded Twisted Pair, paire torsadée non blindée) Une ou plusieurs paires de câbles avec une enveloppe isolante. Les paires UTP sont généralement utilisées pour les câbles téléphoniques. 31006930 10/2009 601 Glossaire V verrouillage de trame Division des données à transmettre en groupes de bits et ajout d'un en-tête et d'une séquence de vérification dans chaque groupe. VijeoLook Le logiciel d'interface homme-machine (IHM) pour PC, de Schneider S.D. vitesse de la ligne Vitesse maximale, exprimée en bits par seconde, à laquelle les données peuvent être transmises de manière fiable sur une ligne, avec un matériel spécifique. voie Chemin de données de bout en bout entre deux nœuds. Ensemble du câblage d'un équipement actif à un autre. VPN (Virtual Private Network, réseau privé virtuel) Réseau qui connecte des réseaux avec des sites distants en utilisant un fournisseur de services tiers. VSD (Variable Speed Drive) Variateur de vitesse. W WAN (Wide Area Network, réseau étendu) Réseau qui utilise les services de télécommunications pour transmettre des données dans une zone géographique étendue. WEP (Wired Equivalent Privacy) Protocole de sécurité pour les réseaux locaux (LAN) sans fil qui crypte les données transmises par ondes radioélectriques. 602 31006930 10/2009 Index 31006930 10/2009 B AC Index A B Abonné dans une opération Global Data, 219 Accès à distance à un système Ethernet, 155 accès au réseau à partir d'une station distante, 157 accès commuté contrôle à distance d'un PC, 157 accès distant via un accès commuté, 157 Accès distant à un VPN, 161 ACR rapport affaiblissement sur diaphonie, 562 Activer I/O Scanning, 191 Adaptateur de terminal RNIS dans un WAN Ethernet, 74 Administration câblage, 121 Adresse MAC, 150 Affaiblissement paramètre de performance ISO/CEI 11801, 560 Appartenance à un groupe dans un système de multidiffusion IP, 150 Applications industrielles pour Ethernet, 19 Armoires création d'une liaison équipotentielle, 108 Base de données des balises IHM dans le fonctionnement d'un serveur Web FactoryCast HMI, 263 Bit de fonctionnement pour I/O Scanning, 191 Blindage de câble connexion à une surface métallique, 552 méthode de mise à la terre, 555 Bloc MBP_MSTR pour surveiller les communications Ethernet dans un système Quantum, 329 Bloc MSTR pour surveiller les communications Ethernet dans un système Quantum, 329 Blocage dans une communication SCADA, 307 BootP dépannage, 396 Boucles de terre, 556 BRI options RNIS, 70 Brochage connecteur RJ45 pour réseaux Ethernet à paire torsadée, 90 brochage connecteurs circulaires M12, 98 brochages pour un connecteur cuivre RJ45, 97 Bus en anneau de mise à la terre, 106 31006930 10/2009 603 Index C Câblage administration, 121 description technique des câbles à fibre optique, 91 câblage documentation, 123 données d'essai, 124 essais des composants, 123 étiquettes, 124 Câblage fibre optique, 91 fibre optique par rapport à cuivre, 94 câblage installations commerciales, 123 Câblage normes de fibre optique, 91 câblage spécifications de fibre optique 100Base-FX, 95 spécifications de fibre optique 10Base-FL, 95 Câblage types de fibres optiques, 92, 94 Câblage horizontal, 38 Câble à paire torsadée blindée caractéristiques, 88 Câble à paire torsadée non blindée caractéristiques, 88 Câble cuivre pour réseaux Ethernet, 87 Câble cuivre inverseur brochage, 116 code couleur, 117 Câble cuivre simple brochage, 115 code couleur, 116 Câbles cuivre outils de fabrication, 118 Câbles, composants étiquetage, 122 Capture de paquet outils, 406, 406, 407 Caractéristiques du scrutateur d'E/S, 185 604 Carte d'interface réseau système d'exploitation, 384 CAT 1 câble cuivre à paire torsadée 1 Mbit/s non blindée, 87 CAT 2 câble cuivre à paire torsadée 4 Mbit/s non blindée, 87 CAT 3 câble cuivre à paire torsadée 16 Mbit/s, 87 CAT 4 câble cuivre à paire torsadée 20 Mbit/s, 88 CAT 5 câble cuivre à paire torsadée 100 Mbit/s, 88 CAT 5E câble cuivre à paire torsadée 350 MHz CAT 5 améliorée, 88 CAT 6 câble cuivre à paire torsadée 400 MHz, 88 CAT 7 câble cuivre à paire torsadée 500-700 MHz, 88 Chien de garde pour surveiller les communications distantes dans un système Quantum, 330 sauvegarde pour un système SCADA, 322 Chien de garde de sauvegarde dans un système SCADA, 322 Circuits virtuels dans un système Ethernet, 72 Circuits virtuels commutés dans un système Ethernet, 72 Classification des signaux, 109 Client dans une opération de remplacement d'équipements défectueux, 227 Client FDR, 227 31006930 10/2009 Index Client Modbus, 200, 201 délais d'attente, 216 fonctionnement dans un système Momentum, 208 fonctionnement dans un système Premium, 207 fonctionnement dans un système Quantum, 205 limites dans un système Momentum, 208 limites dans un système Premium, 206 limites dans un système Quantum, 204 nombre de tentatives, 216 Code IP degré de protection contre la pénétration de corps étrangers, 83 Codes fonction Modbus, 201 Combinaison de transferts de données, 182 Communication au niveau de l'entreprise, 171 communication au niveau de l'entreprise services Transparent Ready, 172 Communication au niveau du terrain, 171 Communication au niveau inter automates, 171 communication client entre un serveur d'E/S et un affichage SCADA, 312 Communication de transfert de données services Transparent Ready, 173 Communication distante transparente, 171 communication SCADA sur des sockets multiples prenant en charge une requête à la fois, 311 sur un socket unique prenant en charge des requêtes multiples, 310 sur un socket unique prenant en charge une requête à la fois, 309 communication SCADA à SCADA, 312 Communications au niveau du terrain services Transparent Ready, 174 Communications sans fil dans un système Ethernet, 65 commutateur dans un système Ethernet, 67 31006930 10/2009 Commutateur dans un WAN Ethernet, 74 Commutation de circuits dans un système Ethernet, 70 Commutation de paquets dans un système Ethernet, 71 Compatibilité des services, 182 Compatibilité du service, 182 Composants du système de mise à la terre, 105 concentrateur dans un système Ethernet, 66 Conception d'un réseau, 182 Conception réseau, 182 Conducteur de terre principal, 105 Conducteurs de terre, 105 Configuration distante en utilisant un serveur Web, 246 Congestion du réseau dans un système Ethernet, 63 Connecteur RJ45 brochages, 90 code couleur des fils, 90 connecteurs brochage M12, 98 brochages RJ45 , 97 Connecteurs fibre optique, 99 LC pour fibre optique, 99 connecteurs M12, 98 Connecteurs MT/RJ pour fibre optique, 99 connecteurs RJ45, 96 RJ45 blindés, 97 Connecteurs SC pour fibre optique, 99 ST pour fibre optique, 99 connecteurs circulaires M12, 98 connecteurs cuivre RJ45, 96 connecteurs cuivre RJ45 blindés, 97 connexion d'un automate à Internet, 157 Connexion d'un automate à Internet, 162 605 Index connexion d'un automate à Internet pour accéder à un système distant, 157 Connexion de la base de données relationnelle à un serveur Web FactoryCast HMI, 264 Connexion de mise à la terre pour un blindage de câble, 552 procédure, 550 Connexion de terre pour un blindage de câble, 552 procédure, 550 Connexion Internet à un automate pour l'accès au système à distance, 162 Connexions de masse recommandations, 548 Connexions de terre recommandations, 548 Connexions logiques dépannage d'un système Ethernet, 382 Connexions physiques dépannage d'un système Ethernet, 381 Couche application dans le modèle TCP/IP, 137 Couche de transport du modèle Transparent Ready, 141 Couche interface réseau dans le modèle TCP/IP, 138 Couche interréseau dans le modèle TCP/IP, 138 du modèle Transparent Ready, 139 Couche transport dans le modèle TCP/IP, 137 Coupe pour la fabrication de câbles cuivre Ethernet, 119 Coupe-câble pour la fabrication de câbles cuivre Ethernet, 118, 119 D Degré de protection exigences de protection contre la pénétration de corps étrangers, 83 Délai de passerelle, 372 606 Dénudage pour la fabrication de câbles cuivre Ethernet, 119 pour la fabrication de câbles cuivre Ethernet, 118 Dépannage BootP, 396 connections logiques sur un système Ethernet, 382 connexions physiques sur un système Ethernet, 381 d'un système Ethernet, 377, 378 encombrement sur un système Ethernet, 382 équipement défectueux, 396 FTP, 395 NTP, 399 perte de paquets, 404 services, 389 SMTP, 398 synchronisation horaire, 399 Telnet, 395 Désactiver I/O Scanning, 191 Diagnostics intégrés sélection du service, 177 Différence de temps paramètre de performance ISO/CEI 11801, 563 Différence de temps de propagation paramètre de performance ISO/CEI 11801, 563 documentation câblage, 123 Domaines de collision dans un système Ethernet, 62 Domaines de diffusion dans un système Ethernet, 63 Données capture de paquet, 406 dépannage, 404 perte de paquets, 404 données d'essai câblage, 124 31006930 10/2009 Index E Ecart télédiaphonique paramètre de performance ISO/CEI 11801, 563 Ecart télédiaphonique cumulé paramètre de performance ISO/CEI 11801, 563 Ecart télédiaphonique paire à paire paramètre de performance ISO/CEI 11801, 563 Editeur dans une opération Global Data, 219 Editeur de données graphiques dans un serveur Web FactoryCast, 256 Eléments d'un système Transparent Ready, 27 ELFEXT écart télédiaphonique, 563 émetteur-récepteur dans un système Ethernet, 67 Encombrement sur un système Ethernet, 382 environnement industriel léger connecteurs cuivre RJ45, 96 Environnement industriel léger exigences liées à l'écrasement, 79 exigences liées à la flexion, 79 exigences liées à la résistance à la traction, 79 exigences liées au choc, 78 exigences liées aux vibrations, 78 niveaux de pollution recommandés, 83 environnement industriel lourd connecteurs circulaires M12, 98 Environnement industriel lourd exigences liées à l'écrasement, 79 exigences liées à la flexion, 79 exigences liées à la résistance à la traction, 79 exigences liées au choc, 78 exigences liées aux vibrations, 78 niveaux de pollution recommandés, 83 Equilibrage paramètre de performance ISO/CEI 11801, 563 31006930 10/2009 Equipement distant exigences du service I/O Scanning, 185 Equipements WAN adaptateurs de terminaux RNIS, 74 commutateurs, 74 matériel CSU/DSU, 74 modems, 74 routeurs, 73 serveurs d'accès, 74 essais des composants câblage, 123 Ethernet considérations architecturales, 353 dans les applications industrielles, 19 industriel, 18 Ethernet : outil de capture de paquet, 406, 406, 407 Ethernet II dans le modèle Transparent Ready, 139 Ethernet industriel définition, 18 différence avec l'Ethernet commercial, 20 Etiquetage câbles, composants, 122 Etiquetage des câbles normes, 121 étiquettes câblage, 124 Evaluation d'un système, 182 Evaluation du système, 182 Exigences de protection contre la pénétration de corps étrangers degré de protection, 83 niveaux de pollution, 82 Exigences liées à l'écrasement, 79 Exigences liées à la flexion, 79 Exigences liées à la mécanique choc, 78 écrasement, 79 flexion, 79 résistance à la traction, 79 vibrations, 78 Exigences liées à la résistance à la traction, 79 607 Index Exigences liées au choc, 78 Exigences liées aux vibrations, 78 F FactoryCast sélection du service, 177 Fast Ethernet, 61 FDR remplacement d'équipements défectueux, 176 sélection du service, 176 FDR (Faulty Device Replacement, Remplacement d'équipements défectueux) quand utiliser le service, 228 FEXT télédiaphonie, 562 Fibre optique, 91 description technique, 91 types de câbles, 92 File d'attente pour la messagerie via une passerelle, 340 Fonction de réveil dans un fonctionnement OPC Factory Server, 286 Fonctions de calcul dans le fonctionnement d'un serveur Web FactoryCast HMI, 264 FTP dépannage, 395 file transfer protocol, 178 G GARP Multicast Registration Protocol, 149 Gestion de groupes sur un système Ethernet, 149, 149, 149 Gestion de l'adresse IP dans un système de redondance d'UC Quantum, 331 Gestion des collisions, 62 Gestion des erreurs dans une opération Global Data, 219 pour I/O Scanning, 190 608 Gestion du réseau pour un système Ethernet, 151 Gigabit Ethernet, 61 Global Data limites, 220 normes, 218 prise en charge d'équipements, 221 quand utiliser le service, 221 sélection du service, 175 synchronisation d'application, 223 temps de réponse, 223 utilisation de la technologie de multidiffusion, 222 GMRP, 149 Groupe d'éléments dans le fonctionnement d'un OPC Factory Server, 284 Groupe de distribution dans une opération Global Data, 219 H Horloges internes pour les périodes de répétition d'I/O Scanning, 192 I I/O Scanning activer, 191 bit de fonctionnement, 191 désactiver, 191 exigences au niveau de l'équipement distant, 185 fonctionnement, 188 gestion des erreurs, 190 mot de diagnostic, 191 opérations d'écriture, 189 opérations de lecture, 190 périodes de répétition, 192 quand l'utiliser, 186 sélection du service, 175 temps de réponse, 195 utilisation du socket TCP, 191 31006930 10/2009 Index Identification des problèmes sur un système Ethernet, 381 IEEE 802.3 dans le modèle Transparent Ready, 139 Norme Ethernet, 34 IGMP, 149 IHM modèle autonome, 301 modèle client/serveur, 302 Impédance paramètre de performance ISO/CEI 11801 , 560 Impédance nominale paramètre de performance ISO/CEI 11801, 560, 560 Indices mécaniques pour les paramètres et les exigences d'environnement, 32 Instabilité pour déterminer si un chemin de communication SCADA est correct, 332 installations commerciales câblage, 123 interfaces indépendantes sur un réseau Ethernet, 317 interfaces liées sur un réseau Ethernet, 316 Internet Group Management Protocol, 149 Internet Group Management Protocol, surveillance, 149 ISO/CEI 8802-3 norme Ethernet, 34 L Les chemins de câbles, 112 Liaison équipotentielle création d'un système de mise à la terre pour un bâtiment, 107 définie, 105 équipements locaux, 108 norme, 106 pour lutter contre les EMI dans les réseaux Ethernet, 104 Liaison permanente, 127 31006930 10/2009 liaison point à point dans un système Ethernet, 70 Ligne louée dans un système Ethernet, 70 Limites de charge pour les messages Ethernet, 365 Logiciel de configuration d'un serveur Web FactoryCast, 255 M Machines création d'une liaison équipotentielle, 108 Matériel CSU/DSU dans un WAN Ethernet, 74 Messagerie Modbus, 199 délais d'attente du client, 216 fonctionnement du client dans un système Momentum, 208 fonctionnement du client dans un système Premium, 207 fonctionnement du client dans un système Quantum, 205 fonctionnement du serveur avec Concept, 210 fonctionnement du serveur avec Proworx, 210 fonctionnement du serveur dans un système Momentum, 214 fonctionnement du serveur dans un système Premium, 213 fonctionnement du serveur dans un système Quantum, 209 limites du client dans un système Momentum, 208 limites du client dans un système Premium, 206 limites du client dans un système Quantum, 204 609 Index mise en œuvre d'un équipement Modbus TCP, 199 nombre de tentatives du client, 216 nombre de tentatives du serveur, 216 performances du serveur Unity, 211 sélection du service, 175 services client, 200, 201 services serveur, 201, 202 temps de réponse, 353 temps de réponse client dans un système Momentum, 362 temps de réponse client dans un système Premium, 361 temps de réponse client dans un système Quantum, 360 temps de réponse du serveur dans un système Premium, 213 Mesures d'installation pour lutter contre les EMI dans les réseaux Ethernet, 103 MIB pour la gestion du réseau, 151 MIB privée pour la gestion du réseau, 151 MICE, 32, 32 Mise à la terre pour lutter contre les EMI dans les réseaux Ethernet, 104 Modbus codes fonction, 201 temps de réponse du serveur dans un système Momentum, 356 temps de réponse du serveur dans un système Premium, 355 temps de réponse du serveur dans un système Quantum, 356 Modèle OSI, 135 Modèle TCP/IP basé sur OSI, 137 Modèle Transparent Ready basé sur OSI, 139 Modem dans un WAN Ethernet, 74 610 Monitor Pro mise en œuvre du modèle client/serveur SCADA, 313 Mot de diagnostic pour I/O Scanning, 191 Mot de passe, 164 N Niveaux de gestion des informations dans le fonctionnement d'un serveur Web FactoryCast HMI, 263 Niveaux de pollution exigences de protection contre la pénétration de corps étrangers, 82 Niveaux de redondance dans un système SCADA, 319 Norme CEI 1000-4 interférences électriques et électromagnétiques, 85 Norme de communication Modbus, 198 Norme ISO/CEI 11801 définitions du test des câbles en cuivre, 557 pour la planification et l'installation de câbles cuivre, 542 Normes câblage structuré, 34 câbles à fibre optique, 91 étiquetage des câbles, 121 internationales, 31 pour l'installation d'un réseau Ethernet, 34 pour la performance du réseau Ethernet, 34 pour la planification du câblage, 34 pour la sélection des équipements Ethernet, 34 Normes d'émission électromagnétique, 85 Normes d'immunité, 85 Normes d'immunité au bruit, 85 Normes d'installation, 34 Normes de câblage structuré, 34 Normes de performance, 34 Normes de planification du câblage, 34 31006930 10/2009 Index Normes de sélection, 34 Normes Ethernet IEEE 802.3, 34 ISO/CEI 8802-3, 34 Normes internationales pour les réseaux Ethernet industriel, 31 Normes ouvertes dans Ethernet pour l'automatisation, 134 notification par message électronique, 240 Notification par message électronique fonctionnement, 242 protection facultative par mot de passe, 243 sélection du service, 176 NTP dépannage, 399 Numéro des sockets TCP dans un système de redondance d'UC Quantum, 334 O OPC Factory Server architecture d'exécution, 292 avec multiples connexions SCADA, 298 compactage d'éléments de même type, 289 concaténation des requêtes, 289 optimisation des requêtes, 289 option build-time/runtime, 294 service de notification, 286 services, 282 services synchrones, 285, 286 taille des requêtes, 288 Opérations d'écriture pour I/O Scanning, 189 Opérations de lecture pour I/O Scanning, 190 outil de certification DSP-4000 pour les installations de câblage en cuivre et les performances, 131 outil de certification OMNIscanner 2 pour les installations de câblage en cuivre et les performances, 131 31006930 10/2009 Outils pour la fabrication de câbles cuivre Ethernet, 118 P Pages dynamiques dans un fonctionnement de serveur Web, 249 Pages statiques dans un fonctionnement de serveur Web, 248 Paire torsadée câble cuivre Ethernet, 87 Paramètres pour les tests de câble en cuivre, 558 Paramètres de performance pour câble Ethernet en cuivre, 558 Paramètres de performance ISO/CEI 11801 différence de temps de propagation, 563 écart télédiaphonique, 563 écart télédiaphonique cumulé, 563 impédance nominale, 560 perte d'insertion, 560 perte de conversion longitudinale à différentielle, 563 perte par retour, 560 perte paradiaphonique, 561 perte paradiaphonique cumulée, 562 rapport affaiblissement sur diaphonie, 562 rapport affaiblissement sur diaphonie cumulée, 562 résistance cc de la boucle, 563 télédiaphonie, 562 temps de propagation, 563 Pare-feu, 165 avancé, 165 avec filtrage Modbus, 165 configuration, 165 Passerelle avec conversion de protocole d'application, 338 passerelle dans un système Ethernet, 68 611 Index Passerelle file d'attente de messages, 340 sans conversion de protocole d'application, 337 temps de réponse, 372 utilisant une mémoire partagée, 339 Périodes de répétition effectives pour I/O Scanning, 192 Permutation dans un système de redondance d'UC Quantum, 331 message UDP dans un système de redondance d'UC Quantum, 333 Perte de conversion longitudinale à différentielle paramètre de performance ISO/CEI 11801, 563 Perte par retour paramètre de performance ISO/CEI 11801, 560 Perte paradiaphonique paramètre de performance ISO/CEI 11801, 561 Perte paradiaphonique cumulée paramètre de performance ISO/CEI 11801, 562 Perte paradiaphonique paire à paire paramètre de performance ISO/CEI 11801, 561 Pince à dénuder pour la fabrication de câbles cuivre Ethernet, 118, 119 Pince à sertir pour la fabrication de câbles cuivre Ethernet, 118, 119 Plan de terre, 106 pont dans un système Ethernet, 67 Prévention des EMI liaison équipotentielle, 104 mesures d'installation, 103 méthodes, 103 méthodes de mise à la terre, 104 PRI options RNIS, 70 612 Prise en charge d'équipements pour Global Data, 221 protocole simplifié de gestion de réseau fonctionnement, 270 PS ACR rapport affaiblissement sur diaphonie cumulée, 562 PS ELFEXT écart télédiaphonique cumulé, 563 R Rapport affaiblissement sur diaphonie paramètre de performance ISO/CEI 11801, 562 Rapport affaiblissement sur diaphonie cumulée paramètre de performance ISO/CEI 11801, 562 Rapport affaiblissement sur diaphonie paire à paire paramètre de performance ISO/CEI 11801, 562 rapport d'exception dans une communication SCADA, 303 Recommandations de câblage, 110 Recommandations de conformité pour l'installation de câbles en cuivre Ethernet, 126 Recommandations pour les chemins de câbles, 112 Redémarrage lors du dépannage d'un système Ethernet, 377 redondance et services de communications réseau, 315 Redondance d'UC dans un système centré sur la communication, 324 mises en œuvre SCADA, 323 Redondance d'UC Quantum dans un système centré sur la communication, 324 mises en œuvre SCADA, 323 31006930 10/2009 Index Remplacement d'équipement défectueux, 396 Répartiteur armoire, 46 Répartiteur de site industriel, 45 Répartiteur machine, 46 Répartiteur terrain, 46 Répartiteur usine, 45 répéteur dans un système Ethernet, 66 Réseau de liaison commun, 106 Réseau fédérateur bâtiment, 38 Réseau fédérateur campus, 38 Réseau fédérateur de site industriel, 45 Réseau privé virtuel pour accéder à un système distant, 161 Réseaux commutés et gestion des collisions, 62 Résistance cc de la boucle paramètre de performance ISO/CEI 11801, 563 Résistance de la boucle paramètre de performance ISO/CEI 11801, 563 RNIS dans un système Ethernet, 70 Routage avec adressage IP, 153 Routage des câbles entre les armoires, 114 entre les bâtiments, 114 Routage des câbles entre les armoires, 114 Routage des câbles entre les bâtiments, 114 routeur dans un système Ethernet, 68 Routeur dans un WAN Ethernet, 73 S SCADA chien de garde de sauvegarde, 322 communication vers un équipement redondant, 321 étapes de communications, 302 31006930 10/2009 mise en œuvre chien de garde vers automate Quantum, 330 modèle autonome, 301 modèle client/serveur, 302 pour un système de redondance d'UC Quantum, 323 rapport d'exception, 303 technique de blocage pour une communication efficace, 307 Scrutateur d'E/S formules des temps de réponse, 363 Section pour la fabrication de câbles cuivre Ethernet, 118 Sécurité accès physique, 164 configuration de pare-feu, 165 contrôle d'accès à l'automate, 166 d'un système Ethernet, 164 liste de contrôle d'accès, 166 mot de passe, 164 pare-feu, 165 points d'accès, 167 politique, 164 port, 166 sans fil, 166 VPN, 167 WEP, 167 Sensibilité dans la performance CME, 109 Sensibilité CME classification des signaux, 109 Sertissage pour la fabrication de câbles cuivre Ethernet, 118, 119 Serveur dans une opération de remplacement d'équipements défectueux, 227 Serveur à accès distant structure, 159 Serveur d'accès dans un WAN Ethernet, 74 Serveur FDR, 227 613 Index Serveur Modbus, 201, 202 fonctionnement avec , 210 fonctionnement avec Proworx, 210 fonctionnement dans un système Momentum, 214 fonctionnement dans un système Premium, 213 fonctionnement dans un système Quantum, 209 nombre de tentatives, 216 performances dans Unity, 211 temps de réponse dans un système Premium, 213 Serveur Web FactoryCast hébergement, 254 logiciel de configuration, 255 Service de notification dans un fonctionnement OPC Factory Server, 286 service de protocole de transfert de fichiers, 268 Service de serveur fonctionnement, 248 Service de serveur Web pages dynamiques, 249 pages statiques, 248 Service du serveur Web prise en charge de la configuration distante, 246 Service Global Data gestion des erreurs, 219 Service serveur Web FactoryCast éditeur de données graphiques, 256 visualisateur d'alarme, 256 Service serveur Web FactoryCast HMI architecture, 261 architectures hybrides, 262 base de données des balises IHM, 263 connecté à une base de données relationnelle, 264 fonctionnement, 261 fonctions de calcul, 264 niveaux de gestion des informations, 263 Service Telnet, 272 614 Services dépannage, 389 diagnostics intégrés, 177 disponibles dans un système de redondance d'UC Quantum, 333 FDR, 176 FDR (Faulty Device Replacement, Remplacement d'équipements défectueux), 226 Global data, 175 Global Data, 218 I/O Scanning, 175, 184 messagerie Modbus, 175, 198 services notification par message électronique, 240 Services notification par message électronique, 176 OPC Factory Server, 281 pour la synchronisation des applications, 173 pour les communications au niveau du terrain, 174 pour les communications au niveau inter-automates, 173 pris en charge par les équipements Advantys STB, 348 pris en charge par les équipements Momentum M1E, 347 pris en charge par les équipements Premium, 345 pris en charge par les équipements Quantum, 344 pris en charge par les équipements Twido, 348 pris en charge par les modules de communication Ethernet Momentum, 347 pris en charge par les modules de communication Ethernet Premium, 345 pris en charge par les modules de communication Ethernet TSX Micro, 346 pris en charge par les passerelles Power Logic, 350 31006930 10/2009 Index pris en charge par les systèmes de câblage ConneXium, 351 pris en charge par les variateurs de vitesse Altivar ATV 38/58, 349 protocole de transfert de fichiers, 267 services protocole simplifié de gestion de réseau, 269 Services serveur Web, 246 serveur Web FactoryCast, 254 serveur Web FactoryCast HMI, 260 synchronisation horaire, 176 Telnet, 272 Trivial File Transfer Protocol, 271 services utilisés pour la communication au niveau de l'entreprise, 172 utilisés pour les applications, 172 utilisés pour les équipements terrain, 172 utilisés pour les systèmes de supervision et les automates, 172 Services Web/FactoryCast, 177 Services d'accès commuté dans un système Ethernet, 72 Services pris en charge par les équipements services pour Advantys STB, 348 services pour les modules de communication Ethernet Momentum, 347 services pour les modules de communication Ethernet TSX Micro, 346 services pour les modules Ethernet Premium, 345 services pour les passerelles Power Logic, 350 services pour les processeurs Momentum M1E, 347 services pour les systèmes de câblage ConneXium, 351 services pour les variateurs de vitesse Altivar ATV 38/58, 349 services pour Quantum, 344 services pour Twido, 348 services pour UC Premium, 345 31006930 10/2009 Services synchrones dans un fonctionnement OPC Factory Server, 285, 286 SMTP dépannage, 398 pour la notification par message électronique, 242 SNMP pour la gestion du réseau, 151 pour les stations de gestion du réseau, 172 simple network management protocol, 178 Socket de passerelle, 341 Sous-systèmes de câblage, 38 Standard 100Base-TX pour réseaux Ethernet à paire torsadée, 89 Stations terminales VLAN dans un système Ethernet, 64 Stratégie pour Transparent Ready, 21 Suite de protocoles Internet, 140 Surveillance de l'automate redondant utilisation de SCADA dans un système de redondance d'UC Quantum, 330 Surveillance IGMP, 149 Synchronisation d'application pour Global Data, 223 Synchronisation des applications services Transparent Ready, 173 Synchronisation horaire dépannage, 399 sélection du service, 176 Système Transparent Ready et ses éléments, 27 Système d'exploitation carte d'interface réseau, 384 vérification logique, 384 Système de câblage éléments, 38 Système redondant entièrement mis en œuvre pour Quantum, 328 615 Index limitations dans un système Quantum, 327 pour Quantum, 326 Systèmes de serveur à accès distant, 159 Systèmes Ethernet domaines de collision, 62 domaines de diffusion, 63 IP sans fil, 65 technologies LAN, 61 VLAN, 64 T TCP dans le modèle Transparent Ready, 141 TCP/IP dans le modèle Transparent Ready, 140 Technologie de multidiffusion pour Global Data, 222 Technologies LAN pour les systèmes Ethernet, 61 Télédiaphonie paramètre de performance ISO/CEI 11801, 562 Telnet, 178 dépannage, 395 Temps de propagation paramètre de performance ISO/CEI 11801, 563 Temps de réponse d'une passerelle, 372 performances I/O Scanning Premium, 196 performances I/O Scanning Quantum, 195 pour Global Data, 223 Terre réelle, 105 Test d'une installation en cuivre, 557 Test des performances d'une installation en cuivre, 557 TFTP trivial file transfer protocol, 178 Timeout de passerelle, 342 616 Topologie anneau auto-régénérant, 59 Topologie à double anneau, 51 Topologie d'anneau auto-régénérant, 59 Topologie de bus, 47 Topologie de chaînage, 50 Topologie de maillage, 52 Topologie en anneau, 50 Topologie en anneau Ethernet, 56 Topologie en bus Ethernet, 54 Topologie en chaînage Ethernet, 56 Topologie en étoile, 49 Topologie en étoile Ethernet , 55 Topologie maillée, 57 Topologies anneau Ethernet, 56 bus, 47 bus Ethernet, 54 chaînage, 50 chaînage Ethernet, 56 double anneau, 51 en anneau, 50 en étoile, 49 étoile Ethernet, 55 maillage, 52 maillée, 57 Trames dans un système Ethernet, 61 Trames Ethernet, 61 Transferts de données combinaison, 182 Transparent Ready définition, 18 éléments du système, 27 stratégie, 21 Trivial File Transfer Protocol, 271 U UDP dans le modèle Transparent Ready, 141 Utilisation du socket TCP pour I/O Scanning, 191 31006930 10/2009 Index V Vérification logique système d'exploitation, 384 VijeoLook mise en œuvre du serveur OPC, 313 Visualisateur d'alarme dans un serveur Web FactoryCast, 256 Visualisateur du rack dans un fonctionnement de serveur Web, 250 Voie, 129 VPN sécurité, 167 VPN à accès distant, 161 VPN point à point, 161 W Web/FactoryCast sélection du service, 177 WEP sécurité, 167 31006930 10/2009 617 Index 618 31006930 10/2009