ENGELBERT

SCADA, requisitos básicos

Un software SCADA debe ser capaz de ofrecer al sistema:

 Deben ser sistemas de arquitecturas abiertas, capaces de crecer o adaptarse

seguú n las necesidades cambiantes de la empresa.
 Deben comunicarse con total facilidad y de forma transparente para el
usuario con elequipo de planta (drivers) y con el resto de la empresa
(acceso a redes locales y de gestioú n).
 Los programas deben ser sencillos de instalar, sin excesivas exigencias, y
faú ciles de utilizar, con interfaces amables con el usuario (sonido, imaú genes,
pantallas taú ctiles, etc.).
 Posibilidad de crear paneles de alarma, que exigen la presencia del
operador para reconocer una parada o situacioú n de alarma, con registro de
incidencias.
 Generacioú n de datos histoú ricos de la senñ al de la planta, que pueden ser
volcados para su proceso sobre una hoja de caú lculo.
 Ejecucioú n de programas, que modifican la ley de control, o incluso anular o
modificar las tareas asociadas al autoú mata, bajo ciertas condiciones.
 Posibilidad de programacioú n numeú rica, que permite realizar caú lculos
aritmeú ticos de elevada resolucioú n sobre la CPU del ordenador.

Componentes de Hardware

Un sistema SCADA, como aplicacioú n de software industrial especíúfica, necesita

ciertos componentes inherentes de hardware en su sistema, para poder tratar y
gestionar la informacioú n captada.
 Estructura baú sica de un sistema SCADA a nivel hardware
Ordenador Central o MTU (Master Terminal Unit): Se trata del ordenador principal
del sistema el cual supervisa y recoge la informacioú n del resto de las subestaciones,
bien sean otros ordenadores conectados (en sistemas complejos) a los
instrumentos de campo o directamente sobre dichos instrumentos. Este ordenador
suele ser un PC, el cual soporta el HMI. De esto se deriva que el sistema SCADA maú s
sencillo es el compuesto por un uú nico ordenador, el cual es el MTU que supervisa
toda la estacioú n.

Las funciones principales de la MTU son:

 Interroga en forma perioú dica a las RTU’s, y les transmite consignas;

siguiendo usualmente un esquema maestro-esclavo.

 Actuú a como interface al operador, incluyendo la presentacioú n de informacioú n

de variables en tiempo real, la administracioú n de alarmas, la recoleccioú n y
presentacioú n de informacioú n y datos recopilados por el sistema (historial de
eventos).

 Puede ejecutar software especializado que cumple funciones especíúficas

asociadas al proceso supervisado por el SCADA. Por ejemplo, software para
deteccioú n de peú rdidas en un oleoducto.

Ordenadores Remotos o RTUs (Remote Terminal Unit): Estos ordenadores estaú n

situados en los nodos estrateú gicos del sistema gestionando y controlando las
subestaciones del sistema, reciben las senñ ales de los sensores de campo, y
comandan los elementos finales de control ejecutando el software de la aplicacioú n
SCADA.

Se encuentran en el nivel intermedio o de automatizacioú n, a un nivel superior estaú

el MTU y a un nivel inferior los distintos instrumentos de campo que son los que
ejercen la automatizacioú n fíúsica del sistema, control y adquisicioú n de datos.

Estos ordenadores no tienen porque ser PCs, ya que la necesidad de soportar un

HMI no es tan grande a este nivel, por lo tanto suelen ser ordenadores
industriales tipo armarios de control, aunque en sistemas muy complejos puede
haber subestaciones intermedias en formato HMI.

Una tendencia actual es la de dotar a los PLCs (en funcioú n de las E/S a gestionar)
con la capacidad de funcionar como RTUs gracias a un nivel de integracioú n mayor
y CPUs con mayor potencia de caú lculo. Esta solucioú n minimiza costes en sistemas
donde las subestaciones no sean muy complejas sustituyendo el ordenador
industrial mucho maú s costoso.

Funciones baú sica de una RTU en sistemas SCADA (Relacioú n E/S).

Red de comunicacioú n: EÉ ste es el nivel que gestiona la informacioú n que los

instrumentos de campo envíúan a la red de ordenadores desde el sistema. El tipo de
BUS utilizado en las comunicaciones puede ser muy variado seguú n las necesidades
del sistema y del software escogido para implementar el sistema SCADA, ya que no
todos los softwares (asíú como los instrumentos de campo como PLCs) pueden
trabajar con todos los tipos de BUS.

