22

2
Sistemas
SCADA

2.2.2 Unidad central (MTU, Master Terminal Unit)

Centraliza el mando del sistema. Se hace uso extensivo de protocolos abiertos, lo
cual permite la interoperabilidad de multiplataformas y multisistemas. Un sistema de
este tipo debe de estar basado en estndares asequibles a bajo precio para cualquier
parte interesada. De esta manera es posible intercambiar informacin en tiempo real
entre centros de control y subestaciones situadas en cualquier lugar.

En el Centro de Control se realiza, principalmente, la tarea de recopilacin y
archivado de datos. Toda esta informacin que se genera en el proceso productivo se
pone a disposicin de los diversos usuarios que puedan requerirla. Se encarga de:

- Gestionar las comunicaciones.
- Recopilar los datos de todas las estaciones remotas (RTU).
- Envo de informacin.
- Comunicacin con los Operadores.
- Anlisis.
- Impresin.
- Visualizacin de datos.
- Mando.
- Seguridad.

Estas tareas estn encomendadas a equipos informticos con funciones especficas y
exclusivas, tales como:

- Almacenar Datos (Database Server): se ocupa del archivado de datos para el
proceso posterior de los mismos mediante herramientas de representacin grfica
o de anlisis estadstico.
- Almacenar archivos (File Server): almacena los resultados de los anlisis de los
datos recogidos, guarda los datos concernientes a los eventos del sistema, datos
de configuraciones, alarmas, etc.
- Administracin: permite la gestin y el mantenimiento del sistema Scada,
controlar los sistemas de seguridad, modificar la configuracin de las tareas de
backup, etc.
- Comunicaciones: permite el intercambio de datos en tiempo real con estaciones
remotas. ste es un punto de entrada y salida de datos, por tanto, debe prestarse
especial atencin a la seguridad y protegerlo de accesos no autorizados.

2.2.3 Unidad Remota (RTU, Remote Terminal Unit)

Por Unidad o Estacin Remota, podemos entender aquel conjunto de elementos
dedicados a labores de control y/o supervisin de un sistema, alejados del Centro de
Control y comunicados con ste mediante algn canal de comunicacin.

Dentro de esta clasificacin podemos encontrar varios elementos ms o menos
diferenciados:
- RTU (Remote Terminal Unit): especializados en comunicacin.
- PLC (Programmable Logic Controller): tareas generales de control.
- IED (Intelligent Electronic Device): tareas especficas de control.

RTU

Las Unidades Remotas se encargaban en un principio de recopilar los datos de los
elementos de campo (Autmatas reguladores) y transmitirlos hacia la Unidad Central,

23
2
Sistemas
SCADA
a la vez que enviar los comandos de control a stos. Seran los denominados
Procesadores de Comunicaciones. Con la introduccin de sistemas inteligentes
aparecen tambin las funciones de recogida y proceso de datos, as como de
seguridad ante accesos sin autorizacin o situaciones anmalas que puedan
perjudicar al funcionamiento de la estacin y provocar daos en sus componentes.

PLC

Los controladores lgicos programables o PLC
(Programmable Logic Controller), empezaron como
sistemas de dedicacin exclusiva al control de
instalaciones, mquinas o procesos. Con el tiempo
han ido evolucionando, incorporando cada vez ms
prestaciones en forma de mdulos de ampliacin,
entre ellos los Procesadores de Comunicaciones,
que han hecho desvanecerse la lnea divisoria entre
RTU y PLC, quedando incluidas todas las
prestaciones en el PLC.

IED

Son los denominados perifricos inteligentes
(Intelligent Electronic Devices). Se trata de
elementos con propiedades de decisin propias
(programas) que se ocupan de tareas de control,
regulacin y comunicacin. Dentro de esta
clasificacin se pueden encontrar elementos tales
como Reguladores, Variadores de Frecuencia,
Registradores, Procesadores de comunicaciones,
Generadores de tiempo y frecuencia, Controladores
de energa reactiva, Transductores, etc.

En la figura anterior se observa un variador de
frecuencia ATV71, de Schneider Electric, que engloba elementos de las tres
clasificaciones:

