Información Técnica de Producto

Información
Técnica de
Producto
OPERATOR OCS
1 INTRODUCCION 3
2 ARQUITECTURA DEL OPERATOR OCS. 4
2.1 OPERATOR OCS COMO PLATAFORMA DISTRIBUIDA Y ESCALABLE. 7
2.2 OPERATOR OCS COMO UNA ARQUITECTURA ABIERTA. 8
3 MODULO GESTOR DE INSTALACIONES. 12
3.1 CLIENTE DE CONFIGURACION. 13
3.2 GESTION DE LAS LICENCIAS. 14
3.3 GESTION DEL ARRANQUE INICIAL DE LOS NODOS. 15
3.4 GESTION DE COPIAS DE SEGURIDAD. 15
3.5 GESTION DE LA SEGURIDAD. 16
3.6 GESTION DE LA DOCUMENTACIÓN. 16
3.7 GESTION DE PERFILES. 17
3.8 INTEGRACION DE SERVIDORES OPC. 18
3.9 GESTION DE LA REDUNDANCIA. 19
3.10 OTRAS CARACTERISTICAS. 19
4 MODULO DE ACCESO A DATOS. 21
5 GESTOR DE PANELES DE OPERACIÓN. 23
5.1 OBJETOS TECNOLOGICOS. 25
5.2 MECANISMOS DE EXTENSIBILIDAD. 26
6 MODULO DE ALARMAS Y EVENTOS. 27
7 MODULO DE DATOS HISTORICOS. 30
8 MODULO DE TABLAS DE PRODUCCIÓN. 32
9 REQUERIMIENTOS HW & SW. 35
9.1 Requerimientos Hardware Equipos MASTER y BACKUP. 35
9.2 Requerimientos Hardware Equipos WORKSTATIONS. 35
9.3 Requerimientos Software. 35
INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 1 de 40

10 CAMPOS DE APLICACIÓN. 37
11 CONCLUSION. 38

1. INTRODUCCION
Este documento describe la arquitectura y características funcionales más relevantes del OPERATOR OCS
(producto desarrollado íntegramente por TEAM S.L para el desarrollo de aplicaciones en el campo de la
supervisión de procesos).
El OPERATOR OCS es un conjunto perfectamente integrado de aplicaciones software dedicadas a la

supervisión, monitorización y control de procesos industriales. Está basado en tecnología software de última
generación y constituido por una colección de módulos perfectamente integrados en una plataforma común.
El OPERATOR OCS abarca todos los niveles empresariales, desde el nivel de recogida de datos en planta
hasta su posterior integración con herramientas tipo ERP o MES. Para lograr ese nivel tan amplio de
integración, se utilizan un conjunto de tecnologías estándar, entre las que podemos enumerar las siguientes:
· ActiveX y Active Documents.

· COM y DCOM.
· ADO y OLE-DB.
· OPC.
· SOAP.
El OPERATOR OCS proporciona el medio más fácil y rápido para implantar, mantener y hacer crecer un
sistema de automatización industrial gracias a su arquitectura cliente/servidor. Está compuesto por dos tipos
fundamentales de componentes: servidores potentes y clientes de visualización/configuración con suficiente
flexibilidad para cubrir un amplio abanico de aplicaciones y sectores de negocio. Su eficiente arquitectura es
fácilmente escalable desde un simple nodo hasta una compleja red redundante y multinodo.
El OPERATOR OCS se ejecuta en la familia de sistemas operativos Windows 2000 y Windows XP, lo que
facilita enormemente la integración con cualquier aplicación que actualmente se encuentre instalada o se
prevea instalar posteriormente tanto en el entorno Windows como en cualquier otro accesible desde él.

2. ARQUITECTURA DEL OPERATOR OCS.
En la siguiente figura se presenta la arquitectura y las principales características técnicas y

conceptuales del sistema OPERATOR OCS y se proporciona un esquema típico de su entorno de
aplicación más habitual. Sobre este esquema básico, existen multitud de variantes (redundancias de
servidores, redundancias de redes, protocolos de comunicaciones,…) para los que el OPERATOR
OCS proporciona las correspondientes soluciones y herramientas.
Windows 3.1
Windows-95
Windows NT Business Management
Client Applications
Windows NT
Operator Console
RT/History Data
Server
Windows NT Windows NT Plant Highway

Operator Console RT/History Data
Server
Plant Highway
Process Management
Controller
Fieldbus
PD Meters Analytical
Common Head -Simple -Analog I/O Handheld Configuration and
Fish er
Measurement
Coriolis
-Pressure -Complex -Discrete I/O PDA
Valves -TC/RTD Maintenance
-Temp
Positioners
-Flow
-Level Field Management
Tal y como se muestra en la figura, el OPERATOR OCS se comunica con los elementos (PLCs,…)
responsables de la adquisición de los datos procedentes de campo. Dichos datos son visualizados,
tratados y almacenados por el OPERATOR OCS para ser posteriormente analizados o explotados
por otros niveles de aplicación que requieran mayor complejidad en su tratamiento. Por lo tanto, este
esquema sigue la arquitectura clásica de automatización de procesos que se divide en los siguientes
niveles:
· Gestión de campo o Field Management.

· Gestión de proceso o Process Management.
· Gestión empresarial o Business Management.
Al igual que sucede con la arquitectura típica de automatización, en la cual existen varios niveles, el
nivel de supervisión y control de procesos se estructura en diferentes módulos. Cada uno de estos
módulos aporta una funcionalidad concreta, diferente y complementaria del resto de módulos que
constituyen el sistema de supervisión.

La siguiente figura muestra la arquitectura modular del sistema OPERATOR OCS.
ERP, MES, GIS, SIMULATION, MATH, ...
Data Acquisition
Alarming & Events
Historical
Recipes
Reports
Screen Edition
Screen Visualization
Plant Management module
El módulo central del OPERATOR OCS es el Gestor de Instalaciones, que permite modelar una
instalación desde el punto de vista de los componentes que la forman, tanto a nivel hardware como
software. Para definir completamente una instalación deben especificarse, entre otros, los siguientes
datos:
· Características de la instalación.
· Número de estaciones de trabajo asociadas a la instalación
· Número y tipo de los servidores que se ejecutan en cada estación de trabajo.
· Datos de configuración de cada servidor.
· Datos de configuración de los perfiles de usuario para manejo de la seguridad de
acceso a las aplicaciones.
· Configuración de redundancia, aplicaciones de arranque en cada nodo, etc.
· Creación de librerías de objetos tecnológicos.
· Política de licencias(Llaves HW.)
· ……
El gestor de instalaciones, proporciona además información en tiempo real sobre el estado de cada
nodo, los usuarios conectados, las aplicaciones en ejecución, el estado de cada servidor, etc.
El módulo con funcionalidades básicas IHM es el módulo Gestor de Paneles, el cual proporciona las
herramientas necesarias para modelar el proceso desde el punto de vista del interface gráfico de
usuario. Se puede pasar de la fase de modelado a la de visualización en Run-Time con facilidad, lo
cual es especialmente importante en la fase de ingeniería, en la cual hay que contemplar
continuamente la aparición de nuevas especificaciones. Una de las características más destacadas del
módulo gestor de paneles, consiste en que los paneles de operación creados en fase de edición se
pueden visualizar utilizando un navegador de Internet estándar, como puede ser el “Microsoft
Internet Explorer”, lo cual abre todo un abanico de posibilidades para controlar la instalación desde
diferentes escenarios.
El módulo gestor de paneles proporciona, entre otras, las siguientes funcionalidades:

· Creación y edición de paneles de operación.
· Creación y edición de espacios de trabajo para visualización y operación.
· Configuración de las propiedades estáticas y dinámicas de los objetos gráficos
incluidos en cada panel.
· Creación de grupos y objetos tecnológicos.
· Configuración de las relaciones de navegación entre paneles.
· Configuración de las relaciones entre objetos gráficos y objetos de proceso.
· Visualización gráfica de las relaciones entre objetos y paneles.
· Visualización de valores de datos de campo.
· Visualización de paneles en varios idiomas.
· ……..
El módulo de Acceso a Datos forma, junto con el gestor de instalaciones y el gestor de paneles, el
núcleo del OPERATOR OCS. El módulo de acceso a datos consta de uno o varios servidores OPC
de datos que acceden en tiempo real a los dispositivos de campo y responden a las solicitudes de
lectura y escritura que el resto de módulos les solicitan.
El resto de los módulos (Alarmas y Eventos, Datos Históricos, Informes y Tablas de Producción) se
sitúan en un nivel lógico superior a los módulos del núcleo (gestor de instalaciones, gestor de paneles
y módulo de acceso a datos), y proporcionan el resto de las funcionalidades IHM del OPERATOR
OCS. Se utilizan para transformar los datos en tiempo real que proporciona el módulo de acceso a
datos en información de más alto nivel que pueda ser entendida por el operador de la instalación y
utilizada de una forma más específica.
El módulo de alarmas y eventos puede recibir alarmas y eventos de módulos del OPERATOR OCS,
fuentes externas u otras aplicaciones. Permite también definir las condiciones que activan acciones
asociadas a la ocurrencia de tales eventos. El número de acciones es muy extenso, enviar un correo
electrónico, abrir un panel en una máquina, etc.... Por cada alarma o evento, se puede definir un
conjunto de atributos (color, severidad, área de pertenencia, acciones, mensajes,...).
El módulo de alarmas y eventos, y el módulo de acceso a datos se encuentran en el OPERATOR

OCS fuertemente integrados, esta integración permite la notificación en ambos sentidos de
activaciones y reconocimientos de alarmas.
El módulo de históricos proporciona almacenamiento histórico de muestras de datos procedentes de

los distintos servidores de datos OPC existentes en la instalación, así como de aplicaciones externas.
El servidor de históricos tiene varias funcionalidades añadidas, como son la optimización en el
almacenamiento de la información, la realización de operaciones de cálculo, como por ejemplo,
medias, desviaciones, etc..
Los módulos de Alarmas y de Históricos son totalmente compatibles con las normas establecidas por
la “OPC Foundation”. Esto facilita la total integración con módulos ya existentes y pertenecientes a
otros fabricantes.

El módulo de informes permite la generación de prácticamente cualquier tipo de informe de
producción que el ingeniero de aplicación quiera configurar y generar.
El módulo de recetas o tablas de producción, es el responsable de guardar y restaurar los datos de las
configuraciones de los parámetros de producción.
Todos los módulos poseen dos entornos de funcionamiento: el primero para la configuración del
correspondiente servidor y el segundo para la visualización de los datos almacenados por esos
mismos servidores, estando ambos perfectamente integrados dentro de un entorno común de
ejecución, que es el gestor de instalaciones. Esta integración facilita la navegación por parte del
usuario operador entre los diferentes módulos y proporciona un aspecto unificado al interface de
usuario.
Todos los módulos anteriormente descritos poseen una estructura idéntica, tal y como se muestra en
el siguiente diagrama:
Configuration Client
Visualization Client
Visualization Client
Server
El núcleo de cada módulo es el objeto servidor, que tiene la responsabilidad de proporcionar, además
de la funcionalidad concreta según su tipo, servicios de configuración, copia de seguridad y auto
documentación. El cometido de un cliente de configuración es proporcionar el interface para
configurar el servidor, mientras que los clientes de visualización proporcionan el interface para
visualizar los datos que aquél mantiene según su lógica interna.
2.1 OPERATOR OCS COMO PLATAFORMA DISTRIBUIDA Y

ESCALABLE.
Tal y como se ha descrito en el apartado anterior, el sistema OPERATOR OCS está formado por un
amplio número de módulos. Cada uno de estos módulos se puede adquirir por separado, de forma
que el cliente final configura el sistema que requiere en base a sus necesidades. Posteriormente y ante

la aparición de nuevos requerimientos, se pueden adquirir nuevos módulos e integrarlos fácilmente
sin necesidad de reinstalar el OPERATOR OCS nuevamente.
Gracias al diseño de componentes distribuidos, el OPERATOR OCS es capaz de abarcar desde

instalaciones con unos pocos usuarios en un sólo nodo hasta otras con muchos potenciales usuarios
en muchos nodos.
La ejecución de los módulos descritos brevemente con anterioridad puede ser asignada de forma
sencilla a los diferentes equipos que forman una instalación de modo que el cliente final diseña la
configuración que considera más oportuna a las necesidades (técnicas y económicas) de sus
instalaciones. De esta manera, es posible tener todos los módulos en un sólo equipo o cada uno de
los módulos en cada uno de los equipos. Entre ambos extremos existen innumerables alternativas
entre las que el usuario final puede optar. La siguiente figura muestra un ejemplo de posible
distribución de módulos.
Clients
Servers
PLCs
En el ejemplo de la figura anterior, todos los servidores se han concentrado en dos máquinas
(MASTER y BACKUP) dedicadas. Mientras que los clientes de visualización y configuración se han
distribuido por el resto de máquinas de menor capacidad.
2.2 OPERATOR OCS COMO UNA ARQUITECTURA ABIERTA.
Entre las características básicas del OPERATOR OCS se encuentra el uso de tecnologías abiertas, lo
cual permite interoperar con productos de otros fabricantes sin necesidad de realizar ningún
desarrollo adicional. La arquitectura elegida ha sido “Windows DNA”.

Microsoft® Windows® Distributed interNet Applications Architecture (Windows DNA) es el
modelo que Microsoft emplea actualmente y empleará en el futuro para diseñar y construir la
siguiente generación de aplicaciones con capacidad para adaptarse rápidamente ante la llegada de
cambios en los requerimientos.
Windows DNA es la primera arquitectura de aplicaciones que integra de forma completa Internet,
cliente/servidor y estaciones de trabajo en la búsqueda de soluciones reales distribuidas a bajo coste.
Usando el modelo Windows DNA, pueden construirse aplicaciones modernas, escalables y multinivel
que puedan ser empleadas desde cualquier tipo de red o máquina.
Las aplicaciones construidas usando la arquitectura Windows DNA mejoran de forma sustancial el
flujo de información dentro y fuera de una organización, de forma que los cambios ante la aparición
de nuevos requerimientos se realizan de forma flexible.
La arquitectura Windows DNA divide la aplicación en al menos 3 niveles (Presentación, Lógica de

negocio y acceso a fuentes de datos), los cuales se pueden ver en la siguiente figura:
El OPERATOR OCS sigue completamente la arquitectura DNA tal y como se ha presentado en la