Hoy en díúa, gracias a la estandarizacioú n de las comunicaciones con los dispositivos

de campo, podemos implementar un sistema SCADA sobre praú cticamente
cualquier tipo de BUS. Podemos encontrar SCADAs sobre formatos estaú ndares
como los RS-232, RS-422 y RS-485, a partir de los cuales, y mediante un protocolo
TCP/IP, podemos conectar el sistema sobre un bus ya existente; pasando por todo
tipo de buses de campo industriales, hasta formas maú s modernas de comunicacioú n
como Bluetooth (Bus de Radio), Micro-Ondas, Sateú lite, Cable.

A parte del tipo de BUS, existen interfaces de comunicacioú n especiales para la

comunicacioú n en un sistema SCADA como puede ser moú dems para estos sistemas
que soportan los protocolos de comunicacioú n SCADA y facilitan la implementacioú n
de la aplicacioú n.
Otra caracteríústica de las comunicaciones de un sistema SCADA es que la mayoríúa
se implementan sobre sistemas WAN de comunicaciones, es decir, los distintos
terminales RTU pueden estar deslocalizados geograú ficamente.

Instrumentos de Campo: Son todos aquellos que permiten tanto realizar la

automatizacioú n o control del sistema (PLCs, controladores de procesos
industriales, y actuadores en general) como los que se encargan de la captacioú n de
informacioú n del sistema (sensores y alarmas).

Una caracteríústica de los Sistemas SCADA es que sus componentes son disenñ ados
por distintos proveedores, sin coordinacioú n entre síú. Asíú, se tienen diferentes
proveedores para las RTUs (incluso es posible que un sistema utilice RTUs de maú s
de un proveedor), modems, radios, minicomputadores, software de supervisioú n e
interfase con el operador, software de deteccioú n de peú rdidas, etc

Interfaces de comunicación

Es la que permite al PC MTU acceder a los dispositivos de campo, a traveú s de los

RTU. Asíú, la interfaz de comunicacioú n enlazaraú el MTU con los distintos
RTUs del sistema a traveú s del BUS de campo.

Figura 10. Diagrama de conexionado informaú tico de un sistema SCADA

La interfaz de comunicacioú n consta de distintos elementos:

La base del sistema de comunicacioú n es el BUS de Campo que es el que transporta

la informacioú n y las ordenes de control; eú ste vendraú definido en funcioú n del tamanñ o
del sistema SCADA (nuú mero de E/S del sistema), distancias entre RTUs y/o
disponibilidad del servicio puú blico de comunicacioú n (para sistemas SCADA de tipo
red WAN en interconexioú n entre distintas plantas).

Los Modems que conectan fíúsicamente los RTUs y el MTU al BUS.

El moú dulo de comunicaciones contiene los drivers de conexioú n con el resto de
elementos digitales conectados, entendiendo el driver como un programa
(software) que se encarga de la iniciacioú n del enlace, aplicacioú n de los formatos,
ordenacioú n de las transferencias, etc., en definitiva, de la gestioú n del protocolo de
comunicacioú n. Estos protocolos pueden ser abiertos (ModBus, FieldBus, Map,
etc.), o propios de fabricante.

Estos drivers, propios del software SCADA, deben comunicarse con otros paquetes
de software por medio de DDE (Dynamic Data Extrange) DLL (Dynamic Link
Libraries) como canal de comunicacioú n, implementados por el sistema operativo,
que permite que diversos paquetes de software envíúen y reciban datos comunes.
Por ejemplo se puede relacionar una celda de una hoja de caú lculo con una variable
del sistema y asíú variar puntos de consignas del proceso, o bien comunicacioú n
directa con los drivers de I/O de los dispositivos de campo.

Figura 11. Diagrama de la arquitectura de los drivers en un SCADA

Adicionalmente, y en los SCADA distribuidos en arquitecturas cliente-servidor, los

moú dulos de comunicaciones son tambieú n los responsables del enlace entre los
diferentes ordenadores de proceso que soportan la aplicacioú n, enlace
probablemente establecido sobre una red local DECnet, TCP/IP, IPX/SOX, NETBIOS,
MAP/TOP, Novell, etc.

