Introduccion A Los Sistemas SCADA

Universidad de Costa Rica Facultad de Ingeniera
Escuela de Ingeniera Elctrica Departamento de Automtica
IE 431 Sistemas de Control MONOGRAFIA
Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)
GRUPO:
06 David B. Barrantes Jorge M. Quirs Verano de 2004
INTEGRANTES: Dagoberto Montero PERIODO:
IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)
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
4.0 Conclusiones ................................................................................................ 37

Grupo 06 Verano de 2004
ii
5.0 Bibliografa .................................................................................................. 39

5.1 Tesis ................................................................................................................................... 39 5.2 Referencias Electrnicas.................................................................................................... 39
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.
Figura1. Sistema SCADA
Los primeros SCADA eran simplemente sistemas de telemetra, que proporcionaban reportes peridicos de las condiciones de campo vigilando las seales que representaban medidas y/o condiciones de estado en ubicaciones de campo remotas. Estos sistemas ofrecan capacidades muy simples de monitoreo y control, sin proveer funciones de aplicacin alguna. La visin del operador en el proceso estaba basada en los contadores y las lmparas detrs de tableros llenos de indicadores. Mientras la tecnologa se desarrollaba, las computadoras asumieron el papel de manejar la recoleccin de datos, disponiendo comandos de control, y una nueva funcin presentacin de la informacin sobre una pantalla de video. Las computadoras agregaron la capacidad de programar el sistema para realizar funciones de control ms complejas.
Grupo 06
Verano de 2004
Los primeros sistemas automatizados SCADA fueron altamente modificados con programas de aplicacin especficos para atender a requisitos de algn proyecto particular. Como ingenieros de varias industrias asistieron al diseo de estos sistemas, su percepcin de SCADA adquiri las caractersticas de su propia industria. Proveedores de sistemas de software SCADA, deseando reutilizar su trabajo previo sobre los nuevos proyectos, perpetuaron esta imagen de industria especficos por su propia visin de los ambientes de control con los cuales tenan experiencia. Solamente cuando nuevos proyectos requirieron funciones y aplicaciones adicionales, hizo que los desarrolladores de sistemas SCADA tuvieran la oportunidad de desarrollar experiencia en otras industrias. Hoy, los proveedores de SCADA estn diseando sistemas que son pensados para resolver las necesidades de muchas industrias, con mdulos de software industria especficos disponibles para proporcionar las capacidades requeridas comnmente. No es inusual encontrar software SCADA comercialmente disponible adaptado para procesamiento de papel y celulosa, industrias de aceite y gas, hidroelctricas, gerenciamiento y provisin de agua, control de fluidos, etc. Puesto que los proveedores de SCADA an tienen tendencia en favor de algunas industrias sobre otras, los compradores de estos sistemas a menudo dependen del proveedor para una comprensiva solucin a su requisito, y generalmente procurar seleccionar un vendedor que pueda ofrecer una completa solucin con un producto estndar que est apuntado hacia las necesidades especficas del usuario final. Si selecciona a un vendedor con experiencia limitada en la industria del comprador, el comprador debe estar preparado para asistir al esfuerzo de ingeniera necesario para desarrollar el conocimiento adicional de la industria requerido por el vendedor para poner con xito el sistema en ejecucin. Para alcanzar un nivel aceptable de tolerancia de fallas con estos sistemas, es comn tener computadoras SCADA redundantes operando en paralelo en el centro primario del control, y un sistema de reserva del mismo situado en un rea geogrficamente distante. Esta arquitectura proporciona la transferencia automtica de la responsabilidad del control de cualquier ordenador que pueda llegar a ser inasequible por cualquier razn, a una computadora de reserva en lnea, sin interrupcin significativa de las operaciones.
Grupo 06
Verano de 2004
2.0 Sistemas SCADA

2.1 Un ejemplo sencillo
Supongamos que se tiene un circuito elctrico simple que consiste en un interruptor y una luz similar a este:
Figura #2 Circuito del Ejemplo 2.1
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
Podramos tambin utilizar la computadora para presentar la informacin de una manera grfica (un cuadro vale mil palabras). Podra mostrar una vlvula en color rojo cuando est cerrada, o verde cuando est abierta, etctera. Un sistema SCADA real es an ms complejo. Hay ms de un sitio. Algunos tienen 30.000 a 50.000 "puntos" que normalmente proporcionan tanto informacin "analgica" como digital o de estado (por ejemplo, nmeros tales como el nivel del lquido en un tanque). Pueden enviar un valor de estado (por ejemplo, encender una bomba) tanto como recibirlo (bomba encendida). Y la potencia de la computadora se puede utilizar para realizar un complejo secuenciamiento de operaciones, por ejemplo: ABRA una vlvula, despus ENCIENDA una bomba, pero solamente si la presin es mayor de 50. La computadora se puede utilizar para resumir y visualizar los datos que est procesando. Las tendencias (grficos) de valores analgicos en un cierto plazo son muy comunes. Recoger los datos y resumirlos en informes para los operadores y la gerencia son caractersticas normales de un sistema SCADA.
2.2 Definicin general de SCADA

SCADA (supervisory control and data acquisition) es un sistema industrial de mediciones y control que consiste en una computadora principal o master (generalmente llamada Estacin Maestra, Master Terminal Unit o MTU); una o ms unidades control obteniendo datos de campo (generalmente llamadas estaciones remotas, Remote Terminal Units, o RTU); y una coleccin de software estndar y/o a la medida usado para monitorear y controlar remotamente dispositivos de campo. Los sistemas SCADA contemporneos exhiben predominantemente caractersticas de control a lazo abierto y utilizan comunicaciones generalmente interurbanas, aunque algunos elementos de control a lazo cerrado y/o de comunicaciones de corta distancia pueden tambin estar presentes. Sistemas similares a un sistema SCADA son vistos rutinariamente en fbricas, plantas de tratamiento, etc. stos son llamados a menudo como Sistemas de Control Distribuidos (DCS Distributed Control Systems.) Tienen funciones similares a los sistemas SCADA, pero las unidades de coleccin o de control de datos de campo se establecen generalmente dentro de un rea confinada. Las comunicaciones pueden ser va una red de rea local (LAN), y sern normalmente confiables y de alta velocidad. Un sistema DCS emplea generalmente cantidades significativas de control a lazo cerrado. Un sistema SCADA por otra parte, generalmente cubre reas geogrficas ms grandes, y normalmente depende de una variedad de sistemas de comunicacin menos confiables que una LAN. El control a lazo cerrado en esta situacin ser menos deseable. Un sistema SCADA se utiliza para vigilar y controlar la planta industrial o el equipamiento. El control puede ser automtico, o iniciado por comandos de operador. La adquisicin de datos es lograda en primer lugar por las RTU que exploran las entradas de informacin de campo conectadas con ellos (pueden tambin ser usados PLC Programmable Logic Controllers).
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.

