L’origine d’OPC.

Contexte de l’émergence d’OPC

Un premier constat s’impose quand on observe les sites industriels c’est qu’ils sont composés de différents sous-systèmes. Par mi les sous-systèmes on compte :

  1. Le cœur du procédé
  2. La sécurité du site

    Contrôle d’accès

    Incendie

    Intrusion

  1. Énergies

    Électricité

    Gaz

  1. Climatisation


Les sous-systèmes d’une installation industrielle

Qu’est ce qu’un sous-système ?

Chaque sous système est composé d’un ensemble de capteurs qui sont rattachés à des équipements. Les équipements sont reliés à un système de communication. Les équipements sont des automates, des cartes Add-In ou des matériels spécialisés. Ils transmettent des états logiques et/ou analogiques issus de capteurs ou de grandeurs internes en utilisant leur système de communication (coupleur). Les coupleurs utilisent des protocoles de communication. Les protocoles de communication doivent être vus comme des langues qui permettent aux équipements de dialoguer avec des abonnés. Chaque abonné doit parler la langue utilisée au sein d’un sous système donné.


Un sous-système

Mais ou est le problème ?

Dans tous les domaines d’activités on retrouve les mêmes besoins et les mêmes problèmes:

Besoins

q  Interopérabilité

q  Échange d’informations

q  Pérennité des systèmes

q  Réduire les coûts

q  Évolutivité

Problèmes

q  Hétérogénéité des installations

q  Coût de maintenance

q  Faible évolutivité

q  Absence de standardisation

Comment régler ces problèmes et répondre à ces besoins ?

Trois approches sont envisageables pour prendre en compte ces besoins et régler ces problèmes.

  1. L’approche propriétaire.
  2. L’approche « burin-marteau »
  3. L’approche collaborative.

L’approche propriétaire

Il s’agit de basé sa solution sur l’offre commerciale d’un fournisseur. Dans ce cas un seul fournisseur pour répondre à tous les besoins et pour régler tous les problèmes. Aucune liaison n’est proposée avec d’autre système. Avec ce genre d’approche le client final est prisonnier de son fournisseur et la pérennité de sa solution dépend de la pérennité du fournisseur. Cette approche peut être résumée par le schéma ci-dessous.

L’approche  « burin- marteau »

Ici un fournisseur, en général une SSII, propose a son client de développer une solution sur mesure. Ici le fournisseur utilise le matériel de différents constructeurs et développe les passerelles pour les interconnecter. Avec ce genre d’approche toutes les interconnexions envisageables peuvent être réalisées. On retrouve avec cette approche tous les inconvénients liés à l’approche propriétaire à un coût très largement supérieur. Le schéma ci-dessous présente cette approche.

L’approche collaborative

OPC correspond à la troisième approche. OPC est la mise en commun de l’expertise et des compétences de plusieurs sociétés. Le fruit de cette collaboration à la rédaction des spécifications OPC. Il s’agit donc de documents qui définissent comment l’échange d’informations entre applications est réalisé. Ces documents définissent comment les sous-systèmes peuvent être liés. Ces documents définissent le GLUWARE qu’est OPC.

 

Ø  L’ensemble des sous-systèmes ont besoin d’échanger des informations.

Ø  Cet échange est délicat à mettre en œuvre. Quelques unes des raisons :

     Coût

     Hétérogénéité des matériels

     Diversité des protocoles

     Complexité technique

     Confidentialité des informations

Ø  La maintenance des sous-systèmes est délicate et/ou onéreuse. Les effets, les causes :

     La pérennité des l’installations

     L’absence standard pour l’échange d’informations.

     L’hétérogénéité des matériels

 

Une architecture OPC typique

OPC est donc la solution pour l’échange d’information en environnement industriel. Depuis 1995 les spécifications OPC sont rédigées par la Fondation OPC.

bullet Qu’est ce que la Fondation OPC ?
bullet Qu’elle est la liste des spécifications OPC ?
bullet Comment fonctionne chacune des spécifications ?

OPC

Introduction

Les spécifications OPC définissent des groupes « d’interfaces ». Ces interfaces traitent des différents domaines du « Process Control ».
OPC ne signifie plus Object Linking and Embedding - for Process Control depuis 2002. Aujourd'hui les spécifications OPC restent fortement liés a COM et à DCOM mais pas seulement. En effet la spécification OPC XML DA a ouvert la voie vers les architectures de service et la nouvelle OPC Unified Architecture (OPC UA) est entièrement basé sur les travaux du W2C et d'OASIS.

Qu’est ce qu’OPC ?

OPC est le standard ouvert pour l’échange d’informations dans les industries. OPC concerne tous les domaines de l’industrie, depuis les procédés de fabrication continue jusqu’aux procédés de fabrication par lots en passant les Gestions Techniques Centralisées (GTC), de Bâtiment (GTB), décentralisées (GTD), etc. Tous les acteurs de l’industrie ont aujourd’hui adoptés ce standard. La Foundation OPC supervise toutes les activités autour d’OPC. Elle prend en charge la rédaction des spécifications OPC et le développement de cette technologie. Elle compte aujourd’hui plus de 420 membres répartis dans 40 pays.

 

Les spécifications disponibles.

OPC Common et OPC Security (spécifications communes à tous les serveurs)
OPC Data Access (
Le fil de l'eau des données).
OPC Alarm & Event (
Les alarmes et événements).
OPC Historical Data Access (
Les historiques)
OPC Batch (
les traitements par lot)

OPC est une spécification récente mais qui a rapidement évolué car elle est bâtie sur la spécification COM/DCOM.

OPC c'est avant tout des interfaces

Tous les objets serveurs OPC doivent être vus comme des serveurs d’interfaces. Quand on parle de serveur c’est qu’il y a des clients. Ce sont donc les clients OPC qui utilisent les interfaces mise à disposition par les serveurs OPC.

Les clients OPC

Un client OPC communique avec un serveur OPC en utilisant les interfaces OPC.  Il existe une multitude de serveur OPC prpet a l'emploi pour de nombreuse spécification.  Commencez votre recherche par une visite sur le site de la fondation OPC. trouver

 

Les serveurs

Les serveurs OPC sont réalisés en C++. Deux approches sont envisageables pour réaliser un serveur OPC :

  1. Soit en utilisant un kit de développement et un compilateur C++ (from toolkit)

  2. soit en utilisant les spécifications OPC et un compilateur C++. (from scratch)

Aujourd’hui de nombreuses sociétés proposent des serveurs OPC prêts à l’emploi pour la plupart des protocoles du marché. On dénombre aujourd’hui plus de 5000 serveurs OPC. le site web de la fondation OPC est une mine pour trouver des serveurs OPC. trouver

La compatibilité des produits OPC

La fondation OPC réalise un travail de fond pour augmenter la qualité des produits OPC présent sur le marché. Ce travail se concrétise pas une certification OPC.

Compatibilité OPC

Tout droit réservé à Michel Condemine - 4CE Industry 2002. 
Reproduction interdite sans l'accord de l'auteur. 
L'utilisation de tout ou partie de ce texte entraînera de poursuites judiciaire.
OPC et OPC Foundation sont des marques déposés de la fondation OPC.