SCADA System S & Telemetry

SCADA Systems & Telemetry
13 de Octubre de 2007
Nombre: Luis Eduardo Chavarra Meza
ID: MM2086SOI9069
MATERIA:
SCADA SYSTEMS & TELEMETRY
Atlantic International University

Mexico, City
ndice
1 Descripcin de un Sistema SCADA ..................................................................................... 4
1.1 1.2 1.3 1.4 1.5 Definicion General del SCADA ............................................................................................4 Necesidades de un sistema SCADA. ...........................................................................................5 Funciones Principales de un Sistema SCADA .............................................................................5 Elementos del Sistema .................................................................................................................6 Beneficios Mediante el Sistema SCADA ......................................................................................8
MTU, RTU ........................................................................................................................... 9

2.1 MTU - Master Terminal Unit ..........................................................................................................9 2.1.1 Funciones .............................................................................................................................9 2.1.2 Hardware y software ............................................................................................................9 2.1.3 Adquisicin de datos ..........................................................................................................10 2.1.10 Trending - Graficacin de tendencias ................................................................................14 2.1.15 Procesamiento de alarmas.................................................................................................16 2.2 Comunicaciones..........................................................................................................................17 2.2.1 Importancia .........................................................................................................................17 2.3 RTU's Remote Terminal Units ....................................................................................................17 2.3.1 Fundamentos .....................................................................................................................17 2.3.2 Funcionalidad del Hardware de un RTU ............................................................................18 2.3.3 Funcionalidad del Software de un RTU .............................................................................18 2.3.4 Operacin bsica ...............................................................................................................19 2.3.5 RTU's pequeos contra RTU's grandes .............................................................................19 2.3.6 Estndares .........................................................................................................................20 2.3.7 PLC's contra RTU's ............................................................................................................20
Breve revisin de DNP 3,0............................................................................................... 21

3.1 3.2 3.2.1 3.2.2 3.2.3 3.2.4 3.3 3.4 Historia ........................................................................................................................................21 Arquitectura en capas .................................................................................................................22 Capa Fsica ........................................................................................................................22 Capa de Transmisin De Datos .........................................................................................22 Capa de Pseudo-Transporte ..............................................................................................23 Capa de Aplicacin ............................................................................................................23 Organizacin de la Base de datos ..............................................................................................24 Modelo de Reportes ....................................................................................................................25
Especificacin Funcional General .................................................................................. 26

4.1 Filosofa Operativa ......................................................................................................................26 4.1.1 Filosofa Inicial de Operacin .............................................................................................26 4.1.2 Esquema bsico del Sistema SCADA ...............................................................................26 4.1.3 Tendencia en la Filosofa de Operacin ...........................................................................28 4.2 rea de Responsabilidad de los Centros de Control ..................................................................29 4.2.1 Centro de Control Principal CCMP ....................................................................................29 4.2.2 Centros de Control Alternativo, CMR+R ............................................................................30 4.2.3 Centros de Monitoreo Regional (CMR) ..............................................................................30 4.2.4 Centros de Informacin Regional CIR ...............................................................................30 4.2.5 Usuarios Casuales, Servidor WEB ....................................................................................30
Especificacin Funcional del Centro de Control y Monitoreo Principal (CCMP) ........ 30

5.1 Funcionalidad ..............................................................................................................................30 5.1.1 Sala de Servidores .............................................................................................................31 5.1.2 Sala de Operaciones ..........................................................................................................31 5.1.3 Sala de Ingeniera ..............................................................................................................31 5.1.4 Sala de Entrenamiento .......................................................................................................32 5.1.5 Servicios Auxiliares ............................................................................................................32 5.1.6 Sistema de Comunicaciones ..............................................................................................32 5.2 Salas de Monitoreo Remoto (CIR) y CMR ..................................................................................32

5.3 5.4 Servidor de Exportacin y Web Server .......................................................................................33 Modelo de Ducto y Deteccin de Prdidas ................................................................................33 General .......................................................................................................................................33 Sala de Servidores ......................................................................................................................34 Funcionalidad .....................................................................................................................34 Arquitectura de la Sala .......................................................................................................34 Control de Acceso ..............................................................................................................34 Red .....................................................................................................................................34 Sala de Operacin ......................................................................................................................34 Funcionalidad .....................................................................................................................34 Puestos de operacion .........................................................................................................35 Video Wall ..........................................................................................................................35 Sala de Ingeniera .......................................................................................................................35 Funcionalidad .....................................................................................................................35 Control de Acceso ..............................................................................................................36 Red .....................................................................................................................................36 Sala de Entrenamiento ...............................................................................................................36 Funcionalidad .....................................................................................................................36 Arquitectura ........................................................................................................................36 Condiciones Ambientales y Ergonoma .............................................................................36 Comunicaciones .................................................................................................................37 General .....................................................................................................................................337 Elementos que componen el sistema de comunicaciones por satlite ......................................39 Segmento espacial. Caractersticas. ..........................................................................................40
Funcionalidad de Salas ................................................................................................... 33

6.1 6.2 6.2.1 6.2.2 6.2.3 6.2.4 6.3 6.3.1 6.3.2 6.4 6.4.1 6.4.2 6.4.3 6.5 6.5.1 6.5.2 6.5.3 6.5.4
Telecomunicaciones........................................................................................................ 37
7.1 7.2 7.3
1
1.1
Descripcin de un Sistema SCADA

Definicion General del SCADA
SCADA es el acrnimo de Supervisory Control And Data Acquisition (Supervisin, Control y Adquisicin de Datos). Es una aplicacin de software diseado con la finalidad de controlar y supervisar datos a distancia, los cuales se basan en la adquisicin de datos de los procesos remotos. Los sistemas SCADA utilizan la computadora y tecnologas de comunicacin para automatizar el monitoreo y el control de procesos industriales. Estos sistemas son de partes integrales de la mayora de los ambientes industriales complejos o geogrficamente dispersos, ya que pueden obtener la informacin de una gran cantidad de fuentes 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. La informacin generada en el proceso productivo es enviada a diversos usuarios, tanto del mismo nivel como hacia otros supervisores dentro de la empresa, es decir, que permite la participacin de otras reas como control de calidad, supervisin, mantenimiento, etc. Algunas de las industrias donde se utiliza SCADA son sistemas de gerencia de agua, industria petrolera, energa elctrica, seales de trfico, sistemas de trnsito totales, sistemas de control de medio ambiente y sistemas de fabricacin. El flujo de la informacin de los sistemas SCADA es el siguiente: a) El Fenmeno Fsico lo constituye la variable que deseamos medir. Dependiendo del proceso, la naturaleza del fenmeno es muy diversa: presin, temperatura, flujo, potencia, intensidad de corriente, voltaje, ph, densidad, etc. Este fenmeno debe ser claro para el sistema SCADA, es decir, una variable elctrica y para ello se utilizan los sensores o transductores. Los Sensores o Transductores convierten las variaciones el fenmeno fsico en variaciones proporcionales de una variable elctrica. Las variables elctricas ms utilizadas son: voltaje, corriente, carga, resistencia o capacitancia. Sin embargo, esta variedad de tipos de seales elctricas debe ser procesada para ser entendida por el computador digital para lo cual se utilizan los acondicionadores de seal. La funcin de los Acondicionadores de Seal es la de referenciar estos cambios elctricos a una misma escala de corriente o voltaje. Adems, provee aislamiento elctrico y filtraje de la seal con el objeto de proteger al sistema de transientes y ruidos originados en campo. Una vez acondicionada la seal, la misma se convierte en un valor digital equivalente en el bloque de Conversin de Datos. Generalmente, esta funcin es llevada a cabo por un circuito de conversin analgica/digital.
b)
c)
d)
SCADA Systems & Telemetry e) El computador almacena esta informacin, la cual es utilizada para su Anlisis y para la Toma de Decisiones. Simultneamente, se Muestra la Informacin al usuario del sistema en tiempo real. Basado en la informacin, el operador puede tomar la decisin de realizar una accin de control sobre el proceso. El operador comanda al computador realizar la accin sobre el proceso y de nuevo debe convertirse la informacin digital a una seal elctrica. Esta seal elctrica es procesada por una Salida de Control, el cual funciona como un acondicionador de seal, al cual escala para manejar un dispositivo dado: vlvulas, bobinas, set point de un controlador, etc.
f)
1.2 Necesidades de un sistema SCADA.

