Solutions

SUPE R V I S I O N E T A U T O M A T I S M E S

OPC UA convient désormais

à toutes les plates-formes
 ments et applications, s’installe par-dessus
Les dernières spécifications d’OPC UA (Unified Architecture) sont sur le point d’être l’application originale. Pour les éditeurs de
validées. Avec cette nouvelle version, la fondation OPC révolutionne son standard logiciels, il n’y a plus qu’une seule interface
de communication entre équipements industriels. OPC UA rompt les liens qui le à développer. Peu importe la marque et le
rendaient indissociable de Windows, pour se déployer sur tous types de plates- modèle de l’équipement sur lequel l’appli-
formes. Il conserve les fonctions des versions antérieures, avec lesquelles il est cation va chercher ses données, il suffit que
entièrement compatible. Enfin, il se base sur les Web Services, qui autorisent la leur logiciel soit certifié “client OPC”. « Pour
création d’applications multisite et renforcent la sécurité des communications. les fabricants de matériel d’automatismes, il s’agit
d’un bon moyen de délimiter les responsabilités »,
poursuit Michel Condemine.

V ingt et un millions d’installa- doivent également prendre en compte l’évo- OPC DA face à ses limites
tions dans le monde, et plus de lution des technologies. Avec OPC, on ne Malgré ses attraits, OPC (ou OLE for Process
22 000 produits certifiés OPC touche pas à l’application existante. Le ser- Control) et sa spécification principale OPC DA
sont disponibles (clients, ser- veur OPC, chargé de mettre à disposition les (pour Data Access) se devaient d’évoluer pour
veurs, mais aussi interfaces homme-machine données de production aux autres équipe- suivre les progrès technologiques et s’adap-
et supervision). En près de vingt années
d’existence, le standard OPC est devenu in-
contournable pour les applications d’auto-
matismes, d’instrumentation et de supervi- La genèse d’OPC
sion dans l’industrie. Quelles sont les clefs Le standard OPC est apparu au milieu des années 90 pour faciliter les échanges entre le
du succès de ce système d’interfaces basé sur monde des automatismes et celui de la supervision basée sur PC.
des relations client- Petit rappel : avant que PC et automates ne se généralisent dans l’industrie, la solution
L’essentiel serveur ? Pour Michel traditionnelle consistait à utiliser un système numérique de contrôle commande (SNCC),
Condemine, directeur performant, mais onéreux et délicat à faire évoluer. Au milieu des années 80, les PC
de 4CE Industry et repré- deviennent suffisamment performants pour prendre en charge des applications de
 OPC (OLE for Process Control)
sentant en France supervision. Des sociétés sont apparues pour proposer des superviseurs, sous Dos et OS2
est un standard d’échange essentiellement. Il s’agissait d’éditeurs tels qu’ARC informatique, Citect, Wiscon, Intouch
d’OPC Foundation, « OPC
et de mise à disposition de ou encore WinCC. Leurs logiciels, configurables, prenaient en charge l’acquisition des
données entre équipements.
est pensé par et pour des
industriels. Les avantages données et l’édition de rapports, en passant par la mise en forme et l’archivage. Mais ces
 OPC UA concentre en une outils ne résolvaient pas le problème de la remontée d’information. Afin que les
d’un passage à OPC sont
seule spécification tous les automates communiquent avec le PC, les fabricants de matériels d’automatismes
modules OPC précédents nombreux, mais ce proto- développaient autant de drivers que d’équipements. Les éditeurs de logiciels de
(Data Access, Alarm & Events, cole de communication supervision réécrivaient eux aussi tous les drivers à chaque nouvelle installation. Un
Historical Data Access, etc.). assure surtout la pérennité capteur qui changeait de version, et c’est toute l’application qui risquait de planter. C’est
 Grâce aux technologies Web