RTU: Tiene opciones de comunicacin Modbus, CANopen y
Ethernet
PLC: Mediante una tarjeta accesoria, se le integra un PLC con
capacidades de comunicacin incluidas (CANopen)
IED: Tiene las funciones de regulacin y control propias de este
tipo de equipos (entradas, salidas, regulacin PID, etc.)

Sistemas remotos

Hoy da una estacin remota no es necesariamente un autmata con capacidades de
comunicacin controlando una compuerta de un embalse. Puede tratarse de un gran
sistema complejo que forme parte, a su vez, de un sistema de control mucho ms
extenso, como el control de distribucin elctrica de un pas. En este caso las
estaciones remotas pueden tener a su cargo una ciudad entera o controlar la
distribucin regional. La estacin remota tendr implementadas funciones de control,
interfase hombre-mquina, adquisicin de datos, control de bases de datos,
protocolos de seguridad y comunicaciones internas entre subsistemas.

En la figura siguiente se puede observar una subestacin de control de una
depuradora dentro del sistema de distribucin y gestin de agua para consumo de
una regin determinada.


Fig. 2.4 Variador ATV71 (Schneider Electric)


24
2
Sistemas
SCADA

Fig. 2.5 Arquitectura general de una RTU

La subestacin est protegida de dos maneras:

Hardware: funcionan como barreras fsicas; desde la valla de proteccin de los
recintos y los sistemas de vigilancia, hasta las llaves de las salas de control o de los
armarios que contienen los elementos de mando (PLC).

Software: son barreras lgicas. Los accesos desde dentro, no autorizados, se evitan
mediante sistemas de contraseas en los equipos. Los accesos desde fuera,
mediante dispositivos especiales que limitan el acceso (Cortafuegos, o firewalls).

2.2.4 Sistema de comunicacin

Buses especiales de comunicacin proporcionan al operador la posibilidad de
comunicarse con cualquier punto de la planta en tiempo real. Permiten el intercambio
de datos bidireccional entre la Unidad Central y las unidades remotas (RTU) mediante
un protocolo de comunicaciones determinado y un sistema de transporte de la
informacin para mantener el enlace entre los diferentes elementos de la red:

- Lnea telefnica, dedicada o no.
- Cable coaxial.
- Fibra ptica.
- Telefona celular (GPRS, UMTS).
- Radio (enlaces de radio VHF, UHF, Microondas).

Las diversas combinaciones de los elementos que se comunican dan lugar a unas
topologas determinadas:

- Punto a punto: la relacin es del tipo maestro-esclavo. Un solo elemento remoto
(RTU) est conectado al sistema de control (MTU) mediante una lnea de
comunicacin (dibujo 1 de la figura).


25
2
Sistemas
SCADA
- Multipunto dedicado: una variante del modelo anterior. Un solo sistema de
control conectado a varias estaciones remotas mediante enlaces directos
permanentes (Dibujo 2). Esta configuracin es delicada, pues todo el trfico de la
red se centra en un solo punto, la Unidad
Central, que debe poder gestionar todo el
trfico generado por el resto de elementos.

- Multipunto compartido estrella: tipo
maestro-esclavo. Esta configuracin en
estrella utiliza un solo puerto de
comunicaciones, realizndose el intercambio
de datos por turnos. Esto es posible debido a
que las estaciones remotas tienen
identificadores nicos (Dibujo 3).

- Multipunto compartido en bus: es similar al
anterior, pero con estructura maestro-esclavo,
multimaestro o cliente-servidor. Una o varias unidades centrales estn
conectadas a una o varias estaciones remotas mediante un medio comn (bus).
El acceso es tambin por orden y est gestionado por el sistema Maestro
(polling).

- Multipunto compartido en anillo: es la estructura del dibujo nmero 4. Ms
robusta al proporcionar dos caminos para la informacin. En caso de fallo de un
nodo el trfico no se interrumpe.

2.2.5 Seguridad

La aplicacin de estndares a las comunicaciones permite una mayor integracin y
flexibilidad en las configuraciones. No hay que olvidar que el uso de estndares
acarrea un problema, las carencias que estos estndares tienen. Por ejemplo, la
implantacin del sistema operativo Windows como un estndar de facto en los
sistemas de visualizacin, o la adopcin de las tecnologas Web, traen consigo
problemas relacionados con la seguridad en los accesos (Hacking), los virus
informticos, la integridad de los datos o los problemas de comunicaciones.