arquitectura de cada módulo, por tanto hace uso de los beneficios anteriormente expuestos. Una
representación más detallada de la arquitectura de cada módulo, siguiendo el modelo DNA, es la que
se puede ver en la siguiente figura:

Los servidores que forman cada uno de los módulos del OPERATOR OCS (Acceso a Datos,
Alarmas / Eventos, Históricos, Tablas e Informes) se ejecutan en el nivel que en Windows DNA se
llama “Business Services”, especializados en el comportamiento y la lógica propia de la aplicación de
control.
Los clientes (visualizadores y configuradores) incluidos en cada uno de los módulos del
OPERATOR OCS, se ejecutan en el nivel que Windows DNA denomina “User” o “Presentation”, y
más concretamente en el caso del OPERATOR OCS un navegador WEB. Debido al exhaustivo uso
de la tecnología ActiveX, se utiliza como navegador el “Microsoft Internet Explorer”.
Para el acceso a fuentes de datos (Bases de Datos) los módulos que forman el OPERATOR OCS
usan la tecnología denominada OLE DB, que permite un alto grado de distribución y
desacoplamiento. La arquitectura OLE DB se presenta en la siguiente figura:
En cuanto a la interacción con los dispositivos de proceso, se emplea el estándar OPC (OLE for
Process Control) basado igualmente en tecnología COM/DCOM. El estándar OPC define un
conjunto de Objetos COM con sus correspondientes interfaces. Todo fabricante que quiera hacer
accesible sus equipos a otros usuarios deberá proporcionar dichos objetos, tal y como los define el
estándar.
C++ Application OPC Custom I/F
OPC Server
(In-Proc, Local, Remote, Vendor Specific Logic
Handler)
VB Application OPC Automation I/F
El OPERATOR OCS cumple con las siguientes especificaciones definidas actualmente por la OPC
Foundation:

· OPC DA (Data Access).
· OPC HDA (Historical Data Access).
· OPC A&E (Alarm & Events).
Otro de los aspectos más relevantes en el OPERATOR OCS es su gran capacidad gráfica. Esta
capacidad viene determinada por la existencia de un gran número de objetos gráficos que se
proporcionan ya integrados de base en el producto. Adicionalmente, existe la posibilidad de integrar
cualquier objeto ActiveX o Active Document existente en el mercado. Esta característica y la
existencia de una enorme cantidad de objetos ActiveX de diferentes propósitos hacen del
OPERATOR OCS una plataforma gráfica abierta y totalmente escalable a las necesidades de los
diferentes usuarios.
Tras haber repasado los aspectos técnicos y tecnológicos del OPERATOR OCS, en las siguientes
secciones se enumeran y detallan brevemente las principales funcionalidades de cada uno de los
módulos que componen el OPERATOR OCS.

3. MODULO GESTOR DE INSTALACIONES.
El Gestor de Instalaciones es el módulo encargado de mantener y gestionar toda la información general de

configuración del sistema OPERATOR OCS, así como de la configuración asociada a cada una de las
instalaciones definidas en el OPERATOR OCS.
Una Instalación es un conjunto de componentes hardware y software que forman una unidad
funcional desde el punto de vista del sistema de supervisión y control. Está formada por un conjunto
de Nodos o elementos Hardware, que representan la estructura de la red OPERATOR OCS. Los
Nodos configurados pueden ser de dos tipos:
o Nodo de Supervisión
o Nodo de Control
Los Nodos de Supervisión contienen Servidores o elementos software que son los responsables de la
correcta ejecución de la lógica configurada para la Instalación. Los Servidores configurados pueden
también ser de dos tipos, de acuerdo con su nivel de integración en el Sistema OPERATOR OCS:
o Servidores OCS
o Servidores OPC
Las funcionalidades relativas a las Instalaciones, Nodos y Servidores que maneja el gestor de instalaciones son
las siguientes:
· Propiedades de las instalaciones.

· Nodos o máquinas que forman una instalación.
· Propiedades de cada nodo.
· Servidores configurados por nodo.
· Propiedades de cada servidor.
· Configuración de los distintos servidores.
· Configuración de los clusters de servidores que proporcionaran el sistema de redundancia
software.
· Gestión de copias de seguridad.
· Gestión de grupos de usuarios.
· Gestión de los perfiles de las aplicaciones.
· Gestión de las llaves de protección hardware.
· Definición de los módulos clientes a ejecutar en cada nodo.
· Integración con servidores OPC de otros fabricantes.

· Gestión de categorías de objetos tecnológicos.
· Importación y Exportación de datos.
· Generación de documentación automática.
· ……..
El módulo gestor de instalaciones es por tanto el responsable de mantener la información de

configuración necesaria para el correcto funcionamiento de todo el sistema.
El módulo gestor de instalaciones, al igual que el resto de los módulos del sistema OPERATOR
OCS, funciona bajo una arquitectura software Cliente/Servidor, en la cual existe una aplicación
servidora y diversas aplicaciones clientes, entre los cuales se cuentan el cliente de configuración y el
cliente de visualización. En el caso concreto del módulo gestor de instalaciones, existe el servidor de
Instalaciones y un cliente de configuración de instalaciones.
El Gestor de Instalaciones proporciona adicionalmente información en tiempo real sobre el estado de

las comunicaciones a nivel de red con cada uno de los nodos de la instalación activa, la identidad del
usuario actualmente conectado en un nodo seleccionado, así como las aplicaciones en ejecución y el
estado de operación de cada servidor, la llave hardware asociada a cada equipo, etc.
3.1 CLIENTE DE CONFIGURACION.
El cliente de configuración, es la aplicación gráfica que facilita al usuario realizar de una forma
intuitiva la configuración de las funcionalidades anteriormente descritas. En la siguiente figura,
vemos el interface gráfico de usuario que presenta el cliente de configuración del módulo gestor de
instalaciones.
Con una única ventana podemos ver las distintas instalaciones configuradas así como la instalación
activa (marcada con un asterisco). Para la instalación seleccionada se visualizan las máquinas que la
forman y por cada una de ellas los servidores que residen en ella, así como el estado en que se
encuentra cada uno de ellos. Igualmente, nos muestra el estado de las comunicaciones con cada
máquina y el roll que desempeña cada máquina en la instalación (MASTER, BACKUP,
WORKSTATION,…)

Para la creación, modificación y borrado de cada una de estas entidades (instalación, máquina ó nodo
y servidor) existe su correspondiente diálogo encargado de realizar la acción.
A continuación veremos con mayor nivel de detalle algunas de las funcionalidades que maneja el
gestor de instalaciones y que son accesibles desde el cliente de configuración.
3.2 GESTION DE LAS LICENCIAS.
Con el objetivo de adecuarse a las necesidades crecientes de los clientes finales en cada caso, el
OPERATOR OCS incorpora un sistema incremental de licencias por nodo y módulo. De tal forma
que inicialmente únicamente se requieran un número reducido de licencias por módulo y máquina
para posteriormente ir añadiendo nuevas licencias de módulos o nodos según vayan surjiendo las
necesidades. Este sistema de licencias se acompaña de una llave hardware conectada físicamente a la
máquina o nodo correspondiente.