des installations. En effet, la dans ce contexte que la fondation OPC est née. Le but : s’affranchir des contraintes du
Services, OPC UA s’applique refonte complète d’un sys- développement des drivers en imaginant un concept d’abstraction des protocoles de
à des réseaux distants. tème automatisé coûte très communication. Pour simplifier, prenons l’exemple des drivers d’imprimantes, qui sont
 OPC UA devient multiplate-
cher ». Au coût du ma- aujourd’hui inclus dans le système d’exploitation. Grâce à des drivers génériques, il n’est
tériel, il faut ajouter le plus nécessaire au système d’exploitation de connaître le modèle exact d’imprimante
forme : il sera désormais
temps de réécriture connectée. Les relations clients-serveurs avec OPC reprennent le même concept. Pour
possible d’implémenter des
des programmes. Or poser les bases d’OPC, les membres de la fondation se sont inspirés des travaux du
serveurs OPC directement
groupe de spécification Corba, puis des travaux d’Al Chimson (fondateur de la société
sur les automates. les concepteurs doi-
Intellution), qui le premier eut l’idée du “contrat” pour définir les échanges d’objets entre
 La compatibilité avec vent composer avec un client et un serveur pour les marchés du process industriel. D’où la dénomination
les anciennes applications des documentations OPC : Object Linking and Embedding for Process Control.
est totale. souvent incomplètes,
voire inexistantes, et

MESURES 807 - SEPTEMBRE 2008 - www.mesures.com

64

