Introduccin

El problema histrico ha sido que los datos de diferentes sistemas tienen diferentes formatos y protocolos de comunicacin. Esto ocurre, por ejemplo, cuando dispositivos son conectados a un sistema PC basado en un sistema SCADA o DCS. Claramente el desarrollo realizado por los fabricantes de software al crear Drivers nicos para cada tipo diferente de equipo de control, no solo llev a una duplicacin de esfuerzos, sino que aade inherentemente riesgos adicionales a la consecucin con xito y a tiempo de un proyecto como as tambin el desarrollo de nuevo Hardware. Es por estas razones, por lo que cinco empresas Intellution, Opto-22, Fisher-Rosemount, Rockwell Software e Intuitiv Software, junto con Microsoft, decidieron trabajar juntas para eliminar estas barreras de comunicacin y definieron las interfaces basadas en OLE/COM (Object Linking and Embedding/Common Object Model) que sent las bases para OPC (Ole Process Control).

1. VISION DE CONECTIVIDAD OPC

A nivel de la plataforma de automatizacin hay diferentes tipos de dispositivos que se comunican por distintos medios, tenemos dispositivos a nivel de planta que son por ejemplo rtu, dcs, plc, base de datos, etc. y la forma de comunicacin puede ser serial, por radio, etc. Bsicamente los datos que se pueden extraer de estos dispositivos pueden estar en cualquier tipo de sistema operativo como Windows, unix, etc. Todos los dispositivos de campo proveen datos y naturalmente que el vendedor de los diferentes dispositivos que estn en nivel de planta del control de proceso pueden tener la porcin de hardware y software. Todos estos productos estn contralados y centralizados por su respectivo proveedor, puede existir un proveedor que tiene un buen control de sistema distribuido pero tiene un historiador no muy bueno, esto hace que algunos proveedores tengan una cosa buena y otros no tanto.

La interaccin para poder acceder a los datos hace que de alguna manera atreves de OPC se estandariza en la tecnologa y no en el producto. Basado en esto se busca que la data que se produce se le tiene que dar un uso y enviarla a otro lado, puede ser a una aplicacin de automatizacin. El OPC al estandarizar en la tecnologa y no en el producto implica que se abren muchas puertas para que los datos que estn en la fuente, que son los dispositivos que estn a nivel de campo, esta puerta que se abre para compartir los datos tiene que ver con llevar estos datos hacia alguna aplicacin que los requiera. En funcin de ello hay muchas aplicaciones como son: -

Aplicacin tipo reporte Aplicacin tipo visualizacin a nivel de web Coleccin de registros histricos O alguna aplicacin de control a nivel del sistema scada.

Esto bajo una plataforma abierta se puede compartir los datos de una manera abierta y eficiente. Con esto se logra que el compartimento de datos no este sujeto a un solo proveedor. CASO DE ESTUDIO OPC
-

Planta Petroqumica 3 Diferentes fuentes de datos Transferencia de datos a 3 aplicaciones diferentes

Requerimientos comunes - Minimizar carga a los controladores. - Minimizar costo de implementacin de software. - Minimizar costos de adquisicin de software. El problema central es como enviar la data a esas 3 aplicaciones y en funcin a esto que problema puede solucionar OPC. SOLUCION TRADICIONAL Se tiene 3 dispositivos diferentes de campo. - Sistema de paro de emergencia de tricon - Sistema de datos - Hoja de calculo Estos datos se llevan a un monitor, de igual manera como aplicacin hay una base de datos PHD de Honeywell y un sistema de visualizacin interface Hombre Mquina a travs del sistema wonderware.