Para que se pueda implementar un sistema SCADA es necesario que el proceso a controlar cumpla con las siguientes caractersticas: a) El nmero de variables a monitorear es alto. b) El proceso est geogrficamente distribuido. Esta condicin no se limita, ya que puede instalarse un SCADA para la supervisin y control de un proceso concentrado en una localidad. c) La informacin del proceso se necesita en el momento en que se producen los cambios, o sea, la informacin se requiere en tiempo real. d) Optimizar y facilitar las operaciones de la planta, as como la toma de decisiones, tanto gerenciales como operativas. e) Los beneficios obtenidos en el proceso justifican la inversin en un sistema SCADA. Estos beneficios pueden reflejarse como aumento de la efectividad de la produccin, de los niveles de seguridad, etc. g) La complejidad y velocidad del proceso permiten que la mayora de las acciones de control sean iniciadas por un operador. En caso contrario, se requerir de un Sistema de Control Automtico, el cual lo puede constituir un Sistema de Control Distribuido, PLCs, Controladores a Lazo Cerrado o una combinacin de ellos.
1.3 Funciones Principales de un Sistema SCADA

Dentro de las funciones bsicas realizadas por un sistema SCADA estn las siguientes: a) Supervisin remota de instalaciones y equipos: Permite al operador conocer el estado de desempeo de las instalaciones y los equipos alojados en la planta, lo que permite dirigir las tareas de mantenimiento y estadstica de fallas. b) Control remoto de instalaciones y equipos: Mediante el sistema se puede activar o desactivar los equipos remotamente (por ejemplo abrir vlvulas, activar interruptores, prender motores, etc.), de manera automtica y tambin manual. Adems es posible ajustar parmetros, valores de referencia, algoritmos de control, etc.
c) Procesamiento de datos: El conjunto de datos adquiridos conforman la informacin que alimenta el sistema, esta informacin es procesada, analizada, y comparada con datos anteriores, y con datos de otros puntos de referencia, dando como resultado una informacin confiable y veraz. d) Visualizacin grfica dinmica: El sistema es capaz de brindar imgenes en movimiento que representen el comportamiento del proceso, dndole al operador la impresin de estar presente dentro de una planta real. Estos grficos tambin pueden corresponder a curvas de las seales analizadas en el tiempo. e) Generacin de reportes: El sistema permite generar informes con datos estadsticos del proceso en un tiempo determinado por el operador. f) Representacin se seales de alarma: A travs de las seales de alarma se logra alertar al operador frente a una falla o la presencia de una condicin perjudicial o fuera de lo aceptable. Estas seales pueden ser tanto visuales como sonoras.
g) Almacenamiento de informacin histrica: Se cuenta con la opcin de almacenar los datos adquiridos, esta informacin puede analizarse posteriormente, el tiempo de almacenamiento depender del operador o del autor del programa. h) Programacin de eventos: Esta referido a la posibilidad de programar subprogramas que brinden automticamente reportes, estadsticas, grfica de curvas, activacin de tareas automticas, etc.
1.4 Elementos del Sistema

Un sistema SCADA esta conformado por: a) Interfaz Operador Mquinas (HMI): Es el entorno visual que brinda el sistema para que el operador se adapte al proceso desarrollado por la planta. Permite la interaccin del ser humano con los medios tecnolgicos implementados. Un sistema de SCADA incluye un interfaz utilizador, generalmente llamado el Human Machine Interface (HMI). El HMI de un sistema SCADA es el entorno visual que brinda el sistema para que el operador se adapte al proceso desarrollado por la planta. Permite la interaccin del ser humano con los medios tecnolgicos implementados. Esta interfaz incluye generalmente los controles donde el operador se puede interconectar con el sistema de SCADA. HMI es una manera fcil de estandardizar la supervisin de las RTUs mltiples o de los PLCs (Controlador Lgico Programable). La voluntad generalmente de las RTU o de los PLCs funciona un proceso preprogramado, pero la supervisin de ellos individualmente puede ser difcil, generalmente porque se separan hacia fuera sobre el sistema. Porque la RTU y el PLC no tenan histricamente ningn mtodo estandardizado para exhibir o para presentar datos a un operador, el sistema SCADA se comunica con los PLCs a travs de la red del sistema y procesa la informacin que es diseminada fcilmente por el HMI.
El poder de la HMI tambin se vincula a una base de datos, que puede utilizar los datos recopilados de los PLCs o de las RTUs para proporcionar las tendencias, los datos de diagnostico y manejo de informacin as como el cronograma de procedimientos de mantenimiento, informacin logstica, esquemas detallados para un sensor o mquina especfico y an para hacer accesibles la localizacin de averas.
b) Unidad Terminal Maestra (MTU): Cuando hablamos de la Unidad Terminal Maestra nos referimos a los servidores y el software responsable para comunicarse con el equipo del campo (RTUs, PLCs, etc.). En estos se encuentra el software HMI corriendo para las estaciones de trabajo en el cuarto de control o en cualquier otro lado. En un sistema SCADA pequeo, la Unidad Terminal Maestra puede estar en una sola pero en un sistema SCADA a gran escala, la Unidad Terminal Maestra puede incluir muchos servidores, aplicaciones de software distribuido, y sitios de recuperacin de desastres. Esta terminal ejecuta las acciones de mando (programadas) en base a los valores actuales de las variables medidas. La programacin se realiza por medio de bloques de programa en lenguaje de alto nivel (como C, Basic, etc.). Tambin se encarga del almacenamiento y procesamiento ordenado de los datos, de forma que otra aplicacin o dispositivo pueda tener acceso a ellos. c) Unidad Terminal Remota (RTU): RTU es un dispositivo instalado en una posicin remota que obtiene datos, los descifra en un formato y transmite los datos de nuevo a una unidad terminal maestra (MTU). La RTU tambin recoge la informacin del dispositivo principal y pone los procesos en ejecucin que son dirigidos por la MTU. La RTU se conecta al equipo fsicamente y lee los datos de estado como abierto/cerrado desde una vlvula o un intercambiador, lee las medidas como presin, flujo, voltaje o corriente y as la RTU puede enviar seales que pueden controlar los dispositivos para abrirlos, cerrarlos, intercambiar la vlvulas, configurar la velocidad de una bomba, etc. La RTU es capaz de ejecutar programas simples autnomos sin la participacin de la Unidad Terminal Maestra (MTU) del sistema SCADA, para simplificar el despliegue y proporcionar la redundancia por razones de seguridad. La RTU en un sistema de gerencia tiene tpicamente un cdigo para modificar su comportamiento cuando los interruptores de invalidacin fsicos son accionados, por ejemplo el movimiento de una palanca durante el mantenimiento por el personal correspondiente. Esto se hace por razones de seguridad; una perdida de comunicacin entre los operadores de sistema y el personal del mantenimiento podra hacer que operadores del sistema cometan un error al permitir el paso de energa, el activar el funcionamiento de una bomba, etc. Las especificaciones importantes para las RTUs incluyen el tipo de la comunicacin, el nmero de puertos, y el tamao de la memoria. Una RTU tiene una interfaz de comunicaciones, generalmente serial (RS232, RS485, RS422) Ethernet, Modbus, propietario o cualquier combinacin. Un microprocesador simple, sensores ambientales, interruptores de invalidacin y un bus que se utilice para establecer comunicacin con los dispositivos y/o los tableros de la interfaz. El bus utilizado es el bus de dispositivo o
SCADA Systems & Telemetry bus de campo. Las RTUs utilizan radio, video, telfono o las comunicaciones de lazo que estn disponibles. d) Sistema de Comunicaciones: Se encarga de la transferencia de informacin del punto donde se realizan las operaciones, hasta el punto donde se supervisa y controla el proceso. Lo conforman los transmisores, receptores y medios de comunicacin. e) Transductores: Un transductor es un dispositivo capaz de transformar o convertir un determinado tipo de energa de entrada, en otra de diferente de salida. El nombre del transductor ya nos indica cual es la transformacin que realiza, aunque no necesariamente la direccin de la misma. Es un dispositivo usado para obtener la informacin de entornos fsicos y conseguir (a partir de esta informacin) seales o impulsos elctricos o viceversa. En este caso permitir la conversin de una seal fsica en una seal elctrica (y viceversa). Su calibracin es muy importante para que no haya problema con la confusin de valores de los datos.
1.5 Beneficios Mediante el Sistema SCADA