La interfaz primaria al operador es una pantalla que muestra una representacin de la planta o del equipamiento en forma grfica. Los datos vivos (dispositivos) se muestran como dibujos o esquemas en primer plano (foreground) sobre un fondo esttico (background). Mientras los datos cambian en campo, el foreground es actualizado (una vlvula se puede mostrar como abierta o cerrada, etc.). Los datos analgicos se pueden mostrar como nmeros, o grficamente (esquema de un tanque con su nivel de lquido almacenado). El sistema puede tener muchas de tales pantallas, y el operador puede seleccionar los ms relevantes en cualquier momento.
2.3 Unidades Maestras (Master Terminal Units)

La parte ms visible de un sistema SCADA es la estacin central o MTU. ste es el "centro neurlgico" del sistema, y es el componente del cual el personal de operaciones se valdr para ver la mayora de la planta. Una MTU a veces se llama HMI Human Machine Interfase, interfaz ser humano - mquina -. 2.3.1 Caractersticas de las unidades maestras
Caractersticas de las unidades maestras Todas las MTU de SCADA deben presentar una serie de caractersticas, algunas de estas son las siguientes: -Adquisicin de datos Recoleccin de datos de las unidades terminales remotas (RTU) -Grficos de tendencia Salvar los datos en una base de datos, y ponerlos a disposicin de los operadores en forma de grficos. -Procesamiento de Alarmas Analizar los datos recogidos de las RTU para ver si han ocurrido condiciones anormales, y alertar a personal de operaciones sobre las mismas.
-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
Las MTU de sistemas SCADA se pueden implementar en la mayora de las plataformas existentes. Los primeros sistemas existentes tendieron a ser propietarios y muy especializados, y donde fueron utilizados sistemas operativos de fines generales, tendieron a ser modificados ampliamente. Esto debido a que los requisitos de SCADA superaban los lmites de la tecnologa disponible en el momento y por razones de desempeo ya que tendieron a proporcionar sistemas grficos por encargo, a usar bases de datos en tiempo real (con gran parte de la base de datos en memoria), y a menudo el hardware debi ser modificado para estos requisitos particulares. La serie Digital Equipment Corporation PDP11 y el sistema operativo RSX11M eran quizs la plataforma ms comn en los SCADA del siglo pasado. Posteriormente, Unix comenz a ser el sistema operativo de ms frecuente eleccin. Mientras la potencia de la PC aumentaba, los sistemas Intel llegaron a ser muy comunes, aunque las plataformas DEC Alfa, y otras estaciones de trabajo de fines elevados estn an en uso. En pocas recientes Windows NT ha alcanzado
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.
Figura #3. Muestra de la presentacin de la planta con un sistema implementado en KEPware.
2.3.2.1 Hardware en sistemas de supervisin: PLC y PC. El hecho es que las tareas automatizadas de control, visualizacin y computacin pueden ser efectuadas por los PLC (conectados en red mediante los mdulos adecuados) mejor que con sistemas exclusivos de control basados en PC. Lo que finalmente es prctico, no obstante, depende de un gran nmero de factores y la mayora deben ser considerados individualmente para cada proyecto de automatizacin. As, por ejemplo, los actuales conocimientos y preferencias del usuario pueden jugar un mayor papel que la pura potencia del ordenador. Los factores cruciales, no obstante, son los atributos de capacidad en tiempo real y las propiedades de seguridad que hasta ahora han sido fuertemente asociadas con el PLC, aunque el PC tambin puede disponer de la caracterstica de capacidad en tiempo real. Un sistema de control es inconcebible sin capacidad en tiempo real. Es comn en sistemas de control por ordenador tener que elegir, segn las caractersticas del
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.
10
Las computadoras industriales estn preparadas para trabajar en los ambientes duros de la industria.
Figura #4.
Se ha discutido mucho el uso de los computadores haciendo la funcin de control, felizmente la tecnologa ha avanzado en este sentido y la tendencia es hacia sistemas operativos ms robustos, mientras tanto existen alternativas como la de LabVIEW Real time de National Instruments, en el que la interfaz de entradas y salidas en el micro-computador alberga un sistema operativo de tiempo real en el que se ejecuta el programa de control, de esta forma se tienen disponibles las ventajas de Windows y el control no se pierde an cuando el sistema operativo (Windows) colapse.
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.
11
Tan importante como el 'Hardware' es el 'Software' especializado para el control y la supervisin de procesos. Los niveles de 'software' podran ser escalonados en: (1) 'Software' de manejo a nivel de registros para las interfaces, (2) programas de usuario en lenguajes de alto nivel, utilizando rutinas suministradas por los fabricantes de 'hardware', (3) Sistemas de desarrollo y generadores de cdigo fuente dedicados a la adquisicin y procesamiento de data as como el control y supervisin de procesos tal como LabVIEW antes mencionado, (4) 'Paquetes' de control y supervisin de procesos, que permiten administrar el 'hardware' de control de procesos basados en controladores lgicos programables (PLC), supervisar los procesos y administrar redes de microcomputadores y de controladores lgicos programables. La mayora de Software de alta performance para la Automatizacin Industrial se ejecuta bajo Microsoft Windows NT, 98 y 2000. Deben proveer una interfaz grfica para su proceso, ya sea como Interfaz Humano Mquina (HMI: Human Machine Interface), o como un sistema de Supervisin, Control y Adquisicin de Datos (SCADA). 2.3.3 Adquisicin de Datos
La funcin de adquisicin de datos de un sistema SCADA es obviamente una funcin preponderante. Hay un nmero de caractersticas asociadas a la adquisicin de datos. 2.3.3.1 Interrogacin, informes por excepcin, y transmisiones iniciadas por RTU. Los primeros sistemas SCADA tenan RTU tontos y el sistema central deba utilizar un sistema de interrogacin (polling) para tener acceso a sus datos. La unidad maestra controlaba todas las comunicaciones, y una RTU nunca hablaba a menos que fuera interrogada. La unidad maestra preguntaba as a cada RTU alternadamente, pidiendo que le enven sus datos. La RTU hara lo necesario para recuperar los ltimos datos de sus instrumentos (adems de la conversin de seales analgicas a digitales) y despus contestara a la peticin de la unidad maestra. Al ser controladas las comunicaciones por la unidad maestra, ste registraba los datos con la hora de recepcin, muchas veces muy distinta a la hora en que fueron generados. Algunas variaciones en esto se han introducido para mejorar la eficacia de comunicaciones. La unidad maestra poda solicitar solamente algunos de los datos de una RTU en cada encuesta principal, y extraera los datos menos importantes en una segunda encuesta disparada con una frecuencia ms baja. Con las RTU ms inteligentes, se podan explorar independientemente sus entradas de informacin, sobre una base continua, e incluso agrupar por hora los datos. La unidad maestra entonces preguntara a la RTU si tiene cualquier cosa para informar. Si nada hubiera cambiado desde la vez ltima, la RTU respondera sin novedad, y la unidad maestra se movera a la RTU siguiente. Para asegurarse de que un cierto acontecimiento no fue salteado, ocasionalmente la unidad maestra hara una encuesta completa como un chequeo de salud. Est claro lo que implica cuando una entrada de informacin digital ha cambiado, pero el uso del informe por excepcin con valores analgicos significa que un cierto cambio del umbral est definido (tpicamente 1-2%), y sobre ste se ha producido algn cambio. El informe
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
13
tradicionalmente como tan importante que la aplicacin SCADA toma directamente la responsabilidad sobre ella. Esto se produce en contraste con protocolos de comunicacin ms generales donde la responsabilidad de transmitir datos confiablemente se deja a los mismos protocolos. A medida que se utilicen protocolos de comunicacin ms sofisticados, y los proveedores de SCADA comiencen a tomar confianza con ellos, entonces la responsabilidad de manejar errores ser transferida al protocolo. 2.3.3.3 Los protocolos de comunicacin Se han desarrollado tcnicas para la transmisin confiable sobre medios pobres, y es as que muchas compaas alcanzaron una ventaja competitiva respecto de sus competidoras simplemente debido al mrito tcnico de sus protocolos. Estos protocolos por lo tanto tendieron a ser propietarios, y celosamente guardados. Esto no representaba un problema al instalar el sistema, aunque s cuando eran requeridas extensiones. Lo obvio y casi absolutamente necesario era acudir de nuevo al proveedor original. No era generalmente factible considerar el uso de un protocolo distinto, pues eran generalmente mutuamente excluyentes. Los progresos recientes han considerado la aparicin de un nmero apreciable de protocolos "abiertos". IEC870/5, DNP3, MMS son algunos de stos. Los mejores de estos protocolos son los multicapa completamente "encapsulados", y los sistemas SCADA que utilizan stos pueden confiar en ellos para garantizar la salida de un mensaje y el arribo a destino. Un nmero de compaas ofrece los cdigos fuente de estos protocolos, y otras ofrecen conjuntos de datos de prueba para comprobar la implementacin del mismo. Por medio de estos progresos est llegando a ser factible, por lo menos a este nivel, considerar la interoperabilidad del equipamiento de diversos fabricantes. Como documento adjunto se dar una breve descripcin del protocolo DNP 3.0. 2.3.3.4 Las redes de comunicacin. SCADA tiende a utilizar la mayora de las redes de comunicacin disponibles. Los sistemas SCADA basados en transmisin radial son probablemente los ms comunes. stos evolucionaron con el tiempo, y lo ms bsico es el uso de FSK (frequency shift keying codificacin por conmutacin de frecuencia) sobre canales de radio analgicos. Esto significa que aquellos 0 y 1 son representados por dos diversas frecuencias (1800 y 2100 hertzios son comunes). Estas frecuencias se pueden sintetizar y enviar sobre una radio de audio normal. Velocidades de hasta 1200 baudios son posibles. Una consideracin especial necesita ser dada al retardo de RTS (request to send - peticin de enviar) que normalmente se presenta. Esto se produce porque una radio se tomar algn tiempo despus de ser encendida (on) para que la seal alcance niveles aceptables, y por lo tanto el sistema SCADA debe poder configurar estos retardos. La mayora de las otras consideraciones con respecto a radio y SCADA se relacionan con el diseo bsico de la red de radio. Servicios basados en satlites
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 .
Figura # 6 Descripcin de los enlaces por radio de un sistema SCADA
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.
16
2.3.3.7 Los circuitos telefnicos Tienen algunas implicaciones importantes para un sistema SCADA. En primer lugar la administracin de mdems en campo puede ser molesta. En segundo lugar la RTU debe poder salvar datos mientras el mdem est desconectado, para despus transmitirlos cuando se establece la conexin. Preferiblemente la RTU debe poder iniciar la llamada cuando ocurre una alarma, o sus buffers de datos corren el riesgo de desbordar. La unidad maestra debe poder manejar la recepcin de este cmulo de datos, y al mismo tiempo "rellenar" su base de datos, generar los grficos, etctera. Algunos informes producidos por la unidad maestra pueden necesitar ser corregidos cuando llegan los datos. 2.3.4 Graficacin de tendencias
El recurso de graficacin de tendencias es una funcin base incluida en cada sistema SCADA. La computadora se puede utilizar para resumir y exhibir los datos que est procesando. Las tendencias (grficos) de valores analgicos sobre el tiempo son muy comunes. Recoger los datos y resumirlos en informes para los operadores y gerencia son caractersticas normales de un sistema SCADA.
Figura #7. Ejemplo de una pantalla de graficacin de tendencias en tiempo real.
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
La caracterstica del procesamiento de alarmas se ha asociado siempre a las funciones de las reas de control de la planta. La computadora procesa todos los datos como vienen del campo, y considera si la variable ha entrado en alarma. Para los valores digitales, uno de los estados (0 o 1) se puede sealar como estado de alarma. Para valores analgicos es normal que se definan lmites de alarmas tal que si el valor cae fuera de estos lmites, considerarlo como en alarma. Las alarmas se clasifican normalmente en varios niveles de prioridad, con la prioridad ms alta siendo a menudo reservada para las alarmas de seguridad. Esto permite que el operador seleccione una lista de las alarmas ms importantes. Cuando un punto entra en alarma, debe ser validada por el operador. Un cdigo es asociado a veces por el operador en ese momento para explicar la razn de la alarma. Esto ayuda en el anlisis posterior de los datos. Es comn tener cierto anuncio audible de la alarma, alguna seal sonora en la sala de operaciones. Un problema comn para los sistemas SCADA es la "inundacin" de alarmas. Cuando ocurre un trastorno importante del proceso, a menudo un evento de alarma causa otro y as sucesivamente. A menudo en el entusiasmo inicial, los lmites de alarma se especifican firmemente, y an en valores que no son realmente importantes. La inundacin de alarmas resultante puede abrumar al personal de operaciones, y ocultar la causa inicial del problema.
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
La caracterstica distintiva de los sistemas SCADA es su capacidad de comunicacin. Como ya se ha dicho, comparado a los DCS (Distributed Control Systems - sistemas de control distribuido) considerados a menudo dentro de una planta o de una fbrica, un sistema SCADA cubre generalmente reas geogrficas ms grandes, y utiliza muchos medios de comunicaciones diversos (y a menudo relativamente no fiables). Un aspecto importante de la tecnologa de SCADA es la capacidad de garantizar confiablemente la salida de datos al usar estos medios. Los sistemas SCADA utilizaron inicialmente enlaces de comunicacin lentos. Clculos cuidadosos debieron ser hechos para evaluar los volmenes de datos probables esperados, y asegurar que la red de comunicaciones fuera capaz de resolver las demandas. Todo lo relacionado a las redes de comunicacin se ha desarrollado ms arriba.
2.4 Terminales Remotas (Remote Terminal Units)