Como se observa para accesar datos desde BNC hasta el historiador PHD se requiere una interface particular o dedicada que permite que a travs de MODBUS se puede sacar esa data y llevarla al historiador a travs de la interface de Honeywell llamada RDI. Con esto no se soluciona el problema, como se observa se tendra Que desarrollar distintas interfaces particulares. Como se observa en la solucin tradicional se tendra que desarrollar 9 interfaces propietarias con lo cual hay 3 tipos de conexin diferentes hacia los controladores de campo. Esto no es optimo desde el punto de vista de la carga de los controladores, uno de los requerimientos es que la carga tiene que ser minimizada. Hace algunos aos este era la forma para sacar los datos desde los dispositivos de campo y llevarlos a una aplicacin un poco ms arriba. Si lo vemos desde el punto de vista de esta solucin tradicional, los das de implementacin del proyecto se estimaron en 10 das con un costo 50,000 dlares.

Ahora veremos cmo es la solucin OPC atreves de una plataforma estndar.

Cualquier de las 3 aplicaciones puede acceder a los datos por medio de una sola interface, de esta forma tenemos una sola conexin y lo que se desarrollo son 3 interface diferentes. Bsicamente al desarrollarse estas interfaces estndar a travs de OPC esa data en tiempo real esta disponible para cualquier tipo de aplicacin. Con respecto a los costos se gasto la quinta parte del costo total, adems se redujo el tiempo de computo y el costo del computo asociado debido a que no se est accediendo a travs de muchas interfaces el mismo tipo de datos en los controladores de campo y adems se redujo de manera significativa la carga de los controladores.

HISTORIA
En el ao 1190 se empez a desarrollar Windows como sistema operativo de Microsoft este tena una tecnologa DDE que permita que la data producida por una aplicacin poda ser usada por otra aplicacin en el mismo computador. Esto derivo al desarrollo de la tecnologa llamada NET DDE en el cual se Hace lo mismo pero para computadores diferentes. Entonces se desarrolla arquitectura distribuida. Estas dos tecnologas no tienen el mismo funcionamiento que se requiere paras las aplicaciones en el rea de control En el ao 1992 Microsoft introduce el concepto de OLE (OBJECT LINKING AND EMBEDDING) Objeto enlazado y embullido, en el cual tena como tecnologa para el envi de datos dos principales puntos. 1. 2. La tecnologa COM (modelo de objetos del componente) La tecnologa DCOM que es COM de manera distribuida En 1995 y 1996 se ven los primeros avances en el rea de cmo hacer que esta tecnologa necesaria en control de procesos para poder hacer que las transferencias de datos estn disponibles en aplicaciones con menores costos esto dio origen a OPC, en 1996 se crea la fundacin OPC. Debido al crecimiento de OPC como tecnologa, se convierte en un estndar industrial para conectar e intercambiar datos entre aplicaciones a nivel industrial en el rea de control de procesos. En 1998 la fundacin OPC libero la especificacin para acceso de datos OPC DA 2.0 Y en el ao 2003 la versin 3.0. En el ao 2009 se libera la arquitectura unificada o la especificacin OPC UA.

2.- Servidores OPC

Un Cliente OPC puede conectarse, por medio de una red a Servidores OPC proporcionados por uno o ms fabricantes. De esta forma no existe restriccin por cuanto a tener un Software Cliente para un Software Servidor, lo que es un problema de interoperabilidad que hoy en da se aprecia con sistemas del tipo propietario. Lo anterior se puede apreciar en la siguiente Figura.

servidor OPC Fabricante A

Cliente OPC

Servidor OPC Fabricante B

Servidor OPC Fabricante C

OPC Cliente. Los fabricantes, a su vez, proporcionan el cdigo que identifica: Dispositivos, Tipos de Datos a los que cada servidor tiene acceso, Valor de los Datos, y detalles sobre cmo el Servidor fsicamente accesa a los datos. Sin estos cdigos Servidores y Clientes no podran comunicarse y reconocerse como sistemas compatibles. La siguiente figura muestra la interoperabilidad de diversos Sistemas interconectados dentro un una misma Red si solo si estos trabajan bajo un estndar OPC.

Servidor OPC Fabricante A

Cliente OPC N1

Servidor OPC Fabricante B

Cliente OPC N2

Servidor OPC Fabricante C