Fig. 2.7 Seguridad en redes Scada


Fig. 2.6 Topologas bsicas


26
2
Sistemas
SCADA
Gracias al seor Robert Morris Junior, el 2 de Noviembre de 1988 aparece la primera
referencia a uno de los problemas ms graves de Internet: los gusanos. Son
programas que se copian a s mismos, acaparan los recursos de la red y la saturan
(el seor Morris dijo que todo fue un accidente, por supuesto, pero no le creyeron).
A partir de hechos como ste, Internet deja de ser un prado con ovejitas y aparecen
los primeros lobos

En la estructura anterior se puede observar una red con dos servidores Scada
conectados al bus de Proceso. Los datos del servidor Scada principal (en el centro)
se hallan replicados en otro servidor que da servicio a la Intranet Corporativa. En el
servidor Scada principal se han implementado dos firewall que protegen el sistema de
accesos externos no deseados, desde Internet o desde una intranet.

2.3 El software

Un programa del tipo HMI se ejecuta en un ordenador o Terminal grfico y unos
programas especficos le permiten comunicarse con los dispositivos de control de
planta (hacia abajo) y los elementos de gestin (hacia arriba). Estos programas son lo
que denominamos controladores (o driver) de comunicaciones.


Fig. 2.8 Concepto de driver, o controlador

Una parte del paquete (propia o de terceros) contiene todos los controladores de
comunicacin entre nuestra aplicacin y el exterior, ocupndose de gestionar los
enlaces de comunicacin, tratamiento de la informacin a transferir y protocolos de
comunicacin (Profibus, AS-i, Can, Ethernet...). Por lo general son programas de
pago, debemos conseguir licencias de utilizacin para poder trabajar con ellos.

El driver realiza la funcin de traduccin entre el lenguaje del programa SCADA y el
del Autmata (hacia abajo, por ejemplo, Profibus), o entre el SCADA y la red de
gestin de la empresa (hacia arriba, con Ethernet, por ejemplo). Generalmente la
configuracin del controlador de comunicaciones se realiza durante la instalacin del
software principal o como programa de acceso externo al ejecutar la aplicacin
principal.


27
2
Sistemas
SCADA
Segn la importancia del sistema, es posible especializar componentes, realizando
tareas exclusivas dentro del sistema de control (servidores de datos, de alarmas, de
histricos, de interfase hombre-mquina, etc.). Una vez los datos de planta se han
procesado, pueden transferirse a otras aplicaciones de software, tales como hojas de
clculo o bases de datos. Esto es lo que podramos denominar gestin de datos, que
nos permite analizar eventos, alarmas, emergencias, etc., ocurridos durante la
produccin.

En un programa SCADA tendremos dos bloques bien diferenciados: el programa de
Desarrollo y el programa de ejecucin o Run-time.

- El programa de Desarrollo engloba las utilidades relacionadas con la creacin y
edicin de las diferentes ventanas de la aplicacin, as como sus caractersticas
(textos, dibujos, colores, propiedades de los objetos, programas, etc.)
- El programa Run-time permite ejecutar la aplicacin creada con el programa de
desarrollo (en Industria se entrega, como producto acabado, el Run-time y la
aplicacin).
2.3.1 Comunicacin entre aplicaciones
Los mtodos de intercambio de informacin entre aplicaciones informticas ms
conocidos son: DDE, ActiveX, OPC, ODBC, SQL, ASCII, API

- OPC
OPC son las siglas de Ole for Process Control (OLE para control de procesos) y se
trata de una tecnologa diseada para comunicar aplicaciones. Cualquiera que sea la
fuente de los datos (un PLC, un regulador de temperatura, un piano...) el formato de
presentacin y acceso a los datos ser fijo. De esta manera permitir
intercambiar datos con cualquier equipo que cumpla el estndar OPC
y permitir una reduccin de costes considerable, pues cada driver se
deber escribir una sola vez.

Un ejemplo para describir la situacin que cubre OPC puede consistir
en un sistema de automatizacin compuesto de varios sistemas de
adquisicin (registrador y monitor scada) que deben poderse
comunicar con un PLC, un control de pesaje y un horno).