2.4.1 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. La mayor parte de las RTU tienen como caractersticas principales: Comunicaciones a travs de la red telefnica fija y mvil, radio enlaces, lneas dedicadas, bus de campo. Adquisicin y mando (seales digitales y analgicas, conteos). Capacidad: entre 280 y 700 variables (segn las aplicaciones). Procesamientos y automatismos parametrables. Almacenamiento de datos a largo plazo (alarmas, medidas, conteos, informes). Alerta hacia estaciones maestras, buscapersonas y telfonos mviles. Mdulos especializados (automatizacin y gestin de las estaciones de elevacin). Enlaces entre instalaciones (entre remota y remota, entre remotas y mdulos). Compatibilidad con otros productos (autmatas programables, analizadores, controladores, medidores, ordenadores de supervisin.)
La interaccin humano-mquina (MMI) para configurar y operar el equipo puede realizarse localmente o a distancia, mediante un microordenador (programas y otros productos compatibles), en un lenguaje natural e intuitivo.
Grupo 06
Verano de 2004
21
2.4.2
Funcionalidad del hardware de un RTU
Figura #8. Diagrama general de un RTU
El hardware de un RTU tiene los siguientes componentes principales:

CPU y memoria voltil (RAM). Memoria no voltil para grabar programas y datos. Capacidad de comunicaciones a travs de puertos seriales o a veces con mdem incorporado. Fuente de alimentacin segura (con salvaguardia de batera). Watchdog timer (que asegure reiniciar el RTU si algo falla). Proteccin elctrica contra fluctuaciones en la tensin. Interfaces de entrada-salida a DI/DO/AI/AO. Reloj de tiempo real 2.4.2 Funcionalidad del Software
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
Aplicacin SCADA para exploracin de entradas de informacin, procesamiento y el grabado de datos, respondiendo a las peticiones de la unidad maestra sobre la red de comunicaciones. Algn mtodo para permitir que las aplicaciones de usuario sean configuradas en la RTU. sta puede ser una simple configuracin de parmetros, habilitando o deshabilitando entradas-salidas especficas que invalidan o puede representar un ambiente de programacin completo para el usuario. Diagnstico. Algunas RTU pueden tener un sistema de archivos con soporte para descarga de archivo, tanto programas de usuario como archivos de configuracin. 2.4.4 Operacin Bsica
El RTU operar la exploracin de sus entradas de informacin, normalmente con una frecuencia bastante alta. Puede realizar algn procesamiento, por ejemplo cambios de estado, time stamping de cambios, y almacenaje de datos que aguardan el polling de la unidad maestra. Algunas RTU tienen la capacidad de iniciar la transmisin de datos a la unidad maestra, aunque es ms comn la situacin donde la unidad maestra encuesta a las RTU preguntando por cambios. La RTU puede realizar un cierto procesamiento de alarmas. Cuando es interrogado la RTU deber responder a la peticin, la que puede ser tan simple como dame todos tus datos, o una compleja funcin de control para ser ejecutada. 2.4.5 RTU pequeas contra RTU grandes
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 Algunos tipos de RTU
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 # 9. Ejemplo de una RTU stand-alone simple Sistemas stand-alone pequeos que pueden accionar peridicamente a los sensores (o radios) para medir y/o reportar. Generalmente las bateras son mantenidas por energa solar con capacidad para mantener la operacin por lo menos 4 meses durante la oscuridad completa. Estos sistemas tienen generalmente bastante capacidad para un esquema mucho ms complejo de comunicaciones.
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
24
conversores y emuladores de protocolos. Algunos estndares han comenzado recientemente a emerger para las RTU, como DNPs e IEC870 para comunicaciones IEC1131-3 para programar las RTU. 2.4.8 PLCs contra RTUs
Un PLC (Programmable Logic Controller) es una computadora industrial pequea que substituy originalmente la lgica de los relays. Tena entradas de informacin y salidas similares a las de una RTU. Contena un programa que ejecutaba un bucle, explorando las entradas de informacin y tomando las acciones basadas en estas entradas de informacin. El PLC no tena originalmente ninguna capacidad de comunicaciones, sino que comenzaron a ser utilizadas en situaciones donde las comunicaciones eran una caracterstica deseable. Los mdulos de comunicaciones fueron desarrollados as para los PLC, utilizando Ethernet (para el uso en DCS) y el protocolo de comunicaciones Modbus para el uso sobre conexiones dedicadas (cables). Con el correr del tiempo los PLC soportaron protocolos de comunicacin ms sofisticados. Las RTU se han utilizado siempre en situaciones donde son ms difciles las comunicaciones, y la potencia de las RTU resida en su capacidad de manejar comunicaciones difciles. Las RTU tenan originalmente programabilidad pobre en comparacin con los PLC. Con el tiempo, la programabilidad de la RTU ha ido aumentando. En la actualidad no existe gran rivalidad entre los PLC y las RTU ya que se han convertido en el complemento, pues la RTU se a convertido en la conexin entre el PLC y el control central. De esta forma la RTU informa del desempeo del equipo y en caso de que este no sea satisfactorio la MTU realiza los cambios necesarios en el PLC por medio de la RTU. 2.4.9