Cliente OPC N3

Relacin de trabajo Cliente/Servidor. Tambin es posible que otros sistemas como lo son SCADA o DCS puedan comunicarse con un Servidor OPC y llevar su informacin recopilada desde un banco de datos o dispositivos fsicos como lo son del tipo SMART y PLCs. As de esta forma aplicaciones cliente OPC de otros fabricantes tendrn acceso a estos datos por medio del Servidor. Lo anterior se observa en la siguiente Figura.

Acceso entrada OPC Acceso entrada OPC

Sistema SCADA

Acceso entrada Fsico

Aplicacin

Servidor OPC
Acceso entrada Fsico

Entrada Salida Fsico

Entrada Salida Fsico

Relacin Cliente Servidor y Sistemas SCADA.

A continuacin, se presenta una visin global del funcionamiento de los Servidores OPC de Acceso a Datos; de Alarmas, Condiciones y Eventos como as tambin de Acceso a Datos Histricos. 2.1 Servidor de Acceso a datos OPC A un alto nivel, un Servidor de Acceso a Datos OPC, se compone de varios objetos: Servidor, Grupo, e Item. La funcin del servidor OPC, es mantener la informacin sobre s mismo y hacer las veces de un "Recipiente" unificando los datos en un Grupo. La funcin del Grupo OPC es mantener la informacin y proporcionar un mecanismo por contener y organizar lgicamente los Itemes. Los Grupos OPC proveen a los clientes OPC, quienes ejecutan aplicaciones, una forma de organizar sus datos. Por ejemplo, el grupo podra representar los Itemes de un dispositivo en particular para que despliegue o informe sobre sus datos. Pueden leerse datos y pueden escribirse. Basado en conexiones excepcionales tambin pueden crearse conexiones entre el cliente y los tems en el grupo y pueden habilitarse y desactivarse como se necesite. Un cliente OPC puede configurar la tasa de trasferencias de servicio de su servidor OPC, en cuanto a proporcionar los cambio de datos que se presenten. Hay dos tipos de grupos, Pblico y Local, que se describen tal como sigue: a) Pblico: Es compartido por mltiples clientes. Hay tambin interfaces optativas especficas para grupos pblicos en plataforma Linux o Unix. b) Local: Trabaja en torno a un cliente o grupo con prioridad. Dentro de cada Grupo el cliente puede definir uno o ms Artculos de OPC. Lo anterior se observa en la siguiente Figura.

GRUPO

Item 1 Item 2 Item 3

Relacin de trabajo Grupo/Item.

Los Itemes OPC representan conexiones a las fuentes de datos dentro del servidor. Un Item OPC, bajo la perspectiva de interface, no es accesible como un objeto por un Cliente OPC. Por consiguiente, ninguna interface externa se encuentra definida para un Item OPC. Todos acceden a los Items OPC va Grupo OPC, objeto o cono que contiene el (los) Item(es) OPC, o simplemente donde el tem OPC se define. Asociando, un Item es un valor, una condicin y permanece o vara en el tiempo. El valor est en la forma de una variable, y la condicin es similar a lo especificado por Fieldbus (Estndar de Buses de Campo). Note que los Itemes no son las fuentes de los datos; ellos son slo conexiones a ellos. Por ejemplo, los Tags (etiquetas) en un sistema DCS existen sin tener en cuenta si un cliente OPC est accedindolos o no durante su funcionamiento. Los Itemes OPC deben pensarse simplemente como la direccin especfica de los datos, no como la fuente fsica real de los datos que referencia la direccin. 2.2 Servidor de Alarmas, Condiciones y Eventos OPC Estas interfaces proveen de mecanismos a los Clientes OPC, con los cuales pueden ser notificados de la ocurrencia de eventos y condiciones de alarmas especificas. Estas tambin proporcionan servicios que les permiten a los Clientes OPC determinar eventos y condiciones necesarias para alarmas, eventos, y para obtener su estado actual, todo ello apoyado por un Servidor OPC. Dentro de OPC se puede definir que: a) Alarma: Es una condicin anormal del sistema y por lo que es un caso especial de esta. b) Condicin: Es un estado nombrado Evento en el Servidor OPC. Por ejemplo, la etiqueta FC101 puede tener las condiciones siguientes asociadas con ella: HighAlarm, HighHighAlarm, Normal, LowAlarm, LowLowAlarm. c) Evento: Es una ocurrencia perceptible que es de importancia al Servidor OPC, de los dispositivos que representa o sus Clientes OPC. Un evento puede o no ser asociado con una condicin. Por ejemplo, la transicin de HighAlarm a condiciones normales es un evento. Sin embargo, una accin del operador permite cambiar la configuracin del sistema, y los errores son ejemplos de eventos que no se relacionan a las condiciones especficas del sistema. Los Clientes de OPC pueden subscribirse al sistema para ser notificados de las ocurrencias de eventos especficos.