L’une des plus vastes applications de supervision basées sur OPC a été effectuée par ARC Informatique pour Iberdrola, société de
distribution électrique espagnole. Elle concerne la gestion de 200 parcs éoliens (soit plus de 10 000 éoliennes) et représente environ
2,5 millions de variables (dont 2 millions sont utilisées pour le moment).
ter aux réalités du terrain. La définition des
communications et des interactions entre les
objets n’est pas restée figée depuis la création
du standard. Elle a subi des modifications. Au
début des années 90, il a fallu passer de la
technologie OLE (Object Linking and Embedding,
inauguré avec Windows 3.0) à la technolo-
gie COM (Component Object Model, le concept
de “composant logiciel” de Microsoft). Puis il
a fallu offrir une réponse aux architectures
distribuées qui devenaient de plus en plus
systématiques dans l’industrie. C’était les
débuts de la technologie DCOM (Distributed
Component Object Model), lancée en 1996. Il
s’agissait d’une évolution de COM pour les
applications réparties, mais toujours sur un
réseau local. Mais aujourd’hui, quatorze ans
après la création des premiers composants
logiciels, DCOM atteint ses limites dans l’in-
dustrie.
La technologie DCOM était, il est vrai, plus
adaptée aux applications grand public qu’à
celles liées au monde du process. Son prin-
cipal défaut tient dans un “timeout” trop
long et non configurable. Il s’agit du laps de
temps au bout duquel une application qui
ne répond pas est considérée comme “plan-
tée”. Avec DCOM, ce compteur était fixé de
manière native à 20 secondes. Difficilement
MESURES 807 - SEPTEMBRE 2008 - www.mesures.com
Solutions
Iberdrola
applicable à un process industriel critique,
pour lequel le timeout devrait plutôt être de
l’ordre de 200 millisecondes.
Autre point noir, la technologie DCOM
n’autorise pas le franchissement des fi-
rewalls, car elle n’est pas compatible avec le
concept d’allocation dynamique de ports
(une nouvelle adresse IP est allouée à chaque
connexion). C’est pourquoi OPC était ré-
servé jusqu’alors aux seuls réseaux locaux. Il
était bien sûr possible de réaliser des passe-
relles d’accès distant (des sociétés telles que
Matrikon proposent ce type de produits, ap-
pelés outils de “tunnelling”). Toutefois, cela
impose de rajouter des couches de commu-
nication supplémentaires, et de disposer de
la même brique logicielle propriétaire d’un
bout à l’autre de la ligne. « Aujourd’hui, il est
impératif qu’une application puisse traverser les fi-
rewalls de l’entreprise, commente Michel
Condemine, d’autant plus que les usines multisite
sont de plus en plus nombreuses. Les industriels ont
besoin de pouvoir surveiller des productions partout
dans le monde. Or la réponse existe : il s’agit des Web
Services. »
De nombreuses applications migrent vers un
fonctionnement entièrement basé sur les
“Web Services ”, plus récents et plus perfor-
mants. La tendance est à la création de ➜
65
Solutions
➜ SOA (Service Oriented Architectures). Dans ce
contexte, OPC DA devait donc être remanié.
Le nouveau standard OPC UA (Unified
Architecture) devait tenir compte de ces évo-
lutions.
La fondation OPC avait identifié le potentiel
des Web Services, et a conçu les spécifica-
tions OPC XML-DA pour partager des don-
nées à travers des réseaux distants. Cependant,
XML-DA n’a été perçu que comme un em-
bryon de réponse. Les communications
client-serveur basées sur le protocole http
étant relativement lourdes, ses performances
étaient insuffisantes. « Il fallait concevoir un
protocole plus compact, indique Michel
Condemine, un protocole qui fonctionne avec les
mêmes performances sur Internet qu’à travers un bus
CAN. » XML-DA ne permettait pas non plus
de créer des fonctions événementielles (une
application qui démarre seule, lorsqu’une
donnée OPC atteint une certaine valeur), et
il n’y avait ni archivage ni alarme. C’est pour-
quoi la fondation OPC a souhaité lancer un
standard plus homogène et plus ambitieux.
Une solution de supervision
estampillée UA
Parmi les sociétés proposant des outils OPC en
France, on peut citer 4CE Industry, Resolucom
ou Kepware. Kepware a d’ailleurs récemment
annoncé un partenariat avec la société Iconics,
spécialisée dans les solutions de visualisation et de
supervision. L’objet de ce partenariat est la mise
sur le marché de la première solution de supervi-
sion entièrement basée sur OPC UA. Cette offre,
appelée “OPC-UA for KEPServer” associera tous les
clients, serveurs et drivers compatibles OPC UA
développés par Kepware aux logiciels de supervi-
sion et de création d’IHM proposés par Iconics.
Outre la simplicité d’installation, cette solution
exploite au maximum les capacités des objets
étendus Web Services : elle intègre un outil de
visualisation du réseau, ou maillage (“mesh”). Il est
possible d’afficher tous les clients et serveurs
d’une application, même si elle s’étend sur plusieurs
sites géographiques, d’afficher tous les tags
disponibles dans un serveur ou encore de visualiser
tous les liens déjà établis entre clients et serveurs.
Une avancée non négligeable, dans la mesure où la
configuration d’un système client-serveur OPC
avec les outils classiques pouvait rebuter le profane
(outils souvent austères et peu conviviaux).
Ajoutons que, grâce à l’adoption par OPC
Foundation des dernières technologies W3C, les
spécifications du standard OPC UA sont compatibles
avec Windows Vista et avec les processeurs
64 bits, ce qui garantit des performances de
premier ordre aux applications de visualisation.
66
Les dessous des relations client-serveur
Dans une relation client-serveur, le être une demande ponctuelle ou un
serveur est une machine hébergeant abonnement (ce qui signifie que le client
une application logicielle qui offre des demande à recevoir une valeur à
services à un ou plusieurs clients. Le intervalles réguliers, mais il peut aussi
client est le logiciel ou la machine qui demander à n’être averti que lorsque
exploite ces services. Dans le cas d’un cette valeur change).
système de supervision, par exemple, le Un serveur OPC est créé à partir du
logiciel de supervision joue le plus langage de programmation C++.
souvent le rôle de client et récolte des Les industriels qui disposent d’équipes
données en provenance de serveurs qui de programmeurs peuvent les réaliser en
sont installées sur les différentes partant uniquement des spécifications.
machines ou îlots de production. Ce Mais des toolkits sont proposés par des
client stocke les données, les met en sociétés spécialisées dans les interfaces
forme, effectue les calculs et se charge de communication
de l’affichage. Pour l’application OPC cliente, plusieurs
Un serveur OPC fournit un certain langages disponibles : il est possible
nombre de services selon les modules d’écrire un client OPC en C++, mais aussi
qui sont installés (version OPC DA, ou avec la spécification “Automation”
COM), ou selon le profil de serveur choisi du langage VBA (Visual Basic for
(version OPC UA) : de la simple mise à Applications) pour laquelle un adaptateur
disposition de données à des services est disponible auprès de la fondation
d’exploration de données, d’alarmes ou OPC, ou encore avec la technologie .NET.
encore d’abonnements. Le serveur ne Dans ce dernier cas, une couche de
travaille que sur demande (on parle de communication supplémentaire devra
“requête”). Lorsqu’aucun client n’est être rajoutée s’il s’agit des versions
abonné ou n’effectue de requête, le antérieures à OPC UA. Enfin, comme
serveur OPC est inactif. Il est en attente. pour les serveurs OPC, de nombreux
Au démarrage, le client OPC déclare à un clients OPC sont disponibles sur le
serveur les données qui l’intéressent et marché sous la forme de toolkits qui
auxquelles il veut avoir accès. Cela peut facilitent et accélèrent l’installation.
Elle en a profité pour repenser le principe de architecture unique. D’où l’importance de la signifi-
propagation des données dans l’entreprise. cation du “U” de Unified. »
OPC ne devait pas rester cantonné au monde Pour intégrer tous les modules OPC en un
des automatismes. Il fallait que ce standard seul protocole commun, il a fallu revoir
s’applique aux systèmes de gestion de l’en- complètement le concept des communica-
treprise (ERP), au MES (Manufacturing Execution tions OPC. Pour ce faire, les membres de la
System) et aux fonctions de gestion des actifs fondation se sont appuyés sur trois grands
(Asset Management). principes.
Pour commencer, il fallait en finir avec
Un fonctionnement transparent DCOM pour passer à un fonctionnement
Le groupe de travail chargé de la définition entièrement SOA, plus performant et plus
d’OPC UA (Unified Architecture) a été créé en facile à migrer sur des plates-formes diffé-
2003. Il est constitué des membres les plus rentes. Cela devenait d’autant plus primor-
actifs au sein du consortium, parmi lesquels dial que Microsoft s’est aujourd’hui désengagé
se trouvent les sociétés SAP, Microsoft, Iconics, des technologies COM et DCOM, au profit
Kepware, Siemens, Rockwell, ABB, Honeywell, des Web Services. C’est donc l’essence même
Wonderware,Areal ou encore Sisco. Leur projet : d’OPC qui a été modifiée : pour s’adapter à
rien moins que de « créer un standard révolu- ce nouveau concept de Web Services, OPC
tionnaire, déclare Michel Condemine. est passé d’un modèle de présentation de
Auparavant, pour OPC DA, il s’agissait de concevoir données à un modèle d’actions sur des ob-
une méthode de récolte, de mise à disposition et de jets. Un grand nombre de fonctions qui
mise en forme des données. Le principal but était de avaient été écrites jusqu’à présent ont bien
pouvoir rajouter une couche OPC sur n’importe quelle sûr été conservées, mais le principe a été
application sans avoir à la modifier. Aujourd’hui, avec recentré autour des quatre “services de base”
OPC UA, nous voulons agréger toutes les spécifica- d’OPC : émettre une requête, lire une valeur,
tions définies depuis plus de vingt ans au sein d’une écrire une valeur ou s’abonner à une variable
MESURES 807 - SEPTEMBRE 2008 - www.mesures.com
 Solutions