Qu especificar?
Rango de temperatura para la aplicacin, por ejemplo entre -10 y 65 C. Humedad relativa 0 a 95%. Proteccin del polvo, de la vibracin, de la lluvia, de la sal y de la niebla. Inmunidad al ruido elctrico. Consumo de energa. Capacidad de almacenamiento y de entrada-salida. Permita siempre algo de repuesto (alrededor 10-20%). Control de exactitud de entradas analgicas, y el tipo de seales digitales esperadas (ej.0- 5v). Programabilidad y flexibilidad de configuracin. Diagnstico - local y remoto. Capacidad de comunicaciones incluyendo soporte para radio, PSTN, landline, microonda, satlite, X.25. Recuerde que el uso del PSTN implica el timestamp y el grabado de los datos mientras no est conectado, y que la unidad maestra pueda marcar, validar esta reserva de datos, y llenar su base de datos con estos datos histricos (archivos incluyendo los de tendencia). Tambin considere cmo las alarmas deben ser manejadas con PSTN.
Verano de 2004
Grupo 06
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.
2.5 Garenciamiento de Proyectos

Lo que sigue es una descripcin muy breve del gerenciamiento de proyectos SCADA. Todas las metodologas de la gerencia de proyecto implican descomponerlo en fases, generalmente con entradas de aprobacin al final de cada fase. 2.5.1

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:
Para reducir costos de energa. Para reducir costos de personal. Para reducir requisitos de capital futuros. Para mejorar el nivel del servicio. Para evitar incidentes ambientales. Para cumplir con requisitos regulatorios. Puede no ser posible ejecutar el negocio sin Grupo 06
SCADA.
Verano de 2004
26
Para obtener un costo competitivo. Para sustituir un sistema existente obsoleto.
A menudo SCADA no est rigurosamente justificado sino que es requerido simplemente por la gerencia como parte de la forma que la misma desea llevar el negocio. sta puede ser la mejor manera, pues los recursos a menudo substanciales son consumidos intentando dar una justificacin para una implementacin SCADA, y es extremadamente comn que despus de que el sistema est instalado, se presenten beneficios inesperados que abruman las ventajas originalmente predichas. Adems, las ventajas pueden presentarse multiplicadas por varias otras iniciativas claves que se estn desarrollando en paralelo, como la reingeniera del negocio, y a veces es imposible separar los beneficios de SCADA de los que se originan en otras iniciativas. Una gerencia progresista crear un clima en el cual el personal busque activamente las vas en las cuales mejorar la productividad de la organizacin. En otras organizaciones, tal propuesta ser tratada con escepticismo. La clave de esto reside en que la gerencia desarrolle una visin de cmo quisiera que la organizacin se maneje en el futuro. El siglo pasado requiri que las organizaciones lleguen a ser ms chicas y ms eficientes. Es difcil imaginar que estas tendencias se reviertan en los aos prximos. Esta fase es crucial en cualquier proyecto SCADA. El xito econmico del proyecto se encarna en determinar la factibilidad inicial. El alcance del proyecto esencialmente se define en este punto. Por ejemplo si no se consideran los beneficios del uso de los horarios de tarifas elctricas educidas para reducir el costo de bombeo, es improbable que usted incluya esto en el proyecto SCADA en una etapa posterior. 2.5.2