Fig. 2.10 Ejemplo de comunicaciones propietarias

Todas las posibles combinaciones debern satisfacerse con un driver dedicado y los
equipos debern duplicar la informacin:


Fig. 2.9 Logotipo de la OPC
Foundation


28
2
Sistemas
SCADA
- Driver PLC Profibus PC (RS232)
- Driver PLC Profibus Registrador (Modbus)
- Driver Pesaje RS232 PC (RS232)
- Driver Pesaje RS232 Registrador (Modbus)
- Driver Horno DDE PC (RS232)

Al aumentar la carga de comunicaciones estamos restando rendimiento a los equipos,
pues deben enviar la informacin tantas veces como destinatarios hay en el sistema
(en este caso 2). La solucin es de tipo propietario, los controladores o drivers los
proporciona el fabricante y son exclusivos de cada equipo.

Sin embargo, OPC determina una interfase estndar, de manera que los datos se
reciben y envan de una determinada manera, independientemente del elemento que
realice el intercambio. La carga de comunicaciones se reduce, pues cada elemento
solo debe enviar o recibir un mensaje cada vez al tener la interfase estndar.

Fig. 2.11 Ejemplo de comunicaciones OPC

Los componentes OPC se pueden clasificar en clientes o servidores:

Cliente OPC (OPC client):
Es una aplicacin que slo utiliza datos, tal como hace un paquete SCADA.
Cualquier cliente OPC se puede comunicar con cualquier servidor OPC sin
importar el tipo de elemento que recoge esos datos (el aspecto que veremos,
desde el punto de vista de los datos, ser siempre similar, sin importar el
fabricante del equipo).

Servidor OPC (OPC server)
Es una aplicacin que realiza la recopilacin de datos de los diversos
elementos de campo de un sistema automatizado y permite el acceso libre a
estos elementos desde otras aplicaciones que los soliciten (clientes OPC).

Dentro de las especificaciones de la norma, las ms comunes son:

- OPC DA (Data Access )
- OPC HDA (Historical Data Access)
- OPC A&E (Alarms and Events)
- OPC DX (Data Exchange)
- OPC XML (Extensive Markup Language)



29
2
Sistemas
SCADA
- DDE/OLE/ActiveX
La tecnologa de Intercambio Dinmico de Datos (DDE, Dynamic Data Exchange)
permite que cualquier aplicacin, basada en Windows, pueda intercambiar
informacin con otra aplicacin diferente (por ejemplo, un sistema de visualizacin y
una hoja de Clculo).

Con DDE, el intercambio de informacin se realiza a travs de una memoria comn,
utilizando un protocolo que gestiona las funciones de dilogo (los datos se
intercambian cuando cambian, lo que evita cargas innecesarias en las
comunicaciones). DDE permite que una aplicacin ejecute comandos de otra. De esta
manera es posible, por ejemplo, que un programa Scada abra una hoja de clculo
con solo pulsar un botn.

Las aplicaciones DDE utilizan un sistema de identificacin que tiene una estructura de
rbol. El nombre de aplicacin es el nivel ms alto de la jerarqua y define a la
aplicacin servidor. Cada nombre de aplicacin controla uno o varios temas,
identificados por sus nombres de tema (topic name), nombres que tambin se refieren
a la aplicacin servidor que, a su vez, tienen uno o ms nombres de identificador
(item name), con los detalles de cada tema.

En la figura, el sistema Scada accede a varios autmatas y a un archivo Excel para
depositar datos en una hoja determinada. En la Aplicacin PLCDDE de la figura, que
servir de driver con los autmatas, se han definido una serie de enlaces, donde se
configuran, entre otros datos, las direcciones de PLC, y el puerto de salida del PC.


Fig. 2.12 Accesos DDE

Para acceder a la memoria de los PLC, en el sistema Scada se definen una serie de
accesos. Cada acceso especifica qu aplicacin se va a utilizar (PLCDDE) y qu
enlace (TOPIC) de sta transferir los datos. A cada variable se la asignar una
conexin (ACCESO) durante el desarrollo de la aplicacin. De esta manera, cuando
queramos saber el valor de la variable asignada al sensor de nivel del PLC 1, se
enviar una peticin de lectura de la variable MW200, que utilizar el acceso PLC1.

