|
|
Durante todo el año recibimos muchos mail, pidiéndonos información para realizar trabajos sobre autómatas. Así que ahora es el momento para recordaros que necesitamos de vuestra colaboración enviándonos los que ya habéis presentado.
|
OPC
Motivos para el desarrollo de
la especificación OPC - 1
La arquitectura
informática para la industria de proceso incluye los siguientes niveles:
- Gestión
de campo: información sobre los dispositivos de instrumentación
(estado, constitución, configuración, etc.).
- Gestión
de proceso: datos sobre el proceso productivo adquiridos y procesados
por sistemas SCADA y DCS.
- Gestión
de negocio: integración de la información de planta en los sistemas
que gestionan los aspectos financieros de la fabricación.
Se trata de que
en la industria se puedan utilizar herramientas estándar (paquetes SCADA,
bases de datos, hojas de cálculo) para construir un sistema que responda a
sus necesidades de mejora de la productividad.
Para ello es
necesario desarrollar una arquitectura de comunicaciones abierta y efectiva
que se centre en el acceso a los datos, no en los tipos de datos.
Motivos para el desarrollo de
la especificación OPC - 2
Hay muchas
aplicaciones cliente que requieren datos de dispositivos y acceden a ellos
desarrollando controladores o drivers de forma independiente. Esto implica:
- Duplicación
de esfuerzos: todos los programas necesitan un driver para un
determinado hardware.
- Falta de
consistencia entre drivers: hay características del hardware no
soportadas por todos los drivers.
- Cambios en
el hardware: hacen que los drivers queden obsoletos.
- Conflictos
de acceso: generalmente, dos programas no pueden acceder simultáneamente
al mismo dispositivo puesto que poseen drivers independientes.
Los fabricantes
de hardware no pueden desarrollar un driver eficiente utilizable por todos
los clientes debido a las diferencias de protocolos entre clientes.
OPC proporciona
un mecanismo para extraer datos de una fuente y comunicarlos a cualquier
aplicación cliente de manera estándar. Los fabricantes de hardware pueden
desarrollar servidores optimizados para recoger datos de sus dispositivos.
Dando al servidor un interfase OPC permite a cualquier cliente acceder a
dichos dispositivos.
Motivos para el desarrollo de
la especificación OPC - 3
Origen de la especificación
OPC
OPC se basa en
la tecnología OLE/COM (Object Linking and Embedding / Component Object
Model) de Microsoft.
Esta es la
tecnología que permite que componentes de software (escritos en C y C++ por
expertos en un sector) sean utilizados por una aplicación (escrita en
Delphi o VisualBasic para otro sector).
De esta forma
se desarrollarán componentes en C y C++ que encapsulen los detalles de
acceder a los datos de un dispositivo, de manera que quienes desarrollen
aplicaciones empresariales puedan escribir código en VisualBasic que recoja
y utilice datos de planta.
El diseño de
los interfases OPC soporta arquitecturas distribuídas en red. El acceso a
servidores OPC remotos se hace empleando la tecnología DCOM (Distributed
COM) de Microsoft.
Integración de sitemas
heterogéneos con OPC
Arquitectura general y
componentes OPC
Arquitectura de un Servidor
OPC
Un servidor OPC
se compone de varios objetos que se ajustan a la norma COM:
- El objeto
servidor: contiene información sobre la configuración del servidor OPC
y sirve de contenedor para los objetos tipo grupo.
- El objeto
grupo: sirve para organizar los datos que leen y escriben los clientes (ej.:
valores en una pantalla MMI o en un informe de producción). Se pueden
establecer conexiones por excepción entre los clientes y los elementos de
un grupo. Un grupo puede ser público, es decir, compartido por varios
clientes OPC.
- El objeto
item: representa conexiones a fuentes de datos en el servidor (no son
las fuentes de datos en sí). Tiene asociados los atributos Value, Quality
y Time Stamp. Los accesos a los items OPC se hacen a través de los
grupos OPC y los clientes pueden definir el ritmo al cual el servidor les
informa sobre cambios en los datos.
El acceso a los
objetos COM se hace a través de interfases, que son lo único que ven los
clientes OPC. Los objetos descritos son representaciones lógicas que no
tienen porqué coincidir con la implementación que se haga del servidor OPC.
|
| |||||||||||||||||||||||||||||||||||||||
|
Todos los nombres comerciales que se utilizan en esta web están o pueden estar registrados por sus respectivos fabricantes. 2000, 2006 Última modificación: 02/03/2006 |