Afin de faciliter l’implémentation de serveurs OPC UA directement à l’intérieur des automates, le standard OPC UA intégrera bientôt un
modèle de programmation compatible avec la norme IEC 61131-3. Cette initiative commune aux organisations OPC Foundation et
PLCopen permettra aux constructeurs d’automates programmables de réduire les coûts de développement de leurs serveurs OPC UA.

(pour connaître son évolution en temps
réel). Jusqu’alors, OPC (communément ap-
pelé OPC COM) se composait d’un ensemble
d’instructions et de fonctions dissociées les
unes des autres et proposées dans des mo-
dules différents. Désormais, les quatre services
de base sont indépendants, et traversent toutes
les précédentes spécifications.
Assurer une installation
Plug & Play
Par ailleurs, le consortium s’est appliqué à ce
qu’OPC UA soit intégralement Plug & Play.
Ses membres souhaitaient que le format
d’échange de données fonctionne indépen-
damment de la plate-forme sur laquelle l’ap-
plication est installée : depuis les systèmes
embarqués jusqu’aux serveurs d’entreprise,
en passant par les PC d’ateliers et les interfaces
homme-machine (IHM). Leur travail a con-
cerné le portage des données d’un logiciel à
un autre (système automatisé, ERP, Asset
Management et MES), mais aussi d’un système
d’exploitation à un autre. « Ce qui constitue une
véritable révolution, assure Benoît Lepeuple,
chef de produits chez ARC Informatique. OPC
va pouvoir s’étendre à l’atelier. Auparavant, seuls des
PC sous Windows pouvaient devenir des serveurs OPC,
puisque ces derniers étaient écrits avec la technologie
objet COM, spécifique à Microsoft. » En effet,
pour connecter un automate à un serveur