Este acceso tendr configurada la ruta de los datos. Mediante la aplicacin
PLCDDE.EXE, activar la lnea ENLACE 1, que se comunicar con el PLC 1.

El procedimiento es similar para enviar un dato a una hoja de clculo Excel. A una
variable se le asignar un destino (L1C23, Lnea 1 y Columna 23 de la hoja) que se
enviar mediante el acceso INFORME, que tiene configurada la aplicacin
(EXCEL.EXE) y el destino (la hoja PIEZAS.XLS).


30
2
Sistemas
SCADA

OLE (Object Linking and Embedding, Vinculacin e Insercin de Objetos) se dise
para poder gestionar documentos compuestos por elementos heterogneos. Es decir,
un documento de texto, por ejemplo, podra contener adems otro tipo de datos:
imgenes, sonido o video. El mejor ejemplo de la realizacin de OLE es el escritorio
de Windows.

Por objeto se entiende cualquier elemento manipulable, por parte del usuario, dentro
de una aplicacin de Windows. Un objeto OLE puede insertarse o vincularse. La
diferencia estriba en la manera en que el objeto es almacenado:

- Un objeto insertado (embedded) forma parte fsica del documento, siendo el
resultado un nico archivo. Se trata de una copia de la imagen original, que se
integra en el documento.
- Un objeto vinculado (linked) reside en un fichero propio creado por la aplicacin
(en el documento creado hay una referencia, o vnculo, al objeto en cuestin,
almacenado aparte).

Inicialmente, OLE careca de medios definidos para notificar de un evento a su
contenedor. Por ejemplo, no haba una manera especfica de indicar a un botn que
el usuario haba hecho clic encima con el ratn. El paso siguiente fue determinar la
manera mediante la cual un objeto OLE debera avisar a su contenedor de un suceso
determinado. Este nuevo tipo de objeto se llam Control OLE u OCX.

Un OCX es un cliente de control OLE (Object Linking and Embedding custom
controls). Es un programa de propsito especial listo para ser utilizado por
aplicaciones que se ejecuten en sistemas con S.O. Windows (aparecen con la
extensin *.OCX). Por ejemplo, permite el redimensionar una ventana (opcin resize).

Por objeto de software podramos entender una subrutina dentro de un programa, se
confecciona una vez y se utiliza todas las que se necesite.

ActiveX permite a los objetos utilizar un conjunto comn de servicios (COM,
Component Object Model) para intercambiar informacin con otros. Como analoga, el
sistema operativo Windows proporciona unas herramientas de uso general para las
aplicaciones que soporta (como el ratn, las impresoras, o las barras de
desplazamiento) que sirven para todas las aplicaciones que intentamos cargar en
nuestro ordenador.

Con el advenimiento de Internet, los objetos OCX comienzan a utilizar la arquitectura
de servidores de objetos distribuida propia de la Red. ActiveX es la tercera versin de
OLE y facilita la tarea de implementar servicios en redes de comunicacin y controles
en servidores Web como, por ejemplo, una animacin o el no permitir la ejecucin de
dichos controles sin el beneplcito del usuario. En funcionamiento, un objeto ActiveX
es lo que conocemos por Librera de Enlaces Dinmicos (DLL, Dynamic Link Library).

La versin que soporta los datos distribuidos en red recibe el nombre de DCOM
(Distributed Component Object Model). Con este protocolo, un control ActiveX puede
invocar funciones ubicadas dentro del sistema o en cualquier punto de la red.

- ODBC
Mediante ODBC (Open Data Base Connectivity), tambin de Microsoft Windows,
tenemos un estndar que permite a las aplicaciones el acceso a datos en Sistemas
de Gestin de Bases de Datos (Data Base Management Systems) utilizando SQL
como mtodo estndar de acceso. Para acceder a los datos, una aplicacin necesita
un controlador, que en Windows se llama Librera de Enlace Dinmico (DLL, Dynamic
Link Library) y en UNIX recibe el nombre de Objeto (OBJ). ODBC permite definir un
estndar que permita el intercambio entre bases de datos y aplicaciones.