Lanzamiento
Validar la necesidad del proyecto. Establecer los conceptos y su alcance. Establecer una estructura sumaria de la subdivisin del trabajo. Estimacin conceptual de costos (-30 a +50%)
Generalmente una cierta cantidad de recursos financieros se ha aprobado en esta etapa para emprender las investigaciones preliminares, y preparar un plan preliminar de la administracin del proyecto. Ser necesario afirmarse en el alcance, identificar las tecnologas principales que se utilizarn, y ganar el acuerdo y la aprobacin de los usuarios potenciales del sistema. Es harto necesario la estimacin del costo con una exactitud dentro del ambito -30 a +50%, como as tambin establecer las ventajas del sistema con bastante exactitud para convencer a la gerencia de dar la aprobacin para proceder con la siguiente fase. Un error comn en este punto es entrar demasiado en detalles tcnicos. El trabajo debe concentrarse en esta etapa en los requisitos funcionales (o de usuario), y los requisitos tecnolgicos se deben mirar solamente al punto de permitir las estimaciones de costos con la
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
Designar a miembros como lderes de equipo. Desarrollar los lineamientos bsicos y la agenda para la gerencia del proyecto. Evaluar los riesgos. Realizar estudios econmicos. Desarrollar las estrategias contractuales. Desarrollar las estrategias de implementacin. Realizar la estimacin definitiva de costo con una mxima exactitud (-15 a +25%).
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.
28
2.5.4