3.3 GESTION DEL ARRANQUE INICIAL DE LOS NODOS.
Asociado a cada nodo de la instalación, existe un mecanismo donde se configura el tipo de arranque
deseado. Existen básicamente dos tipos de arranque, el normal y el automático. Por arranque
normal se entiende el arranque que habitualmente se realiza cuando un usuario se conecta a una
máquina. Es decir, una vez encendida la máquina, el usuario se identifica ante el sistema operativo, el
cual le asigna unos privilegios determinados. En función de esos privilegios el usuario puede realizar
ciertas operaciones.
El arranque automático implica la identificación automática del usuario (sin la introducción manual
de usuario/contraseña). Tras el proceso de identificación, o bien se visualizarán los paneles de
arranque configurados o bien se ejecutará el cliente de configuración. El proceso de configurar el
arranque de cada nodo de una instalación se realiza desde el cliente de configuración, tal y como se
observa en la siguiente figura:
3.4 GESTION DE COPIAS DE SEGURIDAD.
Otra de las funcionalidades que posee el sistema OPERATOR OCS es la capacidad de guardar y
recuperar la configuración de toda o parte de una instalación. Se trata de un mecanismo de seguridad
que permite almacenar y recuperar la configuración almacenada ante la aparición de posibles fallos
que puedan ocasionar daños en la configuración actual.
Igualmente, es posible realizar una parametrización de los módulos que queremos copiar o restaurar,
de modo que la copia de seguridad se realice a la medida que el usuario requiera. También es posible
seleccionar el lugar donde se quiere almacenar la copia y si se desea realizar una copia comprimida.

3.5 GESTION DE LA SEGURIDAD.
El OPERATOR OCS incluye un mecanismo de seguridad para controlar las operaciones que pueden
realizar los usuarios.
Los usuarios se configuran asociados a grupos de usuarios. Cada grupo puede contener un número
ilimitado de usuarios, mientras que cada USUARIO únicamente pertenecerá a un GRUPO. Cada
GRUPO tendrá asociado un nivel de acceso a recursos software.
Cuanto mayor sea el nivel del GRUPO, mayor será el número de operaciones que los
usuarios que pertenecen a dicho grupo pueden realizar.
La siguiente figura, nos muestra el diálogo correspondiente a la administración de usuarios y grupos

de usuarios.
Es importante destacar que tanto la definición de grupos como de usuarios es compartida por todas
las instalaciones.
3.6 GESTION DE LA DOCUMENTACIÓN.
El modelado, parametrización y configuración de toda una instalación puede llevar varios días e incluso meses
de duro trabajo. En ocasiones, tras haber terminado dicho trabajo, surge la necesidad de disponer en formato
papel o electrónico para su archivo y posterior gestión y mantenimiento de toda la configuración de dicha
instalación.
Para tratar de minimizar el esfuerzo dedicado a la gestión y mantenimiento de la documentación completa de

toda una instalación, el OPERATOR OCS incorpora la facilidad de generación automática de la

documentación de la configuración de cada uno de los servidores. Al igual que sucede con la copia de
seguridad, se permite la selección de los distintos servidores de los que queremos obtener una documentación
detallada de su configuración.
Esta documentación también incluye el fotografiado del aspecto gráfico de los paneles, la localización y
documentación de las propiedades de cada uno de los objetos que forman el panel. En la figura siguiente se
muestra dicho mecanismo de selección:
Al documentar una instalación se genera un documento en formato Microsoft Word, con la plantilla
que el usuario especifique, conteniendo información referente a la instalación, a los nodos que la
forman y a cada uno de los servidores seleccionados
3.7 GESTION DE PERFILES.
La realización de las operaciones de configuración del OPERATOR OCS, por motivos de seguridad, no debe
permitirse a cualquier usuario conectado. Precisamente para restringir el número de operaciones que puede
realizar un usuario activo existen los perfiles.
Los perfiles son el conjunto de operaciones que se pueden realizar desde una aplicación cliente. Dichas
operaciones vienen determinadas por los menús existentes en dicha aplicación. Para que la aplicación cliente
sepa en que casos debe habilitar o deshabilitar la opción del menú correspondiente, asignamos un nivel a cada
perfil de cada aplicación. Dicho nivel es comparado con el nivel que posee el usuario conectado al nodo. Si el
nivel del usuario es igual o superior al nivel del perfil, entonces se debe habilitar la opción de menú
correspondiente. En la siguiente figura vemos el diálogo de configuración de los perfiles.

3.8 INTEGRACION DE SERVIDORES OPC.
Podríamos definir al OPERATOR OCS como un cliente universal de servidores OPC. Es decir, el
modelo de driver de comunicaciones con los dispositivos de control que maneja el OPERATOR
OCS está basado en el Standard OPC.
Es cada vez más habitual que un usuario compre o adquiera junto con un nuevo equipo de control el
servidor OPC correspondiente, que permitirá a dicho equipo integrarse en una plataforma de
servicios más amplios, como en nuestro caso lo es el OPERATOR OCS. Para integrar este nuevo
servidor desde el OPERATOR OCS existe un diálogo que facilita todo ese proceso. En la siguiente
figura se muestra el diálogo de integración OPC en el sistema OPERATOR OCS.

El proceso de integración de un nuevo servidor OPC en el OPERATOR OCS es fácil. Tras instalar
el nuevo servidor OPC, el usuario abrirá el diálogo de integración OPC, el OPERATOR OCS
entonces detectará automáticamente la presencia y tipo de ese nuevo servidor OPC y permitirá tras
rellenar los datos correspondientes su integración dentro del sistema.
A partir de ese momento, el nuevo servidor OPC pasará a estar disponible por todos los módulos del
OPERATOR OCS. De modo que sus items puedan ser referenciados desde los paneles de operación,
alarmas, históricos, etc.
En definitiva, se trata de no imponer un modelo nuevo de driver de comunicaciones sino de

aprovechar el modelo OPC existente y ampliamente extendido.
3.9 GESTION DE LA REDUNDANCIA.
Una de las características principales que el OPERATOR OCS posee es el grado de tolerancia a fallos. Para
ello, se han desarrollado mecanismos a nivel de sistemas, tanto hardware (SISTEAM OCS) como software. El
mecanismo software va a consistir en la creación de clusters de servidores. Es decir, grupos de servidores con
la misma funcionalidad y configuración.
Se ha limitado el número de servidores del cluster a dos. No se impone ningún tipo de limitación en cuanto al
nombre con el que identificaremos los servidores que forman parte del cluster. La única limitación se refiere a
que los dos servidores deben de residir en máquinas distintas. Esta redundancia implica que cuando un
servidor en una máquina deje de funcionar debido a cualquier causa (caída de las comunicaciones, problemas
de hardware, etc. ), su servidor redundante ejecutándose en la otra máquina, le reemplace en sus funciones,
permitiendo que los clientes sigan obteniendo datos de manera transparente y sin ninguna transición apreciable
ni pérdida de datos.
El cliente de configuración nos va a permitir crear, modificar y destruir los clusters de servidores que se vayan
creando.
Otra de las características reseñables del OPERATOR OCS es que es capaz de crear, destruir y gestionar
redundancias de servidores OPC de terceros fabricantes de forma totalmente transparente. Una vez que un
servidor OPC se ha integrado en la plataforma OPERATOR OCS pasa a estar disponible para la casi
totalidad de las funcionalidades que dicha plataforma aporta.
3.10 OTRAS CARACTERISTICAS.
Además de las características enumeradas en este apartado, existen muchas otras entre las que podemos
enumerar las siguientes:
· Borrado de una instalación.