Estructura y componentes de un software SCADA

 Entorno de un software SCADA

JOSE
Los moú dulos o bloques software que permiten las actividades de adquisicioú n,
supervisioú n y control son los siguientes:

Configuracioú n: permite al usuario definir el entorno de trabajo de su SCADA,

adaptaú ndolo a la aplicacioú n particular que se desea desarrollar.

Interfaz graú fico del operador: proporciona al operador las funciones de control y
supervisioú n de la planta. El proceso se representa mediante sinoú pticos graú ficos
almacenados en el ordenador de proceso y generados desde el editor incorporado
en el SCADA o importados desde otra aplicacioú n durante la configuracioú n del
paquete.

Moú dulo de proceso: ejecuta las acciones de mando preprogramadas a partir de los
valores actuales de variables leíúdas.

Gestioú n y archivo de datos: se encarga del almacenamiento y procesado ordenado

de los datos, de forma que otra aplicacioú n o dispositivo pueda tener acceso a ellos.
Comunicaciones: se encarga de la transferencia de informacioú n entre la planta y la
arquitectura hardware que soporta el SCADA, y entre eú sta y el resto de elementos
informaú ticos de gestioú n.

Interfaz humano-máquina
Una interfaz Hombre - Maú quina o HMI ("Human Machine Interface") es el aparato
que presenta los datos a un operador (humano) y a traveú s del cual eú ste controla el
proceso.

Los sistemas HMI podemos pensarlos como una "ventana de un proceso". Esta
ventana puede estar en dispositivos especiales como paneles de operador o en un
ordenador. Los sistemas HMI en ordenadores se los conoce tambieú n como software
(o aplicacioú n) HMI o de monitorizacioú n y control de supervisioú n.

Las senñ ales del proceso son conducidas al HMI por medio de dispositivos como
tarjetas de entrada/salida en el ordenador, PLC's (Controladores loú gicos
programables), PACs (Controlador de automatizacioú n programable), RTU
(Unidades remotas de I/O) o DRIVER's (Variadores de velocidad de motores).
Todos estos dispositivos deben tener una comunicacioú n que entienda el HMI.

La industria de HMI nacioú esencialmente de la necesidad de estandarizar la manera

de monitorizar y de controlar muú ltiples sistemas remotos, PLCs y otros
mecanismos de control.

Aunque un PLC realiza automaú ticamente un control pre-programado sobre un

proceso, normalmente se distribuyen a lo largo de toda la planta, haciendo difíúcil
recoger los datos de manera manual, los sistemas SCADA lo hacen de manera
automaú tica. Histoú ricamente los PLC no tienen una manera estaú ndar de presentar la
informacioú n al operador. La obtencioú n de los datos por el sistema

SCADA parte desde el PLC o desde otros controladores y se realiza por medio de
alguú n tipo de red, posteriormente esta informacioú n es combinada y formateada. Un
HMI puede tener tambieú n víúnculos con una base de datos para proporcionar las
tendencias, los datos de diagnoú stico y manejo de la informacioú n asíú como un
cronograma de procedimientos de mantenimiento, informacioú n logíústica,
esquemas detallados para un sensor o maú quina en particular, incluso sistemas
expertos con guíúa de resolucioú n de problemas.

Desde cerca de 1998, virtualmente todos los productores principales de PLC

ofrecen integracioú n con sistemas HMI/SCADA, muchos de ellos usan protocolos de
comunicaciones abiertos y no propietarios. Numerosos paquetes de HMI/SCADA
de terceros ofrecen compatibilidad incorporada con la mayoríúa de PLCs.

Distribuciones más comunes

Para poder implementar un sistema SCADA es necesario un IDE (Entorno de

desarrollo) para disenñ ar los siguientes aspectos.
  Aspecto que va a tener.
 Funciones y eventos que se deben de ejecutar con la HMI.
 Las operaciones y caú lculos que deben realizar los datos adquiridos.

Uno de los programas maú s utilizados para esto es LabView (National Instruments);
no obstante, tambieú n tenemos otros tales como:

 Siemens WinCC.
 Siemens ProTool.
 Schneider Citect.
 Schneider Wonderware InTouch.
 Omron CX-Supervisor.

Funciones.