Diseo
Revisiones de Diseo. Revisiones de los reportes de la etapa de definicin. Justificacin de los Fondos. Estimacin de Diseo (-10%+10%).
Esta fase implica normalmente la preparacin de la especificacin, y el desarrollo de planes de evaluacin de licitadores. Es probable que una fase de precalificacin pueda proceder en este momento a facilitar la tarea. La Precalificacin se utiliza para pre-seleccionar a los licitadores de reputacin que tienen una probada trayectoria en este campo. La Precalificacin permite la seleccin de potenciales proveedores antes de que hayan emplazado una cotizacin, por ejemplo, en base a su capacidad y experiencia. Una decisin clave en esta etapa es exigir la presentacin de pruebas especficas. En los aos 80 los contratos rutinariamente especificaban pruebas de aceptacin de fbrica, pruebas de implementacin, pruebas de aceptacin, etctera. Esto era obligatorio en virtud de que la tecnologa era nueva, costosa y la separacin del diseo y la adquisicin implicaban un alto grado de adecuacin. La costumbre moderna es utilizar contratos prediseados, y pagar por desempeo. Una prueba funcional es todo lo que se requiere desde la perspectiva del comprador. Si el proveedor desea ejecutar pruebas de aceptacin de fbrica, es su decisin. 2.5.5
Grupo 06
Adquisicin
Especificacin y preparacin del trabajo. Estimacin de costos (despus de la recepcin de las ofertas) -5%+5%. Construccin. Fabricacin fuera del sitio. Comisin. Terminacin prctica. Bajo contratos prediseados, todo el trabajo detallado es realizado por un solo proveedor. Los participantes clave en esta etapa son: El encargado de proyecto del proveedor. El superintendente del contrato. El encargado de proyecto. El xito del proyecto depender de la actuacin de estos tres. En esta fase el proyecto pasar por un nmero de etapas: Diseo (que culmina en un informe del diseo del proveedor para su aprobacin). Configuracin del software principal de SCADA. Desarrollo del software a medida. Ensamble de las RTU en fbrica, y prueba. Instalacin de la instrumentacin de campo, de comunicaciones, y de RTU. Comisin.
Verano de 2004
29
Prueba de aceptacin en el sitio. Entrenamiento del cliente. Subsiguiente a esto, el sistema tiene normalmente un perodo de deteccin de problemas, ms all del mantenimiento que debe ser contratado. 2.5.6

Liquidacin del Proyecto
Reporte final del proyecto. Liquidacin de defectos y mal funcionamientos. Depuracin final. Revisin pos implementacin.
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 Implementacin en la empresa de colchones ROSEN S.A.C.I
El reto: Disear un sistema SCADA que permita monitorear y controlar estanques qumicos de TDI (Disocianato de Tolueno) y Poliol (Polyether Poliol) usados en la produccin de espuma por la empresa Colchones Rosen SAIC de Temuco, Chile. La solucin: Implementar un sistema basado en tarjetas de adquisicin de datos y LabVIEW para el monitoreo, registro y control de las variables del proceso. Resumen: El presente proyecto resalta la relacin produccin/seguridad, ya que se pretende con herramientas de ltima generacin como computadoras, tarjetas adquisidoras de datos (DAQ) y software de automatizacin y control grfico, como lo es LabVIEW, lograr una significativa mejora en el proceso de control y llenado de estanques de qumicos de TDI y Poliol. Descripcin del sistema: Fsicamente, existen cinco estanques en la sala prxima a la mquina de fabricacin de espuma (Fig. 1), cada uno de ellos posee sensores capacitivos de nivel modelo VEGA 3.21 como tambin vlvulas manuales que son accionadas por los operarios. Los estanques 1 y 2 son de Poliol (conectados entre s) y los restantes 3, 4 y 5 son de TDI (tambin conectados entre s).
Figura #11 Ilustracion de los estanques
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
31
estanques, debido a variaciones producidas por la cantidad, presin, temperatura, densidad y otras variables.
Figura #12 Display de Porcentaje
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
Figura #13 Servidor vi.
Figura # 14 Cliente TDI-Poliol 2.0 .vi(TDI).
Grupo 06
Verano de 2004
33
Figura # 15 Cliente TDI-Poliol 2.0 vi.(Poliol).
Figura # 16 Tabla de Excel
Grupo 06
Verano de 2004
34
3.1.2
Sistema SCADA basado en tres estaciones RTU
El proyecto consiste en un sistema SCADA basado en tres estaciones RTU, gobernadas por cuatro microcontroladores PIC y una estacin MTU que es una computadora. He desarrollado un programa mediante el programa Labview con el que se permite supervisar y controlar un proceso que contiene entradas y salidas tanto digitales como analgicas, as como diferentes perifricos como son un motor de corriente continua o una pantalla LCD. Las estaciones RTU intercambian informacin con el ordenador para que ste pueda mostrar el estado de las diferentes variables, procesar los datos y enviar en consecuencia las rdenes convenientes para las que es solicitada. La tcnica empleada para gobernar las RTU ha sido la comunicacin entre el ordenador y la placa se consigue mediante el protocolo RS-232. Este protocolo es punto a punto, pero una vez que los datos llegan a la placa, estos se cuelgan de un bus gobernado por un microcontrolador que permite que cada RTU tan slo escuche aquellas rdenes pooling. Las tres estaciones RTU se encuentran montadas sobre una misma placa. Cada estacin controla procesos diferentes puesto que se ha tratado de que el proyecto abarque la mayor diversidad posible de entradas y salidas.
Figura # 17
Fotografa de la placa en la que se encuentran las tres estaciones RTU
Grupo 06
Verano de 2004
35
3.1.2.1 Primera Estacin RTU La primera RTU trabaja con entradas y salidas digitales. Se han colocado cuatro sensores digitales de diverso tipo: un pulsador, un interruptor, un final de carrera y un sensor ptico de corte. La RTU lee el estado de estos sensores y manda la informacin al ordenador para que este enve un dato de respuesta que se mostrar en cuatro salidas digitales de que dispone la RTU. Estas salidas se han simulado con cuatro diodos leds de colores. Adems, tambin existe un funcionamiento manual mediante el cual la MTU puede asignar el valor que quiera a las salidas digitales independientemente del valor de las entradas digitales. 3.1.2.2 Segunda Estacin RTU Esta estacin maneja una entrada analgica y un motor de corriente continua. seal a medir proviene de un sensor de temperatura de unin semiconductora modelo LM35. La estacin RTU convertir el valor de la temperatura en un byte digital y enviar el dato a la estacin MTU. El motor actuar como refrigerador y en funcin de la temperatura existente girar ms rpido o ms despacio. Esta regulacin de la velocidad de giro del motor se consigue por software mediante modulacin de anchura de pulsos. La informacin para que la estacin RTU aplique al motor los distintos trenes de pulsos, provendr de la estacin MTU que generar un comando de respuesta en funcin de la temperatura que le haya sido transmitida. 3.1.2.3 Tercera Estacin RTU Tercera RTU proporciona una tensin analgica variable que es controlada por la estacin MTU. Por lo tanto, estamos hablando de salida analgica. Desde la estacin MTU podr seleccionarse un valor de tensin que aparecer en las bornes de salida que presenta la placa. Esta tercera estacin incorpora adems una pantalla LCD para mostrar el valor de la tensin que posee entre sus bornes. Desde la MTU podr provocarse una situacin de alarma es esta RTU y como resultado, se activar un mensaje con parpadeos en la pantalla y se activar un zumbador. 3.1.2.4 Estacin Maestra MTU Estacin MTU es un ordenador con un programa desarrollado con el paquete informtico Labview. El programa es totalmente visual y de muy fcil manejo y el protocolo con el que el ordenador se comunica con las diferentes estaciones es el RS-232
Grupo 06
Verano de 2004
36
Figura # 18
Imagen del software de la Estacin MTU
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.
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.
Al tener acceso a toda la informacin de los procesos, le permiten al personal de gerencia obtener datos valiosos acerca del rendimiento de la planta lo cual los ayuda en la toma de decisiones econmicas.
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
Un sistema SCADA permite recabar, almacenar y mostrar informacin de una manera confiable y continua, adems de permitir la ejecucin de acciones inmediatas a la hora de la llegada de una seal de alarma. Estos sistemas si bien permiten la automatizacin tambin requieren de una serie de profesionales en diferentes reas. El desarrollo de los sistemas requiere de diferentes ingenieros y profesionales relacionados con el proceso especfico en el cual se est trabajando para proveer la base terica necesaria para caracterizar el sistema. Adems requiere de todo un equipo de ingenieros en informtica , telecomunicaciones, control y mecnica que lleven a cabo el montaje y el diseo del sistema. Finalmente de una serie de personal capacitado que lleve a cabo el mantenimiento del sistema operando. La mayora de los sistemas SCADA que son instalados hoy se est convirtiendo en una parte integral de la estructura de gerenciamiento de la informacin corporativa. Estos sistemas ya no son vistos por la gerencia simplemente como herramientas operacionales, sino como un recurso importante de informacin. En este papel continan sirviendo como centro de responsabilidad operacional, pero tambin proporcionan datos a los sistemas y usuarios fuera del ambiente del centro de control que dependen de la informacin oportuna en la cual basan sus decisiones econmicas cotidianas. La mayora de los vendedores principales de SCADA han reconocido esta tendencia, y estn desarrollando rpidamente mtodos eficientes para hacer disponibles los datos, mientras protegen la seguridad y funcionamiento del sistema SCADA. La arquitectura de los sistemas de hoy a menudo integra diferentes ambientes de control, tales como tuberas de gas y aceite, control de plantas de tratamiento de agua e infinidad procesos industriales en un solo centro de control, y da a da se implementan ms y ms de estos sistemas en los ms diversos campos de trabajo, cuyo lmite ...depende solo de la imaginacin del ingeniero...(AN-170).
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.
5.2 Referencias Electrnicas