Con el desarrollo de estos sistemas se ha logrado obtener una serie de beneficios los cuales pueden ser resumidos de la siguiente forma.
1) Mejora en la productividad del personal operador, instrumentista y de mantenimiento, as como una operacin con mayor seguridad. 2) Menor riesgo de contaminacin ambiental. 3) Reducir costos; menor costo operativo, debido al menor costo de operacin y mantenimiento. 4) Reasignar o reducir personal. 5) Menor costo de transporte por movilizacin de personal. 6) Reducir requerimientos de control futuros. 7) Mejora en el factor de servicio de los equipos e instrumentos. 8) Reduccin de la incidencia de fallas. 9) Modernizar sistemas de control obsoletos, o basados exclusivamente en hardware 10) Disponibilidad de la informacin real para los distintos niveles de la empresa. 11) Ser ms competitivos y ofrecer un mejor servicio.
MTU, RTU
2.1 MTU - Master Terminal Unit

2.1.1 Funciones 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 Interface, interfaz ser humano - mquina -. Las funciones principales de una MTU de SCADA son: Adquisicin de datos. Recoleccin de datos de los RTU's. Trending. 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 los RTU's 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 produccin de reportes conectado en red (LAN o similar) con el principal. Mantenimiento del Sistema Mirror, es decir, mantener un sistema idntico con la capacidad segura de asumir el control inmediatamente si el 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 tendr cierto software de aplicacin especial, asociado generalmente al monitoreo y al control de la planta. Sistemas expertos, sistemas de modelado. Los ms avanzados pueden incluir sistemas expertos incorporados, o capacidad de modelado de datos.
2.1.2 Hardware y software La MTU de SCADA se puede correr en la mayora de las plataformas. Los sistemas tendieron histricamente a ser propietarios y muy especializados, y donde fueron utilizados sistemas operativos de fines generales, tendieron a ser modificados pesadamente. Esto era debido a que los requisitos de SCADA superaban los lmites de la tecnologa disponible y, por razones de performance, tendieron a proporcionar sistemas grficos por encargo, a usar bases de datos en
SCADA Systems & Telemetry 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 de los aos 70 y principios de los 80. 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 probablemente estaciones de trabajo Unix (QNX o Solaris) ms veloces en sus respuestas. Actualmente la industria se est desarrollando claramente hacia estndares abiertos: ODBC, INTEL PCs, sistemas estndares de grficos, e interconectividad 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 performance. Ejemplos de ellos son Citect, FIX de Intellution, KEPware y Wonderware. 2.1.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.1.4 Interrogacin, informes por excepcin, y transmisiones iniciadas por RTU's. Los primeros sistemas SCADA tenan RTU's bobos y el sistema central deba utilizar un sistema de interrogacin (polling) para tener acceso a sus datos. El Master controlaba todas las comunicaciones, y un RTU nunca hablaba a menos que fuera interrogado. El Master preguntaba as a cada RTU alternadamente, pidiendo que le enven sus datos. El 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 del Master. Al ser controladas las comunicaciones por el Master, 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. El Master poda solicitar solamente algunos de los datos de un RTU en cada encuesta principal, y extraera los datos menos importantes en una segunda encuesta disparada con una frecuencia ms baja. Con RTU's ms inteligentes, se podan explorar independientemente sus entradas de informacin, sobre una base continua, e incluso agrupar por hora los datos. El Master entonces preguntara al RTU si tiene cualquier cosa para informar. Si nada hubiera cambiado desde la vez ltima, el RTU respondera sin novedad, y el Master se movera al RTU siguiente. Para asegurarse de que un cierto acontecimiento no fue salteado, ocasionalmente el Master 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.
10
SCADA Systems & Telemetry El informe 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 el RTU reporte por excepcin sin la encuesta previa por parte del Master. 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's 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 un 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's 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's 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 el 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.1.5 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 el 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 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
11
SCADA Systems & Telemetry 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.1.6 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 testear 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.1.7 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. 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 hubs. 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
12
SCADA Systems & Telemetry 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 el Master. 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 DNP3. Modbus tiene su campo de aplicacin en comunicaciones con PLC's sobre una conexin por cable. Sistemas Landline. stos son comnmente usados, pero una gran cantidad de sistemas SCADA implican el uso de la radio para substituir landlines ante una falla. Las termitas y el relmpago son problemas comunes para los landlines. 2.1.8 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. 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 actual. Una red de radio tpica consiste en una conversacin a travs del repetidor situado en algn punto elevado, y un nmero de RTU's que comparten la red. Todos los RTU's "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 un RTU que transmite un mensaje en F1, lo tiene retransmitido en F2, tal que el resto de RTU's pueda orlo. Los mensajes del Master viajan sobre un enlace de comunicacin dedicado hacia el repetidor y son difundidos desde el repetidor en F2 a
13
SCADA Systems & Telemetry todos los RTU's. Si el protocolo de comunicaciones usado entre el Master 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 al Master. El nmero de RTU's 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 el RTU) tambin pueden ser significativas. La velocidad tiene obviamente un impacto tambin. 2.1.9 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 el RTU debe poder salvar datos mientras el mdem est desconectado, para despus transmitirlos cuando se establece la conexin. Preferiblemente el RTU debe poder iniciar la llamada cuando ocurre una alarma, o sus buffers de datos corren el riesgo de desbordar. El Master 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 el Master pueden necesitar ser corregidos cuando llegan los datos. 2.1.10 Trending - Graficacin de tendencias El recurso de trending 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. 2.1.11 Caractersticas El recurso de trending 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 trending 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 disponibles para su posterior anlisis. Hay normalmente un lmite superior a la cantidad de datos que puedan ser guardados (ejemplo un ao de datos).
14
SCADA Systems & Telemetry 2.1.12 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's 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 trending para lograrlo. Algunos sistemas no permiten que todas las variables sean afectadas al trending de datos. Cuando se desee ver una tendencia para un valor actualmente no configurado para trending, debe entonces ser afectado al trending 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.1.13 Qu especificar? Lo siguiente es indicativo de una especificacin tpica para el trending de datos. 1. Se debern proporcionar la capacidad de trending 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 trending 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 de trending, y la seleccin de los perodos que se visualizarn para cada punto, sern opciones de men. 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.
15
SCADA Systems & Telemetry 2.1.14 La interrogacin, el informe por Excepcin, y transmisiones iniciadas por RTU's. 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 los RTU's inician la transmisin, ante un cambio significativo, tienen una caracterstica similar. Los sistemas que utilizan "dial-up" RTU's tpicamente transmitirn los datos una vez al da. El 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 un RTU enlazado por radio. Cuando se restablecen las comunicaciones, una "reserva" de datos llegar y suceder lo mismo.
2.1.15 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. 2.1.16 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.
16
SCADA Systems & Telemetry 2.1.17 La interrogacin, el informe por Excepcin, y transmisiones iniciadas por RTU's. Cuando los sistemas SCADA no interrogan regularmente todos los sitios, sino que por el contrario confan en la transmisin iniciada por el RTU, si se detectara una condicin de error o un cambio significativo en un valor, existe la posibilidad de que el 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.2 Comunicaciones
2.2.1 Importancia 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.3 RTU's Remote Terminal Units

