L’origine 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 :
- Le cœur du procédé
- La sécurité du site
– Contrôle d’accès
– Incendie
– Intrusion
- Énergies
– Électricité
– Gaz
- 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
Le problème est dans l'échange d'informations
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.
- L’approche propriétaire.
- L’approche « burin-marteau »
- 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 informatique industriel. Depuis 1995 les spécifications OPC sont rédigées par la Fondation OPC.
- Qu’est ce que la Fondation OPC ?
- Quelle est la liste des spécifications OPC ?
- Comment fonctionne chacune des spécifications ?
Autant de questions et bien d’autres auxquelles nous répondront dans de prochains posts…
Michel4CE
Ambassadeur de la Fondation OPC
MVP VC++