· Activación/Desactivación de una instalación.

· Comprobación del estado de los servidores y comunicaciones.
· Añadir nodo.
· Borrado de un nodo.
· Activar/Desactivar un nodo.
· Selección del idioma de un nodo.
· Añadir servidor.
· Borrar servidor.
· Mover un servidor de nodo a otro nodo.
· Activar/Desactivar servidor.
· Gestión de categorías de objetos tecnológicos.
· ………
Para obtener más información en detalle de cada una de las funcionalidades que el módulo gestor de
instalaciones proporciona es necesario consultar el correspondiente manual de usuario.

4. MODULO DE ACCESO A DATOS.
El módulo de acceso a datos en el OPERATOR OCS es el responsable de establecer el diálogo directo con los
equipos encargados del control del proceso, es decir los dispositivos de campo (PLC, UTR, etc.). Por tanto, su
principal labor es la de recibir y enviar datos continuamente a los equipos de control. Debido a la diversidad de
equipos con los que se puede comunicar, pueden existen tantos módulos de acceso a datos como dispositivos
diferentes de campo. Todos ellos tienen la estructura común de un servidor OPC, es decir presentan a los
clientes los interfaces software definidos en la especificación OPC para Datos.
Básicamente los módulos de acceso a datos se diferencian entre ellos en dos aspectos, uno referente a la
diferente arquitectura interna (direccionamiento, etc.) de cada dispositivo, que obliga a configurar de diferente
manera los atributos de cada ítem, el otro aspecto diferenciador va a ser la comunicación en tiempo real con el
dispositivo, que tendrá en cuenta el soporte físico de la comunicación, así como los protocolos de transporte y
lógicos, que en general son diferentes. Un ejemplo de arquitectura de un sistema de supervisión y control
basado en el estándar OPC es similar al que se presenta en la siguiente figura.
HMI/SCADA OPC Batch

Application Server Application
OPC Client OPC Client
OPC
OPC OPC OPC OPC Server
Server Server Server Server
Dev1 Dev2 Windows PLC

Historian CE
Dev4 Dev5
Dev3
En el OPERATOR OCS existen principalmente dos tipos diferentes de módulos de acceso a datos (OPC puros
y OPC-OCS). Los módulos OPC puros son los que se integran a través del diálogo de integración OPC
descrito en el apartado referente al módulo gestor de instalaciones. Se trata en su mayor parte de servidores
OPC comprados a otros fabricantes que no sean TEAM. Estos servidores incluyen un software propio de
configuración. Dicho software de configuración es igualmente integrable dentro del OPERATOR OCS, de
esta forma el entorno de configuración adquiere mayor uniformidad.

Los servidores OPC-OCS son servidores 100% compatibles con la especificación OPC pero además añaden
un conjunto nuevo de funcionalidades que la especificación OPC no recoge. Entre estas funcionalidades está la
posibilidad de autodocumentación, importación y exportación de datos, configuración on-line, diferentes
modos de simulación de datos cuando no tenemos los dispositivos físicamente, etc. Este tipo de servidores son
los desarrollados por TEAM.
Como ejemplo de interface gráfico de configuración se muestra la siguiente figura en la que se está
configurando un servidor OPC para que adquiera datos de un equipo SISTEAM OCS.

5. GESTOR DE PANELES DE OPERACIÓN.
El gestor de paneles proporciona toda la funcionalidad necesaria para realizar la creación de paneles, su
vinculación con los elementos de proceso correspondientes y su visualización.
En el entorno de edición se crean y editan los paneles, los cuales contienen objetos gráficos básicos (líneas,
textos, círculos, rectángulos, polilíneas, ....) que se utilizan para simular la realidad a modelar. Estos objetos
poseen ciertas características o propiedades según su tipo (color de fondo, grosor de línea, tipo de letra, ......).
El valor de dichas propiedades puede ser fijo o variable. La variabilidad de una propiedad depende de su
asignación a los elementos de proceso, es decir, a algún ítem de los servidores OPC del módulo de acceso a
datos o del estado de alguna alarma o evento.
Podemos citar como principales funcionalidades del entorno de edición las siguientes:
· Crear un nuevo panel o espacio de trabajo.

· Borrar un panel o espacio de trabajo.
· Editar un panel o espacio de trabajo.
· Visualizar un panel o espacio de trabajo.
· Imprimir un panel o espacio de trabajo.
· Documentar un panel o espacio de trabajo.
· Renombrar un panel o espacio de trabajo.
· Copiar un panel o espacio de trabajo.
· Modificar las propiedades del panel o espacio de trabajo.
· Importación y Exportación de paneles o espacios de trabajo.
· Compilación de multiples paneles simultáneamente.
· Mecanismos avanzados de búsqueda y sustitución de ítems de proceso.
· Ver las relaciones existentes entre paneles.
· Insertar objetos predefinidos en un panel (círculo, cuadrado, línea, polilínea, etiqueta, elipse, .....).
· Insertar objetos ActiveX de terceros fabricantes.
· Realización de operaciones sobre objetos simples (mover, alinear, rotar, agrupar,..).
· Realización de operaciones sobre grupos de objetos (mover, alinear, rotar, desagrupar,..).
· Editar y modificar las propiedades de los objetos.
· Asociar imágenes tanto a los objetos como al fondo de los paneles.
· Asociar a las propiedades de los objetos valores de elementos de proceso.
· Permitir la navegación entre paneles.
· Asociar niveles o privilegios a las navegaciones entre paneles.
· Creación y reutilización de Objetos Tecnológicos (OTs).

· Visualización en edición del estado de una variable de proceso.
· Creación y visualización de paneles en varios idiomas.
· Creación de un diccionario de palabras para la realización de traducciones automáticas de
paneles.
· Paso del entorno de edición al entono de Run-Time y viceversa de manera fácil e intuitiva.
· Visualización de paneles en múltiples monitores.
· Navegación en Run-Time por las pantallas de operación en base a teclas funcionales.
· Ejecución de acciones en base a teclas funcionalidades.
· Integración de los clientes de visualización de los diferentes módulos (alarmas, eventos e
Históricos).
· Refresco de ítems de proceso con diferentes frecuencias.
· ……….
En la figura siguiente podemos observar el aspecto gráfico que tiene un panel creado con el gestor de paneles.
El paso del entorno de edición al de visualización siempre está precedido por un proceso de compilación, que
realiza el paso de una estructura de objetos interna a una estructura de objetos estándar. Dicho proceso de
compilación detecta además los posibles problemas de integridad (no existencia de items, bitmaps,...) que
puedan existir en los paneles.