1.Sistemas SCADA/DCS basados en la tecnologa Foundation Fieldbus http://www.instrucontrol.com/Foundation_Fieldbus_Seminar/index.htm 2.Fts for IA and SCADA http://www.fte.com/products/FTSIAandSCADA.htm 3.Software Horizons Inc. http://www.shorizons.com/ 4.Arcom Control Systems http://www.arcomcontrols.com/products/pcp/pcp19.htm 5.Scada http://www.redeweb.com/Novedades/scada.htm 6.Bit http://www.iies.es/teleco/publicac/publbit/bit108/otros2.htm 7.European Organization for Nuclear Research http://ref.cern.ch/CERN/CNL/2000/003/scada/ 8.Energenecs http://www.energenecs.com/scada.htm 9.Intelligent eManufactoring Solutions http://intellution.com 10.Manufacturing Concepts Inc. http://www.mfgcon.com/scada.html 11.Kepware Technologies http:// kepware.com/download_opc.html 12.Scadalink http://www.scadalink.com
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
DNP 3,0 es un protocolo "encapado". An as, en lugar de asemejarse al protocolo de 7 capas de la OSI (Open System Interconection - interconexin de sistemas abiertos), DNP 3,0 adhiere a un estndar simplificado de 3 capas propuesto por el IEC (Internacional Electrotechnical Commission - Comisin internacional de Electrotecnia) para implementaciones ms bsicas. El IEC llama a esto Enhanced Performance Architecture, o EPA. (en realidad, sin embargo, DNP 3,0 agrega una cuarta capa, una capa de pseudo-transporte que permite la segmentacin del mensaje). 6.1.2.1 Capa Fsica La capa fsica se refiere sobre todo a los medios fsicos sobre los cuales se est comunicando el protocolo. Por ejemplo, maneja el estado del medio (limpio u ocupado), y la
41
sincronizacin a travs del medio (iniciando y parando). Ms comnmente, DNP se especifica sobre una capa fsica serial simple tal como RS-232 o RS-485 usando medios fsicos tales como fibra, radio o satlite. Los proyectos se orientan actualmente para implementar DNP sobre una capa fsica como Ethernet. 6.1.2.2 Capa de Transmisin de Datos La capa de transmisin de datos maneja la conexin lgica entre el remitente y el receptor de la informacin y pone a prueba las caractersticas de error del canal fsico. DNP logra esto comenzando cada frame de transmisin de datos con una cabecera, e insertando un CRC de 16 bits cada 16 bytes del frame. Un frame es una porcin de un mensaje completo comunicado sobre la capa fsica. La medida mxima de un frame de transmisin de datos es 256 bytes. Cada frame tiene una direccin fuente de 16 bits y una direccin de destino tambin de 16 bits, las que pueden ser una direccin de difusin o broadcast (0xffff). La informacin del direccionamiento, junto con un cdigo de inicio de 16 bits, la longitud del frame, y un byte de control de transmisin de datos se hallan en la cabecera (10 bytes) de transmisin de datos. El byte de control de transmisin de datos indica el propsito del frame de transmisin de datos, y el estado de la conexin lgica. Los valores posibles del byte de control de transmisin de datos son: ACK, NACK, la conexin necesita resetear, la conexin ha sido reseteada, confirmacin de solicitud de transmisin de datos del frame, solicitud de estado de conexin, y contestacin de estado de conexin. Cuando se solicita una confirmacin de transmisin de datos, el receptor debe responder con un frame ACK de transmisin de datos si el mismo es recibido y pasa los controles del CRC. Si una confirmacin de la transmisin de datos no se solicita, no se requiere ninguna respuesta de la transmisin de datos. 6.1.2.3 Capa de Pseudo-Transporte La capa de pseudo-transporte divide mensajes de la capa de aplicacin en mltiples frames de transmisin de datos. Para cada frame, inserta un cdigo de funcin de 1 byte que indica si el frame de transmisin de datos es el primer frame del mensaje, el ltimo frame del mensaje, o ambos (para mensajes singles). El cdigo de funcin tambin incluye un nmero de secuencia del frame que se incrementa con cada uno y permite que la capa de transporte recipiente detecte frames perdidos. 6.1.2.4 Capa de Aplicacin La capa de aplicacin responde a mensajes completos recibidos (y arribados de la capa de transporte), y construye los mensajes basados en la necesidad o la disponibilidad de los datos del usuario. Una vez que se construyan los mensajes, se pasan a la capa de pseudo-transporte donde
42
se dividen en segmentos y se pasan a la capa de transmisin de datos y eventualmente comunicados sobre la capa fsica. Cuando los datos a transmitir son demasiado grandes para un solo mensaje de la capa de aplicacin, se pueden construir mensajes mltiples de la capa de aplicacin y transmitirlos secuencialmente. Sin embargo, cada mensaje es un mensaje independiente de la capa de aplicacin; existe una indicacin de su asociacin con el siguiente, en todos excepto en el ltimo. Debido a esta posible fragmentacin de los datos de aplicacin, cada mensaje es referido como un fragmento, y un mensaje por ende puede ser un mensaje de un solo fragmento o un mensaje de mltiples fragmentos. Los fragmentos de la capa de aplicacin de las estaciones Master de DNP son tpicamente solicitudes de operaciones sobre objetos de datos, y los fragmentos de la capa de aplicacin de estaciones esclavas de DNP son tpicamente respuestas a esas peticiones. Una estacin esclava DNP puede tambin transmitir un mensaje sin una peticin (una respuesta no solicitada). Como en la capa de transmisin de datos, los fragmentos de la capa de aplicacin se pueden enviar con una solicitud de confirmacin. Una confirmacin de la capa de aplicacin indica que un mensaje no slo ha sido recibido, sino tambin analizado sin error. (por otra parte, una confirmacin de la capa de transmisin de datos, o ACK, indica solamente que se ha recibido el frame de la transmisin de datos y que pas los controles de error del CRC.) Cada fragmento de la capa de aplicacin comienza con una cabecera seguida por una o ms combinaciones de objetos de datos y objetos cabecera. La cabecera de la capa de aplicacin contiene un cdigo de control de la aplicacin y un cdigo de funcin de la aplicacin. El cdigo de control de la aplicacin contiene una indicacin de si el fragmento es parte de un mensaje multi-fragmento, una indicacin de si una confirmacin de la capa de aplicacin es requerida por el fragmento, una indicacin de si el fragmento fue no solicitado, y contiene un nmero de secuencia de la capa de aplicacin. Este nmero de secuencia de la capa de aplicacin permite que la capa de aplicacin receptora detecte los fragmentos que estn fuera de secuencia, o los fragmentos perdidos. El cdigo de funcin de cabecera de la capa de aplicacin indica el propsito, o la operacin solicitada, del mensaje. A la par que DNP 3,0 permite mltiples tipos de datos dentro de un nico mensaje, permite una nica operacin sobre los tipos de datos dentro del mismo. Algunos ejemplos de cdigos de funcin son: Confirmar (para las confirmaciones de la capa de aplicacin), leer y escribir, seleccionar y operar, congelar y limpiar (para los contadores), reiniciar, permitir e invalidar mensajes no solicitados, y asignar la clase (discutida abajo). El cdigo de funcin de cabecera de la capa de aplicacin se aplica a todas las cabeceras del objeto, y por lo tanto a todos los datos dentro del fragmento del mensaje.
Grupo 06
Verano de 2004
43
6.1.3
Orgazacion de la Base de Datos
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
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.