“Amener de OPC, il fallait interfacer l’automate à un PC

sous Windows via un bus de terrain. Le ser-
l’interopérabilité veur OPC était installé sur le PC. Cela com-
pliquait fortement les installations. Avec une
dans des architectures architecture OPC UA, clients et serveurs
hétérogènes.” pourront être installés indifféremment sur
des systèmes d’exploitation Windows ➜

OPC classique (DCOM) OPC UA embarqué

IHM,
MES,
ERP IHM,
MES,
ERP

Serveur
OPC

Protocoles Serveur
propriétaires OPC
UA
Automate Contrôle Entrées/
commande Sorties
Automate Contrôle Entrées/
commande Sorties

Le schéma ci-dessus illustre l’avancée non négligeable apportée par OPC UA. Sur une architecture OPC DA (à gauche), il est nécessaire
d’installer des PC sous Windows pour faire la liaison entre les automates et les systèmes de gestion d’entreprise. Avec OPC UA (à droite),
les serveurs OPC programmés en C++ sont implémentés directement à l’intérieur des automates et systèmes de contrôle commande.

MESURES 807 - SEPTEMBRE 2008 - www.mesures.com

67
Solutions

OPC UA fait des nœuds avec les objets

Si les spécifications d’OPC étaient basées
sur les travaux des groupes Corba et Oasis,
l’élaboration d’OPC UA a essentiellement
fait appel aux travaux du consortium W3C
et de l’organisation Mimosa. Les sociétés
membres de Mimosa, groupement présidé
par Alan Johnston (également directeur
de la société Assetricity), travaillent depuis
plusieurs années sur un standard de mise
en forme des informations. Quant au W3C,
il a fourni les définitions des Web Services,
aujourd’hui largement répandus dans
le monde de l’informatique bureautique et
professionnelle.
OPC UA est donc un nouveau modèle
d’organisation et de description
des objets. On y trouve des objets de base
appelés Nodes (nœuds). Ce sont des
“objets” au sens de la norme ISO 88, dans le
sens où l’on se servira d’instances de
ces objets de base pour décrire l’ensemble
de l’application. Un Node est caractérisé par
un certain nombre d’attributs. Et ces
attributs peuvent être des propriétés, des
méthodes ou des références. Pour illustrer gestion des alarmes, et que le serveur
ces concepts, on peut prendre l’exemple remontant l’information du capteur
d’une roue. Une roue peut être caractérisée “niveau de la cuve” soit relié à un client qui
par un diamètre et une vitesse angulaire : ce concentre les valeurs de niveaux de toutes
sont ses propriétés. En revanche, si l’on les cuves. Avec OPC DA, il était impossible
parle de méthode, on déterminera si la roue pour l’opérateur surveillant les alarmes
est en mouvement ou à l’arrêt. Les d’accéder au niveau réel de la cuve lorsque
références, enfin, représentent les liens qui l’alarme se déclenche. Dans le cas d’OPC
existent entre la roue et son bâti. Ce sont les UA, un Node correspondra à la cuve dans
liens entre différents Nodes. sa globalité. Ainsi, en se connectant au
Car contrairement à OPC DA, qui considé- serveur lié à la cuve l’opérateur sera
rait les objets COM sous forme d’arbores- capable d’accéder à toutes les informa-
cence, OPC UA utilise des objets reliés par tions la concernant. Grâce aux possibilités
un maillage (“mesh”). Auparavant, il était offertes par ce maillage entre objets, il
impossible pour un client d’avoir accès à pourra même piloter des actionneurs,
un autre serveur relié à un autre client. Les pour commander des vannes par exemple.
informations ne pouvaient pas
“remonter” l’arborescence.
Prenons l’exemple d’une
application consistant à surveiller
une cuve : imaginons que le
serveur remontant l’information
du capteur “alerte niveau bas” Différences entre OPC DA et UA illustrées par l’exemple d’une vanne.
soit relié à un client dédié à la On passe d’un système à arborescence à un système maillé, interconnecté.