31
2
Sistemas
SCADA

- SQL
La aparicin del estndar por excelencia para la comunicacin con bases de datos,
SQL (Structured Query Language), permite una interfase comn para el acceso a los
datos por parte de cualquier programa que se cia al estndar SQL.

- ASCII
Mediante el formato ASCII, comn a prcticamente todas las aplicaciones
informticas, tenemos un estndar bsico de intercambio de datos. Es sencillo
exportar e importar datos de configuracin, valores de variables, etc.

- API
Las herramientas API (Application Programming Interfaces) permiten que el usuario
pueda adaptar el sistema a sus necesidades mediante rutinas de programa propias
escritas en lenguajes estandarizados, tales como Visual Basic, C++, o Java, lo cual
les confiere una potencia muy elevada y una gran versatilidad. Permiten el acceso a
las bases de datos de los servidores (valores almacenados temporalmente o archivos
histricos).

2.3.2 Almacenamiento de datos

Ya en los albores de la automatizacin se vio la utilidad de poder disponer de datos
almacenados sobre un sistema, de manera que se pudiera realizar cualquier tipo de
anlisis a posteriori como, por ejemplo, diagnsticos. Tambin aqu se podran
establecer una serie de pasos evolutivos en la tcnica de almacenamiento de
informacin:

- Ficheros
La primera poca de almacenamiento, anterior a las bases de datos, se basaba en el
almacenamiento de informacin en ficheros, accesibles por los programadores de las
aplicaciones. Estos ficheros eran complicados de tratar debido a que tenan que estar
perfectamente identificados y localizados en el disco, as como la situacin y el
formato de los datos dentro de stos.

La primera revolucin aparece con la tcnica del indexado. Un archivo puede
entonces estar ordenado por un criterio determinado, por ejemplo, la fecha o el
nombre de variable. De esta manera es fcil acceder a unos datos si el nombre de la
variable es conocido. La limitacin de este mtodo radica en que la base de datos
tiene un solo punto de acceso.

- Bases de Datos
La aparicin de las bases de datos jerrquicas permite ordenar los elementos por
jerarquas, en las cuales un tipo de datos consiste en un subconjunto de otro tipo de
datos ms genrico. Por ejemplo, en una lnea de produccin hay un conjunto general
de variables compuesto por los conjuntos de variables particulares de cada mquina.
Este modelo est limitado en prestaciones si queremos acceder, por ejemplo, a
variables pertenecientes a distintos grupos de datos situados en diferentes niveles del
esquema de variables.

Surgen entonces las bases de datos de red, capaces de interpretar las relaciones
ms complejas entre los diversos tipos de variables que aparecen. Los programas, de
todas formas, siguen necesitando conocer las formas de acceder a los datos dentro
de estas estructuras.

- Bases de datos Relacionales
El paso definitivo, que separa los programas de las estructuras de datos, se da con la
aparicin de las bases de datos relacionales (Relational Data Base). Este tipo de


32
2
Sistemas
SCADA
bases de datos permite reflejar estructuras de datos, independientemente del tipo de
programas que accede a los datos o de la estructura de stos.

Una base de datos relacional no es ms que un conjunto de tablas de datos que
contienen campos que sirven de nexo de unin (relacin) y que permiten establecer
mltiples combinaciones mediante la utilizacin de estos nexos. Las combinaciones
posibles son prcticamente ilimitadas, slo hay que configurar el mtodo de bsqueda
(el query) o el tipo de datos que se quiere consultar y aplicarlo a los datos. Este tipo
de organizacin permite la aparicin de las arquitecturas del tipo Cliente-Servidor,
simplificando la administracin de los datos y los programas que trabajan con stos.

Los Usuarios deben poder acceder a los datos de forma rpida y sencilla, pudiendo
realizar sus propias estructuras de interrogacin (queries) y obtener los datos
adecuados a sus necesidades para su posterior tratamiento (hojas de clculo,
documentacin, etc.).

- Bases de datos Industriales
Las bases de datos relacionales normales no son adecuadas para los sistemas
actuales de produccin. Una instalacin con 5.000 variables, si se requiere
almacenarlas cada segundo, arroja la cantidad de 12.960.000.000 registros al cabo
de un mes de trabajo.