Introduccion A Los Sistemas SCADA

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Introduccion A Los Sistemas SCADA

Cargado por

Copyright:

Formatos disponibles

Universidad de Costa Rica Facultad de Ingeniera

Escuela de Ingeniera Elctrica Departamento de Automtica

IE 431 Sistemas de Control MONOGRAFIA

Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

06 David B. Barrantes Jorge M. Quirs Verano de 2004

INTEGRANTES: Dagoberto Montero PERIODO:

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

4.0 Conclusiones ................................................................................................ 37

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

5.0 Bibliografa .................................................................................................. 39

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

Figura1. Sistema SCADA

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

2.0 Sistemas SCADA

Figura #2 Circuito del Ejemplo 2.1

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

2.2 Definicin general de SCADA

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

2.3 Unidades Maestras (Master Terminal Units)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

Figura #3. Muestra de la presentacin de la planta con un sistema implementado en KEPware.

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

Figura # 6 Descripcin de los enlaces por radio de un sistema SCADA

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

Figura #7. Ejemplo de una pantalla de graficacin de tendencias en tiempo real.

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

2.4 Terminales Remotas (Remote Terminal Units)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

Funcionalidad del hardware de un RTU

Figura #8. Diagrama general de un RTU

El hardware de un RTU tiene los siguientes componentes principales:

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

2.5 Garenciamiento de Proyectos

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

Para obtener un costo competitivo. Para sustituir un sistema existente obsoleto.

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

Liquidacin del Proyecto

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

Figura #11 Ilustracion de los estanques

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

Figura #12 Display de Porcentaje

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

Figura #13 Servidor vi.

Figura # 14 Cliente TDI-Poliol 2.0 .vi(TDI).

IE-431 Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA)

Figura # 15 Cliente TDI-Poliol 2.0 vi.(Poliol).