2.3.1 Fundamentos El SCADA RTU es una pequea y robusta computadora que proporciona inteligencia en el campo para permitir que el Master se comunique con los instrumentos. Es una unidad standalone (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 al sistema central SCADA. Hay dos tipos bsicos de RTU's- "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). Un 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.
17
SCADA Systems & Telemetry 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 8salidas digitales. 2.3.2 Funcionalidad del Hardware 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's. Reloj de tiempo real.
2.3.3 Funcionalidad del Software de un RTU Todos los RTU's requieren la siguiente funcionalidad. En muchos RTU's 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 el Master. Drivers de dispositivo para el sistema de entrada-salida a los dispositivos de campo.
18
SCADA Systems & Telemetry Aplicacin SCADA para exploracin de entradas de informacin, procesamiento y el grabado de datos, respondiendo a las peticiones del Master sobre la red de comunicaciones. Algn mtodo para permitir que las aplicaciones de usuario sean configuradas en el 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. Algunos RTU's pueden tener un sistema de archivos con soporte para descarga de archivo, tanto programas de usuario como archivos de configuracin.
2.3.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, timestamping de cambios, y almacenaje de datos que aguardan el polling del Master. Algunos RTU's tienen la capacidad de iniciar la transmisin de datos al Master, aunque es ms comn la situacin donde el Master encuesta a los RTU's preguntando por cambios. El RTU puede realizar un cierto procesamiento de alarmas. Cuando es interrogado el 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.3.5 RTU's pequeos contra RTU's grandes Los RTU's son dispositivos especiales fabricados a menudo por pequeos proveedores en pequeos lotes de algunos cientos, normalmente para los mercados domsticos. Por lo tanto no todos los RTU's soportan toda la funcionalidad descripta. Un RTU's ms grande puede ser capaz de procesar centenares de entradas de informacin, y an controlar el funcionamiento de "sub RTU's" ms chicos. stos son obviamente ms costosos. La potencia de procesamiento de un RTU se extiende desde pequeos procesadores de 8 bits con memoria mnima hasta sofisticados RTU's ms grandes capaces de recolectar datos en el orden del milisegundo. Algunos tipos (medidas) de RTU's 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. 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. Sistemas medios. Ordenadores industriales single board dedicados, incluyendo IBM-PC o compatibles en configuraciones industriales tales como VME, MultiBus, STD megabus, PC104, etc.
19
SCADA Systems & Telemetry Sistemas grandes. Completo control de planta con todas las alarmas visuales y sonoras. stos estn generalmente en DCS en plantas, y se comunican a menudo sobre LAN de alta velocidad. La sincronizacin puede ser muy crtica.
2.3.6 Estndares Como fuera indicado, los RTU's son dispositivos especiales. Ha habido una carencia de estndares, especialmente en el rea de comunicaciones, y los RTU's provenientes de un fabricante no se pueden mezclar generalmente con RTU's de otro. Una industria ha crecido desarrollando conversores y emuladores de protocolos. Algunos estndares han comenzado recientemente a emerger para RTU's, como DNPs e IEC870 para comunicaciones IEC1131-3 para programar RTU's. 2.3.7 PLC's contra RTU's Un PLC (Programmable Logic Controller) es un ordenador industrial pequeo que substituy originalmente la lgica de los relais. Tena entradas de informacin y salidas similares a las de un 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 PLC's, 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's soportaron protocolos de comunicacin ms sofisticados. Los RTU's se han utilizado siempre en situaciones donde son ms difciles las comunicaciones, y la potencia de los RTU's resida en su capacidad de manejar comunicaciones difciles. Los RTU's tenan originalmente programabilidad pobre en comparacin con los PLC's. Con el tiempo, la programabilidad del RTU ha ido aumentando. 2.3.8 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. 05v). 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 el Master pueda marcar, validar esta reserva de datos, y llenar su
20
SCADA Systems & Telemetry base de datos con estos datos histricos (archivos incluyendo los de tendencia). Tambin considere cmo las alarmas deben ser manejadas con PSTN. 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's. Su Master debe soportar toda la funcionalidad del 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.3.9 Consideraciones de compatibilidad actuales para RTU's y PLC's. Como RTU's y PLC's son ordenadores, tienen el potencial de ser afectados por el supuesto fallo de funcionamiento del milenio. Muchos RTU/PLC's no utilizan fechas y no sern afectados en absoluto. Hay muchos que s lo hacen. Ha habido casos de PLC's bloqueados debido a los problemas con aos bisiestos, dando la pauta de potenciales problemas actuales. Puede suceder que el RTU/PLC utilice un RTOS genrico que utilice fechas, y el RTU/PLC no utiliza esta fecha. Es fcil asumir que el RTU/PLC no se ver afectado mientras no exista evidencia externa de que el dispositivo contiene una fecha. Es importante que cualquier dispositivo que potencialmente tenga un ordenador incluido sea chequeado, o con el proveedor, o probando para verificar su conformidad. El riesgo del incidente debe ser evaluado. En algunos casos el impacto puede ser poco significativo. Es menester asegurarse de poder operar la planta o el equipamiento manualmente en caso de problemas. Tambin es necesario considerar que la instrumentacin a la que el RTU/PLC est conectada puede tambin contener un ordenador.
Breve revisin de DNP 3,0
3.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
21
SCADA Systems & Telemetry 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, y permitir objetos definibles por el usuario incluyendo transferencia de archivos.
3.2 Arquitectura en capas

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 (International 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). 3.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 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. 3.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
22
SCADA Systems & Telemetry 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. 3.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. 3.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 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
23
SCADA Systems & Telemetry 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.
3.3 Organizacin 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.
24
SCADA Systems & Telemetry 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 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.
3.4 Modelo 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.
25
Especificacin Funcional General
4.1 Filosofa Operativa

4.1.1 Filosofa Inicial de Operacin Se deber tener en cuenta en esta filosofa el procedimiento de operacin de los ductos, plantas de proceso, estaciones dinmicas, anlisis hidrulico, anlisis de riesgo, etc. 4.1.2 Esquema bsico del Sistema SCADA Un SCADA esta conformado por tres salas de control (un Centro de Control y Monitoreo Principal y dos salas alternativas CCR+R ), un grupo de terminales remotas que permitirn al acceso a los sitios que estn cumpliendo las funciones de Centros de Monitoreo Regional y de Centros de Informacin regional. Cada centro de control dispondr de las siguientes funciones bsicas, las que cumplen con distintos grados de redundancia segn cual sea el centro de control en particular y en el caso de los centros de control alternativos algunas funciones pueden ser absorbidas por un mismo servidor fsico: Red LAN Redundante Es el corazn de las comunicaciones entre los servidores del SCADA, las consolas de operacin y el equipo de campo, por lo que se utiliza una red redundante a fin de garantizar la confiabilidad de las comunicaciones.
Servidores de Tiempo Real Se encargan de comunicarse con el equipamiento de campo y traer los datos de tiempo real, procesar las alarmas, etc. Esos datos se depositan en la base de datos de tiempo real del SCADA. Esta base de datos es accesible mediante comandos SQL Tambin se encarga este servidor de la gestin de las consolas de operacin. Este servicio es redundante. El sistema operativo y las aplicaciones residirn en arreglos de disco de nivel 1. La informacin relevante ser sincronizada en los centros de control alternativos.
Servidores de Histricos Estos servidores se encargan del almacenamiento de datos histricos del SCADA y de los utilizados por las aplicaciones. Esta basado en una base de datos SQL con almacenamiento de datos en disco RAID. Los datos histricos le sern transferidos desde el servidor de Tiempo Real
26
SCADA Systems & Telemetry Este servicio es redundante. El sistema operativo y las aplicaciones residirn en arreglos de disco de nivel 1. La informacin relevante ser sincronizada en los centros de control alternativos.
Servidor de Aplicaciones En este servidor residirn las aplicaciones y modelos usados, como ser el sistema de deteccin de prdidas, el seguimiento de diablos y otras aplicaciones. Se interconecta a travs de la red con los otros servidores por lo que estas aplicaciones estarn disponibles para su visualizacin en las consolas de los operadores. Este servicio es redundante. La informacin relevante ser sincronizada en los centros de control alternativos.
Servidor de Ingeniera En el servidor de ingeniera ser la base en que se desarrollarn las nuevas aplicaciones y se modificarn las actuales, en un ambiente aislado del sistema principal en produccin. Una vez completa la depuracin de las aplicaciones se las distribuir al sistema en produccin y a las rplicas
Consolas de Operacin Estas son las consolas que utilizarn los operadores para la operacin del sistema, se prevn tres tipos, las locales conectadas directamente y las remotas conectadas a travs de la WAN ( de este tipo son los CIR y los CCR ). Estas consolas sern configurables para que la informacin que permitan visualizar y las reas que puedan controlar estn de acuerdo cual es la estacin de trabajo y el operador que la use. Segn el tipo de puesto de operacin dispondrn de uno, dos o tres monitores.
Video Wall El Video Wall es una consola especializada de operacin en que se proyecta en monitores de gran tamao, informacin relevante a la operacin. Se dispondr de uno e cada sala de operaciones.
Consolas de Ingeniera Las consolas de ingeniera son consolas especializadas que interactan con el sistema para configurarlo, permiten desarrollar aplicaciones y distribuirlas.
Servidor Web y de Exportacin de Datos. Este servidor cumple las funciones de interfase con el mundo exterior, por una parte tiene una rplica de las bases de datos los que pueden ser consulados por los sistemas
27
SCADA Systems & Telemetry gerenciales y por una pgina web que permite al personal autorizado a ingresar ver una rplica de las pantallas del SCADA, aunque sin posibilidad de control. Equipo de Networking y Ruteo Es el conjunto de equipos, switches, routers, firewalls que interconectan el SCADA entre si y con la red gerencial, permitiendo la comunicacin entre salas de control, con las terminales remotas y con el equipamiento de los ductos.
Servidor de Hora Se dispondr en cada centro de control, de un servidor de hora el que utilizando el protocolo NTP sincronice a los servidores contra un reloj satelital con precisin de milisegundos. El servidor de tiempo real adems servir como patrn para sincronizar a las workstations y tambin utilizando la funcionalidad del protocolo DNP3 base de las comunicaciones, sincronizar a las RTUs conectadas al sistema, lo que hace que todo el SCADA est referido a un patrn satelital primario de hora
Interfases de Comunicaciones En el caso que las comunicaciones a equipos de control, no puedan ser realizadas por transporte TCP/IP sino por puertos seriales, como es el caso de los equipos locales como UPS o Sistemas Antiincendios, se colocar un Terminal Server, el que convertir la conexin TCP/IP en serial a fin de realizar el enlace.
Equipos Auxiliares Se dispondr de equipo auxiliar para las funciones del sistema, como ser impresoras color, blanco y negro, unidades DAT de grabacin de datos, Grabadoras DVD, etc.
4.1.3 Tendencia en la Filosofa de Operacin La operacin tender a ser realizada desde el centro de control principal a lo largo de la vida til del sistema. Desde el centro de control y monitoreo se tiene la visin total de cada uno de los ductos. Por motivos de seguridad de operacin, se contar con dos centros de control alternativos, ubicados en lugares distantes al principal, a fin de que puedan asumir las funciones del sistema principal en caso de falla catastrfica de ste. Estos tres centros de control contendrn copias espejadas de la base de datos y tendrn la misma funcionalidad, aunque las facilidades del centro de control principal sern mayores, ya que estar permanentemente tripulado. Durante el funcionamiento normal el centro de control principal CCMP, se encarga de leer los datos de campo y de distribuir la informacin relevante a los centros de control alternativos. En caso de falla, el control y la lectura de datos se transfieren a alguno de los dos centros de control alternativos, el que toma la funcionalidad de centro de control principal.
28
SCADA Systems & Telemetry Debido a que bsicamente el sistema de control es distribuido, si se decidiera compartir la carga de control entre los tres centros, esto es posible, por ejemplo asignado reas de control particulares a cada centro y redistribuyendo a los otros dos los datos ledos. Se implementar la automatizacin con los siguientes paradigmas: Debido a esto en los sistemas de control local SSCL, cada equipo remoto controlado, tendr un interruptor LOCAL/SCADA que permite que el control del equipamiento sea transferido de control local hacia SCADA. Inicialmente todos los controles estarn en LOCAL y a medida que se vayan afinando las tcnicas de operacin y se modifiquen los procedimientos operativos, se podrn ir transfiriendo a control realizado desde el SCADA.
4.2 rea de Responsabilidad de los Centros de Control

4.2.1 Centro de Control Principal CCMP El centro de control principal CCMP, recolecta todas las informaciones de los ductos en forma directa, a travs de la red de comunicaciones. En esos documentos se muestra que se utiliza una trama de la red SDH, que est distribuida en forma de contar con dos WAN, una que interconecta a los centros de control y otra que se encarga de recolectar los datos de campo. Finalmente una seccin de la red de campo se utiliza para administrar a los sistemas de control local SSCL. La conectividad con el equipamiento de campo se realiza utilizando el protocolo DNP3 como base, pero adicionalmente se utilizarn protocolos Modbus, Modbus TC/P y Modbus, para mantener la compatibilidad con equipamiento existente. El Centro de Control principal, distribuye mediante transferencias entre base de datos los datos correspondientes a los servidores de tiempo real, histricos e ingeniera, a los Sistemas de Control Alternativos. En caso de cada del sistema de control nacional, ellos toman la funcin de maestros y comienzan a recolectar datos propios de campo. La interconexin con los sistemas corporativos se realizar a travs de un servidor el que se interconectar a travs de un driver OPC con el servidor de datos gerenciales, el que a su vez distribuir la informacin histrica de inters a los distintos sistemas gerenciales. Tambin existir la posibilidad de hacer consultas SQL a la copia de la base de datos que reside en el servidor de interfase. Este servidor estar aislado de la red corporativa por un firewall. Se prev la instalacin de un servidor Web, para la distribucin de informacin a travs de la red corporativa a usuarios Tambin se realizar la interconexin con otros sistemas nacionales, por ejemplo el sistema de proteccin catdica de ductos.
29
SCADA Systems & Telemetry 4.2.2 Centros de Control Alternativo, CMR+R La funcionalidad del Centro de Control Regional Alternativo, es la de tomar control en caso de falla del sistema CCMP. Sus funciones sern similares en cuanto a control y deteccin de prdidas, aunque la cantidad servidores y de puestos de operacin ser mas pequea.
4.2.3 Centros de Monitoreo Regional (CMR)
Constan de una estacin de trabajo con dos monitores, a fin de supervisar el rea correspondiente a cada gerencia. Se podr emitir reportes desde ellas
Desde estas terminales se tendr acceso a la informacin de supervisin del SCADA, pero no a posibilidad de control. 4.2.4 Centros de Informacin Regional CIR Los centros de Informacin Remota son Estaciones de Trabajo, con un monitor, ubicadas en las gerencias los que se conectan al CCMP. Desde estas terminales se tendr acceso a la informacin de supervisin del CCMP, pero no a posibilidad de control. Se podr emitir reportes desde ellas.
4.2.5 Usuarios Casuales, Servidor WEB Como alternativa y complemento a los CIR, para los usuarios casuales del sistema en el CCMP, se instalar un servidor WEB para la exportacin de las pantallas del sistema nacional. Dicho acceso se realizar mediante un password de acceso y se restringir solo a los usuarios interesados.
Especificacin Funcional del Centro de Control y Monitoreo Principal (CCMP)
5.1 Funcionalidad
Se encargar de concentrar los datos operativos y realizar la operacin de los ductos. Esta interconectado con los centros de CMR+R, as como con los CMR y las estaciones de
30
SCADA Systems & Telemetry visualizacin Remota CIR, y a travs de un firewall se conectar con el sistema de informacin corporativo y dispondr de un web server. Por motivos de modularizacin operativa del CCMP, se dispondr de cuatro salas en las que se distribuye el sistema SCADA, como se explica en los siguientes subitems y salas de sistemas auxiliares como Energa, Aire Acondicionado y comunicaciones. 5.1.1 Sala de Servidores En esta sala se encuentran los servidores del sistema y dispositivos de networking, montados en racks, los que contienen: Red Lan de alta capacidad Redundante. Servidores de Tiempo real y comunicaciones redundantes. Servidores de Histricos redundantes. Servidores de Acceso Remoto. Servidor de interfase con sistemas corporativos. Reloj satelital maestro usando protocolo NTP. Servidor WEB. Servidor de aplicaciones ( Modelo de Operacin y Deteccin de Prdidas). Servidor de aplicaciones II ( Modelo de deteccin de prdidas, acstico). Servidor de almacenamiento de datos histricos a largo plazo. Equipamiento de networking y ruteo.
Esa sala ser de acceso restringido. Los servidores y equipo de ruteo crtico, dispondrn de fuente de alimentacin redundante. 5.1.2 Sala de Operaciones En esta sala se realiza la operacin y constar de los siguientes elementos: Red Lan de alta capacidad Redundante Workstations distribuidas en Mesas de operacin Video Wall, Tipo Proyector de 4 pantallas de 100 pulgadas Equipamiento de comunicaciones, radial y telefnica Mobiliario adecuado para el uso de los operadores
5.1.3 Sala de Ingeniera En esta sala se realiza el desarrollo, prueba y distribucin de las estrategias de control. Alli se encuentran los siguientes elementos: Servidor de Ingeniera. Red Lan de alta capacidad Redundante. Estaciones de ingeniera
31
SCADA Systems & Telemetry Sistema SCADA auxiliar para desarrollo. Sistema de desarrollo para los SSCL ( El que se definir de definir de acuerdo a los SSCL que se implementen).
5.1.4 Sala de Entrenamiento Esta sala se utiliza para el entrenamiento de los operadores y simulacin del sistema, se encuentran: Mesas de operacin para entrenamiento. Red Lan de alta capacidad Redundante.
5.1.5 Servicios Auxiliares Los sistemas del SCADA sern alimentados con un sistema de energa con UPS redundante, capaz de alimentar al sistema por 4 horas y motogeneradores, capaces de alimentar al sistema por 48 horas. . Los equipos crticos, como los servidores, utilizarn alimentacin redundante, conectada a las UPS en forma independiente. El resto de los equipos que no dispongan de fuente redundante, se conectarn a travs de un static switch a la salida de las UPS, a fin de garantizar la continuidad de la operacin. Se dispondr de sistemas de Aire acondicionado con presin positiva, capaces de mantener las condiciones ptimas de operacin del equipamiento y del confort del personal de operacin. 5.1.6 Sistema de Comunicaciones La comunicacin de estos sistemas se realizar va red WAN cuyo nodo central de interfase al SCADA se encuentra en la sala de servidores y con nodos en las salas de operacin, ingeniera.
5.2 Salas de Monitoreo Remoto (CIR) y CMR

En los sitios en que se especifica la instalacin de un CIR o CMR , se instalar una Workstation con un monitor en el caso de los CIR y dos monitores en el caso de los CMR, a fin de que la gerencia operativa de esa zona pueda verificar las condiciones operativas del ducto. Los CIR y CMR, son puestos de operacin remota del SCADA, sin posibilidad de control que acceden remotamente a la WAN del SCADA a fin de conectarse al CCM al que estn
32
SCADA Systems & Telemetry relacionados, por lo que el SCADA deber servir a estas terminales a travs de la red WAN, teniendo las aplicaciones y licencias necesarias para ello.
5.3 Servidor de Exportacin y Web Server

El web Server ubicado en el CCMP consta de un servidor y un firewall. Este servidor permitir el acceso a usuarios calificados acceder a las pantallas del SCADA Nacional a travs de la WAN corporativa, aunque sin la opcin de control. Los usuarios calificados para el ingreso a este sistema lo harn mediante el uso de un password de acceso. Tambin permitir el acceso de las aplicaciones corporativas a copia de los datos del SCADA
5.4 Modelo de Ducto y Deteccin de Prdidas

Se dispondr de dos modelos independientes de deteccin de perdidas. El primer modelo corriendo junto al SCADA es capaz de realizar Modelos Dinmicos de balances de masa y Deteccin de Prdidas, Perfiles de Ducto y seguimiento de Batches y de Diablos. El segundo modelo utilizar la tcnica de presin acstica negativa a fin de determinar la existencia de prdidas en los ductos. Ambos sistemas estarn integrados al SCADA, en forma tal que los resultados de los modelos sean visibles a los operadores de los tres centros de control, CMR y CIR a travs del propio SCADA.
Funcionalidad de Salas
6.1 General
Como se explic antes se dispondr de cuatro salas en el CCMP, ubicadas en el mismo edificio, pero con funcionalidades distintas. Esta salas se encontrarn unidas entre si mediante la LAN del SCADA
Estas salas sern Servidores Operacin Ingeniera Entrenamiento
33
6.2 Sala de Servidores
6.2.1 Funcionalidad En esta sala se encuentran instalados los equipos principales del SCADA (Servidores, sistemas de deteccin de prdidas), la LAN redundante del SCADA, Conexin a otros sistemas, as como los enlaces de comunicaciones) 6.2.2 Arquitectura de la Sala En la sala se ubicaran los rack de los servidores del sistema, por lo que se requiere una sala vidriada, con piso flotante, Iluminacin, aire acondicionado, sistema antiincendio de Halon, control de acceso y los requerimientos tpicos de una sala de servidores, como ser accesos a red y a comunicaciones. 6.2.3 Control de Acceso La sala de servidores, contar con control de acceso mediante credenciales u otro sistema de identificacin adecuado para salas crticas de IT.
6.2.4 Red
Se dispondr de dos redes GB para los servidores. Para el resto del equipamiento se dispone de switches 10/100 conectados a las redes GB. Esta red se conecta a travs de enlaces de Fibra ptica a las siguientes salas, Operacin, Ingeniera y Entrenamiento.
A travs de un Server de Interfase se realiza la conexin a la red (Interfase a sistemas administrativos y Web Server), utilizando un Firewall.
6.3 Sala de Operacin
6.3.1 Funcionalidad En esta sala se realiza la operacin del sistema y se encuentran instalados los puestos de operacin y de visualizacin. Se interconecta a la Red del Scada a travs de dos Switches que
34
SCADA Systems & Telemetry por un lado alimentan a los puestos de operacin y se interconectan con la LAN del SCADA a traves de enlaces de fibra ptica de alta capacidad.
6.3.2 Puestos de operacion Puesto de Operacin
Cada operador dispondr de tres pantallas conectadas a una Workstation, cada consola de operacin constar de 8 pantallas, seis pantallas, en dos workstation para dos puestos de operacin y dos PC para usos generales (correo, conectividad corporativa, etc). Este puesto de operacin ser tripulado por dos operadores
Este puesto de operacin ser tripulado por dos operadores Rack de Red:
En este rack se instalarn los switches de la LAN A y de la LAN B, los patches de conexin a las estaciones de trabajo, el Switch de Red Corporativa y sus respectivos patches. Adicionalmente se instalarn all los patches y equipo adicional para conexin de la red telefnica.
Video Wall
Se dispondr de un Video Wall conectado a un servidor grfico, para la visualizacin de informacin general de operacin del sistema.
6.4 Sala de Ingeniera