Dentro de las funciones baú sicas realizadas por un sistema SCADA estaú n las
siguientes:

 Recabar, almacenar y mostrar informacioú n, en forma continua y confiable,

correspondiente a la senñ alizacioú n de campo: estados de dispositivos,
mediciones, alarmas, etc.

 Ejecutar acciones de control iniciadas por el operador, tales como: abrir o

cerrar vaú lvulas, arrancar o parar bombas, etc.

 Alertar al operador de cambios detectados en la planta, tanto aquellos que

no se consideren normales (alarmas) como cambios que se produzcan en la
operacioú n diaria de la planta (eventos). Estos cambios son almacenados en
el sistema para su posterior anaú lisis.

 Aplicaciones en general, basadas en la informacioú n obtenida por el sistema,

tales como: reportes, graú ficos de tendencia, historia de variables, caú lculos,
predicciones, deteccioú n de fugas, etc.

Características

 Tipo de Arquitectura: Centralizada.

 Tipo de control predominante: Supervisorio - Lazos de control cerrados
por el operador. Adicionalmente: control secuencial y regulatorio.
  Tipos de Variables: Desacopladas.
 AÉ rea de accioú n: AÉ reas geograú ficamente distribuidas.
 Unidades de adquisicioú n de datos y control: Remotas, PLCs.
 Medios de comunicacioú n: Radio, sateú lite, líúneas telefoú nicas, conexioú n directa,
LAN, WAN.
 Base de Datos: Centralizada.

Implantación de un SCADA funcional

Los sistemas SCADA se pueden encontrar siempre donde hay un sistemas de control. Es
por esto que son ampliamente utilizados en el control de procesos industriales tales
como; plantas quíúmicas, refineríúas, manufactura, mineríúa, generacioú n y transporte de
energíúa, entre otros. Al proveer la gestioú n en tiempo real de los datos en un proceso
productivo, es que los sistemas SCADA hacen posible la implementacioú n de paradigmas
de control maú s eficientes, mejorar la seguridad de las plantas y reducir los costos de
operacioú n.

Cuando una empresa decide implementar un sistema SCADA sobre su instalacioú n

hay 5 fases baú sicas a tener en cuenta para llevar a cabo el proceso:

Fase 1: El disenñ o de la arquitectura del sistema. Esto incluye todas las consideraciones
importantes sobre el sistema de comunicaciones de la empresa (Tipo de BUS de
campo, distancias, nuú mero de E/S, Protocolo del sistema y Drivers). Tambieú n se
veraú n involucrados los tipos de dispositivos que no estaú n presentes en la planta
pero que seraú n necesarios para supervisar los paraú metros deseados.

Fase 2: Equipamiento de la empresa con los RTUs necesarios, comunicaciones,

Equipos HMI y Hardware en general. Adquisicioú n de un paquete software SCADA
adecuado a la arquitectura y sistemas de la planta.
Fase 3: La instalacioú n del equipo de comunicacioú n y el sistema PC.

Fase 4: Programacioú n, tanto del equipamiento de comunicaciones como de los equipos

HMI y software SCADA.

Fase 5: Testeo del sistema o puesta a punto, durante el cual los problemas de
programacioú n en comunicaciones como en el software SCADA son solucionados.

VENTAJAS Y DESVENTAJAS DE USAR UN SISTEMA SCADA

Ventajas
  Permite tener una retroalimentacioú n en tiempo real.
 Contribuye a la automatizacioú n del control de los procesos.
 Se puede recabar toda la informacioú n resultante de los procesos
industriales.
 Permite tener un control total sobre todo lo que ocurre en la planta,
pudiendo detectar errores tempranamente.
 Permite la solucioú n de problemas a distancia.
 Se puede hacer un diagnoú stico del estado de las maú quinas y los procesos.
 En algunos casos, permite tambieú n tomar acciones sobre el mantenimiento.
 Permite tener a la mano toda la informacioú n de lo que ocurre, u ocurrioú en
la planta, haciendo asíú que la toma de decisiones sea maú s eficiente.
 Mejora la productividad y la eficiencia, al poder tener un control total de
todo lo que ocurre desde un solo lugar.

Desventajas
 Programacioú n compleja.
 Inexistencia de reloj global (en ocasiones)
 Fallos independientes (aunque el sistema sea maú s robusto.
 Inseguridad al momento de operar.
 Esquema de un Sistema SCADA