Igualmente, el módulo de edición de paneles nos permite la creación y manipulación de Espacios de Trabajo,
que no es más que una agrupación lógica de paneles, que permite visualizar de forma simultanea sobre la
misma pantalla distintos paneles sin necesidad de navegar entre ellos. De este modo el usuario percibe una
mayor cantidad de información instantánea.
El OPERATOR OCS, además de incorporar mecanismos que nos permiten representar la dinámica del
proceso industrial, dota al usuario de un sistema de navegación entre paneles fácil de emplear, completo y
totalmente intuitivo. Este sistema se hace necesario por la imposibilidad de representar en un único panel todo
un sistema complejo. El OPERATOR OCS prevé además de la existencia de múltiples formas de mostrar los
paneles, mecanismos que permiten acelerar la presencia de dichos paneles, de modo que tras la carga inicial de
un panel, el tiempo de presentación en pantalla es prácticamente nulo.
5.1 OBJETOS TECNOLOGICOS.
Las ventajas derivadas de la orientación a objetos y el acceso distribuido a los mismos en el entorno de un
sistema de control industrial, se mostrarán al usuario en forma de objetos tecnológicos. Estos objetos formarán
la base para configurar las aplicaciones de control distribuido.
El objeto tecnológico, como componente de configuración de un sistema de control distribuido, se concreta

tanto en una representación dinámica del proceso para su utilización por el operador, como en un
comportamiento respecto al proceso real. Un objeto tecnológico encapsula el conocimiento necesario para
resolver una determinada necesidad en un área de aplicación concreta. Asimismo, un conjunto de objetos
tecnológicos puede considerarse como una plantilla de aplicaciones de la que el ingeniero de proceso va a
servirse para construir nuevas aplicaciones que incorporen de una forma transparente la funcionalidad ofrecida
por los objetos tecnológicos.
Esta es precisamente la perspectiva adoptada por el OPERATOR OCS. Los objetos tecnológicos sobre los
cuales se desarrollará el sistema de control distribuido contendrán una definición consistente de los objetos
involucrados en la infraestructura de comunicaciones de una aplicación distribuida, además de los protocolos
de interacción entre estos objetos y sus reacciones a eventos o solicitudes externas.
Un Objeto Tecnológico (OT) está formado por un conjunto de objetos visibles, es decir, de un aspecto visual,
de una dinámica propia basada en elementos de proceso configurables y de una serie de ítem de proceso y
archivos asociados, que se agrupan en el OT con vistas a su reutilización posterior. Para facilitar esta
reutilización, se definen en el OT elementos que son parámetros, es decir, que van a tomar valores diferentes
para cada utilización distinta.
Estos OT se almacenan en librerías configurables. El proceso de cargar un OT de la librería y asignar a sus

parámetros valores actuales se llama instanciación del OT.
La gestión de las librerías o categorías de objetos tecnológicos se realiza desde el módulo gestor de
instalaciones, mientras que la manipulación de los citados OT (creación, persistencia, instanciación) se realiza
desde el módulo gestor de paneles.

5.2 MECANISMOS DE EXTENSIBILIDAD.
Uno de los requerimientos básicos en el diseño del OPERATOR OCS, ha sido su capacidad para integrar
tanto nuevos componentes con capacidad eminentemente gráfica como componentes con capacidad puramente
lógica (componentes OPC o componentes con dinámica asociada).
Mientras que el gestor de instalaciones proporciona la capacidad de integrar nuevos servidores OPC, el
módulo gestor de paneles proporciona los mecanismos para integrar:
· Controles ActiveX.
· ActiveX Documents.
· Dinámicas y acciones nuevas.
Todas estas facilidades de integrar nuevos componentes sin necesidad de generar nuevas versiones del
software completo repercuten de forma muy favorable en el usuario final del producto ya que no es necesario
esperar a la finalización de una nueva versión completa para disfrutar de las nuevas funcionalidades.
Igualmente favorece que se vayan incorporando nuevas funcionalidades al paquete básico que reduzcan el
tiempo y la complejidad de las aplicaciones.

6. MODULO DE ALARMAS Y EVENTOS.
El módulo de alarmas y eventos es uno de los principales módulos que forman el OPERATOR OCS. Este
módulo, gestiona 3 tipos distintos de eventos y alarmas:
· Eventos y Alarmas Lógicas.

· Eventos y Alarmas de Tiempo.
· Eventos y Alarmas del sistema.
Los eventos y alarmas lógicas se activan cuando el servidor de eventos evalúa una condición definida en
términos de variables de proceso, mientras que los eventos y alarmas de tiempo se producen automáticamente
a determinadas horas o con una cierta cadencia a partir de un instante determinado o a partir del instante en
que cambia de estado una variable de campo especificada. Los eventos y alarmas del sistema, son situaciones
que los propios módulos del OPERATOR OCS notifican o bien son consecuencia de acciones realizadas por
el operador.
Consideramos un evento como una situación digna de ser notificada pero que no requiere de un reconocimiento
por parte del operador del proceso. El concepto de alarma, está relacionado con situaciones graves que
requieren de un reconocimiento explicito por parte del operador y eventualmente acciones locales para corregir
esta situación. Según su significado en el proceso, se definen 3 tipos de alarmas:
· Alarmas Sin Reconocimiento.

· Alarmas con Reconocimiento en la activación.
· Alarmas con Reconocimiento tanto en la activación como en la desactivación.
Asociados a cada alarma o evento existe un determinado número de acciones que se pueden desencadenar
automáticamente por parte del servidor en el momento de su activación. Podemos señalar como ejemplo
alguna de ellas:
· Enviar un E-Mail.
· Lanzar una determinada aplicación.
· Mostrar un panel.
· Ejecutar un archivo multimedia.
· Modificar una variable de proceso
· ……….
La configuración de todas las características asociadas a las alarmas y los eventos mencionadas anteriormente
se realiza a través del gestor de instalaciones. En la siguiente figura se ve el interface gráfico de usuario
existente en el OPERATOR OCS para realizar dicha configuración de las alarmas y eventos.

Una de las características más relevantes del módulo de alarmas y eventos es su gran nivel de integración con
el módulo de acceso a datos. El módulo de alarmas y eventos contempla entre otras las siguientes
funcionalidades:
· Indicar al dispositivo (PLC) el estado en el que se encuentra una alarma:

§ Activación.
§ Reconocimiento.
§ Habilitación.
· Indicar al dispositivo(PLC) que existen alarmas pendientes de reconocimiento.
· Integración de cronología de PLC.
· El PLC puede indicar al módulo de alarmas y eventos que ciertas alarmas han cambiado su estado de
reconocimiento o habilitación.
Adicionalmente a estas características, existe la posibilidad de configurar los colores de presentación al

usuario de los eventos y alarmas, así como la prioridad y textos de las mismas.
Los clientes de visualización de alarmas y eventos nos facilitan tener diferentes vistas del proceso que lleva a
cabo el servidor de alarmas y eventos. Existen los siguientes clientes de visualización de alarmas y eventos:
· Alarmas y eventos activos.

· Alarmas pendientes de reconocimiento.
· Histórico de alarmas y eventos.
· Alarmas y eventos imprimibles.