La interface de IOPCEventServer, proporciona los mtodos que habilitan al Cliente OPC a: a) b) Determinar los tipos de eventos que los Servidores OPC soportan. Subscribirse a eventos especficos, para que puedan recibir notificaciones de sus intervalos de ocurrencias. Pueden usarse filtros para definir un subconjunto de eventos deseados. Accesar y manipular las condiciones asignadas al Servidor OPC. Adems de la interface de IOPCEventServer, un Servidor OPC puede apoyar interfaces optativas para revisar condiciones llevadas a cabo por el servidor y para los grupos con propiedad de condicin Pblica. 2.3 Servidor de Acceso a Datos Histricos Aunque OPC se dise en un principio para acceder datos a un servidor de Red, se vio que las interfaces OPC pueden ser usadas en muchas formas y lugares dentro de una aplicacin. En el nivel ms bajo, este puede accesar a datos proporcionados por dispositivos fsicos en forma directa y/o en aplicaciones dentro de un sistema SCADA o DCS tal como se vio en la Figura anterior. La arquitectura y el diseo de la especificacin Historical Data Access Automation Interface Standard, de la Fundacin OPC, hace posible que un Servidor OPC, permita activar una aplicacin cliente y acceder a datos de muchos Servidores OPC u otros sistemas OPC, proporcionados por diferentes fabricantes. Lo anterior es posible gracias a la interface OPC Historical Data Access (OPCHDA) [5] la cual se apoya en los lenguajes Visual C++ y Visual Basic. Ellos permiten que cualquier aplicacin en control y automatizacin con OLE puedan acceder a Interfaces OPC, segn las limitaciones de la aplicacin respectiva.

c)

Servidor OPCHDA

Browser OPCHDA
Historial OPCHDA (Coleccin)

Items OPCHDA (Coleccin)

Item OPCHDA

Valor OPCHDA

Valor OPCHDA

Acceso a valores y Datos Histricos mediante OPCHDA. Un cliente OPC conecta a un Servidor de Automatizacin OPC que se comunica a la fuente de datos subyacente (Por ejemplo un servidor OPC HDA) mediante interfaces funcionales OPC (OLE/COM). El servidor OPCHDA, proporciona una manera de acceder o de comunicarse a una fuente de datos histricos (Mediante lectura u/o escritura). Los tipos de fuentes disponible dependen de la funcin de trabajo del servidor. Junto con ello se permite que otros servidores mediante aplicaciones Browser puedan accesar a los datos. El Servidor OPCHDA proporciona una coleccin de tems compuesta de objetos de automatizacin OPCHDA El Item OPCHDA proporciona una conexin a un solo artculo de datos en la fuente de los datos subyacente. Paralelamente al acceder a los Items OPCHDA, se obtiene acceso a los datos Histricos y sus valores en el tiempo, siendo esto ltimo programable mediante una aplicacin en el servidor. Todo lo anteriormente descrito se puede apreciar en la Figura siguiente.

3. Interfaces y Arquitectura OPC

