Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Introduccion A Los Sistemas SCADA PDF
Introduccion A Los Sistemas SCADA PDF
Facultad de Ingeniera
Escuela de Ingeniera Elctrica
Departamento de Automtica
GRUPO:
06
PERIODO:
Verano de 2004
TABLA DE CONTENIDO
RESUMEN ........................................................................................................... 1
1.0 Introduccin .................................................................................................. 2
2.0 Sistemas SCADA ........................................................................................... 4
2.1 Un ejemplo sencillo ............................................................................................................. 4
2.2 Definicin general de SCADA ............................................................................................ 5
2.3 Unidades Maestras (Master Terminal Units)....................................................................... 6
2.3.1
Caractersticas de las unidades maestras................................................................. 6
2.3.2
Hardware y Software .............................................................................................. 7
2.3.3
Adquisicin de Datos............................................................................................ 11
2.3.4
Graficacin de tendencias ..................................................................................... 16
2.3.5
Procesamiento de alarmas..................................................................................... 18
2.3.6
Comunicaciones.................................................................................................... 19
2.4 Terminales Remotas (Remote Terminal Units) ................................................................. 19
2.4.1
Fundamentos ......................................................................................................... 19
2.4.2
Funcionalidad del hardware de un RTU ............................................................... 21
2.4.3
Funcionalidad del Software .................................................................................. 21
2.4.4
Operacin Bsica .................................................................................................. 22
2.4.5
RTUs pequeos contra RTUs grandes ............................................................... 22
2.4.6
Algunos tipos de RTUs........................................................................................ 22
2.4.7
Estndares ............................................................................................................. 23
2.4.8
PLCs contra RTUs ............................................................................................. 24
2.4.9
Qu especificar? .................................................................................................. 24
2.5 Garenciamiento de Proyectos ............................................................................................ 25
2.5.1
Identificacin ........................................................................................................ 25
2.5.2
Lanzamiento.......................................................................................................... 26
2.5.3
Definicin ............................................................................................................. 27
2.5.4
Diseo ................................................................................................................... 28
2.5.5
Adquisicin ........................................................................................................... 28
2.5.6
Liquidacin del Proyecto ...................................................................................... 29
3.0 Aplicaciones................................................................................................. 30
3.1 Descripcin Funcional ....................................................................................................... 30
3.1.1
Implementacin en la empresa de colchones ROSEN S.A.C.I............................. 30
3.1.2
Sistema SCADA basado en tres estaciones RTU ................................................. 34
Verano de 2004
ii
6.0 Apndices..................................................................................................... 40
6.1 Breve revicisin de DNP 3.0 ............................................................................................. 40
6.1.1
Historia.................................................................................................................. 40
6.1.2
Arquitectura en capa ............................................................................................. 40
6.1.3
Orgazacion de la Base de Datos........................................................................... 43
6.1.4
Modelado de Reportes .......................................................................................... 44
Grupo 06
Verano de 2004
RESUMEN
En este trabajo se pueden encontrar aspectos generales acerca de
los sistemas de control supervisor y de adquisicin de datos
(SCADA), entre los que se pueden citar su definicin general y el
equipo necesario para estos sistemas de control.
Adems se realiza un estudio de la gerencia de un proyecto que
incluye desde la definicin del problema hasta la parte de diseo y
culminacin del mismo.
Tambin se incluyen algunas aplicaciones realizadas, que permiten
la maximizacin de la produccin gracias a estos sistemas de
control.
Grupo 06
Verano de 2004
1.0 Introduccin
SCADA es un acrnimo por Supervisory Control And Data Acquisition (control
supervisor y adquisicin de datos). Los sistemas SCADA utilizan la computadora y tecnologas
de comunicacin para automatizar el monitoreo y control de procesos industriales. Estos
sistemas son partes integrales de la mayora de los ambientes industriales complejos o muy
geogrficamente dispersos, ya que pueden recoger la informacin de una gran cantidad de
fuentes muy rpidamente, y la presentan a un operador en una forma amigable. Los sistemas
SCADA mejoran la eficacia del proceso de monitoreo y control proporcionando la informacin
oportuna para poder tomar decisiones operacionales apropiadas.
Grupo 06
Verano de 2004
Grupo 06
Verano de 2004
Este circuito permite que un operador mire la luz y sepa si el interruptor est abierto o
cerrado. El interruptor puede indicar que un motor est trabajando o parado, o si una puerta est
abierta o cerrada, o an si ha habido un incidente o el equipo est trabajando. Hasta ahora no hay
nada especial sobre esto. Pero ahora imagnese que el interruptor y la lmpara estn separados
100 kilmetros. Obviamente no podramos tener un circuito elctrico tan grande, y ahora ser un
problema que involucrar equipamiento de comunicaciones. Ahora complique un poco ms el
problema. Imagnese que tengamos 2000 de tales circuitos. No podramos producir 2000
circuitos de comunicacin. Sin embargo alguien encontr que podramos utilizar un solo circuito
de comunicacin compartindolo. Primero enviamos el estado (abierto | cerrado o 0/1) del primer
circuito. Luego enviamos el estado del segundo circuito, etctera. Necesitamos indicar a qu
circuito se aplica el estado cuando enviamos los datos.
El operador en el otro extremo todava tiene un problema: tiene que monitorear los 2000
circuitos. Para simplificar su tarea podramos utilizar una computadora. La computadora vigilara
todos los circuitos, y le dira al operador cundo necesita prestarle atencin a un circuito
determinado. La computadora ser informada cul es el estado normal del circuito y cul es un
estado de "alarma". Vigila todos los circuitos, e informa al operador cuando cualquier circuito
entra en alarma comparando con estos valores.
Algunos circuitos pueden contener datos "analgicos", por ejemplo, un nmero que
representa el nivel de agua en un tanque. En estos casos la computadora ser informada de los
valores de niveles mximo y mnimo que deban ser considerados normales. Cuando el valor cae
fuera de este rango, la computadora considerar esto como una alarma, y el operador ser
informado.
Grupo 06
Verano de 2004
Verano de 2004
Esto se hace generalmente a intervalos muy cortos. La MTU entonces explorar las RTU
generalmente con una frecuencia menor. Los datos se procesarn para detectar condiciones de
alarma, y si una alarma estuviera presente, sera catalogada y visualizada en listas especiales de
alarmas. Los datos pueden ser de tres tipos principales:
Datos analgicos (por ejemplo nmeros reales) que quizs sean presentados en
grficos.
Datos digitales (on/off) que pueden tener alarmas asociadas a un estado o al otro.
Datos de pulsos (por ejemplo conteo de revoluciones de un medidor) que sern
normalmente contabilizados o acumulados.
Verano de 2004
-Control
Control a Lazo Cerrado, e iniciados por operador.
-Visualizaciones
Grficos del equipamiento actualizado para reflejar datos del campo.
-Informes
La mayora de los sistemas SCADA tienen un ordenador dedicado a la produccinde
reportes conectado en red (LAN o similar) con el principal.
-Mantenimiento del Sistema Mirror
Se debe mantener un sistema idntico con la capacidad segura de asumir e control
inmediatamente s la principal falla.
-Interfaces con otros sistemas
Transferencia de datos hacia y desde otros sistemas corporativos para, por ejemplo, el
procesamiento de rdenes de trabajo, de compra, la actualizacin de bases de datos, etc.
-Seguridad
Control de acceso a los distintos componentes del sistema.
-Administracin de la red
Monitoreo de la red de comunicaciones.
-Administracin de la Base de datos
Agregar nuevas estaciones, puntos, grficos, puntos de cambio de alarmas, y en general,
reconfigurar el sistema.
-Aplicaciones especiales
Casi todos los sistemas SCADA tendrn cierto software de aplicacin especial, asociado
generalmente al monitoreo y al control de la planta especfica en la cual se est utilizando.
Recordemos que las necesidades de las diferentes industrias pueden se muy variadas.
-Sistemas expertos, sistemas de modelado
Los ms avanzados pueden incluir sistemas expertos incorporados, o capacidad de
modelado de datos.
_ _ __
2.3.2
Hardware y Software
Verano de 2004
alta aceptacin dentro de la comunidad SCADA, aunque los sistemas muy grandes siguen siendo
en la mayor parte de los casos estaciones de trabajo Unix (QNX o Solaris), las cuales son ms
veloces en sus respuestas.
Actualmente la industria se est desarrollando claramente hacia estndares abiertos:
ODBC, INTEL PC, sistemas estndares de grficos, e nterconectividad a sistemas de
computacin corrientes. En aos recientes ha aparecido en el mercado un importante nmero de
sistemas SCADA sobre plataformas INTEL PC, ya que stas estn aumentando rpidamente su
capacidad y desempeo. Ejemplos de ellos son Citect, FIX de Intellution, KEPware y
Wonderware.
Verano de 2004
sistema a supervisar, entre el PLC o el PC. Se debe elegir aquel hardware que mejor se adapte a
las necesidades del sistema a supervisar.
Los controladores lgicos programables, en la mayora de los casos, estn diseados
especficamente para ser empleados en ambientes industriales exigentes y han sido
continuamente desarrollados de forma que sus sistemas operativos en tiempo real representan su
mayor virtud. Ellos son y seguirn siendo, no obstante, la primera eleccin para todo control de
tareas crticas o extremas por su rendimiento y simpleza, en los que un PC podra estar
simplemente "sobrecargado" debido al trabajo que le pueden suponer otras tareas de mbito
comn, como la gestin y visualizacin de datos, accesos a perifricos, bases de datos, etc...
Si, adems del control de tareas, se necesita un procesamiento de datos, trabajo en red o
visualizacin (una aplicacin SCADA), un sistema basado en PC debe ser tomado en
consideracin.
En cuanto a sistemas operativos, Windows NT, por ejemplo, no es estrictamente un
sistema operativo en tiempo real como el de un PLC, pero puede actuar de forma suficientemente
rpida para aplicaciones "suaves" en tiempo real, gracias a su arquitectura de micro-kernel.
2.3.2.2 Uso del PC como centro neural del MTU.
En casa y en la oficina, el ordenador personal contina con su progreso. El PC se ha
establecido en un gran nmero de campos. Los componentes hardware y software estn siendo
cada vez ms potentes y ms rentables. Es lgico, por tanto, que la industria quiera tomar
provecho de este hecho, para reducir costes y/o incrementar la productividad.
Ciertas tareas industriales estn actualmente en manos de los ordenadores desde hace
tiempo: desde emplear la tecnologa Windows cuando se manejan pedidos y/o se ajustan
parmetros de maquinaria hasta preparar o visualizar datos prcticamente de cualquier tipo.
No hay que sorprenderse entonces, que los especialistas en automatizacin y los usuarios
estn pensando ahora en qu forma se pueden transferir al PC otras tareas, para poder llegar a un
mayor ahorro. Ms recientemente un gran nmero de simuladores de PLC (controladores lgicos
programables) por software ha aparecido en el mercado, que estn ayudando a transferir el
control de tareas al disco duro y presentan una automatizacin ms efectiva en costes en una
simple pieza de hardware (el PC).
Los computadores personales o PC tienen mltiples matices en cuanto a temas,
arquitectura y forma de utilizarse, entre ellos tenemos: (1) Supervisin de Procesos, en el que se
utilizan fundamentalmente los recursos del procesador para mostrar dinmicamente el
funcionamiento de un proceso, (2) El control, en el que el procesador, a travs de interfaces de
entradas y salidas especficas permite manipular directamente el proceso y (3) El sistema
SCADA, Control Supervisado y Adquisicin de datos, en el que se realizan las dos funciones
anteriores para sistemas relativamente complejos en los que generalmente est involucrada las
comunicaciones. Cada una de estas tres categoras puede aplicarse en cualquier actividad sea
industrial o manufacturera, tanto en el laboratorio como en la planta.
Para el control se utilizan diversos tipos de computadores por lo que hay interfaces para
las diversas arquitecturas internas, de las que el Bus PCI es el ms utilizado en la actualidad. En
la industria es el bus COMPACT PCI el equivalente ms adecuado.
Grupo 06
Verano de 2004
10
Las computadoras industriales estn preparadas para trabajar en los ambientes duros de la
industria.
Figura #4.
Figura #5.
Los sistemas SCADA estn constituidos por el Hardware, que generalmente es una red de
controladores y estaciones remotas de adquisicin de datos. El corazn de un sistema SCADA
est en el "Software SCADA", que es el encargado de supervisar y controlar el Proceso a travs
del Hardware de control, generalmente el software SCADA trabaja conjuntamente con un PLC o
una red de PLC. Este software permite supervisar el proceso desde un microcomputador, as
como realizar las acciones de control a travs del PLC, controlador o sistema de control. En el
mercado existen varios programas que realizan esta funcin.
Grupo 06
Verano de 2004
11
Adquisicin de Datos
Verano de 2004
12
por excepcin puede reducir dramticamente el trfico de comunicaciones, siempre y cuando los
datos estn cambiando en forma relativamente lenta.
Cuando se estn midiendo parmetros altamente voltiles puede aumentar drsticamente
el trfico. En este caso una solucin es poner estos parmetros voltiles en una encuesta
rutinaria, sacrificando una cierta exactitud en la hora de registro en pos de la reduccin del
trfico. El acercamiento ms sofisticado es permitir que la RTU reporte por excepcin sin la
encuesta previa por parte de la unidad maestra. Esto significa que el sistema de comunicaciones
no se est utilizando para las repetidas encuestas con sin novedad siendo la respuesta ms
frecuente. Esto permite que un sistema tpico controle muchos ms RTU con la misma anchura
de banda de comunicaciones. Como los asuntos asociados con parmetros altamente voltiles
todava existen, un chequeo de salud en background sigue siendo necesario, de otro modo una
RTU podra salir de servicio y el sistema nunca se dara por enterado.
Para utilizar esta tcnica, el protocolo de comunicacin debe tener la capacidad de
proporcionar las direcciones de destino del mensaje, y de la fuente del mismo. Este sistema
tambin implica que dos RTU pueden transmitir simultneamente, interfiriendo uno con otro. Un
sistema SCADA normalmente repetir la transmisin si no recibe un acuse de recibo dentro de
cierto tiempo. Si interfieren dos RTU transmitiendo simultneamente, y, luego si ambos poseen
el mismo tiempo de reenvo, interferirn otra vez. Por esta razn, el acercamiento tpico es
repetir el envo despus de un perodo aleatoriamente seleccionado. El uso de timeouts al azar
puede no ser suficiente cuando por ejemplo ha habido un apagn extenso. Incluso con
recomprobaciones al azar, puede haber tanto trfico que la RTU todava no podr conseguir
realizar la transmisin. Por esta razn una mejora que es deseable es que despus de 5 intentos,
el perodo de recomprobacin se fije en por ejemplo 1 minuto.
2.3.3.2 Manejo de fallas de comunicaciones
Un sistema SCADA debe ser muy confiable. Los sistemas de comunicacin para los
sistemas SCADA se han desarrollado para manejar comunicaciones pobres de una manera
predecible. Esto es especialmente importante donde est implicado el control - podra ser
desastroso si las fallas de comunicaciones causaran que el sistema SCADA haga funcionar
inadvertidamente el sector incorrecto de la planta. Los sistemas SCADA hacen uso tpicamente
de las tcnicas tradicionales de la paridad, del chequeo de sumas polinmicas, cdigos de
Hamming y dems. Sin embargo no confan simplemente en estas tcnicas. La operatoria normal
para un sistema SCADA es esperar siempre que cada transmisin sea reconocida. El sistema de
interrogacin que emplea tiene seguridad incorporada, en la que cada estacin externa est
controlada y debe peridicamente responder. Si no responde, entonces un nmero
predeterminado de recomprobaciones ser procurado.
Las fallas eventualmente repetidas harn que la RTU en cuestin sea marcado como
"fuera de servicio" (en un sistema de interrogacin una falla de comunicacin bloquea la red por
un perodo de tiempo relativamente largo, y una vez que se haya detectado una falla, no hay
motivo para volver a revisar). La exactitud de la transmisin de un SCADA se ha mirado
Grupo 06
Verano de 2004
13
Verano de 2004
14
Hay muchos de stos, pero la mayora son muy costosos. Hay situaciones donde no hay
alternativas. No obstante, existe un servicio basado en satlites que es econmico: los sistemas
VSAT: Very Small Aperture. Terminal. Con VSAT, usted alquila un segmento del espacio
(64k o ms), y los datos se envan de un sitio remoto a un hub va satlite. Hay dos tipos de
hub. El primero es un sistema proporcionado tpicamente por un proveedor de servicios de
VSAT. La ventaja es un costo fijo para los datos aunque su implementacin puede costar muy
cara. La otra consideracin para stos es la necesidad de un backlink del hub al centro de
SCADA. Esto puede ser de un costo considerable.
El otro tipo de sistema utiliza un hub pequeo (los clsicos de LAN estructuradas) que
se puede instalar con la unidad maestra. Este es ms barato, pero la administracin del hub es
responsabilidad exclusiva del propietario de SCADA. La interfaz a cualquier tipo de sistema de
VSAT implica el uso de protocolos utilizados por el sistema de VSAT - quizs TCP/IP.
Modbus
Es un protocolo de comunicaciones desarrollado para el mundo del PLC, y fue definido
para el uso de las conexiones por cable. Aunque los proyectos procuran con frecuencia utilizar
Modbus sobre radio, ste est trayendo problemas, fundamentalmente con los temporizadores.
En cualquier caso, Modbus es incompleto como un protocolo para SCADA, y existen
alternativas mejores tales como DNP 3.0. Modbus tiene su campo de aplicacin en
comunicaciones con PLC sobre una conexin por cable.
Sistemas Landline (Lneas Terrestres)
stos son comnmente usados, pero una gran cantidad de sistemas SCADA implican el
uso de la radio para sustituir landlines ante una falla. Las termitas y el relmpago son problemas
comunes para los landlines.
2.3.3.5 Procesadores de Comunicaciones Front End.
El "centro" de SCADA consiste tpicamente en una coleccin de computadoras
conectadas va LAN (o LAN redundante). Cada mquina realiza una tarea especializada. La
responsabilidad de la coleccin de datos bsicamente puede residir en una de ellas (con un
sistema mirror), las visualizaciones pueden ser manejadas por una segunda computadora,
etctera. Una funcin asignada tpicamente a una computadora separada es la interfaz a la red de
comunicaciones. sta manejar toda la interconexin especializada a los canales de
comunicaciones, y en muchos casos realizar la conversin del protocolo de modo que el sistema
principal pueda contar con datos entrantes en un formato estndar.
Grupo 06
Verano de 2004
15
2.3.3.6 Radio.
La telemetra de radio es probablemente la tecnologa base de SCADA. La velocidad de
transmisin de datos sobre radio estaba en su momento limitada al rango 300 baudios a
1200 baudios, pero las radios de datos modernas soportan hasta 9600 baudios (e incluso hasta
64k). Una red de radio que funciona en la banda de 900 Mhz es autorizada normalmente para
utilizar 12,5 o 25 kHz de ancho de banda. En 25 kHz, las velocidades de 9600 baudios pueden
ser alcanzadas, pero en 12,5 kHz solamente 4800 baudios son posibles con el equipamiento ac .
Una red de radio tpica consiste en una conversacin a travs del repetidor situado en
algn punto elevado, y un nmero de RTU que comparten la red. Todos las RTU "hablan" sobre
una frecuencia (F1) y escuchan en una segunda frecuencia (F2). El repetidor escucha en F1, y
retransmite esto en F2, de modo que una RTU que transmite un mensaje en F1, lo tiene
retransmitido en F2, tal que el resto de las RTU pueda orlo. Los mensajes de la unidad maestra
viajan sobre un enlace de comunicacin dedicado hacia el repetidor y son difundidos desde el
repetidor en F2 a todos las RTU. Si el protocolo de comunicaciones usado entre la unidad
maestra y el repetidor es diferente al usado en la red de radio, entonces debe haber un "Gateway"
en el sitio del repetidor. Este hecho permitira utilizar los protocolos apropiados para cada uno de
los medios. Se ha utilizado con xito DNP3 sobre la red de radio y despus encapsulado el DNP3
en el TCP/IP para permitir que una red de fines generales lleve los datos a la unidad maestra.
El nmero de RTU que puede compartir un repetidor depende de un nmero de factores.
En primer lugar el tipo de equipo de radio puede afectar esto, teniendo en cuenta el retardo en
alcanzar una seal estable. La aplicacin tambin es un factor importante, ya que de ella depende
el tiempo de respuesta requerido. Las caractersticas del protocolo (la interrogacin, informe por
excepcin, las transmisiones iniciadas por la RTU) tambin pueden ser significativas. La
velocidad tiene obviamente un impacto tambin.
Grupo 06
Verano de 2004
16
Graficacin de tendencias
2.3.4.1 Caractersticas
La graficacin incluye elementos tales como diagramas X-Y, la capacidad de re-escalar
la tendencia mientras es mostrada, la capacidad de visualizar coordenadas para seleccionar una
caracterstica en la tendencia y visualizar los valores asociados a ella, histogramas, mltiples
valores independientes en una tendencia, y grficos de informacin de estado. El sistema de
tendencias trabaja normalmente creando un archivo para cada tendencia con "casilleros" para los
valores de datos que se renovarn en una frecuencia especificada (mximo ratio de trending).
A medida que se adquieren los datos de campo, se ubican en los archivos de tendencia, quedando
Grupo 06
Verano de 2004
17
disponibles para su posterior anlisis. Hay normalmente un lmite superior a la cantidad de datos
que puedan ser guardados (ejemplo un ao de datos).
2.3.4.2 Particularidades del almacenaje de datos
El uso de archivos de tendencia con casilleros para los datos, renovados en los intervalos
especificados, puede causar dificultades cuando se usa la caracterstica de Reporte por
Excepcin. Los problemas pueden ser an mayores cuando se incluyen en el sistema "dial-up"
RTU por las posibles desconexiones. El sistema SCADA debe tener la capacidad de llenar los
archivos de tendencia en estas circunstancias. Un set SCADA no est preparado para hacer esto
automticamente, y se debe tener sumo cuidado al configurar y especificar las caractersticas de
graficacin de tendencias para lograrlo. Algunos sistemas no permiten que todas las variables
sean afectadas a la tendencia de datos. Cuando se desee ver una tendencia para un valor
actualmente no configurado para un grafico de tendencia, debe entonces ser afectado a la
tendencia de datos, y luego habr que esperar hasta que se hayan salvado suficientes datos para
que el grfico sea consistente y aporte los datos de tendencia. Esto no es til si estamos
procurando encontrar fallas.
2.3.4.3Qu especificar?
Lo siguiente es indicativo de una especificacin tpica para grafico de tendencia de datos.
1. Se debern proporcionar la capacidad del grafico de tendencia de variables en tiempo
real, histricas, anlogas y de estado, en funcin del tiempo y diagramas de una variable contra
otras variables (por ejemplo, lectura de cabezales contra flujo para analizar la eficiencia de una
bomba).
2. Las bases de tiempo para cada tendencia debern ser configurables a partir de una
muestra por minuto a una muestra por semana (u otros valores que puedan ser deseables
especificar).
3. Sern proporcionados histogramas, grficos de barra y X-Y, grficos de Y-T, etc.
4. Por lo menos cuatro puntos independientes sern configurables para cada pantalla de
visualizacin de tendencias para el grafico de tendencia simultneo.
5. Ser posible va un puntero o una lnea seleccionar una muestra individual y hacer que
el sistema exhiba el valor para esa muestra.
6. Tambin ser posible, o en la configuracin o durante la visualizacin, asignar mayor o
menor magnitud a la escala vertical para cada punto (por ejemplo en vez de 0-100%, hacer un
zoom sobre 20-50%).
7. Al ver tendencias, ser posible aumentar o disminuir el rango de tiempo de los datos
disponibles.
8. La configuracin de las tendencias, incluyendo la asignacin de los puntos del grafico
de tendencia y la seleccin de los perodos que se visualizarn para cada punto, sern opciones
de men.
Grupo 06
Verano de 2004
18
9. Cuando la recuperacin de datos de campo se vea demorada por alguna razn, por
ejemplo, debido a fallas de comunicacin, o debido al uso de las tcnicas de Reportes por
Excepcin, los datos sern salvados retrospectivamente en los archivos de tendencia.
2.3.4.4 La interrogacin, el informe por excepcin y las transmisiones iniciadas por las
RTU
Obviamente los datos no se pueden almacenar en los archivos de tendencia con mayor
exactitud o frecuencia de las que son adquiridos de campo. Un sistema de interrogacin simple
por lo tanto salva los datos condicionado por la frecuencia de interrogacin. No obstante es ms
normal ahora que un sistema de interrogacin utilice las tcnicas de Reportes por Excepcin, en
las cuales los valores no se transmiten del campo a menos que haya un cambio significativo. Para
un valor analgico esto puede ser un porcentaje especificado del valor a escala completa. Por lo
tanto la tendencia mostrar una lnea plana, mientras que pudo haber habido un cambio pequeo.
En Sistemas donde las RTU inician la transmisin, ante un cambio significativo, tienen una
caracterstica similar. Los sistemas que utilizan "dial-up". Las terminales remotas tpicamente
transmitirn los datos una vez al da. Las RTU puede iniciar una transmisin, pero normalmente
slo en una condicin de alarma. El sistema debe poder "rellenar" estos datos retrasados. Una
situacin similar se presenta cuando las comunicaciones se pierden por alguna razn con una
RTU enlazado por radio. Cuando se restablecen las comunicaciones, una "reserva" de datos
llegar y suceder lo mismo.
2.3.5
Procesamiento de alarmas
Verano de 2004
19
2.3.5.1 Caractersticas
Los recursos de alarmas incluyen la capacidad de identificar al personal de operaciones
por su login, y exhibir solamente las alarmas relevantes a su rea de responsabilidad, y de
suprimir alarmas, por ejemplo, cuando la planta est bajo mantenimiento. Algunos sistemas
sofisticados pueden resolver la inundacin de alarmas identificando secuencias de causas y
efectos.
2.3.5.2 Chequeos
Cuando los sistemas SCADA no interrogan regularmente todos los sitios, sino que por el
contrario confan en la transmisin iniciada por la RTU, si se detectara una condicin de error o
un cambio significativo en un valor, existe la posibilidad de que la RTU o las comunicaciones
puedan fallar, y el evento pase desapercibido. Para solucionar esto, se dispara un "chequeo de
salud" en background, en el cual cada RTU es interrogado con una frecuencia determinada por
el tiempo que se considere prudente en que una alarma no sea detectada.
2.3.6
Comunicaciones
Fundamentos
Las unidades terminales remotas consisten en una pequea y robusta computadora que
almacenaba datos y los transmite a la terminal maestra para que esta controle los instrumentos.
Es una unidad stand-alone (independiente) de adquisicin y control de datos. Su funcin es
controlar el equipamiento de proceso en el sitio remoto, adquirir datos del mismo, y transferirlos
Grupo 06
Verano de 2004
20
al sistema central SCADA. La gama de Unidades Terminales Remotas ofrece una solucin
universal para el control de instalaciones tcnicas de todo tipo.
Hay dos tipos bsicos de RTU- "single boards" (de un solo mdulo), compactos, que
contienen todas las entradas de datos en una sola tarjeta, y "modulares" que tienen un modulo
CPU separado, y pueden tener otros mdulos agregados, normalmente enchufndolos en una
placa comn (similar a una PC con una placa madre donde se montan procesador y perifricos).
Una RTU single board tiene normalmente I/O fijas, por ejemplo, 16 entradas de informacin
digitales, 8 salidas digitales, 8 entradas de informacin analgicas, y 4 salidas analgicas. No es
normalmente posible ampliar su capacidad.
Un RTU modular se disea para ser ampliado agregando mdulos adicionales. Los
mdulos tpicos pueden ser un mdulo de 8 entradas anlogas, un mdulo de 8 salidas digitales.
En la actualidad gracias a la modularidad funcional y material, las unidades remotas
pueden ser utilizadas tanto para satisfacer necesidades de transmisin de alarmas como para la
supervisin completa de una compleja instalacin de telegestin, en forma autnoma o acoplada
a mdulos de expansin.
El mercado propone varios modelos para responder de la manera ms ptima posible a
los diferentes casos de aplicacin, desde un punto de vista tcnico y econmico.
La mayora de terminales incluyen un software embarcado que integra potentes recursos
de comunicacin y supervisin, sin necesidad de programacin especfica claro que se tiene que
tomar un cuenta que este software es especifico de cada compaa y no son compatibles entre s.
Para minimizar el problema de compatibilidad las compaas estn realizando sus programas
bajo estndares para poder vender sus productos con mayor facilidad.
Grupo 06
Verano de 2004
2.4.2
21
Todos las RTU requieren la siguiente funcionalidad. En muchas RTU stas se pueden
mezclar y no necesariamente ser identificables como mdulos separados.
Sistema operativo en tiempo real.
Driver para el sistema de comunicaciones, es decir la conexin con la MTU.
Drivers de dispositivo para el sistema de entrada-salida a los dispositivos de campo.
Grupo 06
Verano de 2004
22
2.4.4
Operacin Bsica
Las RTU son dispositivos especiales fabricados a menudo por pequeos proveedores en
pequeos lotes de algunos cientos, normalmente para los mercados domsticos. Por lo tanto no
todas las RTU soportan toda la funcionalidad descrita. Una RTU ms grande puede ser capaz de
procesar centenares de entradas de informacin, y an controlar el funcionamiento de "sub RTU"
ms pequeas. stas son obviamente ms costosas. La potencia de procesamiento de una RTU se
extiende desde pequeos procesadores de 8 bits con memoria mnima hasta sofisticados RTU
ms grandes capaces de recolectar datos en el orden del milisegundo.
2.4.6
Sistemas stand-alone minsculos que emplean las mismas bateras por un ao entero
o ms. Estos sistemas registran los datos en la EPROM o FLASH ROM y descargan sus datos
cuando son accedidos fsicamente por un operador. A menudo estos sistemas usan procesadores
de chip simple con memoria mnima y pueden no ser capaces de manejar un protocolo de
comunicaciones sofisticado.
Grupo 06
Verano de 2004
23
Figura # 10. Ejemplo de una RTU con panel solar utilizado en plantas Petroleras
Sistemas medios. Ordenadores industriales single board dedicados, incluyendo IBMPC o compatibles en configuraciones industriales tales como VME, MultiBus, STD megabus,
PC104, etc.
Sistemas grandes. Completo control de planta con todas las alarmas visuales y sonoras.
Estos estn generalmente en DCS en plantas, y se comunican a menudo sobre LAN de alta
velocidad. La sincronizacin puede ser muy crtica.
2.4.7
Estndares
Como fuera indicado, las RTU son dispositivos especiales. Ha habido una carencia de
estndares, especialmente en el rea de comunicaciones, y las RTU provenientes de un fabricante
no se pueden mezclar generalmente con una RTU de otro. Una industria ha crecido desarrollando
Grupo 06
Verano de 2004
24
Grupo 06
Qu especificar?
25
Considere los protocolos estndares tales como DNP3, IEC870, MMS en vez de
protocolos propietarios.
Funcionalidad soportada - ej.: timestamping, capacidad de memoria para salvar datos
en caso de prdida de comunicacin, capacidad de hacer clculos.
Soporte para las comunicaciones punto a punto incluyendo almacenaje y capacidad de
redespacho si las comunicaciones son complicadas (especialmente radio).
Baud Rates utilizado (1200 baudios en FSK, o 9600 baudios en radios de datos).
Usted puede requerir puertos seriales adicionales especialmente interconectar con PLC.
Su unidad maestra debe soportar toda la funcionalidad de la RTU, especialmente el
timestamping de datos analgicos, y los protocolos de comunicaciones.
Direccionabilidad mxima (Ej. mximo de 255 RTU's).
Indicacin local clara del diagnstico.
Chequeos de compatibilidad de la configuracin del software contra el hardware actual
Capacidad de registro de todos los errores producidos y de acceso remoto a estos
registros.
Filtracin por software de los canales de entrada de informacin analgica.
Identificacin
Identificar la necesidad
Preparar la estimacin preliminar de costes
Obtener la aprobacin para que los fondos o los recursos procedan a la fase prxima.
Esta fase es normalmente informal, y no requiere de muchos recursos. La identificacin
de la necesidad podra haberse presentado como ligada a alguna otra actividad, por
ejemplo del desarrollo de estrategias corporativas, revisin de la condicin de la planta,
o de las consecuencias de hacer frente a un incidente importante. Tpicamente un
sistema SCADA ser requerido por alguna de las razones siguientes:
SCADA.
Verano de 2004
26
Lanzamiento
Verano de 2004
27
exactitud sealada. El nfasis debe ponerse en asegurarse de que existe una comprensin comn
dentro de los usuarios finales de qu funcionalidad proporcionar el sistema.
Si el sistema se est introduciendo para mejorar productividad, entonces es importante
que la gerencia del usuario entienda cmo puede ser utilizado el sistema SCADA para optimizar
prcticas de trabajo. Es importante en esta etapa que el equipo de proyecto incluya a alguien del
sector usuario de la organizacin para comenzar a construir un sentido de la propiedad del
sistema. Esta implicacin debe continuar a travs del proyecto para poder entregar el sistema
final a un operador familiarizado en usarlo a su capacidad mxima.
Aunque el trabajo debe concentrarse en los requisitos funcionales, es necesario vigilar las
capacidades tcnicas ofrecidas por los proveedores como "off the shell" en su industria.
Restringiendo la cantidad de software de encargo que el sistema requerir es probablemente la
accin ms importante que usted puede tomar para reducir costos, riesgos, y reducir al mnimo la
duracin global del proyecto. Una cierta idea preliminar de la estrategia de contratacin deber
haber sido desarrollada. Se podr por ejemplo utilizar consultores, contratos prediseados
(recomendados), etctera. Como es evidente, esto puede tener un impacto substancial en costos.
La decisin de utilizar consultores se debe tomar con sumo cuidado. Un consultor pudo haber
preconcebido ideas en cuanto a cmo el proyecto debe ser manejado. Algunas decisiones tales
como el uso de contratos prediseados pueden no ser del agrado de un consultor, prefiriendo
realizar l mismo el diseo por ejemplo.
2.5.3
Definicin
El proyecto est comenzando en esta etapa a volverse serio. Se est concluyendo la vista
preliminar (qu sitios, qu funcionalidad, etc.). Decisiones firmes se estn tomando sobre
estrategias contractuales tales como diseo y construccin, etc. El trabajo debe todava
concentrarse en esta etapa en los requisitos funcionales (o de usuario), y nuevamente los
requisitos tecnolgicos deben slo observarse para permitir las estimaciones de costos.
Es importante en esta etapa identificar firmemente las ventajas del sistema, y desarrollar
"planes de realizacin de beneficios". Estos planes identificarn exactamente cmo las ventajas
propuestas sern efectivizadas, por ejemplo, observando qu cambios sern realizados a los
procesos existentes para alcanzar las ventajas previstas. Esto dar confianza a la gerencia que la
inversin va a ser provechosa.
Grupo 06
Verano de 2004
2.5.4
28
Diseo
Revisiones de Diseo.
Revisiones de los reportes de la etapa de definicin.
Justificacin de los Fondos.
Estimacin de Diseo (-10%+10%).
Adquisicin
Grupo 06
Verano de 2004
29
2.5.6
La revisin posterior al desarrollo es algo que raramente se encara, pero debe ser una
parte obligatoria de todos los proyectos. Es importante que una evaluacin sea hecha de cun
bien est el sistema resolviendo las necesidades de la organizacin como son ahora concebidas.
Si es probable que su organizacin emprenda proyectos futuros en SCADA, entonces dicha
revisin se puede utilizar para documentar cualquier leccin aprendida para evitar cometer los
mismos errores.
Grupo 06
Verano de 2004
30
3.0 Aplicaciones
3.1 Descripcin Funcional
Los sistemas SCADA ("Supervisory Control and Data Adquisition") son sistemas de
software que permiten que un usuario pueda, desde una sala de control, recoger datos de uno o
varios dispositivos remotos y/o enviar instrucciones de control a dichos dispositivos.
3.1.1
Antes de realizar el proceso de espuma se deben revisar los niveles de los estanques,
chequeo realizado en un panel de visualizacin que se encuentra junto a los estanques. En dicho
panel se encuentran sensados los cinco estanques del rea de espuma de la planta. La lectura de
los estanques es seleccionada en un conmutador mecnico, donde se visualiza un estanque a la
vez en un display numrico. Esta lectura es en porcentaje (Fig. 2) y no es igual entre los
Grupo 06
Verano de 2004
31
Luego, si el chequeo demuestra que se puede trabajar con los niveles existentes, se
continua con el proceso de espuma, en caso contrario, se busca la combinacin posible revisando
los niveles en el panel. La combinacin podra ser: realizar un relleno, un transvase del qumico
en dficit ambos, segn sea el caso y tambin la recirculacin del mismo para que tenga la
consistencia necesaria. Para esto se deben manipular las vlvulas manualmente y luego accionar
las motobombas, siendo esta parte la ms peligrosa y tediosa a la vez. Esto se debe a que los
estanques no soportan la misma cantidad de qumico, por cuanto la supervisin en este punto
debe ser continua y atenta, control que puede variar de 3 horas ms, dependiendo de los niveles
de los estanques, del proceso (llenado, transvase llenado-transvase), de la temperatura, etc.
Adems se producen burbujas como es el caso del Poliol que falsea los datos visualizados
en el display de porcentaje, por ltimo, una vez detectado un nivel aceptable (clculo intuitivo)
se deben detener los motores manualmente y reiniciar el proceso de fabricacin de espuma.
Descripcin de la solucin: El programa desarrollado en LabVIEW versin 6i permite,
adems de la interaccin con los datos recibidos, crear bases de datos de las variables del proceso
para el desarrollo de estudios histricos de los estanques. Adems, se controla el proceso de
llenado, de traslado y recirculacin de qumicos entre estanques en forma semi-automtica,
control que ser realizado sobre los motores que alimentan dichos estanques.
Para obtener la lectura de los sensores de nivel resulta necesario hacer la conversin
corriente/voltaje, como tambin la lectura del control de los motores hecha por un rel, los datos
son traducidos por la DAQ y llevados a un VI llamado Servidor (Fig. 3), y mediante
comunicacin DDE a un Cliente denominado Cliente TDI-Poliol 2.0.vi (Fig. 4 y 5), el cual
puede funcionar en Automtico o manual, permitiendo adems la visualizacin de alarmas
sonoras, control de apagado de los motores, histogramas y la posibilidad de llevar los datos de
nivel de porcentaje de los estanques a Excel (Fig. 6). Los datos de porcentaje v/s tiempo pueden
ser guardados en cualquier momento, o bien, automticamente a las 00:00 horas del da
siguiente.
Grupo 06
Verano de 2004
32
Grupo 06
Verano de 2004
33
Grupo 06
Verano de 2004
34
3.1.2
Figura # 17
Grupo 06
Verano de 2004
35
Grupo 06
Verano de 2004
36
Figura # 18
Descripcin Tcnica
En el mundo industrial, cada vez es mayor el nmero de "sensores inteligentes" con los
que interactan los sistemas SCADA, es decir, microcontroladores encargados de realizar tareas
o de controlar sensores analgicos y dotados de cierta inteligencia. Este proyecto muestra cmo
una estacin MTU (PC programado)se comunica con tres estaciones RTU basadas en tres
microcontroladores PIC para manejar E/S digitales y analgicas, motores, pantallas LCD, etc.
Las estaciones RTU disponen, adems del PIC, de diversos circuitos integrados para
controlar los sensores como chips en bus I2C y drivers de motores. El protocolo I2C fue
desarrollado por Philips para transmitir la informacin entre los circuitos electrnicos de sus
equipos (videos, cmaras, etc.) El ordenador se comunica por RS-232 con la RTU maestra que
mediante la tcnica de pooling decodifica la informacin y se la enva a las distintas RTU, las
cuales van respondiendo y reenvan datos hacia el PC. De este modo, el protocolo es punto a
punto, pero una vez que los datos llegan a la placa, stos se cuelgan de un bus gobernado por un
microcontrolador que permite que cada RTU slo escuche aquellas rdenes para las que es
solicitada.
Grupo 06
Verano de 2004
37
4.0 Conclusiones
Los sistemas SCADA, como su nombre lo indica son utilizados en la adquisicin de
datos y control de proceso industriales. Son una herramienta de manejo y automatizacin que ha
cobrado auge con el desarrollo de sistemas de comunicacin y de la informtica. Presentan una
serie de ventajas al usuario tales como:
Monitorean procesos industriales que se encuentren muy lejanos geogrficamente al
centro de control, al hacer uso de los sistemas de comunicacin y de la automatizacin que
permite la tecnologa actual.
Manejan grandes cantidades de datos por medio de computadores, que le presentan la
informacin al usuario de una forma organizada y sintetizada para que este pueda darle una
interpretacin rpida y eficiente.
Permiten variaciones en el control de procesos a distancia los cuales facilitan el manejo
y adaptacin de los mismos.
SCADA est diseada especficamente para el manejo de los diferentes sistemas de una
manera gil, esto supone un gran ahorro en tiempo y trabajo realizado.
Actualmente los sistemas SCADA permiten tener datos del Historial (almacenamiento de
datos histricos de la evolucin de los sistemas) lo cual permite un mejor conocimiento del
sistema controlado.
El SCADA implementado a cualquier sistema permite la obtencin de beneficios antes no
alcanzados por la industria como lo son:
Reduccin de los costos de produccin y de operacin
Aumento de la produccin
Diversificacin de la produccin
Reduccin de los costos de mantenimiento
Mejoramiento de la coordinacin con el rea de mantenimiento
Se dispone de informacin precisa para efectos de estudio, anlisis y estadstica.
Grupo 06
Verano de 2004
38
Grupo 06
Verano de 2004
39
5.0 Bibliografa
5.1 Tesis
Cedeo. Modernizacin del software del SCADA de distribucin elctrica del ICE.
Universidad de Costa Rica, 1998.
Mora. Desarrollo de un manejador para el protocolo stndard DNP 3.0 (Nivel 1) en
sistemas SCADA. Universidad de Costa Rica, 1999.
Grupo 06
Verano de 2004
40
6.0 Apndices
6.1 Breve revicisin de DNP 3.0
6.1.1
Historia
DNP fue creado originalmente por Westronic, Inc. (ahora GE Harris) en 1990. En 1993,
el set de documentos de especificacin del protocolo "DNP 3,0 Basic 4" cobr dominio pblico.
La propiedad del protocolo fue entregada al recientemente formado\ DNP Users Group en
octubre de ese ao. Desde entonces, el protocolo ha ganado aceptacin mundial, incluyendo la
formacin de grupos de usuarios en China, Amrica latina, y Australia. En enero de 1995, fue
formado el DNP Technical Committee para estudiar mejoras y recomendarlas para su aprobacin
al Users Group general. Una de las tareas ms importantes de este cuerpo era publicar el
documento DNP Subset Definitions, que establece los estndares para las puestas en marcha
de DNP 3,0. DNP 3,0 es un protocolo SCADA moderno, abierto, inteligente, robusto y eficiente.
Entre otras cosas, puede:
Solicitar y responder con mltiples tipos de dato en un solo mensaje
Segmentar mensajes en mltiples frames para asegurar excelente deteccin y
recuperacin de errores
Incluir en respuesta slo datos cambiados
Asignar prioridad a los tems de datos y solicitarlos peridicamente basado en su
prioridad
Responder sin solicitud previa
Utilizar sincronizacin de tiempo y con un formato estndar
Permitir mltiples operaciones punto a punto y al Master
Permitir objetos definibles por el usuario incluyendo transferencia de archivos.
6.1.2
Arquitectura en capa
Verano de 2004
41
Verano de 2004
42
Grupo 06
Verano de 2004
43
6.1.3
En DNP, los datos se ordenan en tipos de datos. Cada tipo de datos es un grupo objeto,
incluyendo:
Entradas de informacin binaria (valores de un solo bit slo lectura
Salidas binarias (valores de un solo bit cuyo estado puede ser ledo, o que puede ser
pulsado o trabado directamente o a travs de operaciones tipo SBO)
Entradas de informacin analgicas (valores mltiple-dgito slo lectura).
Salida analgica (valor mltiple-dgito cuyo estado puede ser ledo, o que puede ser
controlado directamente o a travs de operaciones tipo SBO)
Contadores
Hora y fecha
Objetos de transferencia de archivos
Etc.
Para cada grupo de objetos, o tipo de datos, existen uno o ms puntos de referencia. Un
punto de referencia es un nico valor del tipo especificado por su grupo de objeto. Tambin
dentro de cada grupo de objeto, existen variaciones. Una variacin del grupo de objeto se utiliza
tpicamente para indicar un mtodo diferente de especificar datos dentro del grupo de objeto. Por
ejemplo, las variaciones de entradas de informacin analgicas permiten la transferencia de los
datos como valores enteros con signo de 16 bits, de 32 bits, o como valores de 32-bit con coma
flotante.
Segn lo descrito arriba, un mensaje de la capa de aplicacin puede contener mltiples
cabeceras del objeto. Una cabecera del objeto especifica un grupo de objeto, una variacin del
grupo de objeto, y un rango de puntos dentro de esa variacin del grupo de objeto. Algunos
cdigos de funcin de la cabecera de la capa de aplicacin indican que a cada cabecera del objeto
siguen los datos del mismo; otros cdigos de funcin indican que no hay datos del objeto en el
mensaje - en su lugar, mltiples cabeceras del objeto, si existen, siguen contiguamente a cada
una de las otras. Por ejemplo, un fragmento ledo del mensaje de solicitud contiene solamente las
cabeceras del objeto que describen los grupos de objeto, las variaciones, y los rangos de puntos
que se solicitan leer y responder; un fragmento ledo del mensaje de respuesta contiene cabeceras
del objeto y los datos del objeto solicitado.
DNP 3,0 permite que los object point ranges sean especificados en una variedad de
maneras.
Para peticin de mensajes, los object point ranges pueden consistir en:
Una peticin para todos los puntos del grupo de objetos especificado
Una peticin para un rango contiguo de puntos comenzando con un especfico punto de
partida y terminando con un especfico punto de llegada
Una peticin para una mxima cantidad de puntos con una lista de puntos solicitados.
Para los mensajes de respuesta, los object point ranges consisten tpicamente en un
rango contiguo de puntos que comienzan con un punto de partida especificado y terminan con
Grupo 06
Verano de 2004
44
una punto de llegada especificado, o con una lista de puntos. Para los object point ranges de
respuesta que consisten en una lista de puntos, un nmero de punto precede a cada objeto de
datos. El nmero de
puntos en la lista se especifica como parte del object point range.
6.1.4
Modelado de Reportes
Muchos de los grupos de objeto tienen corresponder, pero se separan, los grupos de
objeto que contienen datos del cambio. Los datos del cambio representan solamente las puntas
que han cambiado para un grupo de objeto especficamente correspondiente. Por ejemplo, el
grupo nmero 1 de objeto representa las entradas de informacin binarias (consideradas los datos
estticos), y el grupo nmero 2 de objeto representa datos binarios del cambio de la entrada de
informacin. Cuando una punta en el grupo de objeto 1 se detecta para haber cambiado, un
acontecimiento del cambio en el grupo de objeto 2 para el mismo nmero de la punta se crea.
Incluir solamente las
puntas que han cambiado en mensajes de respuesta permite mensajes ms pequeos,
eficientes.
Tales esquemas que sealan se llaman informe-por-anomala, o RBE. Para cada punto de
referencias del cambio, una poca se puede asociar al cambio; cada deteccin de datos valora que
los cambios estn considerados un acontecimiento del cambio. En cualquier hora dada, es
posible tener acontecimientos mltiples del cambio para algunas puntas, y ningunos
acontecimientos del cambio para otras puntas. En DNP 3,0, los grupos de objeto, y los puntos de
referencias dentro de l, se pueden ordenar ms a fondo en clases.
Esto proporciona a un mtodo eficiente de solicitar datos; un mensaje simple (y
pequeo) se puede enviar para solicitar todos los datos en una clase especfica (designada la
exploracin para los datos de la clase).
Hay cuatro clases definidas en DNP 3,0. La clase 0 representa todos los parsitos
atmosfricos (no datos del acontecimiento del cambio). Las clases 1, 2, y 3, representan diversas
prioridades de los datos del acontecimiento del cambio. Asociando diversos datos del
acontecimiento del cambio a diversas clases, las clases se pueden solicitar con variar tarifas
peridicas.
La clase asumida 1 contiene los datos del acontecimiento del cambio de la prioridad ms
alta y la clase 3 contiene los datos ms bajos del acontecimiento del cambio de la prioridad, una
clase 1 que la encuesta sera realizada idealmente como a menudo como posible, una encuesta de
la clase 2 sera realizada menos a menudo, y una encuesta de la clase 3 sera realizada incluso
menos a menudo. Para cada respuesta de los datos de la clase, solamente los datos de la clase que
han cambiado sern vueltos - manteniendo los mensajes de respuesta pequeos y eficientes.
Finalmente, adquirir los datos no asociados a la clase 1, 2, o 3, una encuesta de la
integridad, consistiendo en una exploracin de la clase 0, sera realizada. Debido a la cantidad
posiblemente grande de datos que sean vueltos en una exploracin de la clase 0, puede no ser
terriblemente eficiente y debe ser realizada lo menos a menudo posible.
Grupo 06
Verano de 2004