Las limitaciones principales son:
- La cantidad de datos a almacenar en un periodo dado de tiempo. El ejemplo
anterior arroja 5.000 inserciones por segundo en la base de datos, cadencia
muy elevada para una base de datos relacional.
- El espacio necesario es considerable debido a la cantidad de informacin a
almacenar.
- SQL no est optimizado para trabajar con datos con indexacin temporal, lo
cual hace difcil la tarea de especificar resoluciones temporales.

Desarrollos como IndustrialSQL, de Wonderware, solucionan el problema de la
actualizacin de datos aumentando la capacidad de grabacin de datos y
disminuyendo el espacio necesario en disco. Por ejemplo, un servidor dedicado con
SQL Server 2.000 es capaz de procesar ms de 10.000 medidas por segundo.

2.4 Mdulos

Cualquier sistema de visualizacin tiene ms o menos utilidades para realizar la
configuracin del sistema de comunicaciones, pantallas, contraseas, impresiones o
alarmas. A continuacin se describen los mdulos ms habituales en un paquete
Scada, visto como sistema de desarrollo grfico. Es decir, la parte de interfase
grfica.

2.4.1 Configuracin

Permite definir el entorno de trabajo para adaptarlo a las necesidades de la
aplicacin:

- La estructura de pantallas se organiza de la forma ms conveniente,
estableciendo un desarrollo lineal o en rbol.


- Los usuarios se clasifican segn su importancia, crendose grupos con privilegios
que permiten o limitan su influencia en el sistema.

33
2
Sistemas
SCADA

- Las pantallas de interfase
proporcionan una serie de
herramientas que permiten
realizar las tareas ms
comunes de forma rpida y
sencilla (picar y arrastrar).

- Las pantallas de alarmas se
pueden organizar de
manera distribuida (cada
pantalla mostrar un grupo
de alarmas) o centralizada
(una pantalla nica para
todas las alarmas).

2.4.2 Interfase Grfica

Las interfases grficas permiten la elaboracin de pantallas de usuario con mltiples
combinaciones de imgenes y/o textos, definiendo as las funciones de control y
supervisin de planta.


Fig. 2.14 Panel Sinptico de un horno (realizado con WinCC, Siemens)

Gracias a las libreras de objetos es posible relacionar variables de sistema a objetos
ya creados de forma muy sencilla. Por ejemplo, podemos visualizar el estado de una
variable analgica mediante un visualizador en forma de barra, arrastrndolo desde la
librera hasta la ventana que estamos diseando. Una vez en la pantalla, ser posible
editarlo y asignarle la variable a observar.

Fig. 2.13 Administracin de Usuarios con WinCC (Siemens)


34
2
Sistemas
SCADA

2.4.3 Tendencias

Son las utilidades que permiten representar de forma cmoda la evolucin de
variables del sistema. Las utilidades ms generales son:

- Una carta puede tener los parmetros de representacin ya definidos o pueden
modificarse durante la ejecucin de la aplicacin on line.
- Es posible representar varios valores de forma simultnea en una misma carta.
- Representacin en tiempo casi real de variables (Real-time trending) o
recuperacin de variables almacenadas (Historical Trending).
- Visualizacin de valores.
- Desplazamiento a lo largo de todo el registro histrico (scroll).
- Ampliacin y reduccin de zonas concretas de una grfica.


Fig. 2.15 Grfica Histrica con utilidades (InTouch)

En el dibujo anterior se muestra una grfica de tendencia histrica que representa
una variable analgica, realizada con el paquete InTouch, de Wonderware.

Adems de la consabida representacin de ejes X e Y, con valores de tiempo y
magnitud respectivamente, podemos ver toda una serie de herramientas, ms o
menos generales, que nos permiten:

- Aumentar o disminuir una parte concreta del grfico, en el eje X o en el Y.
- Avanzar o retroceder a lo largo de toda la evolucin de la variable.
- Cursores para ver el valor exacto de la variable en un momento determinado.
- Visualizar el valor actual de la variable si el registro se realiza on-line.
- Exportar los datos de pantalla a una hoja de clculo, por ejemplo.