3.1 Interfaces OPC Las caracterstica tcnicas de OPC contienen siempre dos juegos de interfaces; Interface diseada para un propsito (Aplicacin) y una Interface de Automatizacin[2; 6]. Esto se muestra en la siguiente Figura.

Aplicacin C++

Interface entrada Normal OPC

Servidor OPC
Aplicacin Visual Basic
Interface entrada Automatizacin OPC

Proveedor de Lgica especfica

Figura 3.1: Interfaces OPC. OPC especifica la interface COM (Component Object Model), lo que la interface es y su aplicacin y no su implementacin. Especifica el comportamiento esperado que proporciona la interface ante el uso y/o aplicaciones del cliente. Comprende tener las descripciones de arquitecturas e interfaces. Como todas las aplicaciones COM, la arquitectura OPC es un modelo Cliente-Servidor donde el componente Servidor OPC, proporciona una interface con el objeto y lo controla. 3.2 Arquitectura General de OPC y sus Componentes Hay varias consideraciones, que son nicas, para llevar a cabo la implementacin de un servidor OPC. Una de ellas, la principal, es la frecuencia de traslado e intercambio de datos a travs de redes comunicacionales, hacia dispositivos fsicos u otras bases de datos las cuales son incompatibles entre s. De esta manera, se espera que

Servidores OPC sean ejecutables ya sean en forma Local o Remota, los cuales incluyan un cdigo que los identifique y los respalde en la recoleccin de datos en forma eficaz entre un dispositivo fsico o una base de datos. Una aplicacin Cliente OPC se comunica con un Servidor OPC a travs de un cliente especfico e interfaces de automatizacin. Los servidores OPC deben llevar a cabo la interface del cliente, y opcionalmente puede llevar a cabo la interface de automatizacin, tal como lo describe la arquitectura tpica OPC, de la siguiente Figura.

Aplicacin Visual Basic

Interface Automatizaci n Automatizacin OPC OPC (Envolvente) Servidor OPC Local/Remoto (Compartido por muchos clientes)

Aplicacin C++

Cache servidor de datos Interface Normal OPC

Dispositivo Fsico Dispositivo Datos

Arquitectura Tpica OPC. En algunos casos la Fundacin OPC proporciona una interface estndar de automatizacin. Esta interface, denominada wrapperDLL, puede usarse para cualquier Cliente -Servidor o fabricante especfico.

Parte independiente de la Aplicacin Servidor OPC

4.

SERVIDORES LOCALES Y REMOTOS

Un Servidor OPC es una aplicacin de software. Un driver estandarizado desarrollado especficamente para cumplir con una o ms especificaciones OPC. Los Servidores OPC son conectores que se pueden asimilar a traductores entre el mundo OPC y los protocolos nativos de una Fuente de Datos. OPC es bidireccional, esto es, los Servidores OPC pueden leer de y escribir en una Fuente de Datos. La relacin Servidor OPC/Cliente OPC es de tipo maestro/esclavo, lo que significa que un Servidor OPC slo transferir datos de/a una Fuente de Datos si un Cliente OPC as se lo pide.

4.1 Uso de los Servidores Locales y Remotos Se espera que los fabricantes de servidores OPC, tomen en cuenta unos de los puntos que se presentan a continuacin, al conectar una red de computadoras:

a) Pueden indicar que el cliente siempre debe conectarse a un servidor local, al que har uso de un esquema de red del tipo propietario. Este acercamiento normalmente ser usado por fabricantes que agreguen OPC a un producto DCS o SCADA existente.

b) Pueden indicar que el cliente debe conectarse al servidor deseado, en el nodo designado, y hacer uso de DCOM (Distributed Component Object Model Distribucin de Modelos de Componentes) para proveer conexin a una Red mediante la interface IOPCServerList. (Determina el tipo de servidores disponibles en una mquina.).

