ENIB. L Architecture OPC. Pierre Contri SSP

Transcription

1 ENIB L Architecture OPC Pierre Contri SSP 2004

2 Définition des OPC Spécification technique non propriétaire qui définit un jeu d interfaces standard basées sur la technologie OLE/COM de Microsoft. Permet l interopérabilité entre des applications d automatisation/contrôle, des systèmes/équipements et des applications d affaire/bureau. Elimine l exigence de driver spécifique pour une interface spécifique. 2/ 16

3 Introduction Les spécifications OPC définissent des groupes «d interface». Ces interfaces traitent des différents domaines du «Process Control». OPC signifie Object Linking and Embedding - for Process Control. - OPC Common et OPC Security (spécification commune à tous les serveurs) - Quatre interfaces standard OPC est une spécification récente mais qui a rapidement évolué car elle est bâtie sur la spécification COM/DCOM. 3/ 16

4 Intérêts des OCP? Standardiser les échanges de flux entre équipements communicants. Parce que la communication en environnement hétérogène pose de gros problèmes de maintenance et de pérennité. Parce que cette "non communication" a été le principal frein dans l'échange d'informations. Interaction ERP/SCADA Éviter la prolifération des protocoles. Donner l indépendance aux utilisateurs. Pérenniser les installations. Permettre aux exploitants de se concentrer sur leur métier. 4/ 16

5 Concept de base d OPC : quatre interfaces OPC A & E (Alarm & Evenement) OPC HDA (Historical Data Access ) OPC Batch (Traitement par lot) OPC DX (Data exchange) 5/ 16

6 Avant l architecture OPC 6/ 16

7 Depuis OPC COM/DCOM est une spécification indépendante du système d exploitation 7/ 16

8 Avantages de l architecture OPC Remplacer un équipement par un autre sans remplacer l application cliente Remplacer ou ajouter des applications clientes sans toucher aux serveurs et sans altérer les autres clients. Réaliser des supervisions plus performante et pour un coût réduit Simplifiez les opérations de maintenance. Les applications sont toujours prêtes à évoluer avec les nouveaux besoins des clients. Plus de problèmes d OS. OPC est déjà disponible sur Windows, Linux, VXWorks, et il existe de nombreuses passerelles Winsock. 8/ 16

9 Les Performances Les performances dans un environnement OPC dépendent d énormément de paramètres : La famille d interface utilisé, Custom ou Automation, Le type du serveur, InProcess ou OutPocess, L endroit ou s exécute le serveur, Local ou Remote, Le type d interface, Synchrone ou Asynchrone. Les contraintes techniques lié au matériel. Les temps mesurés donnent des temps allant de ms à 1s / Transaction. 9/ 16

10 L utilisation d OPC aujourd hui L ensemble des spécifications éditées par la fondation OPC peuvent être implémentées dès aujourd hui. Il est techniquement possible de réaliser des clients et des serveurs supportant les spécifications, OPC-DA, OPCA&E, OPC-HDA et OPC Batch. Dans un monde idéal tous les clients supporteraient toutes les interfaces. Mais ce n est pas le cas et il existe une multitude de cas de figure. 10 / 16

11 OPC et la maintenance Maintenance prédictive : intervention juste avant la panne (idéale). Maintenance préventive : intervention avant la panne. Maintenance curative : intervention après la panne. La recherche et le positionnement sur le code automate : identification rapide des causes de défaillances 11 / 16

12 Utilisation chez les éditeurs de superviseur. Les superviseurs pour la plupart ont déjà la réponse aux problèmes abordés par OPC: Implémenter bien souvent les spécifications OPC qu'à titre commercial et bien rares sont les superviseurs "FULL OPC". Intérêt commercial d OPC pour ces éditeurs pas évident. 12 / 16

13 Utilisation chez les fabricants d automatismes Fournir des serveurs OPC DA pour l accès à leurs équipements. Fournir des serveurs pour les autres spécifications. 13 / 16

14 OPC et les autres OS Windows CE 3.0 CE 3.0 supporte COM/DCOM en natif. Les serveurs OPC peuvent donc être développés sur plate-forme CE et utilisant les mêmes outils que sous Windows. Linux RT Linux Linux RTLinux supporte COM/DCOM en utilisant des outils de tiers parti, DeviceCOM d Intrinsyc. Intrynsic fournit aussi une toolkit pour la réalisation de serveur OPC DA. 14 / 16

15 OPC et les autres OS (2) VXWorks. WindRiver conscient de l intérêt d OPC Windriver fournit des outils pour le support COM/DCOM sur VXWorks. Ils fournissent aussi un kit de développement pour la réalisation de serveur OPC DA 2.x. Autres OS Sur n importe quels autres OS la présence de la couche COM/DCOM permet d envisager des architectures OPC. Si la couche COM est absente il est toujours possible de l implémenter!! 15 / 16

16 Conclusion OPC, c est : Un standard pour l industrie. Le meilleur de chacun des produits existants. L accès aux données depuis n importe quel point du réseau Lan/Wan. L indépendance totale vis à vis des fabricants de matériels L indépendance totale vis à vis des éditeurs de logiciels. L ouverture maximale, l intégration des ERP. L avenir de la conduite des procédés. 16 / 16