➜ classiques, mais aussi des OS libres
(comme Linux), pour terminaux portables
(comme Windows CE) ou même temps réel
(commeVxWorks). Grâce à cette portabilité,
des serveurs OPC seront implémentés direc-
tement dans les automates, et des systèmes
complets clients-serveurs OPC dialogueront
sans se préoccuper du matériel sur lequel ils
sont déployés.Trois versions différentes d’ar-
chitectures OPC UA sont proposées. Elles
fournissent les mêmes fonctions (ou services)
L’organisation des couches de communication d’OPC UA montre que les anciennes spécifications d’OPC (Data Access, Alarms and
Conditions, etc.) sont situées au-dessus des couches de base d’OPC UA. Cela garantit la compatibilité d’UA avec les applications OPC DA.
mais seul leur code de base diffère. Elles re-
posent sur les mêmes couches d’abstraction,
mais se programment sous C/C++, avec
Microsoft. NET ou en langage Java selon le
type de plate-forme sur laquelle elles sont
installées. La version . NET sera préférée pour
des applications sous Windows, celle en Java
visera une utilisation sur des appareils por-
tables et la version C/C++ (qui présente
l’empreinte mémoire la plus faible) sera des-
tinée aux systèmes embarqués.
Une application des années 90
qui fonctionne toujours en 2010
Le consortium OPC a tenu à assurer une to-
tale compatibilité ascendante des applica-
tions. « L’abstraction des couches de communication
a été obtenue grâce à une collaboration avec les orga-
nisations ISA et IEC, indique Thomas Burke,
président de OPC Foundation. Avec Unified
Architecture, OPC est devenu un moyen de transport
unique pour toutes les données, qu’elles viennent de
n’importe quel équipement ou application, et sur
n’importe quel réseau de l’entreprise. » Bien en-
tendu, une couche d’abstraction supplémen-
taire sera toujours nécessaire pour exécuter
OPC DA (ou OPC XML-DA) dans une appli-
cation UA. Mais l’application n’aura à subir
aucune modification. Les applications DA et
UA peuvent cohabiter au sein d’une même
architecture. Un client COM (OPC DA) peut
recevoir des données provenant d’un serveur
UA, et un serveur COM peut envoyer des
données à un client UA.
Sécurité et fiabilité
« Nous voulions aussi proposer de nouvelles fonctions
aux utilisateurs, observe Michel Condemine,
qui participe activement aux travaux de la
fondation OPC. Nous souhaitions apporter de la
sécurité au transfert d’informations distantes qui
pouvait poser des problèmes avec les technologies