Los clientes de visualización permiten asociar una serie de filtros sobre el conjunto de eventos basados en
criterios tales como origen de los eventos, grupo al que pertenecen, prioridad, etc.
Puede configurarse también el formato de presentación, en cuanto a los atributos que se desean visualizar, la
visualización o no de menús, barras de herramientas, etc., tal y como se muestra en la siguiente figura.

7. MODULO DE DATOS HISTORICOS.
El módulo de Datos Históricos proporciona almacenamiento histórico de muestras de valores de

variables de proceso tomadas por el módulo de acceso a datos en intervalos de tiempo configurables.
Las muestras y su cronología pueden también provenir de aplicaciones externas tales como Data
Loggers o bien del propio PLC, que permite tiempos de muestreo más rápidos que el propio
Servidor de Datos Históricos. Las funcionalidades de visualización de las muestras son muy
completas e incluyen gráficos de variables en función del tiempo y también gráficos X-Y. Pueden
aplicarse también operaciones a los datos históricos tales como cálculos de medias, desviaciones
típicas, máximos y mínimos en un intervalo, etc.
Este módulo de datos históricos es compatible con las especificaciones OPC para históricos, lo cual
facilita la integración con aplicaciones tanto de sistemas de supervisión como dispositivos de campo
de otros fabricantes.
Un servidor de históricos permite almacenar muestras de valores con cronología de un número configurable de
variables de proceso para su posterior análisis. El cliente de configuración debe, por lo tanto, definir la lista de
variables a gestionar, así como los parámetros (atributos) asociados a cada una de ellas, tal y como se muestra
en la siguiente figura.
Cada ítem o variable del servidor de históricos, posee características que minimizan el espacio requerido para
el almacenamiento de las muestras:
· Valor máximo a archivar.

· Valor mínimo a archivar.

· Intervalo de tiempo máximo para la adquisición de muestras.
· Intervalo de tiempo mínimo para la adquisición de muestras.
· Tasa mínima de variación para su archivado.
Este módulo gestiona también datos históricos procedentes de otras fuentes. Podemos señalar claramente dos
tipos de fuentes de datos externas:
· Datos históricos procedentes de aplicaciones desarrolladas por terceros fabricantes.

· Datos históricos procedentes del PLC.
Esta última opción permite adquirir datos procedentes del PLC con un nivel de resolución tan alto como el
tiempo de ciclo del PLC. Para ello, se ha establecido un protocolo de comunicación con el PLC, de tal forma
que es el PLC quien pone la cronología a las muestras y el servidor de históricos quien los almacena para ser
analizados posteriormente en su cliente de visualización.
Al igual que sucede con el módulo de alarmas y eventos que permite mostrar distintas vistas del proceso que
lleva a cabo el servidor, lo mismo sucede con el módulo de históricos. Este módulo, maneja dos tipos de
clientes de visualización:
· Gráfico de una colección de variables, hasta 10, en un intervalo de tiempo.

· Gráfico X-Y de una variable frente a otra.
Los clientes de visualización, permiten configurar el formato de presentación de las gráficos, en cuanto a
colores de las series, la visualización o no de menús, barras de herramientas, etc., tal y como se muestra en la
siguiente figura.

8. MODULO DE TABLAS DE PRODUCCIÓN.
El módulo de Tablas de Producción permite el almacenamiento de parámetros relativos a la

producción de una determinada serie de producto, que pueden ser cargados desde y hacia el proceso
para la fabricación de productos de características diferentes.
Este módulo, se encarga de gestionar una o varias tablas de valores de consigna, esto es, tablas que
contienen los valores de un conjunto de variables de proceso que pueden ser descargadas a un PLC o
cargadas desde el PLC al sistema OPERATOR OCS. La comunicación con el PLC se realiza siempre
a través de un servidor de datos.
Cada tabla se compone de un conjunto de variables de proceso (que podrán pertenecer a uno o varios
servidores de variables) y de un conjunto de configuraciones de los posibles valores de consigna de las
variables de proceso.
OPC1\Temp1 OPC2\RTVar12 OPC2\Time1 RT_Var2

Espesor10 34 78.6789 True 12
Espesor11 25 78.6789 True 12
Espesor11e 34 76.8900 False 4
Espesor12 33 56.7899 True 12
Espesor12e 33 60.5678 False 8
Cada columna es una variable de proceso dentro de la tabla, y cada fila representa cada una de las posibles
configuraciones de los valores de consigna. Cada celda contiene el valor concreto a cargar dentro de lista de
valores para una configuración concreta.
A continuación se explican algunos de los conceptos con los que trabaja tanto el servidor como el cliente de
configuración de tablas.
· Tabla de valores de consigna:

La tabla guarda la lista de variables de proceso asociadas a la instalación y además todas las
configuraciones definidas por el sistema.
Además de la lista de variables, una tabla posee los siguientes atributos:
· Nombre.
· Fecha de creación.
· Usuario que creó la tabla.
· Evento de carga.
· Evento de descarga.
· Variable con el nombre de la configuración.

· ………..
· Variable de proceso:
Entre los atributos de una variable de proceso tenemos los siguientes atributos:
· Nombre.
· Nombre del servidor de variables que gestiona la variable de proceso.
· Tipo: Integer, Float, Boolean ….. El mismo tipo que la variable que referencia.
· Valor por defecto: valor que se asigna por defecto a la variable cuando se agrega una nueva
configuración.
· Configuración:
Cada configuración consiste en una lista de valores concretos. Representa una fila dentro de la
lista, y se identifica únicamente por un nombre (primer campo de la fila) que actúa como
identificador.
Una configuración tiene los siguientes atributos:
· Nombre de la configuración: identificador alfanumérico que representa unívocamente a la

configuración.
· Estado: Activa o inactiva. En cada momento existirá solamente una configuración activa,
que será la que se cargue o descargue desde o hacia el PLC cuando un cliente se lo solicite al
Servidor.
· Valor de consigna:
Representa el valor de consigna concreto para una variable en concreto y para una configuración
en concreto.
· Acciones:
Conjunto de acciones que se desencadenarán cuando se produzca una descarga de una tabla. Como
acciones podemos tener las siguientes:
· Enviar un E-Mail.
· Enviar un mensaje a un teléfono móvil.
· Lanzar una aplicación.
· ……
De igual forma que existen mecanismos de extensibilidad para la integración de nuevos objetos
gráficos, objetos con dinámica o nuevos servidores OPC, el OPERATOR OCS incorpora también
mecanismos para la integración de nuevas acciones que puedan ir requiriendo los clientes en el
futuro.

El usuario puede realizar la carga y descarga de una tabla de las siguientes formas:
· Desde el cliente de configuración.

· Desde un panel de operación.
· De forma preprogramada, cuando se produzcan los correspondientes eventos.
En la siguiente figura se muestra la interface gráfica que el usuario utiliza para configurar todas las
características relativas al módulo de tablas de producción.