4.2 Servidor OPC Browser La Interface del Servidor OPC Browser (Buscador de Servidores OPC) IOPCServerList se especifica como parte del documento OPC Common Definitions and Interfaces de la Fundacin OPC. 4.2.1 Servidores disponibles en una mquina en Particular Los servidores OPC se registran en el sistema mediante una categorizacin de los componentes va: ICatInformation (IID ICatInformation) de Microsoft. Esto determina que interfaces en el StdComponentcatagoriesMg (CLSID StdComponentcatagoriesMgr) deben ser usadas para determinar que servidores OPC se encuentran instalados en la maquina local. El problema es que esto no es aplicable para las maquinas remotas porque la administracin de la categorizacin de los componentes son DLL (Dinamic Link Library) y la interface ICatInformation slo trabaja In-Proceso. Como resultado de esto, no es fcil para el cliente obtener una lista de Servidores OPC instalados en una mquina remota. 4.2.2 Solucin Global La Fundacin OPC provee el Servidor Browser OPCENUM.EXE el cual puede residir en una mquina cualquiera, el cual accede a la raz de las Categoras de Componentes locales y proporciona una nueva interface IOPCServerList que puede ordenarse y ser usado por clientes

remotos. Este servidor tiene un CLSID (Clase de Direccionamiento) publicado y puede instalarse una vez dentro de cualquier mquina que contenga un Servidor OPC. El cliente todava necesita saber el nombre del nodo de la mquina designada, sin embargo l puede crear ahora remotamente este objeto y puede usar el IOPCServerList, que determina que tipos servidores y marcas estn disponibles en esa mquina.

5. Seguridad

La seguridad en servidores OPC, es consistente con el modelo de seguridad Windows NT, dando a los usuarios (Clientes) igual tipo de restricciones otorgadas a clientes NT. La Figura 5.1 muestra un modelo que sirve de estructura conceptual para la especificacin OPC Security Custom Interface

Modelo de seguridad Cliente/Servidor OPC Cada estacin de trabajo posee un certificado de acceso (Access Token) para trabajar, apoyado por DCOM, dentro del canal de comunicacin. Al solicitar al Monitor de referencia acceso a los Objetos Asegurados (con restriccin), este verificar su nivel de acceso con el Control de Lista de Acceso (ACL). El monitor de referencia no tiene acceso a Leer las comunicaciones en el Canal de Comunicacin. Un servidor OPC puede llevar a cabo tres niveles de seguridad que son: Seguridad Invlida: No existe patrones de seguridad entre los OPC clientes y el OPC Servidor. Todos tienen por igual acceso al servidor.
a)

Seguridad DCOM: Limita el acceso y atributos sobre el servidor OPC por parte de clientes seleccionados. Estos pueden ser, por ejemplo, permisos de acceso para aplicaciones clientes. Sin embargo, el Servidor OPC no controla totalmente el acceso a su sistema por parte de cualquier otro Sistema operativo (Linux y Unix) a los objetos con restricciones especficos.
b)

Seguridad OPC: El Servidor OPC sirve como un regulador de control de acceso a fabricantes de sistemas operativos como Linux y Unix sobre objetos especficos de acceso restringido que son expuesto por el Servidor OPC. Un Servidor OPC puede llevar a cabo Seguridad OPC adems de Seguridad de DCOM, o Seguridad OPC en forma exclusiva. Siempre que sea posible un Servidor OPC llevar a cabo Seguridad OPC basado en decisiones de acceso mediante la utilizacin y autorizacin de un NT Access Token (accesar al servidor, en red, mediante una ficha) asociada con la aplicacin cliente. Este acercamiento permite seguridad, dado que es transparente a las aplicaciones cliente, porque lo que no hay ninguna necesidad de tomar acciones explcitas para establecer un certificado de acceso adicional. Tambin, porque NT Access Token es independiente del Servidor OPC, siendo esto ms fcil para escribir aplicaciones cliente porttil.
c)

Sin embargo hay circunstancias que evitan el uso de NT Access Token. Algunos ejemplos de tales situaciones son:
El Servidor OPC est aplicndose delante de un sistema operativo distinto de