MESURES 807 - SEPTEMBRE 2008 - www.mesures.com

68

COM/DCOM. Notre collaboration avec les équipes
du W3C (World Wide Web Consortium) nous a
simplifié la tâche. » En effet, la technologie
Web Services intègre la sécurité de manière
native. Les fonctions WS Secure Conversation,
WS Trust et WS Security, notamment, ont été
reprises par la fondation pour écrire les spé-
cifications d’OPC UA. Cette technologie ro-
buste et éprouvée est déjà à la base de la
plupart des applications multisite actuelles.
Enfin, OPC UA améliore la disponibilité des
applications en intégrant des fonctions de re-
dondance et de répartition de charge. La pre-
mière permet de déclarer certains clients ou
serveurs comme étant des ressources de se-
cours, qui ne démarrent que lorsque le client
ou le serveur principal ne répond plus (ou
tombe en panne). La seconde permet à des
clients d’activer ces serveurs de secours lors-
que les serveurs principaux sont trop sollicités
et n’arrivent pas à satisfaire toutes les requêtes.
Les abonnements sont transférés automati-
quement, et de manière transparente.
Pour conclure, aux nouvelles fonctionnalités
de OPC UA s’ajoutent donc la compatibilité
avec les anciennes applications OPC, l’instal-
MESURES 807 - SEPTEMBRE 2008 - www.mesures.com
lation Plug & Play sur différentes plates-for-
mes et l’utilisation d’un langage objet mo-
derne. Et selon Michel Condemine, l’une des
forces d’OPC « réside dans le fait que ses spécifi-
cations sont ouvertes et libres de droits ». Tout le
monde peut développer son propre système
client-serveur OPC en DA ou en UA.
Toutefois, en temps que fournisseur de so-
lutions OPC, il préfère promouvoir l’emploi
de solutions commerciales telles que des
“toolkits” (drivers de communication pré-
paramétrés), qui facilitent la programma-
tion. « Nous proposons également les “wrappers
COM vers UA”, qui assurent la compatibilité des
applications OPC COM au sein d’un nouveau sys-
tème UA », indique Michel Condemine.
L’offre devient mature
Mais la disponibilité de produits OPC UA ne
signifie pas que le marché est prêt à les adop-
ter sans attendre. D’une part parce que des
spécifications sont encore en cours de vali-
dation. D’autre part parce qu’il faut toujours
du temps pour que les industriels transfor-
ment leur intérêt pour une technologie en Pour en savoir plus
un projet concret à court terme. « Toutefois, www.opcfoundation.org
Solutions
la certification OPC UA commence à être un critère
pour le choix d’un superviseur, note Benoît
Lepeuple. Même s’ils ne sont pas forcément prêts
à franchir le cap, ils sentent que ce standard va s’im-
poser et choisissent leur fournisseur en fonction de
son implication dans OPC UA. Les utilisateurs sont
rassurés par les aspects de compatibilité ascendante.
Quant à nous, éditeurs de logiciels, nous sommes
assurés de pouvoir migrer facilement des applications
de OPC COM vers UA, dès que les clients seront
demandeurs. »
Enfin, selon Russel Agrusa, p.-d.g. et fonda-
teur de la société Iconics, « les analystes d’ARC
Advisory Group et d’AMR Research prévoient
qu’OPC UA sera omniprésent d’ici quelques années.
Grâce aux différentes versions du code de base, tous
les équipements (systèmes embarqués, automates, en-
trées/sorties et équipements réseau) peuvent désor-
mais communiquer via OPC UA. Aussi peut-on
s’attendre à une baisse des coûts d’intégration et de
possession de ces matériels ».
Frédéric Parisot
69