6.4.1 Funcionalidad En esta sala se realiza la administracin del sistema y el desarrollo de nuevas aplicaciones, la prueba de stas y la distribucin de las estrategias de control corregidas a las Workstation. Debido a esto dispone de un servidor independiente de ingeniera con capacidad de disponer de un sistema independiente para prueba de prestaciones similares a los servidores de tiempo real e histricos, pero de capacidad reducida. Tambin es posible conectarse al equipamiento de campo a fin de realizar las pruebas y desarrollo de nuevos tramos del sistema, sin interferir con el SCADA que se encuentra en produccin. Una vez probada esa nueva seccin del sistema se pude copiar al SCADA en produccin y utilizarlo. Se dispone de estaciones de ingeniera para realizar esas tareas.
35
SCADA Systems & Telemetry Tambin se dispone de medios de Backup, mediante DVD para realizar copias de seguridad a largo plazo de estrategias y datos histricos, los que se almacenarn en sitio seguro, para prevenir catstrofes. En este sitio tambin se realizar el desarrollo y administracin de los sistemas de control Local, por lo que a travs de la Wan ser posible conectarse a los SCADA del SSCL a fin de administrarlos. Es debido a eso que la red tiene requerimientos particulares que se especifican mas adelante.
6.4.2 Control de Acceso La sala de ingeniera, contar con control de acceso mediante credenciales u otro sistema de identificacin adecuado. para salas de Operaciones . 6.4.3 Red
El Switch de ingeniera funciona particionado y soporta 6 redes: Este switch dispone de dos enlaces de trunking a los SWICH de la sala de servidores, a travs de los cuales se realiza la conexin al router que conecta a las WAN.
6.5 Sala de Entrenamiento
6.5.1 Funcionalidad Se dispondr de una consola de entrenamiento , ubicada en un sitio segregado de la sala de operacin principal, esta consola ser de la mitad de tamao de un puesto de operacin 6.5.2 Arquitectura Cada puesto de operacin tendr asociada una impresora color y una lser blanco y negro para la emisin de reportes. 6.5.3 Condiciones Ambientales y Ergonoma El equipo de aire acondicionado de la sala de operaciones dar presin positiva del aire en la sala, a fin de impedir la entrada de contaminantes transportados por aire. El sistema de iluminacin ser el adecuado para la correcta iluminacin de la sala y la visualizacin de los monitores de operacin.
36
SCADA Systems & Telemetry 6.5.4 Comunicaciones Se instalarn dos telfonos multilnea y un equipo de radio de trunking por cada puesto de operacin. Se prever el acceso a la red telefnica satelital para los casos necesidad de comunicacin con brigadas ubicadas en sitios sin otra cobertura de telecomunicaciones.
Telecomunicaciones
7.1. Generalidades
Las comunicaciones por satlite son en nuestro tiempo de extrema importancia. Debemos definir a el satlite de comunicaciones como "un repetidor radioelctrico ubicado en el espacio, recibe seales generadas en la tierra, las amplifica y las vuelve a enviar a la tierra". Es decir es un centro de comunicaciones que procesa datos recibidos desde nuestro planeta y los enva de regreso, bien al punto que envi la seal, bien a otro distinto. Los satlites pueden manipular datos, complementndolos con informacin del espacio exterior, o pueden servir slo como un espejo que rebota la seal. La velocidad con que un satlite gira alrededor de la tierra est dada por la distancia entre ambos, ya que el mismo se ubicar en aquellos puntos en los que la fuerza de gravedad se equilibre con las de fuerza centrifuga; cuanto mayor es esa distancia, menor es la velocidad que necesita el mismo para mantenerse en orbita. Es importante sealar que todo aparato debe quedar por encima de las cien millas de altitud respecto a la superficie de la Tierra, para que no sean derrumbados por la fuerza de gravedad terrestre. Los satlites ubicados en promedio a 321.80 kilmetros de altitud se consideran de rbita baja; y de rbita alta los que alcanzan distancias hasta de 35, 880 kilmetros sobre la superficie. Los satlites son controlados desde estaciones terrestres que reciben su informacin y la procesan, pero que tambin monitorean el comportamiento y rbita de los aparatos. Por lo general, los centros terrenos no son aparatosas instalaciones, sino ms bien pequeos tableros con poco personal que sin embargo controlan funciones geoespaciales especializadas. El Derecho Espacial se est ocupando hoy de todos los problemas que nos presentan las distintas clases de comunicaciones por satlites. En este caso nos preguntamos que son las comunicaciones por satlite? son las Telecomunicaciones que se logran mediante un satlite, generalmente ubicado en una orbita geoestacionaria, quiero decir, son Comunicaciones que se logran por medio de ondas radioelctricas, utilizando a ese fin un satlite artificial de la Tierra para la trasmisin de mensajes auditivos o visuales o ambos a la vez. La orbita de un satlite llamado geoestacionario, (tambin lo llaman geosincronico) , es una orbita circular, contenida en el plano ecuatorial de la Tierra, que tiene la singular propiedad de que un satlite efecta en ella una revolucin completa alrededor del eje terrestre en 24 horas, es decir en el mismo periodo de rotacin de la Tierra alrededor de su eje; y como el satlite tiene la misma direccin de rotacin que la Tierra, el satlite parecer estar siempre en un
37
SCADA Systems & Telemetry mismo lugar, en una posicin fija al observador situado en cualquier punto de la superficie de nuestro planeta. El aprovechamiento de dicha orbita, para fines de comunicaciones, fue propuesto en 1945 por el cientfico Ingles Arthur C. Clarke y utilizado por primera vez en el ao 1963 por la nave "Sincom" de la NASA, siendo el "Early Bird" tambin llamado "INTELSAT I" el primer satlite comercial (1965). A partir de entonces el empleo de este tipo de satlites se ha extendido de forma extremadamente rpida, a tal punto que hoy en da hay gran cantidad de ellos. Ubicamos ahora a las comunicaciones por satlite dentro del marco de las telecomunicaciones La U.I.T. (Unin Internacional de Telecomunicaciones) define a las stas como "Toda trasmisin, emisin o recepcin de signos, seales, escritos, imgenes, sonidos o informacin de cualquier naturaleza, por hilo, radioelectricidad, medios pticos u otras sistemas electromagnticos." Esta definicin abarca todas las comunicaciones, pues entonces las comunicaciones por satlite sern las que utilizan el satlite como un punto superior para un enlace de telecomunicaciones entre puntos de la tierra (servicios fijos o mviles), o aquellas en que las telecomunicaciones son los nicos medios posibles para trasmitir informaciones de todo gnero entre el satlite y la tierra y viceversa. Vamos a considerar 2 casos diferentes, el primero llamado de las comunicaciones "de punto a punto" y el otro, "la radiodifusin por satlite". Nos preguntamos que es la radiodifusin, el Convenio Internacional de Telecomunicaciones la concibe como un servicio de radiocomunicacin cuyas emisiones se destinan a ser recibidas por el pblico en General. Este servicio abarca emisiones sonoras, de televisin o de otro gnero, va del organismo de origen al pblico en general y no tiene retorno; no existe interlocutor. En cambio en una comunicacin telefnica por satlite -que no es radio difusin sino telecomunicacin- ambas partes son protagonistas de la comunicacin. Se puede expresar entonces que la radiodifusin es una especie de telecomunicacin, siendo esta ltima el gnero. Servicio de radiodifusin por satlite: en el cual las seales emitidas o retransmitidas por estaciones espaciales estn destinadas a la recepcin directa por el pblico en general. En el servicio de radiodifusin por satlite el trmino recepcin directa abarca tanto la recepcin individual como recepcin comunal. a.) Recepcin individual. Recepcin de las emisiones de una estacin espacial del servicio de radiodifusin por satlite con instalaciones domesticas sencillas y, en particular, aquellas que disponen de antenas de pequeas dimensiones. b.) Recepcin Comunal. Recepcin de las emisiones de una estacin espacial del servicio de radiodifusin por satlite con instalaciones receptoras que en casos, pueden ser complejas y comprender antenas de mayores dimensiones que las utilizadas para recepcin individual y destinadas a ser utilizadas: - por grupo del publico en general en un mismo lugar - o mediante un sistema de distribucin que d servicio a una zona limitada. Vimos que las comunicaciones por satlite pueden realizarse, de dos maneras: las comunicaciones de "punto a punto" y la radiodifusin por satlite. Las primeras son las que la seal, desde una estacin terrena, es enviada al satlite que las recibe, la mejora y limpia de ruidos, y la enva para ser captada por otra estacin de la Tierra; estas comunicaciones son las que permiten al espectador de televisin, por ejemplo, ver un partido de futbol mientras se est desarrollando en otro lugar o continente, o una pelea de box etc.; este sistema se trasmite a
38
SCADA Systems & Telemetry travs de satlites que son operados por dos organizaciones internacionales diferentes y que no podemos dejar de hacer, aunque sea, una breve referencia sobre los sistemas que existen en la actualidad. Hay que distinguir en principio los internacionales aquellos que prestan servicios con relacin a un grupo de estados que conforman una regin determinada (regionales) y por ltimo los que atienden exclusivamente a los Estados en forma individual (nacionales).
7.2. Elementos que componen el sistema de comunicaciones por satlite
Un sistema de comunicaciones por satlite esta compuesto por los siguientes elementos: 1.) satlite 2.) centro de control 3.) estacin terrena
1.-) Satlite. Constituye el punto central de la red y su funcin es la de establecer comunicaciones entre los diversos puntos de la zona en la que atiende. En un sistema puede haber mas de un satlite, uno en servicio y otro de reserva ( que puede estar en orbita o en tierra), o bien uno en servicio, otro de reserva en orbita y un tercero de reserva en tierra. La posicin adoptada depender de la confiabilidad que se pretende obtener. 2.-) Centro de control. Que tambin se le llama TT&C (telemediacion, telemando y Control), realiza desde tierra el control del satlite. 3.-) Estacin terrena. Forma el enlace entre el satlite y la red terrestre conectada al sistema. Un sistema puede operar con algunas decenas o centenas de ellas, dependiendo de las servicios brindados. Finalmente, en un proyecto para la puesta en orbita de un satlite se deben tener en cuenta los LANZADORES, que son los vehculos necesarios para la colocacin de los satlites en su punto de operacin. Se suele dividir a los sistemas de este tipo en dos segmentos: a) el ESPACIAL, formado por satlites, el centro de control y ocasionalmente, los lanzadores y b) el TERRENAL formado por las estaciones terrenas.
39
SCADA Systems & Telemetry 7.3 Segmento espacial. Caractersticas. 1. Satlite de comunicaciones: Esta compuesto esencialmente por conjuntos de repetidores de seales radioelctricas o transpondedores (formado por receptor, amplificador y trasmisor) y por sistemas de apoyo. Los equipos de comunicaciones, incluyendo antenas y repetidores constituyen, la carga til del satlite. Entre los Sistemas de apoyo, se pueden mencionar: control trmico, sistema de energa, estructura, sistema de propulsin, sistema de control y sistema de estabilizacin. 2. Estacin TT&C: este segundo elemento posee todos los equipos necesarios para mantener al satlite en su posicin orbital, posibilitando la realizacin desde tierra de todas las operaciones necesarias para tal fin. Esta estacin se halla ubicada dentro de la zona de servicio y es propiedad del dueo del satlite. 3. Lanzadores: los pases con mayor capacidad de poner satlites en orbita geoestacionaria son : Francia, EEUU., Japn, India, China; solo los EEUU (NASA) y Francia (ARIANESPACE), colocan satlites de terceros pases en orbita. 4. Segmento terrestre. Esta compuesto por las distintas estaciones terrenas destinadas a la recepcin y trasmisin de seales mediante la utilizacin de satlites de comunicaciones. Existen distintos tipos de estaciones terrenas. Los diferentes matices que se ofrecen en la prctica estn dados segn el servicio a que las mismas estn destinadas. Se pueden mencionar a la estaciones: estacin master, la que se encarga de la gestin del sistema y habitualmente se encuentra ubicada en el nudo principal de la red, situamos tambin la estaciones de alto trafico y las de trafico medio y bajo, cuyas caractersticas permiten la atencin de un elevado numero de canales de trasmisin y recepcin o bien puede ser de una menor cantidad de estos. Destacamos tambin las estaciones rurales -de bajo costo- y las denominadas estaciones TVRO (TV receive only) que permiten solo la recepcin de una o varias seales de TV y/o de radiodifusin sonora. 5. Satlite domestico. aplicabilidad con respecto a nuestro pas. La Creacin de la Organizacin Mundial de Telecomunicaciones por va satlite INTELSAT ha permitido, a partir de 1965, un gran desarrollo de los servicios internacionales de comunicaciones y mas particularmente de intercontinentales en el mundo entero. Los proyectos de sistemas nacionales y regionales han empezado a elaborase a partir de 1970, para responder a las necesidades especficas que el sistema Intelsat no estaba en condiciones de satisfacer de manera optima. En el comienzo el desarrollo progresivo de la red nacional de telecomunicaciones ha podido funcionar normalmente a travs de medios terrestres de comunicacin (radio-enlace y cables subterrneos), la utilizacin de enlaces por satlite constituye desde ahora un complemento especial de los medios terrestres para satisfacer algunas de las siguientes exigencias: La extensin de la red nacional en las zonas situadas a distancia, una mayor seguridad en el encaminamiento del trfico, la distribucin de programas de radiodifusin sonora y televisin, introduccin de nuevos servicios etc. Para las Naciones de gran extensin territorial (Canad, India Argentina etc.), las que no poseen sistemas terrestres desarrollados (Zaire, los pases rabes etc.) el satlite se convierte en el nico medio para llevar las comunicaciones a todo su territorio, y por eso han recurrido a l. No podemos dejar de exponer que nuestro pas posee ciertas caractersticas que lo hacen particularmente apto; por su extensin cuya totalidad no esta cubierta por redes terrestres, por ser un pas donde teniendo en cuenta la reparticin de los centros de produccin y de decisin la necesidad de comunicarse a larga distancia es grande, tanto sea para telefona o nuevos servicios; para la utilizacin de satlites.
40
SCADA Systems & Telemetry Tambin decimos que un sistema nacional de comunicaciones va satlite no reemplaza a los sistemas tradicionales (cable coaxial, fibra ptica etc.) sino que se complementa, ampliando en forma notable la capacidad total del sistema como as tambin su flexibilidad. Hago una breve comparacin entre un sistema propio y uno arrendado. El alquiler de parte de la capacidad de un satlite de otro, evita los gastos del lanzamiento y la instalacin en tierra de equipos que controlen el satlite. Cuando se alquila, es solo una parte de la capacidad necesaria, permitiendo pasar a un satlite propio cuando la demanda sea justificable. Pero la posesin de un satlite propio (mayor potencia disponible en tierra) permite la utilizacin de estaciones ms pequeas y por ello ms econmicas; a parte an utilizando menos de la mitad de la capacidad de un satlite propio esto resulta ms econmico que el alquiler de la capacidad de otro, a su vez con el resto de nuestra capacidad podramos arrendarla a pases vecinos. Le agrego a esto, el factor importantsimo que es para los pases en va de desarrollo el uso de estaciones ms pequeas, que permitan una mayor participacin en la industria local.
2.2 VIII.- CONCLUSIONES Y BIBLIOGRAFIA
8.1 CONCLUSIONES. SCADA que viene de las siglas de "Supervisory Control And Data Adquisition", es decir: adquisicin de datos y control de supervisin. Se trata de una aplicacin software especialmente diseada para funcionar sobre ordenadores en el control de produccin, proporcionando comunicacin con los dispositivos de campo (controladores autnomos, autmatas programables, etc.) y controlando el proceso de forma automtica desde la pantalla del ordenador. Adems, provee de toda la informacin que se genera en el proceso productivo a diversos usuarios, tanto del mismo nivel como de otros supervisores dentro de la empresa: control de calidad, supervisin, mantenimiento, etc. En este tipo de sistemas usualmente existe un ordenador, que efecta tareas de supervisin y gestin de alarmas, as como tratamiento de datos y control de procesos. La comunicacin se realiza mediante buses especiales (radiocomunicacin o enlaces satelitales) o redes LAN. Todo esto se ejecuta en tiempo real, y estn diseados para dar al operador de planta la posibilidad de supervisar y controlar dichos procesos. Los programas necesarios, y en su caso el hardware adicional que se necesite, se denomina en general sistema SCADA. En cuanto a las comunicaciones, un satlite es un simple repetidor radioelctrico y como tal puede estar capacitado para usarse en cualquier
41
servicio de comunicaciones. Remarcamos algunas ventajas de estos sistemas: a.) Cobertura inmediata y total de grandes zonas geogrficas, al contario de los sistemas terrestres clsicos, de lenta implantacin; b.) posibilidad de independizarse de las distancia y de los obstaculos naturales como las montaas etc. La posicin privilegiada del satlite en la rbita geoestacionaria permite a todas las estaciones, situadas en la zona de cobertura del satlite, el acceso simultaneo al sistema. Con respecto a las desventajas, cabe citar el elevadisimo costo inicial; en opinin considero que no constituye obstaculo insalvable, sino que el principal inconveniente estara dado en la necesidad de tomar una decisin politica a travs de la cual, se superen intereses sectoriales y contradictorios en lo que atae a este tema que nos ocupa, y se implemente definitivamente el sistema teniendo en miras fundamentalmente el bin de toda la comunidad. Consideraciones finales El horizonte de las nuevas tecnologas presenta hoy en da numerosas interrogantes que ciertamente nos mueven a la reflexin y al discernimiento. Estamos en un nuevo milenio y esta realidad nos lleva a una natural expectativa. En esta situacin el universo de las nuevas tecnologas, da a da, nos presenta un despliegue potentoso y asombrosamente acelerado de novedosos mtodos, procesos, mquinas e instrumentos. Pues entonces, debemos mencionar que nuestro pas corre el riesgo -de no mediar una decisin politica firme encaminada al tema que analizamos 8.2 BIBLIOGRAFIA 1. SCADA: Supervisory Control and Data Adquisition, Autor: Boyer S.A., Editorial: Research Triangle Park 2. Control Avanzado de Procesos, Autor: , Jos Acedo Snchez, Editorial: Daz de Santos. 3. Tecnologa de Interconectividad de Redes, Autor: Merilee Ford, Editorial: Prentice may. 4- Introduccin to Digital Transmission Systems, Autor: D. Callegari, Editorial: Teletra.
42

SCADA System S & Telemetry

Încărcat de

Informații document

Descriere originală:

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

SCADA System S & Telemetry

Încărcat de

Drepturi de autor:

Formate disponibile

SCADA Systems & Telemetry

Nombre: Luis Eduardo Chavarra Meza