Windows NT que apoya DCOM como Linux y UNIX. apoya la creacin de NT Access Token.

Las aplicaciones del cliente pueden estar corriendo en un sistema operativo que no El Servidor OPC y las aplicaciones cliente son distribuidas en dispositivos

mltiples fuera del contexto del dominio de la red.

Para tales situaciones, la especificacin OPC Security Custom Interface de Fundacin OPC define la condicin para el Servidor OPC de poder llevar a cabo una credencial privada (certificado de acceso) qu realiza un proceso de verificacin. Un ejemplo podra ser el uso, por parte de un servidor de un UserID (Identificacin de Usuario) especfico, en combinacin con una Pass (Contrasea). Depende del Servidor de OPC usar mecanismos que prevengan el compromiso de estas credenciales. Por ejemplo, no deben transmitirse contraseas en texto claro, ni ellos deben guardarse en disco en texto claro.

6.

CONCLUSIONES: Sin duda alguna, OPC presenta una gran solucin a los problemas de Interoperabilidad e Integracin en torno a sistemas de control y de supervisin industrial. El hecho que OPC se sustente en la plataforma OLE/COM de Microsoft y considerando que la mayora de las aplicaciones industriales se encuentran realizadas en Power Builder, Visual C++ y Visual Basic, no es raro notar que el estndar OPC lo hayan adoptado ms de Nove nta y Seis fabricantes de los Cinco que fueron originalmente. Tambin se destaca la posibilidad de integrar OPC con otros sistemas operativos como lo son Linux y Unix, dejando la posibilidad a los integradores de trabajar en otros sistemas que consideren ms eficientes o a los cuales hayan desarrollado nuevas aplicaciones. A continuacin se desprenden las ventajas y desventajas competitivas de utilizar OPC en los Sistema de Control y de Supervisin.

Algunas ventajas de implementar OPC a nivel Industrial son: Integracin de distintas tecnologas de diferentes fabricantes dentro de un mismo sistema. La industria no tendr que trabajar con un solo Sistema Propietario o Sistemas SCADA o DCS especficos. Costos de desarrollo de sistemas de aplicacin menores, dado que se est trabajando en una plataforma universal (OLE/COM), por lo que se evita duplicidad de esfuerzos. Permite integracin de mltiples plataformas (Windows, Linux, Unix) mediante la utilizacin de COM, DCOM, Active X y Entire X. Comunicacin On line expedita, eficaz y flexible desde el nivel de procesos hasta el nivel de Gestin. Por medio de Softwares industriales especficos se puede lograr un mayor control dentro del proceso productivo, y optimizar Materias Primas, Recursos, Costos, etc. Desventajas de utilizar OPC en Sistemas Industriales: OPC parece ser un sistema industrial ideal, pero al ser tan transparente en el mbito de las aplicaciones como as tambin interoperable en distintas plataformas presenta inherentemente problemas de Seguridad en estos aspectos:

Los fabricantes de Buses de Campo (Fieldbus), han desarrollado Gateways para interconectar sus protocolos propietarios a redes Ethernet. Personas inescrupulosas podran accesar desde el nivel de gestin hasta el nivel de proceso, daando potencialmente todo el sistema comunicacional.

Hoy en da existe la capacidad de desarrollar programas ejecutables en base a OLE/COM/DCOM, e ingresar a sistemas de red de diferentes sistemas operativos a nivel WAN, mediante Entire X y Active X. La red de comunicaciones OPC puede estar expuesta a escala mundial y accesible desde cualquier plataforma operativa.

Recomendaciones: Se recomienda acrecentar los niveles de seguridad, usando Softwares de Encriptacin de datos (Para l trfico de Datagramas) y FireGuards (Cortafuegos) para proteger la Red de datos de otras externas

Fuentes de Informacin:

Webs Site:

http://es.wikipedia.org/wiki/OPC http://www.matrikonopc.es