sistema SCADA

CONCEPTOS: OLE, OPC
En el control de procesos, se ha necesitado un lenguaje común desde hace buen tiempo, este es OLE para Control de Procesos (OPC) que es uno de los más promisorios. OPC es un conjunto normalizado de interfaces, propiedades y métodos que definen cómo componentes individuales de programa pueden interactuar y compartir información.
OPC está basado en OLE de Microsoft (OLEllamado ahora ActiveX). Muchas personas han oído de OLE y. Lo han utilizado cada vez que utilizamos la capacidad de "pegar" una hoja de cálculo Excel en un documento de texto Word.
OLE permite que la hoja de cálculo actualice dinámicamente la información contenida en el documento. Es más, típicamente el usuario no requiere realizar ninguna configuración más allá de hacer un clic con el ratón. Lasespecificación OLE define completamente como la hoja de cálculo (en este caso, el servidor OLE) da formato y envía la información al documento de texto (en este caso, el cliente OLE).

OPC le agrega algunas características a la especificación OLE para los requisitos de direccionamiento en el control de procesos. Por ejemplo, un servidor OLE no verifica si el cliente recibió la información;solamente la envía y se olvida del resto. Justamente debido a que esto es poco adecuado para las aplicaciones de control de procesos, OPC, agrega esta habilidad para acusar y validar las transacciones cliente/servidor.
Una de las ventajas de OPC es que provee una interfase común para la comunicación de diversos dispositivos, a pesar de los protocolos o programas de control utilizados en el proceso. Antesque OPC existiera, los desarrolladores de aplicaciones tenían que preparar "drivers" específicos para cada sistema de control con el que se quisieran conectar.
Con OPC, los proveedores de aplicaciones no necesitan desarrollar "drivers" por separado para cada red o procesador; solamente necesitan crear un "driver" OPC optimizado para su producto.
Es importante entender que OPC no elimina lanecesidad de los "drivers" ninguno de los PLC existentes en la actualidad "hablan" OPC; cada fabricante desarrollará el driver OPC para un producto específico. Una vez que existe el driver OPC para una parte del equipo o una aplicación, es muy simple integrar esa información con los dispositivos que cumplen con OPC.



Integrando servidores OPC y sistemas SCADA
En un reciente proyecto deintegración de datos, los ingenieros de Siemens en Copenhagen, Dinamarca, fueron capaces de conectar equipos e instrumentación funcionando en unas instalaciones de seguridad en una localización remota usando el OPC DataHub. El propósito perseguido fue permitir a los técnicos el acceso a las máquinas que ellos necesitaban para trabajar sobre ellas sin neutralizar la seguridad o permitiendo el acceso noautorizado.
Al principio el proyecto se planteó como una aplicación OPC típica. El principal objetivo fue conectar una unidad de enfriamiento con un servidor OPC típico. El principal objetivo fue conectar una unidad de enfriamiento con un servidor OPC y unas instalaciones energéticas a dos sistemas SCADA en una estación de control. Pronto comenzaron a detectarse problemas en la red. Las redes OPCdependen de un modelo de objeto distribuido (Distributed component object model o DCOM), que en la mejor de las veces puede ser difícil de configurar y lento de reconectar después de la rotura de la red. Para complicar las cosas el servidor OPC suministrado por el fabricante de la enfriadora no era adecuado para las tareas previstas.
El servidor OPC tenía un comportamiento extraño, no funcionabaen servicio y no permitiría conexiones directas usando DCOM, debido a que cuando se desconecta, no era posible reconectarlo. La solución por la que se optó fue encapsularlo en el OPC DataHub (de Cogent Real-Time Systems). Sus sistemas SCADA cada uno se conectan a su OPC DataHub, y el enlace de datos se completó. Los técnicos pueden de esta forma ver datos de la instalación de alta seguridad desde...