9. REQUERIMIENTOS HW & SW.
El OPERATOR OCS, desde su concepción inicial, se diseño para dar solución a un conjunto de problemáticas
similares pero con un gran número de particularidades. Consideremos por ejemplo, que dependiendo del área
de aplicación (Industria, Energía, tracción, domótica, telecontrol,..) los protocolos de comunicaciones, buses
de campos, tiempos de respuesta, redundancias, etc son totalmente distintos. Por tanto, el OPERATOR OCS,
debe ser fácilmente configurable para dar soporte a todo este conjunto de problemáticas. Nos encontramos
entonces ante el problema de que cada instalación debe ser tratada y dimensionada desde el punto de vista del
Hardware y Software necesario por separado para lograr un correcto funcionamiento del sistema completo.
En esta sección, y considerando lo anteriormente expuesto, nos limitaremos únicamente a dar unas pautas
básicas del hardware y software mínimo requeridos.
9.1 Requerimientos Hardware Equipos MASTER y BACKUP.
Processor: PIII, configuration dependent.

Monitor: 1024x768x16 million colours.
RAM: 1024 MB, configuration dependent.

Hard Drive: OPERATOR OCS requires 150 MB.
CD-ROM: Required.
1.44 MB diskette drive, mouse, keyboard.
Other: Parallel port to plug Hardware Key.
Ethernet Network to communicate between nodes.
9.2 Requerimientos Hardware Equipos WORKSTATIONS.
Processor: PIII, configuration dependent.
Monitor: 1024x768x16 million colours.

RAM: 512 MB, configuration dependent.
Hard Drive: OPERATOR OCS requires 150 MB.
CD-ROM: Required.
1.44 MB diskette drive, mouse, keyboard.
Other: Parallel port to plug Hardware Key.
Ethernet Network to communicate between nodes.
9.3 Requerimientos Software.

· Windows 2000 + ultimo Service Pack o Windows XP + ultimo Service Pack.
· Microsoft Office para el acceso a las funcionalidades de auto-documentación.
· Microsoft Internet Explorer 5.5 o superior para la visualización de los paneles de operación.

10. CAMPOS DE APLICACIÓN.
El sistema de supervisión y control OPERATOR OCS tiene aplicaciones en un amplio rango de

sectores de actividad como son los siguientes:
· Control de procesos. Lineas de ensamblaje.

· Control y supervisión de redes de Sistemas de logística.
transporte y electricidad.
· Industria alimenticia. Mecánica.
· Industria química y petroquímica. Industria del medio ambiente.
· Industria farmacéutica. Depuradoras.
· Industria maderera, papelera y del Industria energética.

vidrio.
· Sistemas robotizados. Control remoto.
Domótica.

11. CONCLUSION.
A lo largo de este documento hemos tratado de presentar de forma clara y concisa las características
y funcionalidades más importantes del OPERATOR OCS. No hemos pretendido detenernos en
aspectos estrictamente técnicos, ya que se trata de un documento puramente divulgativo y cuyo
principal objetivo es que las personas que lo lean entiendan perfectamente la arquitectura del
OPERATOR OCS y su campo de aplicación.
Para profundizar en aspectos más técnicos del OPERATOR OCS, existen otros documentos más
específicos como por ejemplo el “Manual de Operación del OPERATOR OCS”.

INDICE DE REVISIONES
REV DENOMINACIÓN FECHA

A CORRECION DE LA REDACCIÓN 05-12-2001
B CAMBIO DE ORGANIZACIÓN DEL DOCUMENTO 10-12-2001
C COMPLETAR EL DOCUMENTO 14-12-2001
D CORRECIONES Y ADICIONES 05-02-2002
E CORRECIONES Y ADICIONES 07-11-2002
F CORRECIONES Y ADICIONES 16-6-2003

Información Técnica de Producto

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Información Técnica de Producto

Hochgeladen von

Copyright:

Verfügbare Formate

Información

2 ARQUITECTURA DEL OPERATOR OCS. 4

2.1 OPERATOR OCS COMO PLATAFORMA DISTRIBUIDA Y ESCALABLE. 7

2.2 OPERATOR OCS COMO UNA ARQUITECTURA ABIERTA. 8

3 MODULO GESTOR DE INSTALACIONES. 12

3.1 CLIENTE DE CONFIGURACION. 13

3.2 GESTION DE LAS LICENCIAS. 14

3.3 GESTION DEL ARRANQUE INICIAL DE LOS NODOS. 15

3.4 GESTION DE COPIAS DE SEGURIDAD. 15

3.5 GESTION DE LA SEGURIDAD. 16

3.6 GESTION DE LA DOCUMENTACIÓN. 16

3.7 GESTION DE PERFILES. 17

3.8 INTEGRACION DE SERVIDORES OPC. 18

3.9 GESTION DE LA REDUNDANCIA. 19

3.10 OTRAS CARACTERISTICAS. 19

4 MODULO DE ACCESO A DATOS. 21

5 GESTOR DE PANELES DE OPERACIÓN. 23

5.1 OBJETOS TECNOLOGICOS. 25

5.2 MECANISMOS DE EXTENSIBILIDAD. 26

6 MODULO DE ALARMAS Y EVENTOS. 27

7 MODULO DE DATOS HISTORICOS. 30

8 MODULO DE TABLAS DE PRODUCCIÓN. 32

9 REQUERIMIENTOS HW & SW. 35

9.1 Requerimientos Hardware Equipos MASTER y BACKUP. 35

9.2 Requerimientos Hardware Equipos WORKSTATIONS. 35

9.3 Requerimientos Software. 35

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 1 de 40

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 2 de 40

El OPERATOR OCS es un conjunto perfectamente integrado de aplicaciones software dedicadas a la

· ActiveX y Active Documents.

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 3 de 40

En la siguiente figura se presenta la arquitectura y las principales características técnicas y

Windows NT Windows NT Plant Highway

· Gestión de campo o Field Management.

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 4 de 40

ERP, MES, GIS, SIMULATION, MATH, ...

Alarming & Events

El módulo gestor de paneles proporciona, entre otras, las siguientes funcionalidades:

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 5 de 40

El módulo de alarmas y eventos, y el módulo de acceso a datos se encuentran en el OPERATOR

El módulo de históricos proporciona almacenamiento histórico de muestras de datos procedentes de

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 6 de 40

2.1 OPERATOR OCS COMO PLATAFORMA DISTRIBUIDA Y

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 7 de 40

Gracias al diseño de componentes distribuidos, el OPERATOR OCS es capaz de abarcar desde

2.2 OPERATOR OCS COMO UNA ARQUITECTURA ABIERTA.

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 8 de 40

La arquitectura Windows DNA divide la aplicación en al menos 3 niveles (Presentación, Lógica de

El OPERATOR OCS sigue completamente la arquitectura DNA tal y como se ha presentado en la

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 9 de 40

C++ Application OPC Custom I/F

VB Application OPC Automation I/F

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 10 de 40

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 11 de 40

El Gestor de Instalaciones es el módulo encargado de mantener y gestionar toda la información general de

· Propiedades de las instalaciones.

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 12 de 40

El módulo gestor de instalaciones es por tanto el responsable de mantener la información de

El Gestor de Instalaciones proporciona adicionalmente información en tiempo real sobre el estado de

3.1 CLIENTE DE CONFIGURACION.

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 13 de 40

3.2 GESTION DE LAS LICENCIAS.

INFORMACION TECNICA DE PRODUCTO Fecha: 20/07/2004 Página 14 de 40

3.4 GESTION DE COPIAS DE SEGURIDAD.