Modulo de Electronica Industrial Avanzada

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA FACULTAD DE CIENCIAS BASICAS E INGENIERA Programa de Ingeniera y Tecnologa en Electrnica.
ELECTRONICA INDUSTRIAL AVANZADA
ELECTRONICA INDUSTRIAL AVANZADA
MDULO
JEISON MARIN ALFONSO
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD FACULTAD DE CIENCIAS BASICAS E INGENIERIA PROGRAMA DE INGENIERIA Y TECNOLOGA EN ELECTRONICA BOGOTA 2008
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA FACULTAD DE CIENCIAS BASICAS E INGENIERA Programa de Ingeniera y Tecnologa en Electrnica. ELECTRONICA INDUSTRIAL AVANZADA
Autor Jeison Marn Alfonso Ingeniero Electrnico. Magister en Ingeniera. Programa de Ingeniera y Tecnologa en Electrnica. UNAD
COMIT DIRECTIVO Jaime Alberto Leal Afanador Rector Roberto Salazar Ramos Vicerrector de Medios y Mediaciones Pedaggicas. Gloria Herrera Sanchez Vicerrectora Acadmica y de Investigaciones Claudia Patricia Toro Vicerrectora de Desarrollo Regional y Proyeccin comunitaria Maribel Crdoba Guerrero Secretaria General Edgar Guillermo Rodriguez Director de Planeacin Gustavo Velasquez Quintana Decano Escuela de Ciencias Bsicas, Tecnologa e Ingeniera. Pedro Torres Silva Coordinador Nacional de Formacin en Ingeniera Electrnica CURSO ELECTRONICA INDUSTRIAL AVANZADA GUA DIDACTICA Primera Edicin @CopyRigth Universidad Abierta y a Distancia ISBN 2008 Centro Nacional de Medios para el aprendizaje
CONTENIDO INTRODUCCION ................................................................................. 9 UNIDAD 1: SISTEMAS DE SUPERVISION, CONTROL Y ADQUISICION DE DATOS SCADA. ................................................. 10
1. GENERALIDADES ..................................................................................... 10 1.1 ANTECEDENTES ................................................................................. 10 1.2 INTRODUCCION A LOS SISTEMAS SCADA. ..................................... 15 1.3 DESCRIPCION GENERAL DE UN SISTEMA SCADA ......................... 17 1.3.1 Objetivos de un sistema SCADA .................................................... 17 1.3.2 Ventajas de un Sistema SCADA..................................................... 18 1.3.3 Prestaciones de un Sistema SCADA .............................................. 20 1.3.4 Resumen de Caractersticas de un sistema SCADA ...................... 21 2. ARQUITECTURA SCADA .......................................................................... 23 2.1 DESCRIPCION GENERAL ................................................................... 23 2.2 HARDWARE DE UN SISTEMA SCADA ............................................... 25 2.2.1 Interfase Hombre Mquina (HMI, MMI) .......................................... 27 2.2.2 Unidad Central (MTU, Master Terminal Unit).................................. 27 2.2.3 Unidad Remota (RTU, Remote Terminal Unit) ............................... 28 2.2.4 Sistema de comunicaciones. .......................................................... 31 2.3 SOFTWARE DE UN SISTEMA SCADA ................................................ 36 2.3.1 Comunicacin entre aplicaciones ................................................... 38 2.3.2 Almacenamiento de Datos .............................................................. 40 3. MODULOS EN UN SISTEMA SCADA........................................................ 43 3.1 Mdulo de Configuracin ...................................................................... 43 3.2 Mdulo de Interfase Grfica .................................................................. 44 3.3 Mdulo de Tendencias .......................................................................... 46 3.4 Mdulo de Alarmas y Eventos ............................................................... 48 3.5 Mdulo de Registro y Archivado ........................................................... 49 3.6 Mdulo de Generacin De Informes...................................................... 50 3.7 Mdulo de Control De Procesos ........................................................... 51 3.8 Mdulo de Comunicaciones .................................................................. 53 4. EJEMPLO DE APLICACIN CON SCADA ................................................ 55
BILIOGRAFIA ................................................................................... 59 UNIDAD 2: ESTANDARES SCADA ................................................. 60

1. ESTANDARES DE INTERCONECTIVIDAD EN SOFTWARE Y HARDWARE ...................................................................................................... 60 1.1 Active X ................................................................................................. 61 1.1.1 Inicios: Estndar DDE. .................................................................... 61 1.1.2 Evolucin: Estndar OLE y OCX .................................................... 64 1.1.3 Active X .......................................................................................... 64
1.2 Interfaz OPC server............................................................................... 66 1.2.1 Estructuras Cliente-Servidor ........................................................... 67 1.2.2 Tecnologa y Especificaciones........................................................ 69 1.3 Visual Basic para Aplicaciones.............................................................. 72 1.4 Conectividad Remota WebServer. ........................................................ 72 2. ESTANDARES DE SEGURIDAD ............................................................... 74 2.1 Necesidades de seguridad en sistemas SCADA .................................. 74 2.1.1 Necesidades de Seguridad en Unidades Maestras (MTUs) .......... 76 2.1.2 Necesidades de seguridad en Estaciones Remotas (RTUs). ........ 78 2.1.3 Necesidades de seguridad en las comunicaciones. ....................... 79 2.2 Polticas de seguridad en sistemas SCADA. ......................................... 80 2.2.1 Proceso metodolgico. ................................................................... 82 2.2.2 Tcnicas de prevencin. ................................................................. 83 2.2.3 Estrategias de defensa. .................................................................. 86 2.2.4 Recomendaciones bsicas ............................................................. 89 3. ESTNDARES DE COMUNICACIONES INDUSTRIALES EN SISTEMAS SCADA............................................................................................................... 92 3.1 Fundamentos de comunicaciones aplicados a sistemas SCADA. ........ 92 3.1.1 Generalidades en comunicaciones SCADA. .................................. 93 3.1.2 Transmisin de seales. ................................................................. 99 3.1.3 Fundamentos de redes. ................................................................ 114 3.1.4 Estndar ISA/SP50 y Protocolo CIP. ............................................ 122 3.2 Redes industriales de control. ............................................................. 127 3.2.1 Pirmide de la automatizacin. ..................................................... 127 3.2.2 Redes de Datos Vs Redes de Control. ......................................... 130 3.2.3 Redes MAP y TOP ....................................................................... 132 3.3 Buses de campo.................................................................................. 135 3.3.1 Bus de campo AS-i. ...................................................................... 138 3.3.2 Bus de campo CAN ...................................................................... 139 3.3.3 El bus Interbus. ............................................................................. 141 3.3.4 Profibus. ....................................................................................... 143 3.3.5 Otros buses de campo .................................................................. 148
BILIOGRAFIA ................................................................................. 151 UNIDAD 3: SISTEMAS DE CONTROL ESPECIFICOS. ................. 153

1. ESTANDARES EN SISTEMAS DE VISUALIZACIN .............................. 154 1.1 Riesgos y trastornos asociados al entorno de trabajo. ........................ 154 1.1.1 Factores de riesgo. ....................................................................... 156 1.1.2 Trastornos asociados al puesto .................................................... 159 1.1.3 Reglamentacin en Colombia. ...................................................... 163 1.1.4 Reglamentacin Internacional ...................................................... 170 2. REALIZACION DE PROYECTOS SCADA ............................................... 179 2.1 Criterios de Seleccin y Diseo .......................................................... 179
2.1.1 Disponibilidad ............................................................................... 179 2.1.2 Robustez ...................................................................................... 181 2.1.3 Seguridad. .................................................................................... 181 2.1.4 Prestaciones. ................................................................................ 182 2.1.5 Mantenibilidad............................................................................... 183 2.1.6 Escalabilidad................................................................................. 183 2.2 Software Comercial Para Sistemas SCADA ....................................... 186 2.3 Fases en el Gerenciamiento de Proyectos SCADA. ........................... 190 2.3.1 Fase1: Identificacin de la Necesidad .......................................... 190 2.3.2 Fase 2: Lanzamiento .................................................................... 191 2.3.3 Fase 3: Definicin. ........................................................................ 192 2.3.4 Fase 4: Diseo.............................................................................. 193 2.3.5 Fase 5: Adquisicin. ..................................................................... 193 2.3.6 Fase 6: Liquidacin del proyecto. ................................................. 194
BILIOGRAFIA ................................................................................. 195
LISTA DE GRFICOS
Grfico No 1. Evolucin Tecnolgica que precede un sistema SCADA. ............... 11 Grfico No 2. Ejemplo de un sistema SCADA. ...................................................... 16 Grfico No 3. Ejemplo de control de nivel hecho con WinCC (siemens). .............. 16 Grfico No 4. Monitoreo de una linea de extrusionado. ......................................... 20 Grfico No 5. Resumen Caractersticas SCADA. .................................................. 22 Grfico No 6. Estructura bsica de un sistema de supervisin y mando. .............. 24 Grfico No 7. Idea bsica de un sistema SCADA. ................................................. 24 Grfico No 8 (1). Arquitectura bsica de hardware SCADA (1). ............................ 26 Grfico No 8 (2). Arquitectura bsica de hardware SCADA (2). ............................ 26 Grfico No 9. Arquitectura bsica de una RTU ...................................................... 30 Grfico No 10. Topologas bsicas ........................................................................ 32 Grfico No 11. Seguridad en redes SCADA .......................................................... 33 Grfico No 12. Situacin de cortafuegos en capas OSI......................................... 36 Grfico No 13. Concepto de driver. ....................................................................... 37 Grfico No 14. Ejemplo de configuracin de usuarios con WinCC (Siemens)....... 44 Grfico No 15. Ejemplo de interfase grfica para el panel de un horno................. 45 Grfico No 16. Ejemplo de librera de la herramienta Reichard Software.............. 45 Grfico No 17. Grfica de tendencia histrica. ...................................................... 46 Grfico No 18. Exportacin de datos de una grfica realizada con InTouch ......... 47 Grfico No 19. Ejemplo de pantalla de alarmas con la herramienta In Touch. ...... 48 Grfico No 20. Ejemplo de ventana de configuracin del archivo de alarmas del Scada InTouch ............................................................................... 50 Grfico No 21. Ejemplo de programacin asociada a un evento, con In Touch. ... 52 Grfico No 22. Controladores Especificos. ............................................................ 53 Grfico No 23. Controladores Genricos. .............................................................. 54 Grfico No 24. Integracin de sistemas de gestin en la explotacin minera de Olympic Dam .................................................................................. 56 Grfico No 25. Arquitectura de comunicaciones en Olympic Dam. ....................... 58 Grfico No 26. Ejemplo de acceso DDE a un grupo de PLCs. ............................. 62 Grfico No 27. Ejemplo de acceso DDE a una necesidad Software. .................... 63 Grfico No 28. Ejemplo de aplicacin SCADA con accesos DDE. ........................ 63 Grfico No 29. Estructura bsica de un sistema basado en OPC. ........................ 67 Grfico No 30. Estructura bsica de un sistema basado en OPC. ........................ 68 Grfico No 31. Estructura cliente servidor de un sistema basado en OPC......... 69 Grfico No 32. Estructura cliente servidor OPC, con acceso a redes................. 70 Grfico No 33. Ejemplo de conexin remota cliente/servidor ................................ 73 Grfico No 34. Integracin estructura coorporativa / sistema SCADA. .................. 74 Grfico No 35. Intrusos en unidades remotas RTUs. ........................................... 79 Grfico No 36. Polticas de seguridad en sistemas SCADA. ................................. 81 Grfico No 37. Proceso Metodolgico de Seguridad SCADA. ............................... 82 Grfico No 38. Ejemplo de Firewall. ...................................................................... 86
Grfico No 39. Ejemplo de VPN. ........................................................................... 87 Grfico No 40. Ejemplo de IDS. ............................................................................. 89 Grfico No 41. Control centralizado. ...................................................................... 93 Grfico No 42. Control Distribuido. ........................................................................ 94 Grfico No 43. Estructura general de un enlace de comunicaciones. ................... 96 Grfico No 44. Estructura general de un enlace de comunicaciones. ................... 98 Grfico No 45. Interconexin con RS232. ........................................................... 105 Grfico No 46. Representacin de caracteres en el protocolo RS232. ............... 106 Grfico No 47. Uso de la UART en conexin asncrona. ..................................... 107 Grfico No 48. Uso del conectro DB25 para protocolo RS232. ........................... 108 Grfico No 49. Seales balanceadas y no balanceadas. .................................... 110 Grfico No 50. Arquitectura de Conexin RS-485. .............................................. 111 Grfico No 51. Conversores entre distintas normas. ........................................... 112 Grfico No 52. Bucle de corriente de 4 a 20 mA. ................................................ 114 Grfico No 53. Transmisin de datos usando modelo de capas. ........................ 118 Grfico No 54. Niveles de Usuario y Supervisin en estandar ISA/SP50 ............ 123 Grfico No 55. Niveles de Usuario y Supervisin en estandar ISA/SP50 ............ 126 Grfico No 56. Piramide de la automatizacin..................................................... 128 Grfico No 57. Flujo de datos y Velocidad de Reaccin en Piramide CIM. ......... 129 Grfico No 58. Comparacin entre redes de datos y redes de control. ............... 131 Grfico No 59. Niveles de red en protocolos MAP y TOP. .................................. 134 Grfico No 60. Tipos de bus de campo. .............................................................. 136 Grfico No 61. Bus CAN ...................................................................................... 140 Grfico No 62. Topologia Interbus ....................................................................... 142 Grfico No 63. Perfiels Profibus .......................................................................... 144 Grfico No 64. Modelo de capas, Profibus .......................................................... 145 Grfico No 65. Topologia Profibus ....................................................................... 146 Grfico No 66. Capa de enlace Profibus ............................................................. 146 Grfico No 67. Riesgos, normas y transtornos fsicos relacionados con puestos de trabajo. ....................................................................... 155 Grfico No 68. Factores de riesgo en el entorno laboral. .................................... 155 Grfico No 69. Matriz de representacin de caracteres para buena legibilidad... 174 Grfico No 70. Posicin ideal frente al monitor. ................................................... 174 Grfico No 71. Ajustes de posicin ideales en las pantallas................................ 175 Grfico No 72. Equilibrio en la iluminacin. ......................................................... 176 Grfico No 73. Posicin recomendada de puesto de trabajo............................... 176 Grfico No 74. Niveles de iluminacin ideales. .................................................... 177 Grfico No 75. Ejemplo de Redundancia en sistemas SCADA ........................... 180 Grfico No 76. Proceso de escalamiento en sistemas SCADA ........................... 185 Grfico No 77. Entorno Software SCADA............................................................ 186
LISTA DE CUADROS
Cuadro 1. Evolucin de la informtica en el siglo XX. (Generaciones de las computadoras). ..................................................................................... 11 Cuadro 2. Amenazas de seguridad en un sistema SCADA. .................................. 75 Cuadro 3. Comparacin entre sistemas centralizados y distribuidos. ................... 95 Cuadro 4. Medios de transmisin. ......................................................................... 99 Cuadro 5. Correspondencia de un DB-25 con un conector DB-9. ....................... 108 Cuadro 6. Comparacin entre estndares seriales. ............................................ 113 Cuadro 7. Resumen de topologias de red en sistemas SCADA. ......................... 115 Cuadro 8. Capas implementadas por el modelo de referencia OSI. .................... 119 Cuadro 9. Mtodos de acceso al medio en sistemas SCADA. ............................ 121 Cuadro 10. Funciones de las capas de modelo de referencia para bus de campo en Estandar ISA / SP50. .................................................................... 124 Cuadro 11. Factores a tener en cuenta en el diseo de redes de control. .......... 131 Cuadro 12. Tipos de buses de campo segn su funcionalidad. .......................... 136 Cuadro 13. Buses de campo ms conocidos. .................................................... 149 Cuadro 14. Medidas preventivas para los operarios SCADA, de acuerdo al factor de riesgo. .......................................................................................... 158 Cuadro 15. Transtornos visuales comunes en trabajadores SCADA. Causas / Efectos.............................................................................................. 159 Cuadro 16. Transtornos msculo - esquelticos comunes en trabajadores SCADA. Causas / Efectos. ............................................................................. 160 Cuadro 17. Transtornos mentales comunes en trabajadores SCADA. Causas / Efectos.............................................................................................. 162 Cuadro 18. Estndares tcnicos de pantallas, de acuerdo a su funcin. ............ 172 Cuadro 19. Estndares con respecto a las resoluciones para TRC .................... 173 Cuadro 20. Estndares para pneles planos. ...................................................... 173 Cuadro 21. Efectos psicolgicos de los colores. ................................................. 177 Cuadro 22. Estndares en cuanto a niveles sonoros. ......................................... 178 Cuadro 23. Principales Software SCADA en el mercado. ................................... 187 Cuadro 24. Comparacin entre los Principales Software SCADA. ...................... 189
INTRODUCCION
Hoy da, debido al auge en la automatizacin de procesos industriales, es indispensable para un Ingeniero Electrnico, conocer los sistemas de supervisin, control y adquisicin de datos SCADA. Hasta este punto, usted ya debe tener las bases de los sistemas electrnicos y de potencia usados en la industria, y las bases sobre dispositivos programables como microcontroladores, PLC`s o DSP, etc. Sin embargo es la implementacin de estos dispositivos en la industria lo que los hace verdaderamente tiles. Esta implementacin anteriormente era un asunto particular de cada necesidad o empresa, pero debido a que se extendi el control automtico a ms del 80% del campo industrial en el mundo, dejo de ser una cuestin particular y se convirti en un campo de desarrollo, normalizado por estndares internacionales, y coordinado por diversas firmas mundiales que se fueron poco a poco constituyendo, encargadas del desarrollo de sistemas de control automtico supervisado. De esta manera se fueron generando tecnologas enfocadas a sistemas de supervisin y control industrial. Bsicamente se estandarizaron las comunicaciones industriales con los llamados buses de campo, y los entornos de control, la arquitectura de las redes industriales, el software y hardware involucrado, la seguridad de los sistemas, y hasta los mtodos, modelos y criterios de diseo e implementacin; bsicamente se agruparon bajo normas nacionales e internacionales. En este curso usted encontrar los fundamentos para el desarrollo de estos sistemas de control y supervisin industrial (sistemas SCADA), inicialmente conociendo su significado, estructura y arquitectura; para luego abordar temas sobre seguridad industrial, comunicaciones industriales aplicadas a SCADA, estndares de interconexin de software, y finalmente, algunas herramientas para emprender proyectos reales en sistemas SCADA.
UNIDAD 1: SISTEMAS DE SUPERVISION, CONTROL Y ADQUISICION DE DATOS SCADA.

En esta unidad se dan a conocer los conceptos bsicos de los sistemas de Supervisin, Control y Adquisicin de Datos SCADA (Supervisory Control And Data Acquisition); los cuales son usados en procesos de automatizacin industrial para gestionar y controlar sistemas de manera local o remota. Este control se hace normalmente por medio de una interfase grfica desde el lugar de operacin del usuario, en la cual se puede acceder y configurar los dispositivos de campo (Autmatas programables, controladores, etc..), los actuadores y los sistemas controlados; verificar su funcionamiento, activarlos o desactivarlos, monitorear su estado y supervisarlos, entre otras funciones; mediante la transmisin y adquisicin de los datos arrojados o recibidos por cada dispositivo, por medio de tcnicas y protocolos de comunicaciones industriales. OBJETVO GENERAL Fundamentar a los estudiantes del programa en describir y caracterizar los componentes de hardware y software de un sistema SCADA, y su importancia en la industria moderna, como sistemas capaces de integrar procesos industriales para optimizar el trabajo y generar resultados ms eficaces.
1. GENERALIDADES 1.1 ANTECEDENTES
La historia de los sistemas SCADA est directamente relacionada con la historia de la informtica y la computacin, la electrnica y las comunicaciones. Podra decirse que un sistema SCADA surge de la aplicacin e integracin de la electrnica industrial con sistemas de control, comunicaciones industriales e informtica aplicada. El Grfico No. 1 y el Cuadro 1 muestran de manera general la evolucin tecnolgica que precede a un sistema SCADA. Todo parte de la necesidad de automatizar el clculo matemtico, lo que da origen a la informtica; cuyo desarrollo fue dependiendo de la evolucin de la electrnica, los procesadores y los ordenadores; los cuales finalmente se adaptan para realizar tareas de adquisicin de datos y control de procesos. Para esta adaptacin tambin fue necesario; por un lado el desarrollo de paquetes de software aplicado que permitieran la implementacin de un sistema SCADA, y de otro lado la evolucin de sistemas de visualizacin, sistemas de control a distancia y sistemas de transmisin de datos. 10
Grfico No 1. Evolucin Tecnolgica que precede un sistema SCADA.
Fuente: El autor. 2008
Cuadro 1. Evolucin de la informtica en el siglo XX. (Generaciones de las computadoras).

Generacin 1 (1951 1958). Ao
1904 1906
Suceso
1947 1949 1954 1955 1957 1958
Sir Ambrose Fleming construye el primer tubo de vaco o Diodo. Lee De Forest modifica el diodo de vaco de Fleming, introduciendo una rejilla de control que permita regular el paso de la corriente principal mediante una corriente muy pequea en la rejilla. Se termina en Estados Unidos la que se considera la primera computadora digital: ENIAC, de tipo experimental. Basndose en una serie de mejoras sobre ENIAC, se construye EDVAC, provista de memoria programable. IBM fabrica sus exitosos modelos de computadoras electrnicas IBM701 e IBM650. Diseo de la primera red informtica SABRE, para comunicar ordenadores comerciales. Creacin de red ARPA, antecesora de INTERNET. Primer lenguaje de alto nivel ALGOL 58.
11

1947 1957 1960 1959 1964
Suceso
Creacin del transistor por los fsicos Walter Brattain, William Shockley y John Bardeen, de los laboratorios Bell. IBM fabrica el primer disco magntico: RAMAC 650. Douglass Engelbart crea el primer ratn, un dispositivo capaz de mover un puntero en la pantalla con capacidades de interfase (arrastrar, seleccionar etc.). DEC (Digital Electric Corporation) crea su primer ordenador, a un costo muy inferior a los disponibles comercialmente hasta ahora. Se crea en el Dartmouth College el lenguaje de programacin BASIC (Beginner's Allpurpose Symbolic Instruction Code)

1958
Suceso
1964
1970
Jack Kilby, de Texas Instruments, construy el primer circuito integrado, con nada menos que seis transistores hechos sobre la misma placa. (Actualmente un procesador Pentium contiene ms de cinco millones de transistores). La compaa IBM, produce la serie 360, que sustitua los transistores de la serie 700 por circuitos integrados. Esta serie de computadoras empleaba agrupaciones de ocho bits, dndose el nombre de Byte a este tipo de organizacin de memoria. La firma DEC (Digital Equipment Corporation), para diversificar mercado, dirige sus miras a la fabricacin de equipos ms pequeos, conocidos como minicomputadoras.
Generacin 4 (1971 ) Ao
1969
Suceso
1969 1971 1972
1972 1976
1978 1981 1984 1988 1991
1993
La empresa japonesa BUSICOM, junto con Intel Corporation, comienzan el desarrollo de un circuito integrado que rena todas las funciones bsicas de proceso para aplicar en una calculadora de mesa de bajo coste. Se comienza el estudio sobre las memorias magnticas de burbuja. Se pone a la venta el INTEL4004, y aparece en 1972 la CPU INTEL8008. Aparece la CPU 8080, que revolucion el mercado de los microprocesadores al poderse aplicar en mltiples productos. En este micro corra el sistema operativo CP/M (Control Program for Microcomputers), desarrollado por Digital Research. IBM lanza el disco flexible, o floppy disk. Stephen Wozniak y Steven Jobs inventan la primera microcomputadora de uso general y fundan Apple Computers en 1977. Tambin, en este ao, la empresa Zilog lanza uno de los mayores competidores del Intel 8080, el Z-80. Intel lanza el primer microprocesador de 16 BIT: el 8086. IBM sac a la venta el modelo IBM PC (IBM Personal Computer), la computadora ideal para uso personal. Aparece la CPU 80286, llamada PC-AT. IBM presenta el ordenador personal IBM PS/2 (con la CPU 80386). Aparece la CPU Intel80486, Motorola saca la CPU 68040 y la alianza de Apple, IBM y Motorola da origen al PowerPC, basado en tecnologa RISC (Reduced Instruction Set Computer, Computadores con un conjunto reducido de instrucciones). Intel comercializa el 80586 o Pentium.
Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 2 ed. pg 8-12.
Ya con la plataforma informtica disponible, era posible pensar en un sistema industrial de control, donde se regularan todas las acciones de los diferentes bloques funcionales de manera centralizada. Para la aparicin de los sistemas 12
SCADA adems de la informtica, fue necesario el desarrollo de los siguientes tpicos tecnolgicos: Automatizacin Industrial: Paralelamente a la evolucin de la informtica, la aparicin de los circuitos integrados y el microprocesador permitieron el desarrollo de sistemas de control industrial ms robustos y con mejores prestaciones. En los aos 70 surgieron las primeras empresas dedicadas a la fabricacin de equipos elctricos con propsitos de automatizacin y control, como Siemens, Square-D, o Allen-Bradley. Aos ms tarde, la evolucin electrnica permiti que aparecieran los primeros autmatas programables, los micro PLC y los controles modulares. La programacin de estos sistemas se comenz a normalizar y aparecieron los sistemas de programacin genricos como Ladder, siendo este el inicio de lo que hoy es la automatizacin industrial. Telemetra: Los sistemas SCADA no solo necesitan controlar sistemas, sino que debe ser en la mayora de casos, a distancia, de manera cableada o inalmbrica. Se hace necesario entonces intercambiar seales entre el sistema que se controla y el sistema que controla; la telemetra es precisamente la transmisin a distancia de informacin. La palabra telemetra procede de las palabras griegas tele ("lejos") y metron ("medida"), y su objetivo es la medicin de magnitudes fsicas y su posterior envo de manera remota hacia el operador del sistema. Este envo se realiza tpicamente mediante comunicacin inalmbrica, aunque tambin se puede realizar por otros medios (telfono, redes de ordenadores, enlace de fibra ptica, etctera)1. La telemetra ha permitido que medidas como niveles de lquido, caudales, temperaturas, presiones o tensiones se enven de un punto a otro mediante mtodos de transmisin. Estos sistemas pueden ser cableados, como por ejemplo la transmisin de seales usando la red telefnica cableada en banda base; o sistemas dedicados ethernet. Tambin pueden usarse mtodos de transmisin inalmbrica. Metrologa: Es el estudio de las medidas, en el caso de sistemas SCADA, enfocado a magnitudes fsicas en la industria. La Metrologa industrial tiene como objetivo la calibracin, control y mantenimiento de todos los equipos de medicin empleados en produccin, inspeccin y pruebas; con la finalidad de que pueda garantizarse que los productos estn de conformidad con las normas. El equipo se controla con frecuencias establecidas y de forma que se conozca la incertidumbre de las mediciones. La calibracin debe hacerse contra equipos certificados, con relacin vlida
http://es.wikipedia.org/wiki/Telemetr%C3%ADa.
13
conocida a patrones, por ejemplo los patrones nacionales de referencia2. Se nombra la metrologa en sistemas SCADA debido a que estos sistemas transmiten y visualizan la seales medidas en los equipos, las cuales deben cumplir las normas locales e internacionales. Sistemas de Visualizacin. Parte fundamental de un sistema SCADA es la visualizacin y control de las plantas o sistemas en el mdulo central. La aparicin de los CRT (Tubos de rayos catdicos) dio inicio a la tecnologa enfocada a la visualizacin de informacin. Posteriormente aparecieron los primeros lenguajes de programacin grfica, incluyendo mas pixeles, colores en las celdas, dando inicio a las primeras interfases hombremaquina, los cuales luego en los sistemas SCADA serian llamados sistemas MMI (Interfase hombre-maquina, Man Machine Interface) o HMI (Interfase Humano Mquina, Human Machine Interface). En los aos 70 y 80, nacieron empresas fabricantes de sistemas de interfase grfica, como Cimplicity e Intellution. Posteriormente la compaa Wonderware cre un paquete de visualizacin llamado InTouch, el cual corra bajo el sistema operativo windows, y ha tenido una gran acogida desde que sali su primera versin en 1989. De aqu en adelante, con el gran auge de Windows, se fueron creando aplicaciones como Visual Basic, LabView, y otros paquetes, que permiten crear controles grficos e interfases de usuario, y as adaptarlas a sistemas o funciones especficas. Software para aplicaciones de control y visualizacin. Junto con el desarrollo de sistemas de visualizacin, varios fabricantes desarrollaron paquetes de software capaces de comunicarse con sistemas de control, y de agrupar toda la informacin recibida en sistemas de visualizacin industrial. Estos paquetes son hoy la base de sistemas SCADA. Algunos de los ms conocidos son: Intellution Omron Siemens Rockwell Automation Wonderware GE Fanuc IFIX SCS WinCC RS View, Cimplicity InTouch.
2
www.science.oas.org/OEA_GTZ/LIBROS/METROLOGIA/cap_1.pdf
14
En los sistemas SCADA modernos, se busca adems la intercomunicacin entre diferentes sistemas; con la irrupcin de Internet en el mundo de las comunicaciones industriales ahora es posible conectarse con un sistema de control situado en cualquier lugar del mundo gracias a la tecnologa WebServer: un ordenador dotado de un explorador y su direccin.
1.2
INTRODUCCION A LOS SISTEMAS SCADA.
SCADA (Supervisory Control And Data Adquisition, Control Supervisor y adquisicin de datos) se puede definir como una aplicacin o un software especialmente diseado para funcionar sobre ordenadores, con el fin de tener el acceso a datos remotos de procesos industriales, mediante protocolos y medios de comunicacin definidos de acuerdo a cada aplicacin; para su monitoreo y control. Un sistema SCADA, permite comunicarse con diversos dispositivos de campo (controladores autnomos, autmatas programables, etc.) y controlar el proceso en forma automtica desde la pantalla de un ordenador, la cual puede ser configurada y modificada con facilidad por el operador del sistema central. Adems, monitorea toda la informacin que se genera en cada proceso y la muestra de una manera clara por medio de sistemas de visualizacin especializados. No hay que confundir a SCADA con un sistema de control. SCADA es la interfase entre los sistemas de control y los rganos de gestin de dicho control. Estos se utilizan, por ejemplo, en el control de oleoductos, sistemas de transmisin de energa elctrica, yacimientos de gas y petrleo, redes de distribucin de gas natural, generacin energtica (convencional y nuclear) y en general, en cualquier proceso industrial susceptible a monitorear y/o controlar. Debido al gran auge de sistemas SCADA, se han venido desarrollando numerosos productos, en hardware y software, diseados y adaptados para este tipo de sistemas; inclusive en las comunicaciones industriales han surgido buses de comunicacin adaptados a sistemas SCADA. Lo que diferencia a un sistema SCADA de los sistemas convencionales de control o monitoreo, es precisamente que SCADA combina todas estas acciones en un mismo sistema: Monitoreo, adquisicin y transporte de datos, control y supervisin. El usuario no solamente tiene acceso a la informacin de la planta controlada, sino adems puede accionar actuadores y corregir o cambiar parmetros; todo desde el mdulo central. Esta variacin de variables controladas en tiempo real es la que hace de SCADA un sistema tan flexible y eficiente.
15
Un ejemplo de un sistema SCADA es el control de un depsito de agua desde una mina, como se observa en el Grfico No 2. Unos sensores se ocupan de vigilar el nivel de agua del depsito y el de la mina, informando a la bomba de cundo debe ponerse en marcha para bombear agua al depsito, de acuerdo a si hay nivel insuficiente en ste o cuando debe detenerse, o si el depsito est lleno o el nivel de la mina no es suficiente. Desde el centro de control, por medio de un software SCADA, se puede ver la evolucin del nivel de la estacin y decidir las acciones pertinentes en caso de problemas (detener el bombeo manualmente, ver si hay elementos defectuosos, etc.). Grfico No 2. Ejemplo de un sistema SCADA.
Fuente: Autor. 2008.
Un ejemplo de interfaz grfica, con el software WinCC, se muestra en el Grfico No 3. Grfico No 3. Ejemplo de control de nivel hecho con WinCC (siemens).
Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 22.
16
1.3
DESCRIPCION GENERAL DE UN SISTEMA SCADA
1.3.1 Objetivos de un sistema SCADA Una instalacin SCADA debe garantizar: Manejo desde un PC. Este manejo debe incluir no solo la visualizacin del estado de los elementos monitoreados, sino su control y manipulacin. Hardware accequible. Hardware fcil de instalar y usar; fcilmente configurable, cuyo montaje y mantenimiento pueda ser realizado de manera sencilla. Software flexible. Cuya interfaz grfica sea amigable al usuario. Debe permitir la integracin con las herramientas ofimticas y de produccin, e integracin de funciones de mando y supervisin. Arquitectura Abierta. Debido a que un sistema SCADA est comprendido por varias tecnologas; se debe garantizar su inter-funcionalidad. Las aplicaciones deben ser soportadas por los sistemas operativos ms comunes, y se deben permitir combinaciones con aplicaciones estndar y de usuario que permitan a los integradores crear soluciones de mando y supervisin optimizadas. Arquitectura escalable. Si los niveles de produccin crecen y a su vez los sistemas monitoreados se hacen ms grandes o robustos, lo ideal es que no sea necesario desmontar el sistema SCADA presente, sino que este sea escalable y pueda crecer y adaptarse a las nuevas necesidades. Comunicaciones confiables. Es sistema SCADA debe garantizar el transporte de datos entre sus respectivos bloques o sistemas controlados. Esta comunicacin debe ser flexible, adaptable a la topologa del sistema y soportada por una tecnologa de transporte de datos estandarizada. Para este propsito ya estn disponibles numerosos protocolos de comunicaciones industriales.
Estas garantas le permitirn a los sistemas SCADA cumplir adecuadamente con sus objetivos en la industria. Estos objetivos, entre otros, son:
Ofrecer accesibilidad por parte de los operadores a los sistemas de manera directa, en tiempo real, rpida y fcil. Un sistema SCADA permite que los sistemas supervisados sean ms accequibles. La telemetra usada en algunos sistemas SCADA permite que aun, sistemas que estn geogrficamente alejados del modulo central, sean monitoreados sin tener que ir fsicamente hasta sus instalaciones.
17
Ofrecer conectividad entre sistemas. Un sistema SCADA mantiene intercomunicados los sistemas supervisados, de manera centralizada (un mdulo central gestiona la comunicacin). El constante flujo de informacin mejora muchos procesos internos en la industria. Mejorar la gestin de los recursos tecnolgicos y los datos que estos recursos manejan. Un sistema SCADA le permite a una empresa manejar el estado de sus sistemas, lo niveles de sus seales en tiempo real, el historial de su desempeo; y sacar grficos, tablas, informes con las estadsticas o reportes de funcionamiento. Todo esto permite gestionar los recursos de una manera ms organizada y detallada. Mejorar el mantenimiento de los equipos. Los sistemas SCADA permiten prevenir posibles fallas, al tener informada a la administracin tcnica, en todo tiempo, el estado de los equipos. Algunos sistemas SCADA tienen recursos de gestin de mantenimiento, donde se pueden programar fechas de revisin de mquinas, historial de fallos y arreglos, permitiendo as optimizar y organizar las acciones orientadas a mantener y reparar los equipos o sistemas. Optimizar el manejo de recursos, tanto humanos como financieros. Los sistemas SCADA evitan presencia innecesaria de operadores, viajes de supervisin, recoleccin de datos, y diversas tareas que demandaban tiempo y por lo tanto dinero. Permitir que las acciones de supervisin y control de procesos sea ms cmoda y ergonmica.
1.3.2 Ventajas de un Sistema SCADA En un sistema SCADA, adems de la supervisin de procesos se realizan mltiples tareas de adquisicin de datos, control, registro de datos; todo bajo una plataforma de buses de comunicacin y un software que permite al sistema funcionar eficientemente. Todo esto trae innumerables ventajas a los sistemas industriales que deciden implementarlo en sus procesos. Algunas de esas ventajas son: Ms facilidad en el manejo y control de procesos industriales. Los entornos SCADA desarrollados permiten que su manejo sea ms sencillo y accequible a ms personas; ya no se necesita ser un experto en control y automatizacin industrial para poder administrar procesos industriales. Ms robustez y fiabilidad. Los sistemas SCADA son diseados con elevados estndares de seguridad y normalmente controlan y supervisan equipos robustos. Un ejemplo es el uso comn de autmatas programables en sistemas SCADA, los cuales le dan robustez y flexibilidad al diseo. Flexibilidad. Un sistema SCADA permite expandir el control sin necesidad de desmontar el sistema o cambiar de tecnologa. Adems permite la
18
conexin, mediante tarjetas de adquisicin de datos, de mltiples tipos de sensores y actuadores. Monitoreo en tiempo real. Esto a su vez trae ventajas. Por ejemplo, el dao de equipos industriales, se puede evitar si se detecta a tiempo una falla y se realiza el mantenimiento inmediato. Un sistema SCADA permite la deteccin de errores inmediata. Esto no solo beneficia a los equipos en s, sino a los procesos que estos equipos controlan. Un error detectado a tiempo minimizar los periodos de paro en las instalaciones y repercute en la reduccin de costes de mantenimiento. Telemantenimiento. Desde el centro de control se puede realizar mantenimiento remoto a equipos. Este mantenimiento remoto incluye acciones de diagnstico y aun reparacin. Los sistemas de diagnstico implementados en los elementos de control informan continuamente de cualquier incidencia en los equipos, y a distancia, pueden tomarse acciones correctivas a tiempo. Los sistemas SCADA mejoran la gestin de los procesos industriales, facilitando el anlisis y presentacin de datos, interpretacin ms clara por parte de los tcnicos de las acciones y programas de control, y aun, por personas externas que no estn involucradas directamente por los procesos. Un sistema SCADA tambin puede implementar comunicacin remota entre el mdulo de control y el operador, de esta manera, los sistemas de control pueden mantener informados sobre cualquier incidencia a los operadores responsables. Los sistemas SCADA pueden usar tecnologas de comunicacin celular, o por internet, para este propsito. El desarrollo y proliferacin de sistemas SCADA ha permitido estandarizar los sistemas y bloques, tanto el software como el hardware. Esto permite una mayor integracin entre sistemas. Gestin de seguridad. El acceso a los sistemas controlados se puede limitar. Mejoras en la produccin. Un sistema monitoreado y controlado constantemente ofrece mejores prestaciones y servicios. Reduccin de costos de mantenimiento y operacin. Si antes se necesitaba un operario que supervisara y controlara un bloque respectivo; ahora todos los sistemas se controlan de manera centralizada. Mayor coordinacin entre estaciones, para los procesos productivos.
Los sistemas SCADA se diferencian notablemente de los sistemas clsicos de automatizacin, donde las variables de control estn distribuidas sobre los controladores electrnicos de la planta, a diferencia de SCADA, donde estn centralizadas; esto dificulta variaciones en los parmetros a controlar en tiempo real y peridicamente.
19
1.3.3 Prestaciones de un Sistema SCADA Otra manera de describir un sistema SCADA en desde el punto de vista de sus prestaciones. Se puede decir que su funcin principal es establecer una interfase entre el hombre y la mquina, con una serie de servicios, funciones y utilidades encaminadas a la supervisin, control y manejo de datos. Para esto se han desarrollado paquetes de software que permiten que un sistema SCADA tenga prestaciones como: La Adquisicin de Datos y monitoreo: Los datos y seales (temperatura, presin, tiempos de operacin, estado, etc...) se leen en tiempo real por parte de los operadores de planta. Se leen los datos de los autmatas (temperaturas, velocidades, detectores). Una mquina o instalacin pueden ser vigilados desde muchos kilmetros de distancia. El grfico No 4 muestra como desde una pantalla se puede conocer el estado de una lnea de extrusionado. La adquisicin de datos remota que ofrece un sistema SCADA lo hace un sistema muy atrayente y con innumerables aplicaciones; mientras los datos se puedan convertir en seales elctricas o electromagnticas que se transporten por medios guiados o no guiados, no hay lmites en el tipo de seales a monitorear; alarmas, variables elctricas, variables fsicas, etc. Grfico No 4. Monitoreo de una lnea de extrusionado.
20
La supervisin: Cuando el monitoreo incluye la planeacin y registro de tareas, con el fin de gobernar las decisiones que se toman sobre la planta; se habla de supervisin. Se puede definir la palabra supervisar como ejercer la inspeccin superior en determinados casos, ver con atencin o cuidado y someter una cosa a un nuevo examen para corregirla o repararla permitiendo una accin sobre la cosa supervisada. Los sistemas SCADA permiten configurar la realizacin de tareas de forma peridica o programada, automticamente. Tambin se pueden configurar acciones de respuesta ante ciertos problemas. Un sistema SCADA puede ayudar considerablemente a las acciones de supervisin humana. El control: Las acciones de adquisicin de datos y supervisin, arrojan valores y permiten conocer el estado actual de las variables asociadas a los sistemas, plantas o mquinas monitoreadas. Cuando estas lecturas obligan a tomar acciones ya sea de manera manual o automtica - para ajustar el funcionamiento de los sistemas para que su comportamiento se ajuste a un ideal, se comienza a hablar de control. A los sistemas SCADA, por estar montados en plataformas gobernadas por sistemas informticos, se les pueden implementar programas orientados al control de procesos de forma automtica. El control manual genera lo que se conoce como sistemas de mando, donde los operadores controlan de manera remota los equipos. Muchas acciones de mando, sin embargo, pueden ser programadas, distribuidas y ejecutadas en varios sistemas a la vez. Algunas acciones de control son avanzadas, donde los sistemas SCADA usan paquetes matemticos que implementan algoritmos de control especializados. El registro: Toda la informacin de un sistema SCADA es susceptible a ser guardada en memoria para luego ser usada para mantenimiento, informes, seguimiento, etc., por ejemplo, la generacin de histricos de seal de planta, que pueden ser volcados para su proceso sobre una hoja de clculo; creacin de informes, avisos y documentacin en general. La seguridad: Solo el personal autorizado puede acceder a los sistemas controlados. Algunos sistemas SCADA incluyen protocolos de seguridad avanzados.
1.3.4 Resumen de Caractersticas de un sistema SCADA El Grfico No 5 muestra un resumen de lo anteriormente dicho. Es importante que en el momento de disear un sistema SCADA, se tengan en cuenta los objetivos, las prestaciones y las ventajas que ese sistema ofrece con respecto a otros tipos de sistemas de automatizacin industrial.
21
Grfico No 5. Resumen Caractersticas SCADA.
Fuente: Autor. 2008
22
2. ARQUITECTURA SCADA 2.1 DESCRIPCION GENERAL
Hablar de arquitectura es hablar de la organizacin de los elementos y su interrelacin; de la topologa, de los bloques constitutivos, de las funciones. Las primeras incursiones en el campo de la automatizacin localizaban todo el control en el PC y tendan progresivamente a la distribucin del control en planta. De esta manera, el sistema queda dividido en tres bloques principales: -
Software de adquisicin de datos y control (Scada). Sistemas de adquisicin y mando (sensores y actuadores). Sistema de interconexin (comunicaciones).
El usuario, mediante herramientas de visualizacin y control, tiene acceso al sistema de Control de Proceso, que es generalmente un ordenador donde reside la aplicacin de control y supervisin (se trata de un sistema servidor). La comunicacin entre estos dos sistemas se suele realizar a travs de redes de comunicaciones corporativas (Ethernet). El Sistema de Proceso capta el estado del Sistema a travs de los elementos sensores e informa al usuario a travs de las herramientas HMI. Basndose en los comandos ejecutados por el usuario, el sistema de proceso inicia las acciones pertinentes para mantener el control del Sistema a travs de los elementos actuadores. La transmisin de los datos entre el Sistema de Proceso y los elementos de campo (sensores y actuadores) se lleva a cabo mediante los denominados buses de campo. La tendencia actual es englobar los sistemas de comunicacin en una base comn, como Ethernet Industrial. Toda la informacin generada durante la ejecucin de las tareas de supervisin y control se almacena para disponer de los datos a posteriori. Mediante el software de adquisicin de datos y control, el mundo de las mquinas se integra directamente en la red empresarial, pasando a formar parte de los elementos que permitirn crear estrategias de empresa globales. Aparece el
23
concepto de Fabricacin Manufacturing).
Integral
Informatizada
(Computer
Integrated
Un sistema Scada es una aplicacin de software especialmente diseada para funcionar sobre ordenadores en el control de produccin que proporciona comunicacin entre los dispositivos de campo, llamados tambin RTU (Remote Terminal Units o Unidades Remotas), donde se pueden encontrar elementos tales como controladores autnomos o autmatas programables, y un centro de control o Unidad Central (MTU, Master Terminal Unit), donde se controla el proceso de forma automtica desde la pantalla de uno o varios ordenadores.
Grfico No 6. Estructura bsica de un sistema de supervisin y mando.
Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 44 .
Grfico No 7. Idea bsica de un sistema SCADA.
Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 45
24
La estructura funcional de un sistema de visualizacin y adquisicin de datos obedece generalmente a la estructura Maestro-Esclavo. La estacin central (el maestro o master) se comunica con el resto de estaciones (esclavos o slaves) requiriendo de stas una serie de acciones o datos.
2.2
HARDWARE DE UN SISTEMA SCADA
Un sistema SCADA, est dividido en dos grandes bloques: Captadores de datos: Recopilan los datos de los elementos de control del sistema (por ejemplo, autmatas, reguladores, registradores) y los procesan para su utilizacin. Son los servidores del sistema. Utilizadores de datos: Los que utilizan la informacin recogida por los anteriores, como pueden ser las herramientas de anlisis de datos o los operadores del sistema. Son los clientes.
Mediante los Clientes los datos residentes en los servidores pueden evaluarse, permitiendo realizar las acciones oportunas para mantener las condiciones nominales del sistema. Mediante los denominados buses de campo, los controladores de proceso (generalmente autmatas programables o sistemas de regulacin) envan la informacin a los servidores de datos (Data Servers), los cuales, a su vez, intercambian la informacin con niveles superiores del sistema automatizado a travs de redes de comunicaciones de rea local. Existen mltiples posibilidades de implementacin de sistemas SCADA. Desde una mquina aislada provista de un sistema de captacin y presentacin de datos, hasta un gran conjunto de sistemas interconectados que se ocupan de la distribucin elctrica en todo un pas. Estos sistemas estn formados por los siguientes elementos bsicos: Interfase Hombre-Mquina Unidad Central Unidad Remota Sistema de Comunicaciones
25
Grfico No 8 (1). Arquitectura bsica de hardware SCADA (1).
Grfico No 8 (2). Arquitectura bsica de hardware SCADA (2).
Fuente: bibliotecnica.upc.es/bustia/arxius/40201.pdf. Miniproyecto de Automatizacin Industrial.
26
2.2.1 Interfase Hombre Mquina (HMI, MMI) Comprende los sinpticos de control y los sistemas de presentacin grfica. La funcin de un Panel Sinptico es la de representar, de forma simplificada, el sistema bajo control (un sistema de aprovisionamiento de agua, una red de distribucin elctrica, una factora). En un principio los paneles sinpticos eran de tipo esttico, colocados en grandes paneles plagados de indicadores y luces. Con el tiempo han ido evolucionando, junto al software, en forma de representaciones grficas en pantallas de visualizacin (PVD, Pantallas de Visualizacin de Datos). En los sistemas complejos suelen aparecer los terminales mltiples, que permiten la visualizacin, de forma simultnea, de varios sectores del sistema. De todas formas, en ciertos casos, interesa mantener la forma antigua del Panel Sinptico, pues la representacin del sistema completo es ms clara para el usuario al tenerla presente y no le afectan los eventuales fallos de alimentacin de componentes o de controladores grficos. 2.2.2 Unidad Central (MTU, Master Terminal Unit) Centraliza el mando del sistema. Se hace uso extensivo de protocolos abiertos, lo cual permite la interoperabilidad de multiplataformas y multisistemas. Un sistema de este tipo debe de estar basado en estndares asequibles a bajo precio para cualquier parte interesada. De esta manera es posible intercambiar informacin en tiempo real entre centros de control y subestaciones situadas en cualquier lugar. En el Centro de Control se realiza, principalmente, la tarea de recopilacin y archivado de datos. Toda esta informacin que se genera en el proceso productivo se pone a disposicin de los diversos usuarios que puedan requerirla. Se encarga de: - Gestionar las comunicaciones. - Recopilar los datos de todas las estaciones remotas (RTU). - Envo de informacin. - Comunicacin con los Operadores. - Anlisis. - Impresin. - Visualizacin de datos. - Mando. - Seguridad.
27
Estas tareas estn encomendadas a equipos informticos con funciones especficas y exclusivas, tales como: Almacenar Datos (Database Server): Se ocupa del archivado de datos para el proceso posterior de los mismos mediante herramientas de representacin grfica o de anlisis estadstico. Almacenar archivos (File Server): Almacena los resultados de los anlisis de los datos recogidos, guarda los datos concernientes a los eventos del sistema, datos de configuraciones, alarmas, etc. Administracin: Permite la gestin y el mantenimiento del sistema SCADA, controlar los sistemas de seguridad, modificar la configuracin de las tareas de backup, etc. Comunicaciones: permite el intercambio de datos en tiempo real con estaciones remotas. ste es un punto de entrada y salida de datos, por tanto, debe prestarse especial atencin a la seguridad y protegerlo de accesos no autorizados.
2.2.3 Unidad Remota (RTU, Remote Terminal Unit) Por Unidad o Estacin Remota, se puede entender como aquel conjunto de elementos dedicados a labores de control y/o supervisin de un sistema, alejados del centro de control y comunicados con ste mediante algn canal de comunicacin. Dentro de esta clasificacin se pueden encontrar tres elementos, los RTU, los PLC y los IED: RTU (Remote Terminal Unit): Especializados en Comunicacin. PLC (Programmable Logic Controller): Tareas Generales de Control. IED (Intelligent Electronic Device): Tareas Especficas de Control.
RTU Las Unidades Remotas se encargaban en un principio de recopilar los datos de los elementos de campo (autmatas reguladores) y transmitirlos hacia la unidad central, a la vez que enviar los comandos de control a stos. Seran los denominados procesadores de comunicaciones. Con la introduccin de sistemas inteligentes aparecen tambin las funciones de recogida y proceso de datos, as como de seguridad ante accesos sin 28
autorizacin o situaciones anmalas que puedan perjudicar al funcionamiento de la estacin y provocar daos en sus componentes. Las Unidades Remotas suelen estar basadas en ordenadores especiales que controlan directamente el proceso mediante tarjetas convertidoras adecuadas o que se comunican con los elementos de control (PLC, Reguladores) mediante los protocolos de comunicacin adecuados. Su construccin es ms robusta, son operativos dentro de un rango de temperaturas mayor que los ordenadores normales, y su robustez elctrica tambin es mayor (transitorios de red, variaciones de alimentacin, interferencias electromagnticas). El software de estos elementos suele estar elaborado en lenguajes de alto nivel (C, VisualBasic, Delphi) que permiten interpretar los comandos provenientes de la estacin Maestra (Master Terminal Unit). PLC Los controladores lgicos programables o PLC (Programmable Logic Controller), empezaron como sistemas de dedicacin exclusiva al control de instalaciones, mquinas o procesos. Con el tiempo han ido evolucionando, incorporando cada vez ms prestaciones en forma de mdulos de ampliacin, entre ellos los Procesadores de Comunicaciones, que han hecho desvanecerse la lnea divisoria entre RTU y PLC, quedando incluidas todas las prestaciones en el PLC. A su vez, los PLC pueden tener elementos distribuidos con los cuales se comunican a travs de sistemas de comunicacin llamados Buses de Campo. IED Son los denominados perifricos inteligentes (Intelligent Electronic Devices). Se trata de elementos con propiedades de decisin propias (programas) que se ocupan de tareas de control, regulacin y comunicacin. Dentro de esta clasificacin se pueden encontrar elementos tales como PCL, reguladores, variadores de frecuencia, registradores, procesadores de comunicaciones, generadores de tiempo y frecuencia, controladores de energa reactiva, transductores, etc. Es todava habitual encontrar que muchos de estos elementos utilizan protocolos propietarios y dan origen a las denominadas islas de automatizacin. 29
Sistemas remotos Hoy da una estacin remota no es necesariamente un autmata con capacidades de comunicacin controlando una compuerta de un embalse. Puede tratarse de un gran sistema complejo que forme parte, a su vez, de un sistema de control mucho ms extenso, como el control de distribucin elctrica de un pas, donde las estaciones remotas pueden tener a su cargo una ciudad entera o controlar la distribucin regional. En este caso, la estacin remota tiene implementadas funciones de control, interfase hombre-mquina, adquisicin de datos, control de bases de datos, protocolos de seguridad y comunicaciones internas entre subsistemas. En el Grfico No 9 hay un ejemplo de la arquitectura general de una RTU. Grfico No 9. Arquitectura bsica de una RTU
30
2.2.4 Sistema de comunicaciones. El intercambio de informacin entre servidores y clientes se basa en la relacin de productor-consumidor. Los servidores de datos interrogan de manera cclica a los elementos de campo (polling), recopilando los datos generados por registradores, autmatas, reguladores de proceso, etc. Buses especiales de comunicacin proporcionan al operador la posibilidad de comunicarse con cualquier punto, local o remoto, de la planta en tiempo real. Gracias a los controladores suministrados por los diferentes fabricantes y a su compatibilidad con la mayora de estndares de comunicacin existentes (lase buses de campo), es posible establecer cualquier tipo de comunicacin entre un servidor de datos y cualquier elemento de campo. Un servidor de datos puede gestionar varios protocolos de forma simultnea, estando limitado por su capacidad fsica de soportar las interfases de hardware (las popularmente conocidas tarjetas de comunicacin). Permiten el intercambio de datos bidireccional entre la Unidad Central y las Unidades Remotas (RTU) mediante un protocolo de comunicaciones determinado y un sistema de transporte de la informacin para mantener el enlace entre los diferentes elementos de la red: Lnea telefnica, dedicada o no. Cable coaxial. Fibra ptica. Telefona celular (GPRS, UMTS). Radio (enlaces de radio VHF, UHF, Microondas).
Las diversas combinaciones de los elementos que se comunican dan lugar a unas topologas determinadas: Punto a punto: la relacin es del tipo Maestro-Esclavo. Un solo elemento remoto (RTU) est conectado al sistema de control (MTU) mediante una lnea de comunicacin (dibujo 1 del Grfico No 10). Multipunto dedicado: una variante del modelo anterior. Un solo sistema de control conectado a varias estaciones remotas mediante enlaces directos permanentes (Dibujo 2). Esta configuracin es delicada, pues todo el trfico de la red se centra en un solo punto, la Unidad Central, que debe poder gestionar todo el trfico generado por el resto de elementos. 31
Multipunto compartido estrella: tipo Maestro-Esclavo. Esta configuracin en estrella utiliza un solo puerto de comunicaciones, realizndose el intercambio de datos por turnos. Esto es posible debido a que las estaciones remotas tienen identificadores nicos (Dibujo 3). Multipunto compartido en bus: similar al anterior, pero con estructura Maestro-Esclavo, multimaestro o Cliente-Servidor. Una o varias unidades centrales estn conectadas a una o varias estaciones remotas mediante un medio comn (bus). El acceso es tambin por orden y est gestionado por el sistema Maestro (polling). Multipunto compartido en anillo: es la estructura del dibujo nmero 4. Ms robusta al proporcionar dos caminos para la informacin. En caso de fallo de un nodo el trfico no se interrumpe.
Generalmente cualquier aplicacin de cierta envergadura utiliza varios de estos mtodos de forma simultnea, tanto en medios de transmisin como en topologas. Esto permite su implantacin de forma ms eficiente, adaptando los recursos tcnicos al terreno y optimizando los costes. Por ejemplo, para grandes distancias se utiliza la comunicacin por satlite, microondas o radio, cosa que no tendra sentido (econmico al menos) para transmitir seales a pocos metros de distancia, caso en que es ms indicado el cable. Grfico No 10. Topologas bsicas
32
La aplicacin de estndares a las comunicaciones permite una mayor integracin y flexibilidad en las configuraciones. No hay que olvidar que el uso de estndares acarrea un problema, las carencias que estos estndares tienen. Por ejemplo, la implantacin del sistema operativo Windows como un estndar de facto en los sistemas de visualizacin, o la adopcin de las tecnologas Web, traen consigo problemas relacionados con la seguridad en los accesos (Hacking), los virus informticos, la integridad de los datos o los problemas de comunicaciones. Por ejemplo, en esta estructura se puede observar una red con dos servidores SCADA conectados al bus de Proceso. Los datos del servidor SCADA principal (en el centro) se hallan replicados en otro servidor que da servicio a la Intranet Corporativa. En el servidor Scada principal se han implementado dos firewall que protegen el sistema de accesos externos no deseados, desde Internet o desde una intranet. Grfico No 11. Seguridad en redes SCADA
Firewall: Siempre se ha considerado que los firewalls protegen la red, pero este nombre no lo explica.
33
El nombre tiene su origen en la construccin civil. Se trata de las paredes divisorias, sin ventanas, que separan dos estancias, y cuya funcin es impedir que el fuego se propague de una estancia a otra en caso de incendio. Informticamente hablando se trata de barreras lgicas entre redes diferentes, una local (LAN) y otra pblica (Internet) o de jerarqua diferente (Intranet). Estas barreras permiten proteger la red local de accesos no deseados desde el exterior. Los primeros cortafuegos aparecen en la dcada de los ochenta. Se parecan a los routers en su forma de trabajar: separaban una red en redes menores e independientes a nivel de trfico de informacin. De esta manera, si una de las redes tena algn tipo de problema (configuraciones o sobrecarga) no se transmita al resto. Gracias al seor Robert Morris Junior, el 2 de Noviembre de 1988 aparece la primera referencia a uno de los problemas ms graves de Internet: los gusanos. Son programas que se copian a s mismos, acaparan los recursos de la red y la saturan (el seor Morris dijo que todo fue un accidente, por supuesto, pero no le creyeron). A partir de hechos como ste, Internet deja de ser un prado con ovejitas y aparecen los primeros lobos. En los aos noventa aparecen los cortafuegos con funciones exclusivas de seguridad. Los primeros trabajaban como filtros de paquetes IP, gestionaban el trfico de informacin y decidan si se transmitan o se destruan. Los filtros de paquetes funcionan de la siguiente manera: El programa residente en el cortafuego revisa las cabeceras de todos los paquetes que llegan. El programa tiene una serie de reglas que determinarn el destino de cada paquete (bsicamente lo que puede pasar y lo que no puede pasar a la red).
Estos principios son aplicables tanto a los cortafuegos de uso general, de software, como a los de hardware (stos tienen un sistema operativo propio con determinadas reglas de filtrado). La siguiente generacin de cortafuegos aument su sofisticacin y convirti a los cortafuegos en nodos de red que permiten el flujo en los dos sentidos. En 1991 la DEC (Digital Equipment Corporation) presenta el que fue el primer cortafuegos comercial de este tipo, llamado SEAL (Secure External Access Link).
34
Tipos de Cortafuegos: Segn el uso al que estn destinados se pueden clasificar en Corporativos o Personales: Corporativos: Como se ha explicado, se trata de programas (software) o tarjetas (hardware) que realizan el control de trfico entre dos redes. Personales: Dedicados al filtrado del trfico que entra o sale de un solo ordenador. Trabajan a nivel de la Capa de Aplicacin (intercambio de informacin, funciones de usuario y servicios de comunicacin) y de la Capa de Red (caminos utilizados para realizar el intercambio de informacin).
Deben ser configurados por el usuario y permiten establecer una medida preventiva ante software malicioso (malware). Por ejemplo, al abrir un correo electrnico portador de un troyano (programa que transfiere informacin de nuestro ordenador sin nuestro consentimiento), el firewall personal impedir que la informacin pueda salir de nuestro ordenador. Segn la tecnologa que utilicen, se pueden clasificar como: Filtro de paquetes: Mediante TCP/IP, realiza el encaminamiento de paquetes. La poltica de seguridad (Security Policy) determinada por el administrador permitir bloquear o permitir el paso de los paquetes IP. Hay varios tipos en funcin de su comportamiento: - Static filtering (filtrado esttico) configurables manualmente. - Dynamic filtering (filtrado dinmico) que cambian las reglas de filtrado en funcin de los eventos detectados. - Stateful inspection (inspeccin de estado), similares a los anteriores, adems analizan los datos de los paquetes. Reciben el nombre de Network Layer Firewalls. Gateways de Capa de Aplicacin: Operan a nivel de esta capa OSI. Controlan el trfico de los navegadores, interpretan los protocolos e interceptan todas las peticiones de las aplicaciones, verificando el cumplimiento de las normas de seguridad antes de permitir que se transmitan. Gateways de circuito: Operan a nivel de la Capa de Transporte, estableciendo circuitos entre clientes y servidores. No interpretan los protocolos.
35
Grfico No 12. Situacin de cortafuegos en capas OSI.
2.3
SOFTWARE DE UN SISTEMA SCADA3
Un programa del tipo HMI se ejecuta en un ordenador o Terminal grfico y unos programas especficos le permiten comunicarse con los dispositivos de control de planta (hacia abajo) y los elementos de gestin (hacia arriba). Estos programas son lo que denominamos controladores (o driver) de comunicaciones. Una parte del paquete (propia o de terceros) contiene todos los controladores de comunicacin entre nuestra aplicacin y el exterior, ocupndose de gestionar los enlaces de comunicacin, tratamiento de la informacin a transferir y protocolos de comunicacin (Profibus, AS-i, Can, Ethernet...).
3
Adaptado de RODRIGUEZ, Aquilino, 2007. Sistemas SCADA. En la unidad 2 de este mdulo se profundizar mas sobre los estndares de interconectividad entre ordenadores, y en la Unidad 3 se har un resumen de los paquetes software ms usados en sistemas SCADA.
36
Por lo general son programas de pago, debemos conseguir licencias de utilizacin para poder trabajar con ellos. Grfico No 13. Concepto de driver.
El driver realiza la funcin de traduccin entre el lenguaje del programa SCADA y el del Autmata (hacia abajo, por ejemplo, Profibus), o entre el SCADA y la red de gestin de la empresa (hacia arriba, con Ethernet, por ejemplo). Generalmente la configuracin del controlador de comunicaciones se realiza durante la instalacin del software principal o como programa de acceso externo al ejecutar la aplicacin principal. Segn la importancia del sistema, es posible especializar componentes, realizando tareas exclusivas dentro del sistema de control (servidores de datos, de alarmas, de histricos, de interfase hombre-mquina, etc.). Una vez los datos de planta se han procesado, pueden transferirse a otras aplicaciones de software, tales como hojas de clculo o bases de datos. Esto es lo que podramos denominar gestin de datos, que nos permite analizar eventos, alarmas, emergencias, etc., ocurridos durante la produccin.
37
En un programa SCADA tendremos dos bloques bien diferenciados: el programa de desarrollo y el programa de ejecucin o Run-time: El programa de desarrollo engloba las utilidades relacionadas con la creacin y edicin de las diferentes ventanas de la aplicacin, as como sus caractersticas (textos, dibujos, colores, propiedades de los objetos, programas, etc.). El programa Run-time permite ejecutar la aplicacin creada con el programa de desarrollo (en Industria se entrega, como producto acabado, el Run-time y la aplicacin).
2.3.1 Comunicacin entre aplicaciones Los mtodos de intercambio de informacin entre aplicaciones informticas ms conocidos son: OPC: El estndar de intercambio de datos por excelencia se denomina OPC (OLE for Process Control). Es un estndar abierto que permite un mtodo fiable para acceder a los datos desde aparatos de campo. El mtodo de acceso siempre es el mismo, sin depender del tipo y origen de los datos. Se basa en la tecnologa COM (Component Object Model), de Microsoft, que permite definir cualquier elemento de campo mediante sus propiedades, convirtindolo en una interfase. De esta manera es posible conectar fcilmente cualquier elemento de campo con un servidor de datos local (COM), o remoto (DCOM). Los componentes OPC se pueden clasificar en clientes o servidores: Cliente OPC (OPC client): Es una aplicacin que slo utiliza datos, tal como hace un paquete SCADA. Cualquier cliente OPC se puede comunicar con cualquier servidor OPC sin importar el tipo de elemento que recoge esos datos (el aspecto que veremos, desde el punto de vista de los datos, ser siempre similar, sin importar el fabricante del equipo). Servidor OPC (OPC server): Es una aplicacin que realiza la recopilacin de datos de los diversos elementos de campo de un sistema automatizado y permite el acceso libre a estos elementos desde otras aplicaciones que los soliciten (clientes OPC).
38
ODBC: Mediante ODBC (Open Data Base Connectivity), tambin de Microsoft Windows, tenemos un estndar que permite a las aplicaciones el acceso a datos en Sistemas de Gestin de Bases de Datos (Data Base Management Systems) utilizando SQL como mtodo estndar de acceso. ODBC permite que una aplicacin pueda acceder a varias bases de datos mediante la inclusin del controlador correspondiente en la aplicacin que debe acceder a los datos. La interfase ODBC define: Una librera de llamadas a funciones ODBC. La sintaxis SQL necesaria. Cdigos de error estndar. El mtodo de conexin a un Sistema de Gestin de Bases de Datos (DBMS). El formato de presentacin de los datos
Para acceder a los datos, una aplicacin necesita un controlador, que en Windows se llama Librera de Enlace Dinmico (DLL, Dynamic Link Library) y en UNIX recibe el nombre de Objeto (OBJ). ODBC permite definir un estndar que permita el intercambio entre bases de datos y aplicaciones. SQL: La aparicin del estndar por excelencia para la comunicacin con bases de datos, SQL (Structured Query Language), permite una interfase comn para el acceso a los datos por parte de cualquier programa que se cia al estndar SQL. El primer SQL aparece en 1986 bajo el nombre: ANSI X3.135-1986. Las posibilidades de esta tecnologa incluyen: Procedimientos: Son bibliotecas de comandos almacenados en la base de datos. Permiten reducir el trfico de red y simplificar los procedimientos de acceso a los usuarios de las bases de datos. Eventos: Son comandos que se activan de forma automtica bajo unas ciertas condiciones, facilitando el mantenimiento de la integridad de los datos. Replicacin: Permite la duplicacin y sincronizacin de bases de datos. Por ejemplo, para actualizar los datos de la base de datos central con los almacenados en una unidad remota (RTU), ms actuales, o para actualizar un servidor de datos que ha quedado temporalmente fuera de servicio y se vuelve a poner en funcionamiento.
39
Accesibilidad: Permite el intercambio o envo de informacin basndose en eventos. Por ejemplo, el envo automtico de mensajes cuando se cumplen ciertas condiciones dentro de un sistema. ASCII: Mediante el formato ASCII, comn a prcticamente todas las aplicaciones informticas, tenemos un estndar bsico de intercambio de datos. Es sencillo exportar e importar datos de configuracin, valores de variables, etc. API: Las herramientas API (Application Programming Interfaces) permiten que el usuario pueda adaptar el sistema a sus necesidades mediante rutinas de programa propias escritas en lenguajes estandarizados, tales como Visual Basic, C++, o Java, lo cual les confiere una potencia muy elevada y una gran versatilidad. Permiten el acceso a las bases de datos de los servidores (valores almacenados temporalmente o archivos histricos). 2.3.2 Almacenamiento de Datos Inicialmente los ordenadores estaban muy limitados en sus capacidades de almacenamiento de variables, tanto en cantidad como en tiempo. Ya en los albores de la automatizacin se vio la utilidad de poder disponer de datos almacenados sobre un sistema, de manera que se pudiera realizar cualquier tipo de anlisis a posteriori como, por ejemplo, diagnsticos. Tambin aqu se podran establecer una serie de pasos evolutivos en la tcnica de almacenamiento de informacin:
Ficheros: La primera poca de almacenamiento, anterior a las bases de datos, se basaba en el almacenamiento de informacin en ficheros, accesibles por los programadores de las aplicaciones. Estos ficheros eran complicados de tratar debido a que tenan que estar perfectamente identificados y localizados en el disco, as como la situacin y el formato de los datos dentro de stos. La primera revolucin aparece con la tcnica del indexado. Un archivo puede entonces estar ordenado por un criterio determinado, por ejemplo, la fecha o el nombre de variable. De esta manera es fcil acceder a unos datos si el nombre de la variable es conocido. La limitacin de este mtodo radica en que la base de datos tiene un solo punto de acceso.
40
Bases de datos: La aparicin de las bases de datos jerrquicas permite ordenar los elementos por jerarquas, en las cuales un tipo de datos consiste en un subconjunto de otro tipo de datos ms genrico. Por ejemplo, en una lnea de produccin hay un conjunto general de variables compuesto por los conjuntos de variables particulares de cada mquina. Este modelo est limitado en prestaciones si queremos acceder, por ejemplo, a variables pertenecientes a distintos grupos de datos situados en diferentes niveles del esquema de variables. Surgen entonces las bases de datos de red, capaces de interpretar las relaciones ms complejas entre los diversos tipos de variables que aparecen. Los programas, de todas formas, siguen necesitando conocer las formas de acceder a los datos dentro de estas estructuras. Bases de datos relacionales: El paso definitivo, que separa los programas de las estructuras de datos, se da con la aparicin de las bases de datos relacionales (Relational Data Base). Este tipo de bases de datos permite reflejar estructuras de datos, independientemente del tipo de programas que accede a los datos o de la estructura de stos. Una base de datos relacional no es ms que un conjunto de tablas de datos que contienen campos que sirven de nexo de unin (relacin) y que permiten establecer mltiples combinaciones mediante la utilizacin de estos nexos. Las combinaciones posibles son prcticamente ilimitadas, slo hay que configurar el mtodo de bsqueda (el query) o el tipo de datos que se quiere consultar y aplicarlo a los datos. Este tipo de organizacin permite la aparicin de las arquitecturas del tipo Cliente-Servidor, simplificando la administracin de los datos y los programas que trabajan con stos. La consecuente normalizacin disminuye las necesidades de espacio de almacenamiento y reduce los problemas asociados a las bases de datos redundantes (inconsistencias debidas, por ejemplo, a repeticiones de registros). Los Usuarios deben poder acceder a los datos de forma rpida y sencilla, pudiendo realizar sus propias estructuras de interrogacin (queries) y obtener los datos adecuados a sus necesidades para su posterior tratamiento (hojas de clculo, documentacin, etc.).
41
Bases de datos industriales: Las bases de datos relacionales normales no son adecuadas para los sistemas actuales de produccin. Una instalacin con 5.000 variables, si se requiere almacenarlas cada segundo, arroja la cantidad de 12.960.000.000 registros al cabo de un mes de trabajo. Las limitaciones principales son: La cantidad de datos a almacenar en un periodo dado de tiempo. El ejemplo anterior arroja 5.000 inserciones por segundo en la base de datos, cadencia muy elevada para una base de datos relacional. El espacio necesario es considerable debido a la cantidad de informacin a almacenar. SQL no est optimizado para trabajar con datos con indexacin temporal, lo cual hace difcil la tarea de especificar resoluciones temporales.
Desarrollos como Industrial SQL, de Wonderware, solucionan el problema de la actualizacin de datos aumentando la capacidad de grabacin de datos y disminuyendo el espacio necesario en disco. Por ejemplo, un servidor dedicado con SQL Server 2000 es capaz de procesar ms de 10.000 medidas por segundo. Las nuevas tcnicas desarrolladas permiten aumentar el rendimiento de las bases de datos y, por tanto, el acceso a la informacin: Las arquitecturas Cliente-Servidor permiten a los desarrolladores de producto transferir las aplicaciones desde los Clientes y el Servidor hacia una Capa de Aplicacin intermedia. Los objetos distribuidos basados en tecnologas tales como DNA, de Microsoft Windows, y que emplean modelos como DCOM y CORBA, se utilizan para implementar la Capa de Aplicacin, donde se usarn las herramientas de anlisis, seguimiento y gestin. CORBA (Common Object Request Broker Architecture) es un estndar para computacin con objetos distribuidos. Se trata de una tecnologa de modelado abstracto de objetos que describe los componentes de un sistema y sus interfases, as como estructuras estndar orientadas a lenguajes de programacin concretos.
42
OLE DB es un conjunto de interfases basadas en la tecnologa COM que permite hacer accesibles los datos a herramientas SQL. Permiten la interaccin con Sistemas de Gestin de Bases de Datos (DBMS) y tambin compartir los datos a las bases de datos. Los Objetos de Datos ActiveX (ADO, ActiveX Data Objects) proporcionan una serie de interfases que dan acceso a los datos. Mediante estas tecnologas las bases de datos distribuidas pueden ser accesibles como si formaran una nica base de datos local (por ejemplo, desde un Panel de Operador se podr acceder a datos de cualquier lugar de la planta de fabricacin).
3. MODULOS EN UN SISTEMA SCADA4

Cualquier sistema de visualizacin tiene ms o menos utilidades para realizar la configuracin del sistema de comunicaciones, pantallas, contraseas, impresiones o alarmas. A continuacin se describen los mdulos ms habituales en un paquete Scada, visto como sistema de desarrollo grfico. Es decir, la parte de interfase grfica.
3.1
Mdulo de Configuracin
Permite definir el entorno de trabajo para adaptarlo a las necesidades de la aplicacin: La estructura de pantallas se organiza de la forma ms conveniente, estableciendo un desarrollo lineal o en rbol. Los usuarios se clasifican segn su importancia, crendose grupos con privilegios que permiten o limitan su influencia en el sistema. Herramientas de administracin de usuarios, como la del Scada WinCC, de Siemens, permiten una rpida estructuracin de los permisos de acceso y utilizacin de nuestra aplicacin. Un ejemplo de esto se puede observar en el Grfico No 14. Las pantallas de interfase proporcionan una serie de herramientas que permiten realizar las tareas ms comunes de forma rpida y sencilla (picar y arrastrar). Las pantallas de alarmas se pueden organizar de manera distribuida (cada pantalla mostrar un grupo de alarmas) o centralizada (una pantalla nica para todas las alarmas).
Adaptado de RODRIGUEZ, Aquilino, 2007. Sistemas SCADA
43
3.2
Mdulo de Interfase Grfica
Las interfases grficas permiten la elaboracin de pantallas de usuario con mltiples combinaciones de imgenes y/o textos, definiendo as las funciones de control y supervisin de planta. Gracias a las libreras de objetos es posible relacionar variables de sistema a objetos ya creados de forma muy sencilla. Por ejemplo, podemos visualizar el estado de una variable analgica mediante un visualizador en forma de barra, arrastrndolo desde la librera hasta la ventana que estamos diseando. Una vez en la pantalla, ser posible editarlo y asignarle la variable a observar. Grfico No 14. Ejemplo de configuracin de usuarios con WinCC (Siemens)
Por ejemplo, gracias a ActiveX, podemos asignar a nuestra aplicacin propiedades implcitas en el sistema operativo (redimensionar ventanas, hacer ampliaciones, desplazarse a lo largo de listas, etc.) y permitir su activacin o no en funcin de los derechos del usuario de turno. Es posible realizar cambios de configuracin en funcionamiento si tenemos los privilegios adecuados. Por ejemplo, modificar la duracin de una grfica para ver unos datos que no se muestran en la pantalla en ese momento.
44
El Grfico No 15 muestra un ejemplo realizado con la herramienta WinCC, de un panel de un horno. Aqu se puede observar como la interfaz grfica muestra detalladamente los bloques del tanque y sus variables asociadas. El grfico No 16 muestra una librera de la herramienta Reichard software, en donde se pueden elegir los dispositivos a cargar en la interfase grfica. Grfico No 15. Ejemplo de interfase grfica para el panel de un horno.
Grfico No 16. Ejemplo de librera de la herramienta Reichard Software.
45
3.3
Mdulo de Tendencias
Son las utilidades que permiten representar de forma cmoda la evolucin de variables del sistema. Las utilidades ms generales son: Una carta puede tener los parmetros de representacin ya definidos o pueden modificarse durante la ejecucin de la aplicacin on line. Es posible representar varios valores de forma simultnea en una misma carta. La limitacin del nmero de valores (tambin llamados plumas) suele ser debida a su inteligibilidad (la cantidad de lneas en una ventana es inversamente proporcional a su utilidad). Representacin en tiempo casi real de variables (Real-time trending) o recuperacin de variables almacenadas (Historical Trending). Visualizacin de valores. Desplazamiento a lo largo de todo el registro histrico (scroll). Ampliacin y reduccin de zonas concretas de una grfica.
En el Grfico No 17 se muestra una grfica de tendencia histrica que representa una variable analgica, realizada con el paquete InTouch, de Wonderware.
Grfico No 17. Grfica de tendencia histrica.
46
Adems de la consabida representacin de ejes X e Y, con valores de tiempo y magnitud respectivamente, podemos ver toda una serie de herramientas, ms o menos generales, que nos permiten: Aumentar o disminuir una parte concreta del grfico, tanto en el eje X como en el Y. Avanzar o retroceder a lo largo de toda la evolucin de la variable. Cursores para ver el valor exacto de la variable en un momento determinado. Visualizar el valor actual de la variable si el registro se realiza on-line. Exportar los datos de pantalla a una hoja de clculo, por ejemplo.
En el Grfico No 18 se observa la exportacin de datos de una grfica realizada con InTouch a travs de un formato de intercambio estndar: DIF (Data Interchange Format). Mediante los cursores de la grfica se delimita el fragmento de ste a exportar, as como la cantidad de puntos que se van a muestrear (su resolucin). A continuacin se exporta a un archivo en formato DIF que puede ser adquirido mediante una hoja de clculo Excel y representado mediante una grfica en la hoja de clculo. Grfico No 18. Exportacin de datos de una grfica realizada con InTouch
47
3.4
Mdulo de Alarmas y Eventos
Las alarmas se basan en la vigilancia de los parmetros de las variables del sistema. Son los sucesos no deseables, porque su aparicin puede dar lugar a problemas de funcionamiento. Este tipo de sucesos requiere la atencin de un operario para su solucin antes de que se llegue a una situacin crtica que detenga el proceso (nivel bajo de aceite en un equipo hidrulico) o para poder seguir trabajando (cargador de piezas vaco). El resto de situaciones, llammoslas normales, tales como puesta en marcha, paro, cambios de consignas de funcionamiento, consultas de datos, etc., sern los denominados eventos del sistema o sucesos. Los eventos no requieren de la atencin del operador del sistema, registran de forma automtica todo lo que ocurre en el sistema. Tambin ser posible guardar estos datos para su consulta a posteriori. El Grfico No 19 muestra un ejemplo de pantalla de alarmas con la herramienta In Touch. Grfico No 19. Ejemplo de pantalla de alarmas con la herramienta In Touch.
Las alarmas se suelen dividir segn su influencia en el funcionamiento del sistema o mquina a controlar: Prealarmas: Grupo dentro del cual se engloban todos aquellos sucesos susceptibles de generar problemas graves en el sistema a corto o medio plazo y que requieren atencin por parte de los responsables de mantenimiento. Alarmas de fin de ciclo: No requieren un paro inmediato de la mquina. Se puede realizar toda la secuencia de trabajo hasta su finalizacin, momento en el cual la mquina se detiene y requiere atencin de mantenimiento. Solucionado el problema, la orden de marcha reinicia el proceso. 48
Alarmas de paro: Son todas aquellas que requieren la detencin inmediata de la mquina sin importar el punto en el que se halle el proceso. Tras un paro de este tipo el sistema debe retornar a sus condiciones iniciales de trabajo antes de poder dar marcha de nuevo. Generalmente las variables de un sistema SCADA tienen asignados una serie de valores que definen su comportamiento dentro del sistema. As, una variable que represente un valor de temperatura, arrastrar, por definicin, datos tales como: Temperatura.hihi (valor mximo) Temperatura.hi (valor alto, aviso) Temperatura.lo (valor bajo, aviso) Temperatura.lolo (valor mnimo) Temperatura.ROC (Rate of change, velocidad de cambio)
Las alarmas suelen estar centralizadas y clasificadas en grupos de alarmas para mejorar su gestin (reconocimientos de alarmas aisladas o de grupos de alarmas). De la misma manera, se les puede asignar una prioridad, de modo que si aparecen varias de forma simultnea, las ms importantes aparecern primero. Tambin ser posible presentar alarmas de diferente origen (sistemas de alarmas distribuidas) en una misma pantalla. La persona encargada del diseo del sistema de visualizacin, junto con los usuarios y los diseadores de las mquinas a controlar, debern decidir la categora de cada alarma que se cree.
3.5
Mdulo de Registro y Archivado
Por registro (logging) se entiende el archivo temporal de valores, generalmente basndose en un patrn cclico y limitado en tamao. Por ejemplo, podemos definir un archivo histrico de alarmas de manera que almacene en disco duro hasta mil alarmas de forma consecutiva. En el momento en el cual se produzca la siguiente alarma se escribir sobre la primera que se guard (registro de tipo rotativo). Tambin ser posible definir que, una vez el registro de alarmas est lleno, se guarde una copia en un archivo (archivado) que no se borra, quedando a disposicin del usuario que necesite recuperar esos datos. Los datos de alarmas y eventos que ocurren en el sistema suelen ir acompaados de ms identificadores, tales como el momento en el cual ocurrieron (Time Stamp) o el usuario activo en ese momento.
49
Grfico No 20. Ejemplo de ventana de configuracin del archivo de alarmas del Scada InTouch
En el Grfico No 20 se observa la ventana de configuracin del archivo de alarmas del Scada InTouch. Podemos determinar dnde se guarda, la duracin del archivo, e incluso los datos que se van a archivar.
3.6
Mdulo de Generacin De Informes
Es cada vez ms comn la tendencia a complementar las funcionalidades de adquisicin, registro de datos y generacin de alarmas con la capacidad de generar informacin capaz de ayudar en la toma de decisiones. Por ejemplo, ser interesante disponer de informacin referente a: Situacin de la planta (estado, incidencias). Produccin en tiempo real. Generacin y registro de alarmas. Adquisicin de datos para anlisis histricos, control de calidad, clculo de costes, mantenimiento preventivo. Gestin de almacn. Gestin de produccin. Gestin de mantenimiento.
50
Mediante las herramientas SQL es posible realizar extractos de los archivos, los registros o las bases de datos del sistema, realizar operaciones de clasificacin o valoracin sin afectar a los datos originales. Tambin permiten presentar los archivos en forma de informes o transferirlos a otras aplicaciones mediante las herramientas de intercambio disponibles. La interaccin entre las reas de gestin y produccin necesita de herramientas que permitan la generacin automtica de informes adaptados al entorno de gestin de la empresa (no slo de ristras de interminables datos, sino de informes que ya presenten anlisis y valoraciones sobre la informacin recibida). Existen paquetes que ya disponen de este tipo de herramientas incorporadas pero tambin podemos encontrar aplicaciones con funciones de consulta para extraer informacin y presentarla en formatos compatibles para otras aplicaciones ms especficas, como MSOffice, de Microsoft. Por ejemplo, podemos transferir datos de una tabla de una base de datos a una hoja de clculo gracias a la utilidad DDE, incluida en Microsoft Windows.
3.7
Mdulo de Control De Procesos
Lenguajes de alto nivel, como Visual Basic, C o Java, incorporados en los paquetes SCADA, permiten programar tareas que respondan a eventos del sistema, tales como enviar un correo electrnico al activarse una alarma concreta, un mensaje a un telfono mvil del servicio de mantenimiento, o incluso poner en marcha o detener partes del sistema en funcin de los valores de las variables adquiridas. Visual Basic for Applications es el lenguaje de programacin incorporado en Microsoft Office. Es un lenguaje muy extendido y se ha convertido en un estndar de facto, que permite la integracin de aplicaciones de terceros y la comunicacin directa con cualquier aplicacin de MSOffice y de cualquier aplicacin compatible con VBA. La ventana mostrada en el Grfico No 21, perteneciente al paquete InTouch, presenta una utilidad de programacin asociada a un evento determinado (por ejemplo, pulsar el ratn sobre un rea determinada de pantalla). Permite, por ejemplo: Asignar unas teclas equivalentes a la pulsacin del ratn (Key Equivalent). Determinar cundo ser vlida la accin (Condition Type). En este caso ser cuando se pulse (On Key Down).
51
Programacin (dentro de la ventana se ha escrito un programa que activa una alarma si la variable nivel es mayor o igual que 100 en el momento en el cual se pulsa el botn que contiene este objeto).
Grfico No 21. Ejemplo de programacin asociada a un evento, con In Touch.
Dentro del control de procesos, hay un sub-mdulo muy til en sistemas SCADA: Las recetas. Gracias al concepto de receta es posible almacenar y recuperar paquetes de datos que permiten configurar un sistema de forma automtica. Se trata de archivos que guardan los datos de configuracin de los diferentes elementos del sistema (velocidad de proceso, presiones, temperaturas, niveles de alarma, cantidades de piezas, etc.). De esta manera, el procedimiento de cambiar la configuracin de trabajo de toda una planta de proceso quedar reducido al simple hecho de pulsar un botn despus de confirmar unos datos de acceso (usuario, contrasea y nmero o nombre de receta, por ejemplo). El sistema Scada se encargar de enviar los datos a los correspondientes controladores, quedando la planta lista pata las nuevas condiciones de trabajo. Por ejemplo, aplicadas al campo de la seguridad, pueden automatizar an ms el proceso, de manera que, ante una situacin imprevista, se ejecute una determinada receta que coloque a los diferentes elementos en una posicin no comprometida, evitando as posibles daos al proceso o a sus componentes.
52
3.8
Mdulo de Comunicaciones
El sistema de comunicaciones soporta el intercambio de informacin entre los elementos de planta, la arquitectura de hardware implementada y los elementos de gestin. Este tambin permite implementar el sistema de controladores que realizar el intercambio de informacin entre los elementos de campo (autmatas reguladores) y los ordenadores que realizarn la recopilacin de datos de informacin. La conexin se realizar de dos maneras, mediante controladores especficos y mediante controladores genricos. Controladores especficos: Son controladores que slo permiten la comunicacin entre un elemento determinado de campo y un sistema de captacin de datos (ordenador). Para cada enlace se hace servir un controlador determinado. En el Grfico No 22 se observa que cada enlace desde el sistema SCADA a cada elemento de campo es exclusivo. Si se utilizara un SCADA de otro fabricante habra que duplicar los enlaces con controladores especficos. Tambin habra que aadir otro controlador especfico si se quisieran comunicarlos dos SCADA. Grfico No 22. Controladores Especficos.
53
Grfico No 23. Controladores Genricos.
Controladores genricos: Son controladores de tipo abierto. Estn hechos en base a unas especificaciones concretas y de dominio pblico, cuya idea bsica es definir una interfase estndar entre elementos de campo y aplicaciones, independiente del fabricante, simplificando as las tareas de integracin. El ejemplo mostrado en el Grfico No 23 se simplifica enormemente ya que cada elemento del sistema tiene un controlador en comn. Ahora, aadir un elemento ms al sistema SCADA no ser mayor problema si ste utiliza la misma interfase (OPC en este caso).
54
4. EJEMPLO DE APLICACIN CON SCADA5

Uno de los ejemplos ms ilustrativos sobre los sistemas SCADA y sus posibilidades de control es la explotacin minera de Olympic Dam, en Australia, propiedad de la compaa minera WMC. Esta compaa empez en 1988 sus prospecciones en el sur de Australia, en la zona de Olympic Dam, produciendo inicialmente 45.000 toneladas anuales de cobre y derivados. El aumento continuo de la produccin ha requerido cada vez mayores esfuerzos tcnicos para optimizar el rendimiento y la productividad de las instalaciones (plantas de proceso de minerales, sistemas de bombeo de agua, distribucin elctrica, etc.). Para mantener sus cotas de productividad, el objetivo que se fij la compaa fue el de conseguir la completa integracin de sistemas mediante una solucin nica capaz de englobar todos los servicios involucrados en la explotacin. En el Grfico No 24 se muestra un diagrama general de esta integracin de sistemas. Como punto de partida de la renovacin e integracin de todos los sistemas de gestin y control de planta, se parti de las siguientes premisas: El sistema de control de procesos original era un sistema de control distribuido de tipo propietario (ABB 300). Deba poder controlar unas 400.000 variables, y unas 40.000 entradas /salidas digitales. Ser de arquitectura abierta, para poder ampliarlo y mantenerlo de forma sencilla. Rediseo de todo el sistema de control de procesos y su integracin con los controles existentes (controlador de procesos ABB y autmatas programables existentes). Optimizacin de los sistemas de control (autmatas y controles distribuidos) para reducir costes gracias a las nuevas tecnologas de control de procesos. Integracin de los sistemas de control inteligente de edificios (distribucin elctrica, sistemas de alimentacin ininterrumpida, cargadores de bateras y reaprovechamiento de energa, entre otros). Desarrollar un sistema de comunicaciones que incorporase: Comunicaciones remotas Comunicaciones fijas y mviles Datos (LAN / WAN) Comunicaciones subterrneas Videovigilancia
Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA
55
Voz
Grfico No 24. Integracin de sistemas de gestin en la explotacin minera de Olympic Dam
Las empresas encargadas del reto, Citect y Allen Bradley, ofrecieron una solucin que se compona de: 148 Autmatas programables (Allen Bradley, Siemens y otros) El paquete Scada Citect 60 Estaciones de Operador Citect 10 servidores E/S (I/O servers) 2 servidores de grficas (trend servers) 2 servidores de alarmas e informes 2 servidores de archivos Windows NT 2 servidores Microsoft SQL (Almacenamiento de histricos, eventos y alarmas) Windows NT Ethernet
56
Las prestaciones del sistema, tras las pruebas a las cuales fue sometido, fueron las siguientes: 3.000.000 de adquisiciones / hora (seales digitales). 63.387 seales digitales de alarma chequeadas cada segundo. 20.445 seales analgicas, de las cuales: - 3.500 se almacenaban cada 2 segundos - 5.500 cada 10 segundos - 11.445 cada 60 segundos 200 grficas de tendencia adicionales pueden configurarse on-line para hacer muestreos de 1 segundo. 14Gb de datos de tendencias histricas estn accesibles desde cualquier nodo.
Una de las piezas clave para el xito en la realizacin de este proyecto fue la aplicacin de la estandarizacin a todos los niveles (visualizacin, bases de datos, programas de autmatas, documentacin, procedimientos, proveedores), permitiendo as el trabajo en paralelo de varios equipos de ingenieros durante la planificacin y ejecucin del proyecto. Las ventajas de la estandarizacin son claras, por citar algunas: Reduccin del tiempo de diseo al poder dividir un sistema complejo en mdulos ms simples (ms sencillos de verificar), interconectables entre s. Reduccin del tiempo de puesta en marcha al tener todos los elementos estructuras predefinidas, lo que permite una integracin ms rpida. Reduccin del tiempo de formacin de los operadores, al ser similares las interfases Hombre-Proceso.
En cuanto a la fiabilidad, se dise el sistema teniendo en cuenta las implicaciones econmicas debidas a una parada tcnica en una instalacin de estas caractersticas: Servidores de ficheros duplicados que se conmutan entre ellos si ocurre un fallo en el acceso a un fichero. Servidores SQL duplicados para garantizar la integridad de los datos mediante tcnicas de replicacin de archivos (en caso de un problema con los datos de un servidor, stos se sincronizan de forma automtica recuperndolos del servidor de reserva). Almacenamiento local de datos previo a su transferencia a los servidores SQL remotos (si falla la transferencia, los datos no se pierden). Debido a la gran cantidad de informacin que debe transmitirse, una red Ethernet redundante, a 100Mb/s, interconecta los sistemas con el centro de control. 57
Todos los ordenadores y autmatas remotos tienen una red Ethernet duplicada e independiente y cambian de una red a otra en caso de detectarse un fallo. Los servidores de entradas-Salidas (I/O Servers) tambin estn duplicados, siendo automtica la conmutacin al servidor de reserva en caso de detectarse un fallo en el primario. Al recuperar el servidor principal, los datos gestionados por el de reserva se actualizan en el primario y este servidor vuelve a trabajar.
En el Grfico No 25 se puede observar la arquitectura de comunicaciones implementada en este ejemplo. Grfico No 25. Arquitectura de comunicaciones en Olympic Dam.
La solucin llevada a cabo por Citect permita el acceso a cualquier tipo de informacin desde cualquier punto de la red. Cada estacin de visualizacin era idntica a las dems, el nivel de accesos estaba garantizado mediante contraseas (desde operaciones sencillas de diagnstico hasta permitir el control de toda la planta desde una estacin cualquiera conectada a la red).
58
BILIOGRAFIA
MONTERO, Dagoberto, BARRANTES, David, QUIROS, Jorge. (2004), Monografa: Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA). Escuela de Ingeniera Elctrica, Universidad de Costa Rica. En:_www.infoplc.net/Documentacion/Docu_SCADA/infpPLC_net_Introduccio n_Sistemas_SCADA.html. (Consulta: Mayo de 2008) RODRIGUEZ, Aquilino. (2007) Sistemas SCADA. 2da edicin. Marcombo. Espaa. Captulo 1. ROMAGOSA, Jaume, GALLEGO, David, PACHECO, Ral. (2004) Sistemas SCADA. En: http://bibliotecnica.upc.es/bustia/arxius/40201.pdf Miniproyecto de Automatizacin Industrial del departamento de Ingeniera de Sistemas, Automtica e Informtica Industrial, de la Universidad Politcnica de Catalua. (Consulta: Mayo de 2008) Ttulo: Algunas de las Soluciones ms recientes aplicadas en el mbito del control y supervisin de procesos. En: http://www.alasingenieria.com/SCADA/SolucionesSCADA.htm (Consulta: Mayo de 2008). Muestra ejemplos de soluciones SCADA. Ttulo: Automatizacin y Control. En: http://www.caveo.com.ar/Scada.htm. En el link: Apuntes SCADA. Muestra una descripcin general de los sistemas SCADA. (Consulta: Mayo de 2008) Ttulo: SCADA. En: http://www.caveo.com.ar/Scada.htm. En el link: Apuntes SCADA. Muestra una descripcin general de los sistemas SCADA. (Consulta: Mayo de 2008) Ttulo: SISTEMAS SCADA. En: http://www.automatas.org/redes/scadas.htm. (Consulta: Mayo de 2008). Adems de una descripcin general de los sistemas SCADA trae un resumen y vnculos de los principales sistemas SCADA.
59
UNIDAD 2: ESTANDARES SCADA

En esta unidad se recopilan los principales estndares a nivel local y mundial que se deben tener en cuenta en un sistema SCADA. Los estndares son normas, modelos, especificaciones o recomendaciones, que nacen a partir de la experiencia y de la globalizacin de la tecnologa. Muchos de estos estndares estn regulados por leyes o normas en algunos pases, y otros son sencillamente modos generalizados de diseo. Se abordarn bsicamente 3 tpicos: Estndares de interconectividad en software y hardware. Estndares de seguridad. Estndares de comunicaciones industriales en sistemas SCADA.
Se espera que al terminar este captulo, usted disponga de la informacin y la gua necesaria, para realizar instalaciones SCADA conforme a estndares establecidos.
1. ESTANDARES DE INTERCONECTIVIDAD EN SOFTWARE Y HARDWARE

Hablar de interconectividad, es hablar de tecnologas diferentes comunicadas entre s. La integracin de diferentes sistemas es una necesidad y un reto para el diseador SCADA. Para la interconectividad, se ha desarrollado diversas tecnologas basadas en el acceso y uso de objetos software, que son como bucles de programacin disponibles a ser usados de manera repetitiva. Se distinguen, entre otras, las siguientes tecnologas y aplicaciones: Active X Interfaz OPC server. Visual Basic para Aplicaciones. Conectividad Remota WebServer.
Estas tecnologas estn basadas a su vez en la tecnologa COM de Microsoft (component Object Model).
60
1.1
Active X
1.1.1 Inicios: Estndar DDE. Es bsicamente un programa que puede ser reutilizado por otros programas. Para ejecutarlo se coloca dentro de un contenedor, o bloque de funcin que usa interfases COM. Active X no se puede ejecutar como un archivo .exe; ya que no es una aplicacin independiente, sino una aplicacin dentro de otra aplicacin. La primera versin de Active X fue llamada DDE (Dinamic Data Interchangue) o tecnologa de Intercambio Dinmico de Datos, y se desarrollo para que las aplicaciones bajo Windows intercambiaran entre s informacin. Los primeros sistemas SCADA bajo Windows utilizaron esta tecnologa como estndar de intercambio de datos. Mientras que el estndar original era limitado en cuando a capacidad de intercambio de informacin, posteriores versiones como, FastDDE y AdvanceDDE, incorporaron el intercambio de bloques de informacin posicionndolas por muchos aos como las principales tecnologas en comunicacin usadas en SCADA. Algunas caractersticas tcnicas del estndar DDE son: Uso de una memoria en comn para intercambio de informacin. Uso de protocolos para gestin de dilogo entre aplicaciones. Ejecucin de comandos de una aplicacin desde otra. Uso de libreras de vnculos, objetos insertados y conjunto de funciones para intercambio de informacin.
Una librera de vnculos contiene los datos necesarios y cdigos de acceso para lectura y escritura de memoria central. Cuando un sistema SCADA usa la tecnologa DDE, esta le provee a cada componente o grupo de componentes SCADA un acceso DDE, el cual le asigna un nombre de aplicacin y unos tpicos a controlar (Topic name). Estos tpicos se colocan como enlaces dentro de la aplicacin, en los cuales iran las funciones de configuracin, direccin, velocidad, etc. de cada dispositivo. Por ejemplo, suponga que un sistema SCADA debe controlar n PLCs. A este grupo de dispositivos entonces se le asigna una aplicacin que llamaremos PLCDDE. Dentro de esa aplicacin a cada PLC se le asigna un enlace, de tal
61
manera que quedan n enlaces en esta aplicacin. En cada enlace, se guarda la direccin del PLC, su velocidad de transmisin de datos, el puerto de comunicaciones usado, y dems caractersticas propias de cada uno. En el grfico nmero 26 se puede observar esto. Grfico No 26. Ejemplo de acceso DDE a un grupo de PLCs.
Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 76. Modificada por Autor. 2008
Cuando se desarrolle la aplicacin SCADA, a cada variable se le asigna una conexin o acceso, desde la cual se ejecuta la aplicacin PLCDDE.EXE cuando se quiera establecer comunicacin con el PLC respectivo. La aplicacin SCADA entonces, estara conformada por un conjunto de bloques de acceso, asociados cada uno a una aplicacin. En el ejemplo anterior vimos un campo de aplicacin (los PLCs), pero existiran muchos ms de acuerdo a los dispositivos que se estn manejando y la arquitectura del sistema. La aplicacin no es necesariamente relacionada con hardware; tambin se puede abrir una aplicacin para necesidades software, como por ejemplo un documento en excel para registro de datos. (Ver Grfico 27). En el grfico 28 se muestran ya agrupados las aplicaciones con los accesos del diseo SCADA. Por ejemplo, Cuando se quiera saber el valor de la variable asignada al sensor de nivel del PLC 1, se enviar una peticin de lectura de la variable MW200, que utilizar el acceso PLC1. Este acceso tendr configurada la ruta de los datos.
62
Grfico No 27. Ejemplo de acceso DDE a una necesidad Software.
Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 76. Modificada por Autor. 2008
Grfico No 28. Ejemplo de aplicacin SCADA con accesos DDE.
63
1.1.2 Evolucin: Estndar OLE y OCX Posteriormente se cre una tecnologa que no solo permita compartir objetos e intercambio de datos, sino que adems permita vincular e insertar objetos dentro de aplicaciones o documentos; esta tecnologa se denomina OLE (Object Linking and Embedding, Vinculacin e Insercin de Objetos). La diferencia entre insertar y vincular, es que un objeto insertado dentro de un documento, entra a hacer parte fsica de ese documento, mientras que un objeto vinculado sigue siendo un objeto independiente, el cual se puede modificar independientemente del documento donde est vinculado. La versin OLE 2.0 fue la primera en manejar la tecnologa COM de Microsoft (component Object Model), la cual fue concebida como un estndar en el manejo de objetos con estas caractersticas: Se le incluy un identificador o nmero de serie a cada objeto, llamado GUID (Globally Unique Identifier, Identificador General nico). Se definieron mecanismos estandarizados para la presentacin de los objetos. Intercambio de datos entre objetos. Ejecucin de comandos en forma remota. Interoperabilidad con otros tipos de componentes y servicios basados en COM.
A pesar de la funcionalidad de los objetos OLE, estos carecan de medios para notificar sucesos a su contenedor. Una mejora de objetos OLE fue llamada OCX. Esta nueva clase de objetos tenan herramientas suficientes para notificar a los objetos sucesos o eventos, y actuar de acuerdo a ellos. OLE y COM soportan el desarrollo de programas del tipo plug&play, programas que pueden estar escritos en cualquier lenguaje, llamados componentes, y ser utilizados de forma dinmica por cualquier aplicacin del sistema o contenedor. 1.1.3 Active X Se puede decir que es una tercera versin de OLE, y aparece junto con el concepto de RED. Esta tecnologa facilita la tarea de implementar servicios en redes de comunicacin y controles en servidores Web como, por ejemplo, una animacin o el no permitir la ejecucin de dichos controles sin el beneplcito del usuario. Incorporar un Control ActiveX en una pantalla supone aadir un objeto con cdigo asociado que realiza una determinada funcin de forma totalmente integrada
64
dentro de la aplicacin que estamos tratando, basta con establecer los enlaces necesarios entre las variables de la aplicacin y las del Control ActiveX. Como se haba mencionado, un Control Active X no es en s un lenguaje de programacin, sino una pequea pieza de software, escrita segn las especificaciones COM, y tiene propiedades, mtodos y eventos. Cuando Usted compra un objeto ActiveX en realidad compra una licencia para usar este objeto en su aplicacin. Los controles ActiveX consisten en programas que realizan tareas comunes en entornos Windows o Macintosh (por ejemplo, animaciones en pginas web o enlaces entre sistemas de visualizacin y bases de datos). Por ejemplo, un objeto ActiveX, puede ser el servidor o driver de un PLC como SIMATIC (Siemens). Este driver tiene propiedades para definir los datos a ser ledos desde el PLC, mtodos para iniciar la lectura de los valores y eventos para informar que los datos han sido recibidos desde el PLC. Debido a que los objetos ActiveX son basados en COM, ellos pueden ser usados en cualquier aplicacin que soporta COM, tal como Visual Basic, Internet Explorer, Borland Delphi, Software SCADA Genesis32 de Iconics, etc. Existen varios objetos ActiveX que pueden comprarse independientemente para agregarlos a su aplicacin SCADA basada en tecnologa COM. Se tienen por ejemplo drivers para comunicacin con PLC's, DCS, conectividad a bases de datos, reportes, tendencias, smbolos de instrumentos de medicin, selectores, barras indicadoras, etc. Algunas caractersticas generales de un objeto Active X son: Soporta cualquier lenguaje de programacin que reconozca tecnologa COM de Microsoft (Visual Basic, Java, C++, etc.). Es manejado en archivos .EXE ejecutables, o en Bibliotecas de vnculo dinmico .DDL, este ltimo hace referencia propiamente a los objetos Active X como libreras de enlaces dinmicos. Est compuesto por tres tipos de datos: De presentacin, de uso interno, y de funciones de manipulacin de datos. Debe permitir a varios objetos comunicarse con este, mediante una interfaz estndar. Cuando es usado para invocar funciones ubicadas en puntos de red remota necesita la tecnologa DCOM (Distributed Component Object Model). Tiene cdigo en forma binaria, para que sea accesible por cualquier aplicacin compatible con l.
65
1.2
Interfaz OPC server
OPC (OLE for Process Control) es un estndar diseado para comunicar sistemas, dispositivos y aplicaciones, como las comunicaciones entre un software SCADA y los buses de comunicacin con los autmatas; o una aplicacin SCADA y otras aplicaciones de gestin con acceso a los datos de planta, etc. Los productos OPC (Clientes y Servidores), pueden ser usados con Visual Basic y sus variantes. OPC se alimenta y soporta los estndares de Microsoft (COM, DCOM, OLE Automation, y ActiveX) que cubren los requerimientos de comunicacin industrial entre aplicaciones y dispositivos. OPC nace debido a la necesidad de que los dispositivos de campo no necesitaran drivers especficos de acuerdo al software servidor que lo implemente. Normalmente cada fabricante proporciona un programa controlador de comunicaciones o driver que comunica su producto con un equipo determinado. Esto generaba un problema; para cualquier ampliacin o modificacin del sistema, era necesario dirigirse al fabricante del equipo para la realizacin de las modificaciones necesarias en el driver o el desarrollo de uno nuevo. OPC es un estndar orientado al intercambio de datos, independientemente de la tecnologa usada para hacerlo, usando ya no varios drivers para cada dispositivo, sino un driver OPC para todos, definiendo una interfase comn, y un programa servidor que slo debe escribirse una vez y ser utilizado entonces por cualquier software. Esto tambin permite que los servidores OPC tengan una fcil integracin en aplicaciones como Visual Basic, Excel, Access, etc. Esto ha permitido que los proveedores, tanto de hardware como de software, puedan suministrar productos con una elevada conectividad y compatibilidad, y a los usuarios tener una amplia gama de opciones para construir la solucin que mejor se adapta a sus necesidades. Las especificaciones OPC se mantienen a travs de la OPC Foundation, conjunto de especificaciones tcnicas no-propietario que define un conjunto de interfases estndar basadas en la tecnologa OLE/COM de Microsoft. La tecnologa COM permite la definicin de objetos estndar as como de mtodos y propiedades para los servidores de informacin en tiempo real. La tecnologa OLE Automation posibilita comunicar las aplicaciones con datos recibidos a travs de LAN, estaciones remotas o Internet. Esta fundacin tambin realiza una serie de pruebas de producto que permiten determinar si una aplicacin cumple el estndar. Si es as, el producto puede exhibir el logotipo que lo identifica como producto certificado OPC. (Ver grfico 29).
66
Grfico No 29. Estructura bsica de un sistema basado en OPC.
La fundacin OPC tiene el apoyo de compaas como Siemens, las compaas Fisher Rosemount, Intuitive Technology, OPTO 22, Intellution, Rockwell Software y un nmero de otras compaas con renombre en el campo de automatizacin. Microsoft garantiza la propagacin de la especificacin y concordancia con Windows. El nmero de miembros que participan en la Fundacin OPC aumenta constantemente. Una pgina especial en Internet es www.opcfoundation.org, la cual proporciona informacin sobre los desarrollos actuales. Para simplificar el fomento del uso del OPC, est previsto integrar las pruebas de concordancia con las especificaciones para que un servidor/cliente OPC pueda automticamente ser testeado en este sentido. Un objetivo adicional de la Fundacin OPC es la integracin de todos los aspectos pertinentes a la tecnologa de automatizacin, tal como interrupcin de procesos y grabacin de eventos, as como tambin los mecanismos de seguridad6. 1.2.1 Estructuras Cliente-Servidor En OPC, El intercambio de datos est basado en la tecnologa COM y DCOM, de Microsoft, que permite el intercambio de datos entre aplicaciones ubicadas en uno o varios ordenadores mediante estructuras Cliente-Servidor, es decir, arquitecturas de varios clientes y servidores, accediendo a los datos de forma local o remota y gestionando la informacin en tiempo real.
http://www.caveo.com.ar/Scada.htm
67
La estructura bsica de un sistema basado en OPC, se compone de Clientes OPC y servidores OPC, comunicados a travs interfases OPC clientes o servidor, bajo estndares como DCOM. (Ver grfico 30).
Grfico No 30. Estructura bsica de un sistema basado en OPC.
Fuente: Autor. 2008
Los OPC clientes se caracterizan por el manejo de datos que adquieren de los OPC servidores, los cuales a su vez estn conectados a los elementos de campo. El grfico 31 muestra como ejemplo, una arquitectura con dos clientes. Estos clientes pueden acceder a los datos que arrojan los elementos de campo a travs del servidor OPC. Note que ya es transparente para el cliente el tipo de driver a usar de acuerdo al elemento de campo a controlar, debido al estndar OPC. Sin este estndar, hubiera sido necesario drivers individuales para cada servidor, en caso de que cada servidor maneje software diferente. El servidor OPC guarda en una base de datos los correspondientes a cada elemento de campo y los clientes pueden acceder a estos datos cuando los requiera. Note tambin como el cliente remoto usa el estndar OLE / DCOM y el local OLE / COM.
Los servicios prestados por los servidores OPC para clientes OPC por medio de la interfase OPC tpicamente implican la lectura, cambio y verificacin de variables de proceso. Mediante estos servicios es posible operar y controlar un proceso. Los 68
servidores OPC pueden comunicarse, recibir informacin o ejecutar labores de control sobre cualquiera de los componentes de automatizacin que est en red por medio de un bus de campo o Ethernet Industrial7. Grfico No 31. Estructura cliente servidor de un sistema basado en OPC.
Los servicios prestados por los servidores OPC para clientes OPC por medio de la interfase OPC tpicamente implican la lectura, cambio y verificacin de variables de proceso. Mediante estos servicios es posible operar y controlar un proceso. Los servidores OPC pueden comunicarse, recibir informacin o ejecutar labores de control sobre cualquiera de los componentes de automatizacin que est en red por medio de un bus de campo o Ethernet Industrial8. En algunas ocasiones, un servidor OPC necesita llegar a los componentes de automatizacin a travs de otros clientes OPC que a su vez estn conectados a otros servidores. El grfico 29 se puede observar como el acceso de los clientes que manejan directamente una aplicacin, se hace por red, a travs de otros servidores y clientes, cada uno con tareas definidas. 1.2.2 Tecnologa y Especificaciones. Como se ha mencionado OPC se basa en los estndares OLE / COM. Mediante OLE, el cual acta como una interfase que puede integrar informacin desde un
7 8
http://www.caveo.com.ar/Scada.htm http://www.caveo.com.ar/Scada.htm
69
programa a otra aplicacin, se permite el acceso a datos de equipos en nodos de red LAN o WAN. Con OLE los objetos son creados, editados y compuestos por el servidor OLE. El OLE cliente integra estos objetos y los muestra.
Grfico No 32. Estructura cliente servidor OPC, con acceso a redes.
Fuente: http://www.caveo.com.ar/Scada.htm.
El acceso a red mediante OLE se basa en la tecnologa de programacin orientada a objetos (OOP), ideal para sistemas SCADA, ya que los objetos son elementos de programacin ms agradables al usuario, son fciles de modificar y configurar, se manejan mediante interfases fijas, autnomas, cuya modificacin no afecta a toda la aplicacin; adems es posible crear objetos a partir de otros, y
70
objetos con funciones determinadas y especficas, que procesan datos de manera selectiva. Mediante el estndar COM, se pueden manejar los elementos de campo como objetos, interfases, para hacer el intercambio de datos entre aplicaciones ms sencillo y rpido. Un servidor OPC tiene acceso local al servidor mediante el estndar COM y acceso remoto mediante DCOM (COM distribuido). COM ofrece la ventaja de guardar de forma transparente todas las llamadas a un objeto, independientemente de si estas llamadas se dirigen dentro de la misma aplicacin, o se dirigen a otra aplicacin e incluso a otro ordenador (entre ordenadores se usa DCOM). De acuerdo al tipo de acceso o transferencia de datos, se han definido las siguientes especificaciones OPC: OPC DA (Data Access). OPC HA (Historical Data Access). OPC A&E (Alarms and events). OPC DX (Data Exchange). OPS XML (Extensive Markup Languaje).
Cada una de ellas se puede ver como un producto software que cumple con reglas establecidas OPC destinadas a una aplicacin en particular. El diseador del sistema elije la aplicacin ms adecuada segn la necesidad. La especificacin OPC DA, se encarga del manejo de datos en tiempo real, entre el software y el hardware de control (cliente y servidor). OPC DA transmite el valor ledo, su fiabilidad y el momento de lectura. El momento de lectura, se puede guardar en el servidor por parte del mismo elemento controlado o en algunas ocasiones, cuando el elemento controlado (un PLC por ejemplo) no tiene la funcin de dar el tiempo de lectura al servidor, el mismo servidor coloca el tiempo. Cuando no se desea acceder a los datos de proceso en tiempo real, sino a un registro de datos histrico (archivos log), se usa OPC HA. Este acceso podra necesitarse para grficos de tendencias, anlisis estadstico, mantenimiento predictivo, etc. Al separar los datos de la herramienta de anlisis, se puede tener un cliente OPC orientado a grficas de tendencias y un cliente OPC orientado a hoja de clculo, que accedern de la misma manera a las fuentes de datos. Esto permitir finalmente un estndar nico para el acceso a archivos histricos, soportado por todos los fabricantes (se podrn intercambiar archivos de datos de forma directa, sin modificaciones)9.
Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA.
71
El acceso a las alarmas y eventos relacionados con los procesos de automatizacin y control, se hace por medio de OPC A&E. OPC DX maneja todo lo relacionado con el intercambio de datos entre servidores OPC, y OPC XML lo relacionado con el intercambio de datos de proceso entre diferentes sistemas operativos.
1.3
Visual Basic para Aplicaciones.
Es un lenguaje de programacin (basado en scripts) incorporado en las aplicaciones de Microsoft Office. Est muy extendido y es aceptado por diversos fabricantes, por lo que se va convirtiendo en un estndar "de facto" que presenta una muy buena relacin entre potencia y dificultad de aprendizaje y uso. El uso de un lenguaje comn tambin facilita la integracin de objetos suministrados por terceros, en la medida que aplican este mismo estndar. Adems, permite interactuar directamente con las aplicaciones de Office (Access, Excel, Word,), de BackOffice y de otros productos compatibles10. Se nombra en este mdulo, debido a que muchos de los fabricantes de software SCADA los desarrollan con compatibilidad con Visual Basic.
1.4
Conectividad Remota WebServer11.
El trabajo en un entorno Intranet es considerado normal para bastantes proveedores que incluyen funcionalidades de cliente y de servidor de Web. Algunas de las ventajas de la utilizacin de Internet en los entornos SCADA son el ofrecimiento de una funcionalidad total, ofreciendo su operatividad a travs de cualquier navegador estndar. La informacin en tiempo real de la planta de proceso es inmediatamente accesible para cualquier persona autorizada de la organizacin, est donde est, con ms bajo costo. Por ejemplo, mediante la herramienta VBScript de Visual Basic usada en el web browser de Microsoft Internet Explorer, se permite que en una aplicacin INTRANET dentro de una planta, se pueda construir pginas Web usando controles ActiveX para visualizar datos de planta. Esta aplicacin SCADA usa un PLC con servidor ActiveX (OPC) para adquisicin de datos, grficos dinmicos y tendencias (curvas de comportamiento de valores de procesos) basadas en ActiveX. Los usuarios ven la informacin en una interface amigable y usan un
10 11
Miniproyecto Automatizacin Industrial SISTEMAS SCADA, Universidad Politcnica de Catalua. IDEM
72
software modular que integra sus diversos componentes gracias a un lenguaje estndar que tiene la posibilidad de reutilizar los scripts. Los sistemas SCADA con conectividad remota, pueden manejar una arquitectura cliente Web servidor Web. Por ejemplo, en el grfico 33 se muestra como el cliente WEB manda una http request al servidor WEB, en el cual est implementado el sistema SCADA. El cliente podra estar solicitando un informe de estado al sistema, un registro de datos, un anlisis grfico, o cualquier otro requerimiento. Grfico No 33. Ejemplo de conexin remota cliente/servidor
Fuente: Adaptado de Miniproyecto Automatizacin Industrial SISTEMAS SCADA, Universidad Politcnica de Catalua, pag 24.
73
2. ESTANDARES DE SEGURIDAD
Los sistemas SCADA son sistemas que normalmente se aaden a la infraestructura informtica de una empresa. Esta estructura corporativa, que normalmente maneja todo lo referente a la empresa, tiene por defecto unas directivas de seguridad dadas por ella misma. Sin embargo, al aadirle un sistema . SCADA se crean nuevas necesidades en cuanto a segu seguridad. Grfico No 34. Integracin estructura corporativa / sistema SCADA. SCADA
Fuente: Sistemas SCADA, Edicin 2, Rodrguez Aquilino, pg 208
En este captulo se vern las principales necesidades, caractersticas y polticas de seguridad en sistemas SCADA.
2.1
Necesidades de seguridad en sistemas SCADA
En el cuadro 2 se hace un resumen de las principales amenazas de seguridad en sistemas SCADA. Debido a que un sistema SCADA es en su mayora controlado por ordenadores, esto lo hace ms susceptible a amenazas, ya que un computador y software asociado, est relativamente al alcance de cualquiera. Por ello la seguridad en sistemas SCADA est muy relacionada con la seguridad en redes, en computadores, en comunicaciones digitales, etc.
74
En general se implementan mtodos de seguridad que protejan los datos, las fuentes de los mismos, los medios de intercambio de informacin y su utilizacin. Cuadro 2. Amenazas de seguridad en un sistema SCADA. AMENAZA Espionaje DESCRIPCION Recopilacin legal o ilegal de informacin clasificada, que luego sea usada para provecho personal o para afectar a la competencia. Destruccin de los medios del competidor, para beneficio propio, o sencillamente para perjudicar la competencia. Sabotaje sin ningn tipo de provecho. Intrusin a sistemas informticos sin permiso, rebasando todas las barreras de seguridad. Robo de datos confidenciales, como cartera de clientes, contraseas, datos de configuracin; ya sea por intrusin o por soborno a los empleados. Programas de computador indeseables, que provocan fallos de funcionamiento o extraccin de datos sin permiso. Programas que se activan luego de determinado tiempo. Estos programas pueden ser de operacin o configuracin de equipos; secuencias de operacin, etc. Se refiere a las entradas no legales o no permitidas a informacin clasificada. Accin que satura los recursos de una red informtica para que los usuarios no puedan usarla. Esto se hace normalmente mediante el envo masivo de solicitudes a un servidor determinado que termina por agotar los recursos de servicio. Una variante Distributed DoS trata del envo de estos programas de llamada desde varias estaciones, de tal manera que sea muy difcil identificar la fuente. Diferente al robo electrnico. Se refiere a la entrada en una subestacin va electrnica (telfono, radio) para manipular o interferir el equipo electrnico (controladores, ordenadores, autmatas, etc.). Este equipo electrnico puede ser o un servidor, o un actuador elctrico configurable.
Sabotaje.
Vandalismo Intrusin (Crackers) Robo electrnico
Troyanos
Bombas de tiempo
Puertas traseras DoS (Denial of Service o negacin de servicio)
Intrusin electrnica
75
Debido a que muchas unidades RTUs son controladas va red, esto hace ms posible la intrusin electrnica a equipos terminales.
Fuente: Autor. 2008. Informacin sacada de: Sistemas SCADA, Edicin 2, Rodrguez Aquilino, pg 222-223
Las necesidades de seguridad en sistemas SCADA se pueden identificar en 3 bloques diferentes: El bloque Maestro, conformado por la unidad MTU (Master Terminal Unit). El bloque controlado, conformado por las estaciones remotas RTU. El bloque de intercomunicacin entre MTU y RTU.
En cada uno existen unas necesidades especficas de seguridad, que tienen que ver o con manejo de hardware, o con manejo de datos. 2.1.1 Necesidades de Seguridad en Unidades Maestras (MTUs)
El atractivo que tiene para los infractores en la seguridad de las unidades maestras es que ellas: Procesan toda la informacin proveniente de la red de automatizacin. Tiene acceso ilimitado a todos los componentes del sistema. Normalmente tiene todos los documentos de instalacin, manejo, mantenimiento u operacin de la tecnologa usada por cada RTU y las comunicaciones del sistema. Tienen registros de archivos detallados e histricos del sistema. Controlan las operaciones de la planta.
Una unidad maestra puede estar organizada como un sistema centralizado o distribuido. Si el sistema es centralizado, bsicamente todas las operaciones del sistema estn comandadas por una MTU central; mientras que si el sistema es distribuido, se reparten funciones especializadas entre distintas MTUs. La segunda opcin es la mejor en materia de seguridad. Cuando varias unidades maestras, se distribuyen el manejo de informacin y se lo comparten entre s, de tal manera que hay copias de seguridad en varias estaciones, se dice que usan servidores redundantes. Las principales necesidades en cuanto a seguridad en MTUs son: Seguridad en software y configuracin de sistemas. Puesto que la MTU maneja la configuracin de cada sistema controlado, los niveles permitidos de variables fsicas, las alarmas, los tiempos de ejecucin, etc. Cualquier variable de configuracin necesita de un nivel de seguridad tal que solo le permita al personal 76
autorizado cambiar la configuracin de cualquier punto del sistema SCADA. Algunos ejemplos de violacin de seguridad en este caso: Saboteo de equipos, por proveedores que detecten equipos de la competencia y opten por daarlos. Funcionarios que bloqueen funcionamiento de sistemas con contraseas propias. Bombas de tiempo en programas para asegurar cobros en futuros mantenimientos. Un aspecto crtico en sistemas SCADA es la parada del sistema. A veces no es tan sencilla la puesta en marcha el sistema central. Vacios en la seguridad pueden provocar indeseables paradas del sistema, y muchas veces, grandes repercusiones econmicas. Otro aspecto a tener en cuenta con la seguridad de las MTU, es el manejo de informacin de software y configuracin. Muchas veces se centraliza y es solo un empleado que conoce el sistema y sus variables asociadas. Esto es peligroso ya que si el empleado llega a ser despedido, o tiene el temor de ser despedido, puede sabotear el sistema, o llevarse informacin clasificada. Debe existir una copia de seguridad de toda la configuracin. Seguridad en el manejo de informacin. Los clientes MTU deben tener polticas de seguridad claras respecto al acceso a la informacin que se procesa en el sistema SCADA. Hay bsicamente 2 tipos de informacin: datos y control. Ambos tipos deben de ser supervisados. Hay informacin clasificada, detalles tcnicos, que la competencia, o algn operario quisiera saber sobre el sistema que debe asegurarse, por ejemplo: Esquemas elctricos. El acceso a estos esquemas es acceso a mantenimiento. Planos de distribucin o montaje. Su acceso permite el conocimiento de la distribucin tcnica del sistema para sabotaje. Esquemas de funcionamiento. Su acceso da la posibilidad de interferir con el funcionamiento de los procesos. Manuales del usuario de sistemas de control. Si usted sabe manejar el sistema, puede sabotearlo. Manuales de mantenimiento. Archivos con variables de proceso. Especificaciones de funcionamiento. Contraseas. Bases de datos con informacin estratgica.
El manejo de contraseas en un sistema SCADA es delicado. Como se tratan de sistemas donde muchas veces la planta controlada se encuentra a kilmetros del 77
sistema MTU, en ocasiones es necesario dar contraseas va telefnica, o va red, los cuales son muy susceptibles a violaciones de seguridad. Esto sin contar con los posibles sobornos que puedan recibir los operarios por las claves de acceso. 2.1.2 Necesidades de seguridad en Estaciones Remotas (RTUs). Los equipos electrnicos ubicados en las estaciones remotas, son los encargados de la adquisicin de datos y el control respectivo de la planta. Estos deben de estar en permanente comunicacin son el sistema maestro. Ejemplo de estos equipos son: Autmatas programables Registradores. Controladores. Reguladores. Equipos con capacidad de autogestin, IED (Intelligent Electronic Devices).
La mayora de estos equipos en la actualidad tienen varias capacidades de manejo de datos y comunicacin integradas o integrables; inclusive algunos manejan tarjetas de red con protocolos de comunicaciones estandarizados, o tarjetas de buses de campo. Estas nuevas tecnologas les dan a estos dispositivos capacidad funcional superior, donde aun ya no dependen del sistema maestro para tomar ciertas decisiones. Muchas veces lo que hace la estacin maestra es enviar un programa que el mismo dispositivo RTU ejecuta. Muchos equipos tienen implementados bloques programables que los convierten en autnticos centros de control, lo que los hace ms deseables como blanco de ataques. Pueden existir dos tipos de ataques: Modificacin directa de sus funciones. Esta modificacin se puede hacer por selectores o consola. Modificacin remota de sus funciones. Se accede a la configuracin de los equipos a travs de enlaces de comunicacin mal protegidos.
Un concepto interesante en los efectos de seguridad en RTUs, es el efecto domin. Este se refiere a la incidencia del fallo en un equipo RTU, en el fallo de equipos adyacentes. Esto es comn en estaciones de control de infraestructuras.
78
Si un enemigo del sistema no puede sabotearlo desde la MTU, lo intentar desde los dispositivos RTU. En el grfico 35 se muestra un ejemplo de intruso en una estacin remota. Grfico No 35. Intrusos en unidades remotas RTUs.
2.1.3 Necesidades de seguridad en las comunicaciones. Los medios de comunicacin entre RTUs y MTUs son normalmente las conexiones va cable, las lneas telefnicas, o comunicaciones va radio o satlite. Cada uno de estos medios de comunicacin esta transportando permanentemente informacin. Si un intruso no puede acceder a los servidores de las MTU o a las memorias de las RTU para sacar informacin, entonces tratar de hacerlo mediante la intervencin del medio de comunicacin. Las redes de comunicaciones tambin tienen elementos como switches, mdems, hubs o routers que posibilitan, direccionan o distribuyen la informacin. Estos elementos deben tambin tener estndares de seguridad de tal manera que al accederlos no se robe informacin. Los enlaces de radio tambin estn sujetos a conexiones piratas. 79
Algunos problemas de seguridad en las comunicaciones pueden originarse debido a: - La posibilidad de mantenimiento remoto de routers o switches, que los hace vulnerables, pudindose cambiar su configuracin, tablas de enrutamiento o de encaminamiento. - El poco cambio de contraseas de equipos de comunicaciones, o la no deshabilitacin de contraseas antiguas. - La poca seguridad que ofrecen algunas redes inalmbricas. - El control va internet es muy vulnerable, y se puede acceder a el por medio de la encriptacin de datos. - No utilizar redes virtuales (VPN). - No restringir el acceso a redes corporativas. - Acceso indiscriminado de personal a algunos equipos de comunicaciones. - Cortafuegos, routers y equipos similares sin vigilancia.
2.2
Polticas de seguridad en sistemas SCADA.
Para mejorar la seguridad en un sistema SCADA, es necesario hacerlo de una forma organizada, con una metodologa precisa; no se pude dejar al azar algo tan importante. Los principios de seguridad que a continuacin se presentan son hechos con base en la experiencia de organizaciones, y en estndares de seguridad de algunos pases. Por ejemplo, en octubre de 2001 se cre en los Estados Unidos, el gabinete para la proteccin de infraestructuras crticas, dependiente del departamento de energa, cuya funcin es la de coordinar todas las actividades relacionadas con la proteccin de sistemas de informacin y redes de comunicacin implicadas en la gestin de infraestructuras. En este gabinete se establecieron una serie de acciones encaminadas a conseguir unos niveles de seguridad adecuados ante amenazas externas e internas, y unas polticas de seguridad y prevencin que permitan reaccionar adecuadamente ante cualquier eventualidad. El grfico 36 muestra un esquema con un plan de seguridad que lo deberan seguir las empresas que implementen sistemas SCADA. Este esquema muestra 4 estrategias en polticas de seguridad: Un proceso Metodolgico Definido. Implementacin de Tcnicas de Prevencin. Desarrollo de Estrategias de Defensa. Seguimiento de Recomendaciones bsicas.
80
Todas estas estrategias permitirn a la empresa establecer niveles de seguridad mnimos, mediante la autorizacin controlada a usuarios, acceso protegido a los medios, documentacin de procedimientos de seguridad, deteccin de vulnerabilidades, establecimiento de acciones correctivas y deteccin y control de intrusos. Tanto el personal, como los medios (equipos, software, sistemas operativos, elementos usados en comunicaciones, aplicaciones) y el entorno deben ser controlados. Grfico No 36. Polticas de seguridad en sistemas SCADA.
Fuente: Autor. 2008.
81
2.2.1 Proceso metodolgico. Se espera que haya una cultura de seguridad. Para crear esta cultura, se propone un proceso constante y permanente. Grfico No 37. Proceso Metodolgico de Seguridad SCADA.
Fuente: Autor. 2008
Cada parte del proceso preside y depende del anterior. Para disear las estrategias de seguridad es necesario conocer los riesgos particulares de la empresa. Para implementar las estrategias hay que disearlas. Para retroalimentar el proceso es necesario ver los resultados obtenidos al implementar las estrategias. Un nuevo anlisis de riesgos es el resultado de procesos de revisin y retroalimentacin. Los objetivos del anlisis de riesgos son: Revisin general de todo el sistema. Deteccin de vacios en la seguridad de las MTUs, RTUs comunicaciones. Anlisis de procedimientos implementados hasta la fecha. Deteccin de partes del sistema sin procedimientos claros de seguridad. Verificacin de seguridad en los procesos activos. Revisin de polticas corporativas de seguridad.
82
Normalmente este primer paso, no se realiza. Las empresas pasan directamente a la etapa de planteamiento de estrategias, si hacer un anlisis de riesgos riguroso. Posteriormente se plantean estrategias de seguridad, las cuales pueden ser nuevas, para procesos nuevos o procesos antiguos sin polticas claras de seguridad. La mayora de estas estrategias son preventivas y de defensa. Las estrategias deben incluir los sistemas, el entorno y las personas. Si no hay cultura de seguridad y conciencia, muchas de las estrategias sobre los sistemas fallarn. Una vez planteadas las estrategias se deben implementar, ya sea las nuevas polticas de seguridad, los nuevos procesos y procedimientos, o los productos a implantar hardware o software. Por lo menos 4 veces al ao, se debe hacer una retroalimentacin, donde se responden preguntas como: Han funcionado las estrategias de seguridad implementadas? Los problemas de seguridad que haba antes de implementar las estrategias, persisten? Hay conciencia en los operarios y trabajadores en cuidar la seguridad del sistema? Existen nuevos procesos aadidos al sistema SCADA, a los cuales les falten estrategias de seguridad? Se instalaron nuevos programas, o se cambio de sistema operativo, de tal manera que no existan polticas de seguridad asociadas a estos nuevos productos software? Hubo cambio de operarios? Cmo va la administracin de contraseas?
Estas son solo algunas de las muchas preguntas en un proceso de retroalimentacin. Este proceso no necesariamente debe ser cada cierto tiempo, sino en menor escala, se puede estar realizando constantemente. El resultado de este proceso conlleva nuevamente a analizar los riesgos, e implementar nuevas polticas de seguridad. Debido a que los sistemas SCADA son sistemas tecnolgicos, constantemente estn apareciendo nuevos retos en cuanto a seguridad, por lo que este crculo metodolgico nunca termina.
2.2.2 Tcnicas de prevencin. La seguridad en sistemas SCADA se resume en dos palabras: prevenir y defender. Debe haber estrategias asociadas a cada una. El objetivo de prevenir 83
violaciones a la seguridad de los sistemas SCADA es evitar las consecuencias fsicas, econmicas y sociales que pueden presentar los errores en este aspecto. Las estrategias de prevencin ms comunes en empresas con sistemas SCADA son las relacionadas con los accesos a sistemas o a informacin, y las relacionadas con los canales de comunicacin. Tcnicas asociadas con el acceso al sistema o a la informacin: Organizacin de acceso a informacin. Solo deben acceder a cierta informacin, ciertos funcionarios. Restriccin de acceso a informacin mediante claves, contraseas. La restriccin no solo debe ser a los equipos que contienen la informacin sino a la informacin misma. Restriccin de accesos a sistemas o hardware mediante tarjetas codificadas, huellas digitales, identificacin de retina, identificacin por voz, etc. Registro diario de acceso a informacin. Al finalizar la jornada se debe conocer la informacin acerca de las personas que tuvieron acceso, contraseas usadas, horarios, etc. Identificacin fiable de operarios o empleados. Cada persona debe tener un medio de identificacin seguro de tal manera que no sea suplantado. Con la tecnologa moderna hay muchas opciones; tarjetas con cdigos de barra, lectores de huella, retina o voz (llamadas lecturas biolgicas); tarjetas con cdigos extensos, etc. Asignacin de equipos de cmputo organizada. Cada persona debe responder por los equipos a los que accede. Muchos equipos solo pueden ser revisados por las personas que tengan clave de acceso. Auditorias peridicas de manejo de informacin. Estricto control bibliogrfico en caso de informacin en medio fsico. Administracin de red, internet, intranet, redes LAN; a travs de los cuales puede haber fuga de informacin. Contraseas en carpetas compartidas en redes LAN. Clasificacin de informacin. La informacin debe ser clasificada como pblica, privada, de consulta, tcnica, etc. Segn las necesidades de la empresa. El desorden de informacin posibilita ms la violacin de la seguridad. Contraseas de acceso en redes inalmbricas. Muchas veces es un aspecto descuidado. Si bien el acceso debe ser restringido, no se debe concentrar a una sola persona el acceso, por mas clasificada que sea. Mnimo 2 personas deben poder acceder a la informacin.
84
Se deben establecer procedimientos para el monitoreo de conexiones activas, con el objeto de que algn usuario deje su terminal abierta y sea posible que alguien use su cuenta.
Tcnicas asociadas con los canales de comunicacin. Reconocimiento entre equipos dedicado. Una estrategia para que los intrusos no saquen informacin de los equipos por medio del canal de comunicacin es que los equipos que compartan informacin solo se reconozcan entre ellos. Esto se puede hacer con parejas de modems que utilicen un patrn nico de encriptado o con modems con tablas de correspondencia; solo reciben llamadas de ciertos nmeros, con ciertas contraseas. En sistemas inalmbricos en frecuencias de radio, una tcnica de prevencin contra intercepciones es programar los sistemas para que cambien mltiples veces de canal durante la transmisin. Tcnicas de encriptacin de paquetes de datos. Esto hace que aun si son interceptados sea muy difcil el reconocimiento de su informacin. Control de dispositivos RTU va celular o radio con identificacin de nmeros fuente. Uso de tecnologas para mantener confidencialidad e integridad de mensajes para los datos que se transmiten en la red entre clientes y servidores internet, en el caso de sistemas SCADA va internet.12 Establecer procedimientos de chequeo de trfico en la red. Establecer procedimientos para el monitoreo de los puertos de la red, con el objetivo de saber que puertos estn habilitados y chequear su seguridad. Limitar el acceso fsico a cables de red, routers, repetidores o cualquier equipo de red. Uso de herramientas de control y seguimiento de accesos.
Tenga en cuenta que La falta de medidas de seguridad en sistemas SCADA es un problema que est en crecimiento. Cada vez es mayor el nmero de atacantes y cada vez estn ms organizados, por lo que van adquiriendo da a da habilidades ms especializadas que les permiten obtener mayores beneficios. Tampoco deben subestimarse las fallas de seguridad provenientes del interior mismo de la organizacin. Cualquier medida preventiva, no sobra.
12
Ver algunas tecnologas en http://www.microsoft.com/spanish/msdn/arquitectura/BuildSecNetApps/html/SecurityGuide_Chapter04.mspx
85
2.2.3 Estrategias de defensa. Estas tienen que ver ms con la arquitectura de la red de comunicaciones que use el sistema SCADA y con la implementacin de equipo de proteccin, seguridad y aislamiento. La mejor defensa en materia de redes de informacin es su segmentacin. Las tareas de control y supervisin deben de estar agrupadas en una red de proceso aislada de las otras redes de la empresa. Esto se logra mediante una correcta administracin de los puntos de acceso de cada equipo. Firewalls: O cortafuegos, son como barreras entre redes. Restringen el acceso desde otra red externa. Su funcin es detener intento de conexin entrante o filtrar el trfico de acceso a internet. Su modo de funcionar es indicado por la recomendacin RFC 2979, que define las caractersticas de comportamiento y requerimientos de interoperabilidad. La ubicacin habitual de un cortafuegos es el punto de conexin de la red interna de la organizacin con la red exterior (que normalmente es Internet) 13. Grfico No 38. Ejemplo de Firewall.
Fuente: http://es.wikipedia.org/wiki/Cortafuegos_%28inform%C3%A1tica%29
Existen cortafuegos de capa de red, y de capa de aplicacin (del modelo de capas TCP/IP). El de capa de red, tambin se le llama cortafuego filtrador, y segn su clase, puede filtrar informacin de direccin IP, puerto origen/destino o direcciones MAC (campos de diferentes capas del modelo OSI). El de capa de aplicacin se denomina servidor Proxy, y se especializan en filtrados propios de aplicaciones de capa 7 o capa de aplicacin del modelo OSI. Estos ltimos impiden las conexiones directas entre redes y realizan anlisis de las mismas para determinar su viabilidad. Los servidores proxy controlan el trfico de los navegadores, interpretan
13
http://es.wikipedia.org/wiki/Cortafuegos_%28inform%C3%A1tica%29
86
los protocolos y peticiones de las aplicaciones, verificando polticas de seguridad antes de permitir que se transmitan datos. Servidor DMZ: En seguridad informtica, una zona desmilitarizada (DMZ) o red perimetral es una red local (una subred) que se ubica entre la red interna de una organizacin y una red externa, generalmente Internet. El objetivo de una DMZ es que las conexiones desde la red interna y la externa a la DMZ estn permitidas, mientras que las conexiones desde la DMZ slo se permitan a la red externa; los equipos en la DMZ no pueden conectar con la red interna. Esto permite que los equipos (hosts) de la DMZ puedan dar servicios a la red externa a la vez que protegen la red interna en el caso de que intrusos comprometan la seguridad de los equipos (host) situados en la zona desmilitarizada. Para cualquiera de la red externa que quiera conectarse ilegalmente a la red interna, la zona desmilitarizada se convierte en un callejn sin salida14. En sistemas SCADA estas zonas son ideales, ya que actan como zonas aisladas de la red corporativa. As en un sistema SCADA las aplicaciones que manejen datos del sistema de control, los adquieren o guardan de una zona DMZ, la cual tiene servidores configurados de tal manera que no se pueda acceder a la red. De esta manera, aunque se pudiera penetrar en un servidor, no se puede acceder a la intranet. Redes VPN. Una VPN es una red privada que utiliza una red pblica (normalmente Internet) para conectar sitios distantes y usuarios alejados entre s. Grfico No 39. Ejemplo de VPN.
Fuente: http://www.ordenadores-y-portatiles.com/red-privada-vpn.html
14
http://es.wikipedia.org/wiki/DMZ
87
En lugar de utilizar una conexin dedicada contratada a una compaa, una red privada VPN usa conexiones virtuales, enrutadas por Internet desde la red de la compaa, hasta el lugar remoto15. Estas conexiones virtuales permiten que los datos viajen como por un tnel dedicado, con prestaciones de ancho de banda y velocidad garantizado. En materia de seguridad, los datos que viajan por las redes virtuales son normalmente encriptados y difciles de descifrar. Adems las redes virtuales, con ayuda de los firewalls, de manera lgica se ven como una red independiente, as los equipos estn ubicados a grandes distancias entre s, y se estn compartiendo medios de transmisin con otras redes. Esto es ideal en sistemas SCADA, donde los procesos se pueden organizar como redes virtuales. Sistemas IDS: Las siglas IDS, Intrusion Detection System, hacen referencia a los sistemas de deteccin de intrusos. Es un programa usado para detectar accesos desautorizados a un computador o a una red, y permiten determinar si se realizan intentos de entrada desde el exterior de la red, accesos inusuales o comportamientos extraos en la red, como conexiones sin permiso, acceso de forma irregular a bases de datos, densidad de trfico irregular o conexiones poco habituales.
El funcionamiento de estas herramientas se basa en el anlisis pormenorizado del trfico de red, el cual al entrar al analizador es comparado con firmas de ataques conocidos, o comportamientos sospechosos, como puede ser el escaneo de puertos, paquetes malformados, etc. El IDS no slo analiza qu tipo de trfico es, sino que tambin revisa el contenido y su comportamiento.
Existen tres tipos de sistemas de deteccin de intrusos: 1. HIDS (HostIDS): un IDS vigilando un nico ordenador y por tanto su interfaz corre en modo no promiscuo. La ventaja es que la carga de procesado es mucho menor. 2. NIDS (NetworkIDS): un IDS basado en red, detectando ataques a todo el segmento de la red. Su interfaz debe funcionar en modo promiscuo capturando as todo el trfico de la red. 3. DIDS (DistributedIDS): sistema basado en la arquitectura cliente-servidor compuesto por una serie de NIDS (IDS de redes) que actan como sensores centralizando la informacin de posibles ataques en una unidad central que puede almacenar o recuperar los datos de una base de datos centralizada. La ventaja es que en cada NIDS se puede fijar unas reglas de
15
http://www.ordenadores-y-portatiles.com/red-privada-vpn.html
88
control especializndose para cada segmento de red. Es la estructura habitual en redes privadas virtuales (VPN)16. Grfico No 40. Ejemplo de IDS.
2.2.4 Recomendaciones bsicas Algunas organizaciones internacionales, especialmente en Estados Unidos, recomiendan en cuanto a seguridad: Sobre los accesos de red (Redes LAN, internet, wi-fi, enlaces de radio, red: fi, microondas, telfono (mdem (mdem)). Se debe asegurar que cada acceso de red est identificado y vigilado. Debe existir pleno conocimiento de la arquitectura, nmero d puntos de de acceso y funcin de cada uno. Garantizar aislamiento de cada punto de red. Debido a la lejana de algunos puntos RTU, estos deben ser accesibles solo mediante el sistema de control central. En lo posible se debe evitar acceso desde planta. El control de acceso a puntos de red debe contener niveles de seguridad segn su importancia. Si el acceso es de alta seguridad, debe tener varias barreras, de tal manera que si se sobrepasa una, se encuentre con otra. Por ejemplo, contrasea de entrada, en caso de saber la contrasea, en
16
http://es.wikipedia.org/wiki/Sistema_de_detecci%C3%B3n_de_intrusos
89
alarma con clave, en caso de sobrepasar, comunicacin va celular de que se ingreso, etc. Los accesos a los sistemas deben ser requeridos desde dentro, para minimizar riesgos. Segmente redes, mediante estrategias de defensa, y utilice todos los medios posibles para dar seguridad a las conexiones, ante accesos internos o externos. Use herramientas especiales que puedan analizar la actividad en el sistema y determinar si ocurren comportamientos irregulares.
Sobre el sistema informtico: No es recomendable fiarse de los protocolos SCADA propietarios. Pareciera que por no ser estandarizados, se incrementara la seguridad, pero al ser protocolos oscuros se puede ejercer menor dominio sobre l y personas que conozcan el sistema pueden acceder ms fcilmente a la informacin. El uso de protocolos estandarizados, permite que se mantenga al da el software, se desarrollen estrategias de seguridad constantemente, se descubran puertas traseras, y se cuenten con ms herramientas de seguridad estandarizadas o desarrolladas por las casas matriz. Asegrese que los sistemas no sean susceptibles a ser daados desde un solo punto o por un solo individuo. Establezca procedimientos como: anlisis de vulnerabilidades, anlisis de riesgos y pruebas de intrusin. Pruebe bajo condiciones reales y en un entorno controlado las tecnologas de seguridad implementadas. Proteja los equipos y las aplicaciones. Las llaves fsicas no deben ser del dominio de todo el mundo. Use contraseas para la mayora de accesos. Cree una estructura de autorizaciones, donde se deje claro quien tiene permiso de acceder a que. Se recomienda que los operarios que tienen acceso a procesos de planta, no tengan acceso a la configuracin de los mismos. No permita a los usuarios acceso a programas que no necesiten (incluidos juegos, chat, internet, etc.). Implemente estrategias de proteccin de software diferentes a la que viene por defecto en la configuracin estndar. Use herramientas de registro o auditorias para todas las redes y equipos.
Sobre las personas Es necesario definir claramente las funciones y responsabilidades de los empleados; tanto de trabajo como las relacionadas con las polticas de seguridad. 90
Establecer estrategias de seguridad comunes y coordinadas, minimizando casos de iniciativa propia. No permitir el manejo de equipos a personal no cualificado. Capacitar en materia de seguridad al personal. Conformar grupos de trabajo; la seguridad no es un aspecto individual sino grupal. Contar con especialistas en gestin de redes. Muchas veces se implementan sistemas SCADA, y al ver que estn funcionando, le dejan la seguridad de la red a los mismos operarios que no tienen la capacitacin en temas de redes necesaria. Definir procedimientos para enfrentar contingencias en la mayor parte de procesos posibles. Mtodos para recuperar informacin, reiniciar funcionamiento de planta, evacuacin, procedimientos en caso de alarmas, etc. Tener un equilibrio entre funcionalidad y seguridad. Muchas veces la seguridad se descuida al tratar de cumplir los objetivos del negocio rpidamente a como d lugar. Manejar la informacin con confidencialidad, integridad, autenticidad y disponibilidad. Cualquier copia de documentos debe ser autorizada por el responsable.
91
3. ESTNDARES DE COMUNICACIONES INDUSTRIALES EN SISTEMAS SCADA

En este captulo se tratarn los principales aspectos relacionados con las comunicaciones en sistemas SCADA. Bsicamente las MTUs deben de estar en constante comunicacin con las RTUs. No solamente hay un intercambio de informacin sino de instrucciones de control. En la primera parte, se har un resumen de los principios bsicos de comunicacin de datos, tcnicas, medios, que se usan en sistemas SCADA. Una arquitectura de comunicaciones SCADA es muy similar a arquitecturas comunes de red. En la segunda parte se har un recorrido por las redes industriales de control, explicando las jerarquas en automatizacin industrial y las prestaciones de las redes de datos y las redes de control, requisitos en tiempo real y el aporte de las redes MAP y TOP a las redes industriales. Tal vez, una de las diferencias fundamentales entre redes corporativas y redes en sistemas SCADA, es el uso de buses de campo. Estos son sistemas de transmisin de informacin (datos) que simplifican enormemente la instalacin y operacin de mquinas y equipamientos industriales utilizados en procesos de produccin. Su objetivo es sustituir las conexiones punto a punto entre los elementos de campo y el equipo de control a travs del tradicional bucle de corriente de 4-20mA17. Debido a la importancia de los buses de campo en sistemas SCADA, la tercera parte de este captulo trata de una descripcin tcnica de las principales tecnologas en el mercado al respecto.
3.1
Fundamentos de comunicaciones aplicados a sistemas SCADA.
Veremos de manera resumida, fundamentos relacionados con: Generalidades en comunicaciones SCADA. Transmisin de seales. Medios de transmisin, estndares de interfaz serial y concepto de bucle de corriente. Fundamentos de redes. Topologas usadas en SCADA, modelos de referencia, tipos de redes, acceso a red. Est Estndar ISA/SP50 y Protocolo CIP. Son especificaciones aplicadas y ajustadas a sistemas industriales, buses de campo, basadas en los modelos y funciones normalizadas para las redes en general (modelo OSI).
17
http://es.wikipedia.org/wiki/Bus_de_campo
92
3.1.1 Generalidades en comunicaciones SCADA. Control centralizado y distribuido El concepto de control distribuido es esencial distribuido: en sistemas SCADA, ya que es la tcnica usada en los buses de campo. El control centralizado normalmente est constituido por un computador, una interfaz de proceso y una estacin de operador. Su arquitectura facilita el flujo de informacin y se hace posible que los objetivos de optimizacin global de un proceso puedan ser alcanzados, pero tiene la desventaja que depende de la o fiabilidad del computador central. En un sistema centralizado todos los mensajes y rdenes tienen un punto focal nico; esto hace que al aumentar equipos a controlar, aumente el cableado, apareciendo fenmenos elctricos y topolgicos indeseables. La grfica 41 muestra una topologa centralizada. Grfico No 4 Control centralizado. 41.
Para evitar todos los problemas que los sistemas centralizados presentan, los sistemas de control industrial en su mayora usan ahora una topologa distribuida, donde la comunicacin es exclusivamente todos con el sistema central, sino permite una comunicacin entre todos los nodos (comunicacin horizontal). cin El control distribuido permitir que ante la existencia de varias unidades de control que llevan a cabo diversas tareas, en caso de avera o sobrecarga de trabajo, ser posible transferir todo o parte de las tareas a otras unidades. Esta idea de poder hacer bypass a las unidades con problemas permite evitar los bloqueos en el evitar sistema, por otra parte exige que los diferentes controladores tengan una
93
asignacin dinmica de tareas y por lo tanto se les va a exigir gran capacidad de acceso a la comunicacin y tratamiento de la informacin18. En la grfica 42 se muestra un ejemplo de un sistema de control distribuido. Grfico No 42. Control Distribuido.
CONTROL DE SUPERVISION
DISPOSITIVO DE CONTROL
Fuente: Ferrari Juan Pablo, Monografa sobre sistemas de control distribuido, pg 7
El cuadro 3 muestra una comparacin entre arquitecturas centralizadas y distribuidas. Modos de transmisin de datos: Transmisin en paralelo. Permite el envo a gran velocidad, pero presenta el inconveniente de la cantidad de lneas de informacin. Solo se usa en sistemas con microprocesadores, con buses de 8,16,32,64 y 128 bits. Transmisin en serie. El sistema emisor usa cdigos de lnea (cambios de niveles de tensin) para transmitir bits, y el sistema receptor detecta los cambios de estado. Puede ser Asncrona, donde el emisor y el receptor trabajan a igual velocidad y con el mismo nmero de bits por mensaje; o sncrono, donde se le adiciona al sistema un reloj que indica al operador los instantes de muestreo de la seal, por lo que no se requiere de precisin o
18
Ferrari Juan Pablo, Monografa sobre sistemas de control distribuido, pg 7.
94
sincronizacin ya que es la seal de reloj la que determina la escritura y lectura de datos. El mtodo sncrono requiere de una lnea de comunicacin adicional. Cuadro 3. Comparacin entre sistemas centralizados y distribuidos.
Fuente: Ferrari Juan Pablo, Monografa sobre sistemas de control distribuido, pg 8
Cdigos de lnea: Son cdigos elegidos para el uso en sistemas de comunicacin para propsitos de transmisin. Los cdigos en lnea son frecuentemente usados para el transporte digital de datos. Estos cdigos consisten en representar la seal digital transportada respecto a su amplitud respecto al tiempo. La seal est perfectamente sincronizada gracias a las propiedades especficas de la capa fsica. La representacin del la onda se suele realizar mediante un nmero determinados impulsos. Estos impulsos representan los 1s y los 0s digitales. Algunos de los esquemas de cdigos existentes son: NRZ, RZ, Manchester, HDB3, B6ZS, Miller. En los cursos de comunicaciones digitales se ven ms detalladamente las caractersticas de cada uno de estos cdigos. Puede haber cdigos unipolares o bipolares. Para transmisiones confiables se usan ms los bipolares debido a ventajas fsicas como, eliminar la componente en continua, mayor sincronismo, etc. Protocolos de comunicacin: Son aquellos que engloban todas las reglas y convenciones que deben seguir dos equipos cualesquiera para poder intercambiar informacin.
95
Los enlaces de comunicaciones estn estructurados bsicamente de equipos terminales de datos (DTE, Data Terminal Equipment) que son los que se comunican entre s, de equipos intermedios a travs de los cuales fluyen los datos y se direccionan, llamados DCE (Data Communication Equipment), y del canal de comunicacin. Grfico No 43. Estructura general de un enlace de comunicaciones. Canal de comunicaciones
DTE
Fuente: Autor. 2008
DCE
DCE
DTE
El objetivo de los protocolos es conectar y mantener el dilogo entre dos equipos terminales de datos (DTE). Algunos protocolos de comunicacin se han convertido en tecnologas o soluciones en comunicacin de datos. Soluciones como: HART, PROFIBUS, AS-i, CAN; manejan sus propios protocolos y son diseadas especficamente para comunicaciones industriales. Ms adelante cuando veamos estndares de buses de campo, se volvern a mencionar estas soluciones. Comunicacin Cclica y Acclica: Tiene que ver con la frecuencia en que se intercambian los datos. Las comunicaciones cclicas, son comunicaciones peridicas. Cada cierto tiempo se transmite informacin. Los procesos que involucren comunicaciones cclicas deben tener cuidado de que el tiempo asignado para la comunicacin sea suficiente, o si no se perdern datos. Este tipo de comunicacin se usa para eventos peridicos, actualizacin de lecturas, y en general, procesos que manejen pocos datos. La ventaja de este tipo de comunicacin es que es automtica, y no requiere de ejecucin de instrucciones especficas de comunicacin. En un sistema SCADA lo ideal es que no hayan retrasos de comunicacin, sin embargo estos existen inevitablemente debido a los ciclos de trabajo del maestro, los retrasos en el medio de transmisin, los retrasos asociados al protocolo de comunicacin, la diferencia entre ciclos de trabajo del maestro y el esclavo, y muchos otros factores. Cuando se transmiten grandes cantidades de datos se opta por comunicaciones Aclcicas, donde se enva o recibe informacin en momentos determinados, y se da el tiempo de espera necesario para que todos los datos sean transportados.
96
Comunicacin punto a punto. Es el tipo de comunicacin donde el emisor enva en un momento determinado informacin al receptor, y durante ese momento, nadie ms est involucrado en la comunicacin. Si hay ms de un destinatario de la informacin, esta se debe enviar tantas veces como destinatarios haya. Protocolos que usan comunicacin punto a punto: Ethernet. Profibus. Modbus. Interbus.
Comunicacin de acceso simultaneo. Contrario a la comunicacin punto a punto, en este caso se coloca la informacin en un bus de datos, al cual estn conectados (fsica o virtualmente) todos los receptores. La informacin colocada en el bus tiene una etiqueta que dice a quien va dirigida. Todos los receptores leen la etiqueta y si es para ellos la informacin, la reciben, si no, la desprecian. Cuando la informacin va para todos los posibles receptores (los que hacen parte de esta sub red) se dice que es un broadcast, cuando va para algunos, multicast, y cuando va para un solo receptor, unicast. Los protocolos usados en SCADA que manejan este tipo de comunicacin son: ControlNEt. Foundation Fieldbus. DeviceNet.
Organizacin de nodos. Organizacin maestro-esclavo. El maestro es un equipo autmata que puede leer o escribir sobre los esclavos de la red. El esclavo recibe los mensajes enviados por el maestro y emite hacia este cuando le llega la orden de hacerlo. Existen esclavos activos, que reciben rdenes para ejecutar programas propios (un PLC) y esclavos pasivos, los cuales no ejecutan programas propios sino dependen de las rdenes del maestro para cualquier accin. Los protocolos Profibus- DP o AS-i, usan este tipo de organizacin maestro-esclavo. Organizacin cliente servidor: El cliente solicita servicio a una estacin llamada servidor. Un nodo puede ser por una parte cliente, y por otra parte servidor. Protocolos como Profibus-FDL o MPI usan esta organizacin. Organizacin productor consumidor: Usan la comunicacin de acceso simultneo. Todos los nodos tienen acceso a cierta informacin al mismo
97
tiempo. Esto aumenta la eficiencia del sistema al requerir una sola produccin de datos sin importar el nmero de solicitantes. empo real. Comunicaciones en tiempo real El concepto tiempo real es muy usado en sistemas SCADA. Es una medida relativa, y depende del tiempo de respuesta que un dispositivo RTU considere como tiempo real. El tiempo de respuesta es el tiempo que transcurre entre el envo de la informacin por parte de la MTU y la ejecucin de dicha informacin por parte de la RTU. Mientras equipos que controlan movimientos requieren tiempos de respuesta alrededor de los 50 microsegundos, el ciclo de trabajo de un PLC es de aproximadamente 10 milisegundos. Se dice que un sistema opera en tiempo real, cuando el tiempo de respuesta es menor que el tiempo en el que una variable o condicin determinada tardan en provocar un cambio en el sistema. Si el tiempo de respuesta del elemento RTU es menor que el tiempo que requiere menor el proceso controlado, entonces ya no se est operando en tiempo real. El grfico 44 muestra un ciclo completo de tiempo de respuesta en una RTU. Grfico No 44. Estructura general de un enlace de comunicaciones.
98
3.1.2 Transmisin de seales. Medios de transmisin: El cuadro 4 muestra un resumen de los medios de transmisin usados en sistemas SCADA. Cuadro 4. Medios de transmisin. MEDIO DE DESCRIPCION Tx Cable Dos conductores elctricos separados por un elemento aislante. elctrico. Usado en voz, datos (modem) y alimentacin elctrica. Par paralelo
Par apantallado: Cuando tiene una malla metlica a su alrededor. Cable elctrico. Par trenzado Se usa para transmitir seales de audio o datos.
99
Cable elctrico. Par trenzado sin apantallar. UTP
Fcil de instalar. Sufre interferencias electromagnticas externas.
Categoras UTP: Categora 1: Solo para servicios de voz. Categora 2: Con 4 pares trenzados. Transmite a 4 mbps. Categora 3: Hasta los 16 MHz, usado en telefona, longitud de trenzado de 7,5 cm a 10 cm. Soporta 10 mbps para ethernet 10base-T. Tiene 4 pares. Categora 4: Hasta los 20 MHz. Tiene 4 pares. Soporta 16 mbps. Categora 5: Hasta los 100 MHz. Longitud de trenzado de 0,6 cm a 0,85 cm 100 ohmios. Soporta velocidades de 100 mbps para tecnologas como ATM.
Cable elctrico. Par trenzado apantallado . STP
Cada par va recubierto por una malla conductora que acta de pantalla frente a interferencias y ruido elctrico. Su impedancia es de 150 ohmios. Ms costoso y difcil de manipular.
Cable Categora 7F: Llamado SSTP Hasta los 600 MHz.
100
Cable elctrico. Par trenzado Con pantalla global FTP
En este tipo de cable como en el UTP, sus pares no estn apantallados, pero s dispone de una apantalla global para mejorar su nivel de proteccin ante interferencias externas. Su impedancia caracterstica tpica es de 120 OHMIOS y sus propiedades de transmisin son ms parecidas a las del UTP. Categoras FTP: Categora 5E: Hasta los 100 MHz. Categora 6E: Hasta los 200 MHz.
Cable elctrico. Par coaxial.
El conductor externo forma una malla de proteccin. El conductor interno es un metal slido. Separados por un material aislante. Cubiertos por material de relleno. Usado para transmitir seales de radio, video o datos.
Para transmisiones analgicas, necesita amplificadores muy cercanos entre si la frecuencia es alta. Soporta hasta los 500 MHz. Para transmisiones digitales, un repetidor cada kilmetro o ms cercanos si la velocidad de transmisin es mayor.
101
Fibra ptica Conductor con ncleo de material transparente, cristal o plstico, usado para guiar seales luminosas. Inmune a interferencias elctricas.
Tiene una mayor capacidad de transmisin (cientos de Gbps), menor tamao y peso, menor atenuacin y mayor separacin entre repetidores. Fibra ptica Maneja rangos de frecuencias de 366 a 333 Thz. Se usan en redes Multimodo LAN.
102
Fibra ptica Monomodo
Enlace ptico
Enlaces principalmente mediante rayos infrarrojos. Sistema adecuado para cortas distancias, por necesidad de conexin visual directa entre emisor y receptor.
103
Radio frecuencia
Fsicamente, las seales de radio se generan en un conductor elctrico cuando se supera una cierta frecuencia en la seal que transporta dicho conductor. Espectro electromagntico.
Por radiofrecuencia se puede comunicar de forma ininterrumpida, ubicaciones distantes entre s varios kilmetros. Microondas Las seales microondas (ver espectro electromagntico), son enlaces punto a punto, necesitan enlaces de vista. Las seales se pueden ver afectadas por agentes atmosfricos y sufrir distorsiones e interferencias. El transmisor necesita de antenas especiales tipo parablico. Para sobrepasar obstculos se necesitan repetidores. Las frecuencias mayores proporcionan mayor velocidad de transmisin de datos. Satlite Satlites geoestacionarios se ocupan de la recepcin, acondicionamiento y reenvo de las seales. (rbita geoestacionaria distancia: 35784 Km). El satlite recibe en una frecuencia, amplifica o repite la seal y la retransmite en otra frecuencia. Permiten intercomunicar equipos en cualquier situacin del planeta. Es de calidad y alta seguridad. Retrasos pueden llegar a ser de segundos.
Fuente: Autor. 2008 Grficos de: www.it.uniovi.es/docencia/Telematica/fundamentostelematica/material/FundamentosTelematica-Tema4.pdf
104
Estndares de interfaces serie: Normalizados por las Asociacin de industrias Electrnicas de los Estados Unidos (EIA). Usados para las conexiones fsicas en el entorno industrial. Estndar RS23219: Define el mtodo ms popular para interconectar DTEs y DCEs (por ejemplo, conexin entre un PC y un MODEM de datos). La recomendacin ITU V.24 junto con la ITU V.28 son equivalentes a RS-232. La versin ms popular de RS-232 es la RS-232C. La versin ms reciente es la RS-232E.
Grfico No 45. Interconexin con RS232.
Fuente: www.arcesio.net/modems/rs232.ppt
En este estndar un uno lgico se representa por un voltaje de -3 a -15 voltios, y un cero lgico se representa por un voltaje de +3 a +15 voltios. Cualquier voltaje entre -3 y +3 voltios se considera invlido y una corriente de corto circuito no puede exceder los 500mA. RS-232 no dice como representar caracteres (7 u 8 bits es la forma ms comn, pero podran ser 5 6). Cuando no se envan datos la seal se debe mantener en estado de un uno lgico. El comienzo de flujo de datos se reconoce porque la seal pasa a cero lgico. Dependiendo de la implementacin, pueden existir unos bits de sincronizacin conocidos como bits de arranque o inicio (start bits). El emisor y el receptor deben ponerse de acuerdo si hay cero, uno o dos bits de arranque.
19
www.arcesio.net/modems/rs232.ppt
105
Despus de los bits que representan los datos (5,6,7, u 8 bits) puede seguir un bit de paridad (que es opcional, depende de la implementacin) para ayudar a determinar si ocurri un error durante la transmisin. Este error puede ser causado por una configuracin desigual en el emisor y el receptor. Despus del bit de paridad (si lo hay) vienen los bits de parada (stop bits). Estos sirven para decir dnde termina el carcter. Pueden ser uno o dos bits de parada (en esto tambin deben ponerse de acuerdo el transmisor y el receptor). Algunas implementaciones cortan la transmisin del segundo bit de parada a la mitad, se dice entonces que utiliza uno y medio bits de parada. Los bits de parada se transmiten como unos lgicos (mark). Grfico No 46. Representacin de caracteres en el protocolo RS232.
La UART es el microchip que controla la interface entre un PC y los dispositivos seriales. Especficamente permite al PC utilizar la interface RS-232C pudiendo hablar con MODEMS y otros dispositivos seriales. Este integrado convierte los bytes recibidos en paralelo, en un flujo de bits en serie para los modems y viceversa: los que llegan como flujo de bits del modem los convierte en bytes en paralelo; adems agrega (a los bits que salen) y chequea (a los bits que entran) el bit de paridad, agrega (a los bits que salen) y retira (a los bits que entran) los bits de arranque (start bits) y parada (stop bits), maneja las interrupciones del teclado y el mouse (que son dispositivos seriales con puertos especiales), y permite almacenar cierta cantidad de datos permitiendo coordinar los flujos de bits entre en PC y los dispositivos seriales. La transmisin puede ser sincrnica o asincrnica. En la transmisin sincrnica se requieren seales que permitan poner de acuerdo a los dos mdems en relacin con el tiempo, esta se economiza los bits de inicio, paridad y parada, contrario a la asincrnica. En el grfico 47 aparece la forma de conectar asincrnicamente un DTE con un DCE mediante la UART. El conector usado para protocolo RS232 es el DB25 o el DB9. En el grfico 48 aparece la configuracin de pines para el DB25, y en el cuadro 5 la correspondencia con un conector DB-9.
106
En RS-232 el control de flujo se puede hacer de dos maneras: por hardware (RTS/CTS) o por software (Xon/Xoff). Por Software, el carcter Xoff (ASCII 19, CTRL-S) es utilizado por el receptor para decir que su buffer est lleno y el emisor debe esperar; cuando vuelva a tener espacio en el buffer, enviara el carcter Xon (ASCII 17, CTRL-Q), dicindole que puede volver a trasmitir. Esto economiza cables en la interconexin, pero ocupa espacio en el canal. Por hardware, a diferencia del anterior, este tipo de control de flujo requiere que entre su PC y su MODEM se conecten dos hilos: RTS y CTS. Cuando el buffer del receptor se llena (supongamos que es un modem lento) le dice al PC que espere, desactivando la seal CTS. Cuando vuelva a tener espacio en el buffer, activa nuevamente el CTS para decir que est nuevamente listo (esto puede pasar cuando la UART es ms rpida que el MODEM). Grfico No 47. Uso de la UART en conexin asncrona.
Comparacin la RS-232 con otras especificaciones: RS-232 (20 Kbps) RS-530 (hasta 2Mbps) V.35 (hasta 6 Mbps) RS-449 (hasta 10Mbps) HSSI (hasta 52Mbps) High Speed Serial Interface. 107
Grfico No 48. Uso del conector DB25 para protocolo RS232.
Cuadro 5. Correspondencia de un DB-25 con un conector DB-9.
108
Estndar RS-422: La transmisin / recepcin de datos en RS-422 utiliza lneas bipolares, diferenciales o balanceadas (sin punto de referencia o masa). En el grfico 49 se puede observar la diferencia entre seales balanceadas y no balanceadas. Requiere, por tanto, cuatro conductores para formar un par de transmisin y otro de recepcin que utilizarn sus propios retornos. Las transmisiones por cada uno de los pares pueden por tanto independizarse y de este modo se transmite, dentro de cada par, en lgica positiva en uno de los conductores, y en lgica negativa en el otro, consiguindose tensiones entre conductores del par de valor doble a la utilizada para la alimentacin. Este hecho permite la utilizacin de tensiones menores que las necesitadas en RS-232, limitando el consumo y haciendo posible el uso de la tensin de 5 Vcc, que es estndar en equipos digitales, lo cual posibilita conexiones directas a la salida de todo tipo de fuentes sin conversiones intermedias y consiguiendo una variacin entre 0 y 1lgicos de 10Vcc. De modo que el receptor toma diferencia de tensin entre los dos conductores de transmisin, al contrario que en RS-232, que lo que haca era detectar la diferencia de potencial entre el conductor de emisin y el conductor comn nico. El estndar RS-422 es tambin punto a punto, segn se desprende del concepto de lnea de transmisin y recepcin dedicada. Por tanto, existe un emisor nico, aunque resuelve mejor el acceso de varios receptores permitiendo la presencia de hasta 10 de ellos, que pueden recibir simultneamente los datos. Su limitacin ser la de los mecanismos de arbitraje para acceder a la emisin, ya que cuando un nodo emite las posibilidades de los otros quedan totalmente anuladas y no se les reconoce ningn derecho ni actual ni futuro. Se tiene la posibilidad de agrupar los cuatro cables en dos pares trenzados, lo cual reducir los efectos de las perturbaciones por compensacin. Si una seal de ruido afecta por igual a ambos hilos, la seal diferencial no se ve afectada. Se puede comprobar que este desdoblamiento de la seal tiene efectos sobre la utilizacin en otros equipos as como en la calidad de la seal. Esta ltima caracterstica permite a su vez distancias y velocidades de transmisin mayores que en el caso de RS-232 gracias a la robustez del soporte. Ahora, la distancia mxima de transmisin aparece ligada a la velocidad de transmisin. En cualquier caso, las prestaciones del estndar RS-422 son mucho mejores que las del RS-232. La aparicin del estndar RS-422 se ha producido cuando la implantacin del RS-232 es ya absolutamente hegemnica y todos los fabricantes la consideran para las conexiones de sus productos. Se trata por lo tanto de uno de esos casos en que triunfa la dinmica de los hechos consumados segn la cual el mercado ha optado por algo malo que funciona en detrimento de algo bueno pero desconocido. 109
Grfico No 49. Seales balanceadas y no balanceadas.
Fuente: Curso de Redes Industriales. Universidad de Oviedo. Tema 4.
Estndar RS-485: RS-232 y RS-422 fueron concebidas para comunicaciones punto a punto. Incluso RS-422, que permite recepcin simultanea por parte de varios nodos, ofrece esta posibilidad como una extensin de sus propiedades bsicas, pero no establece criterios para el control de acceso de varios emisores ni prev la posibilidad de que varios de estos pretendan incorporar sus datos a la red. Por otra parte, y teniendo en cuenta que de este tipo de situaciones va a tener que encargarse un protocolo de administracin, cabe la posibilidad de aadir en su cdigo funciones de direccionamiento que permitan un nuevo concepto de cableado y de optimizacin de los recursos fsicos que dar lugar a una filosofa de conexionados ms flexible y verstil. Del mismo modo, otra funcin factible para ese protocolo sera la comprobacin de la integridad de los datos mediante cdigos y mtodos de tratamiento software. Se tratan los problemas de una red con un nmero grande de dispositivos accediendo a ella y soportando un trfico intenso y multi-direccional derivado de las necesarias relaciones entre unos y otros de dichos dispositivos, y todo ello cumpliendo especificaciones aceptables de distancia, velocidad, sencillez de montaje y mantenimiento, robustez en entornos industriales y fiabilidad en la transmisin de unos datos que puede ser crtica para el funcionamiento de procesos o de los propios dispositivos. El nuevo estndar de estos nuevos requisitos es el RS-485. El diseo de RS-422 a nivel de especificaciones elctricas y tratamiento de interferencias es considerado 110
ptimo de modo que RS-485 lo asume como propio. RS-485 no define un conector concreto. Las caractersticas principales del estndar RS-485 son: Transmisores y receptores tri-estado (recepcin, transmisin e inactivo alta impedancia). Comunicacin half-duplex diferencial sobre un par trenzado (o sin trenzar en distancias cortas). Necesario MAC para evitar colisiones (generalmente maestro/esclavo). Existe versin de doble par trenzado para recibir y transmitir a la vez. El maestro no necesita ser tri-estado. Niveles de voltaje entre -7 y 12 V Enlace multipunto con hasta 32 nodos emisores/receptores Velocidad: 10 Mbps a 10 m, 100kbps a 1200 m.
En el grfico 50 se muestra un ejemplo de la arquitectura de la conexin con el estndar RS-485. Fjese como se conectan los dispositivos en paralelo y una seal los habilita y deshabilita. Grfico No 50. Arquitectura de Conexin RS-485.
La norma RS-485 resulta muy til para comunicar dispositivos en bus, siempre que se le aada una capa MAC20, generalmente maestro/esclavo. Muchos buses industriales se basan en la RS-485 como Capa Fsica21:
20 21
Veremos este concepto ms adelante, IDEM.
111
PPI (point-to-point interface) / MPI (multi-point interface) de Siemens. Uni-Telway de Schneider. ModBus. BitBus. Profibus (incluye otras opciones).
Es posible construir conversores entre distintas normas. El grfico 51 muestra un ejemplo. Grfico No 51. Conversores entre distintas normas.
En el cuadro 6 se muestra un resumen de las principales caractersticas de los estndares vistos.
112
Cuadro 6. Comparacin entre estndares seriales. SEAL RS232 RS422 RS485 Asimtrica Simtrica Simtrica ELEMENTOS 1 10 32 DISTANCIA (M) 15 1200 50 VELOCIDAD (Kbits/s). 20 10000 10000
Otros estndares: RS-449: Creada por la EIA en 1977 para corregir las deficiencias de la norma RS-232-C. Incluye varias normas en una: RS-449 Procedimientos, mecanismos y funcionalidad de la interfaz. Interfaz elctrica en 3 versiones: RS-422 (CCITT X.27 o V.11): Interfaces balanceadas. RS-423 (CCITT X.26 o V.10): Interfaces no equilibradas. RS-485: Interfaces equilibradas con transmisin multipunto. Incorpora nuevos circuitos para probar el mdem (locales y remotos), adems usa mayor nmero de hilos, necesarias ms patillas en el conector. Se abandona el DB 25 en favor del DB 37 mas un segundo conector DB 9 si se usan los circuitos secundarios. RS-423-A: Es similar al RS-232-C (incluso compatible si se utilizan los niveles de tensin adecuados). Usa sealizacin no diferencial, se utiliza una lnea de masa para la transmisin y otra para la recepcin. Maneja niveles de tensin ms bajos (4-6V), velocidad de 10 kbps a 10 m y 3 kbps a 1200 m, 1 emisor y hasta 10 receptores. Concepto de Bucle de Corriente. Aparece en 1962, introducido como un lazo de corriente de 20 mA (4 a 20 mA). Los datos digitales son representados como flujo o no flujo de corriente. Permite transmitir seales analgicas a gran distancia sin prdida o modificaciones de seal. Es ms robusto frente a interferencias elctricas que el mtodo basado en niveles de tensin. Adicionalmente se permite usar el mismo cable para transmitir potencia a los dispositivos. Tiene una longitud mxima de 1200 m.
113
Para generar la corriente, se usa una fuente de 10 a 30 VDC, junto con un transductor de campo que controla el flujo de corriente. Si se desea pasar de corriente a tensin, sencillamente se hace por medio de una resistencia de aproximadamente 100 ohm, obteniendo niveles de tensin , equivalentes. Si se dese hacer aislamiento galvnico se usan opto acopladores; desea acopladores por ejemplo, para transmitir seales digitales o analgicas aadiendo circuitos PLL (Phase Locked Loop) y VCO ( ) (Voltaje Controled Oscillators). Grfico No 52 Bucle de corriente de 4 a 20 mA. 52.
Fjese en el grfico 52 como el receptor est en serie en el bucle, y detectar cambios de corriente. 3.1.3 Fundamentos de redes. El estudio de redes de comunicaciones es extenso. En este apartado sencillamente se mencionarn los fundamentos aplicados a sistemas SCADA. Como se vio anteriormente las redes pueden ser centralizadas o distribuidas. Si son centralizadas hay un equipo central que controla todo el sistema gestionando todos los datos. La gran desventaja es que el fallo del equipo central paraliza todo. De otra parte las redes distribuidas se comparten las cargas de trabajo, los recursos y las comunicaciones. No requiere de equipos muy potentes pero si con ms capacidad de maniobra y gran tolerancia a fallos. Las configuraciones distribuidas se basan en las topologas conocidas de red.
114
Cuadro 7. Resumen de topologas de red en sistemas SCADA. TOPOLOGIA Anillo CARACTERISTICAS Los nodos forman un anillo, que se conectan punto a punto de una estacin con la siguiente. Mnimo requerimientos de cable. Se usa modo de transmisin token passing, que consiste en organizacin por turnos. Los datos que salen del emisor vuelven a l, lo que permite el reconocimiento de mensajes. Un solo sentido de transmisin. La seal se regenera en cada nodo. No es posible la ampliacin en funcionamiento, pues se interrumpe fsicamente la red. Actualmente se usan implementaciones anillo para redes redundantes, con fibra ptica. La cada de un equipo interrumpe el trfico de informacin
Estrella Equipos conectados a un nodo central, que controla toda la red, y de quien depende la velocidad de la red. Transferencia de informacin punto a punto, con un cable por estacin. Fcil mantenimiento, y diagnstico ante fallo de elementos. La cada de un equipo no afecta el resto, pero la cada del nodo central la red queda inutilizada. Mximo requerimiento de cable. La ampliacin de la red depende de la capacidad del nodo central.
115
Bus
Todos los equipos se conectan al mismo segmento de cable. Tiene modo de transmisin aleatorio, donde cada equipo transmite cuando lo requiere ocupando el bus de comunicaciones. Para evitar colisiones se han implementado algoritmos especiales. No requiere tanto cable como la topologa estrella, y tiene un nmero reducido de conexiones. La cada de un equipo no afecta al resto de la red, sobre todo si estos tienen conexiones de alta impedancia. Elevada velocidad de transmisin. Permite la comunicacin multipunto, es decir, los equipos pueden comunicarse entre s cuando lo requieran. Es la opcin ms usada por buses de campo. Tiene problemas de seguridad, ya que cualquier nodo puede ver la informacin del bus. No permite reconocimiento de mensajes, ya que la informacin no vuelve al emisor. El trfico influye en el rendimiento de la red.
rbol
Es una mezcla de las topologas anteriores, por lo que tiene caracterstica de todas ellas en ciertos tramos de red.
116
Red Todos los nodos se interconectan entre s. Esta conexin tiene una gran tolerancia a fallos, ya que la cada de una conexin se solventar redirigiendo el trfico por otro camino. La desventaja es que tiene un alto coste de implementacin. No se usa en buses de campo.
Fuente: Autor. 2008
Las topologas de red que conocemos, se aplican a sistemas SCADA, teniendo en cuenta que los elementos o nodos de red son los MTU y RTU. En el cuadro 7 se muestran los las topologas de red. A escala industrial, las topologas ms extendidas son las de bus y anillo. Acceso a Red en sistemas SCADA. En los aos 70, la ISO (International Standars Organization) desarrolla el modelo de referencia para la interconexin de sistemas abiertos OSI (Open Systems Interconnection), que proporcion la base para definir el proceso global de las comunicaciones entre equipos de datos, aceptado por la ITU-T en su recomendacin X.200. El estndar final, ISO 7498, se public en 1984. Debido a que los sistemas SCADA se basan en el transporte de datos por red, los conceptos de interconexin de redes se aplican a ellos. El modelo OSI, se basa en la intercomunicacin directa entre capas. Cada capa est en un nivel diferente en el proceso de la comunicacin. Las capas del mismo nivel se comunican entre s con protocolos de comunicacin en comn. Los datos pasan por todos los niveles desde que salen del emisor hasta que llegan al receptor. Cada nivel hace su aporte al proceso global. Adems cada nivel usa los servicios del nivel anterior y aporta al siguiente. La comunicacin a travs de protocolos de comunicacin entre capas del mismo nivel (nivel n del emisor con nivel n del receptor) se lleva a cabo mediante el intercambio de unidades de datos de protocolo (PDU, Protocol Data Unit), cada una de las cuales consiste en informacin de control del protocolo (PCI, Protocol Control Information) y unidad de datos del servicio (SDU, Service Data Unit).
117
Tanto la informacin procedente del usuario final (aplicaciones), como la informacin de control de los protocolos (intercambiada entre capas gemelas), necesitan utilizar la misma estructura fsica de transporte. Para ello, conforme la informacin de la aplicacin va descendiendo a travs de la torre de niveles, cada capa aade su informacin de control de protocolo en encabezamientos sucesivos. El conjunto resultante se transmite por el canal fsico, sufriendo el proceso inverso al llegar al receptor. Cada encabezamiento es utilizado slo por la capa receptora del mismo nivel de la arquitectura, siendo eliminado despus. Los encabezamientos destinados a capas superiores son ignorados por las inferiores, facilitando as el funcionamiento independiente de las distintas capas, as como su evolucin por separado, lo cual es una de las caractersticas principales en el modelo por capas. El grfico 53 muestra este proceso de ensamble y desensamble de los PDU, en cada capa. Grfico No 53. Transmisin de datos usando modelo de capas.
Fuente: Estepa R. Notas de ARSS.Tema 7: Redes de Datos: TCP/IP e internet.
118
Los dispositivos intermedios de red, que implementan las funciones de cada capa son: Repetidores: Implementan funciones de la primera capa. (Transmisin fsica de seales elctricas). Puentes: Implementan las dos primeras capas. Encaminadores: Implementan las tres primeras capas.
El cuadro 8 muestra de manera resumida las capas implementadas por el modelo OSI y sus funciones especficas. OSI. Cuadro 8. Capas implementadas por el modelo de referencia OSI
119
De los 7 niveles, solo el 1, 2 y 7 son indispensables en un proceso de intercambio de informacin. La capa fsica (1) define las topologas, el tipo de cable, la forma de la seal y el soporte de transmisin (banda base o seal portadora); la capa de enlace (2) define la forma de acceso a la red, al bus y el direccionado de los equipos. Tambin define los mecanismos del intercambio garantizando el emisor de un mensaje que el receptor la ha recibido bien. En La capa de aplicacin (7) se proponen los diferentes servicios a los usuarios y se manejan los mecanismos de empleo. En los sistemas SCADA, donde la comunicacin se basa en los buses de campo, son fundamentales las funciones de la capa 2 y 3, ya que estas soportan el acceso a buses y el direccionamiento a travs de los sistemas. Las capas 4 y 5 normalmente no se implementan como capas individuales, sino que sus funciones ya las soportan las capas 1 2 y 3. Los sistemas SCADA en la capa fsica requieren: Que las velocidades de transmisin sean lo ms elevadas posibles, pues adems de datos de proceso, se transmiten muchas otras informaciones (programas, archivos, diagnsticos, etc.). Que la interconexin de equipos permita instalacin y mantenimiento razonables, y haya fiabilidad en la transmisin a grandes distancias. Debido a que el medio de transmisin ms frecuente es el cable (coaxial, par trenzado o sin trenzar, con o sin pantalla, o cable especial); se deben tener en cuenta caractersticas como precio del cable, facilidad de instalacin, conexionado e inmunidad EMC.
Los fabricantes de las organizaciones proveedoras de buses de campo tienen ciertas normas establecidas para evitar problemas en la capa fsica. Con respecto al nivel 2, la capa de enlace de datos, los sistemas SCADA requieren. Control de acceso al bus. Este acceso puede ser, controlado por un equipo nico, el cual reparte el derecho de transmisin entre los equipos, llamado acceso centralizado. Tambin puede ser condicionado por derecho, el cual es un acceso descentralizado, donde el derecho a acceso al bus va siendo pasado de equipo a equipo por medio de un testigo (El que tenga el testigo, tiene derecho a acceder). Otra forma de acceso es el aleatorio; tambin descentralizado. En este caso cualquier equipo puede acceder en el momento que quiera. Normalmente antes de acceder verifica que el bus est desocupado; sin embargo esto no evita que en ciertos momentos hayan colisiones si dos equipos transmiten al mismo tiempo. Protocolos como CSMA (Carrier Sense Multiple Access) usado en ethernet establecen reglas para controlar colisiones. El control de acceso es manejado por una 120
subcapa del nivel 2 llamada MAC (Media Access Control). En el cuadro 9 se presentan los principales mtodos de acceso a bus usado por sistemas SCADA. Establecimiento y cese de enlaces para determinar la falta de elementos de red o la aparicin de nuevos; o para detectar elementos defectuosos. Gestin de errores de transmisin cuando no hay respuesta o cuando un mensaje llega mal. Gestin de flujo de informacin, como disponibilidad de recursos, presencia o ausencia de destinatarios o regulacin de trfico. Funciones de control sobre la lnea de transmisin. Los enlaces pueden ser estticos (Activos todo el tiempo) o dinmicos (se cambia de interlocutor para aprovechamiento de recursos). Todo esto es manejado por un subnivel de la capa 2 llamado LLC (Logical Link Control).
Cuadro 9. Mtodos de acceso al medio en sistemas SCADA. Mtodo de acceso al medio Polling Usado por red Profibus DP, y AS-i.
Descripcin y caractersticas principales. Una estacin hace de moderadora (maestro) y decide el turno de cada nodo. La estacin moderadora: Dirige trfico por el bus. Se dirige a los esclavos (polling) cuando necesita enviar o recibir informacin de estos. - La informacin entre esclavos se hace a travs de la estacin maestro. - Si falla el maestro se detiene toda la red. (Sistema centralizado). La multiplexacin por divisin en el tiempo TDMA (Time Division Multiple Access) encapsula la informacin de todos los nodos en una sola trama. Esa trama se dirige por igual a todos, y cada nodo con ayuda de una marca de sincronismo (Sync), sabe que parte del mensaje va dirigido a este. Es un mecanismo de difusin (broadcasting). Los nodos se clasifican como estaciones productoras o consumidoras. La estacin productora manda el mensaje a todos los dems nodos (consumidores). Solo las estaciones interesadas en el dato lo usan, las dems lo descartan. Token significa testigo. La estacin que tenga el testigo, tiene derecho a acceder a la red. Las dems deben esperar a que el testigo les llegue con pasos de testigo (Token passing). Es un -
TDMA Usado por Interbus. Producto Consumidor Usado por WordFIP Token determinstico (Previsible)
121
mtodo de conexin punto a punto. El problema de este mtodo es la prdida o duplicidad del testigo. Cuando la red tiene una topologa fsica de lnea, pero una topologa lgica de anillo, se llama token.bus. Si la topologa fsica y lgica es de anillo se llama token ring. Con CSMA (Carrier Sense Multiple Access) cualquiera puede transmitir mientras el bus no est ocupado.
Token Estocstico. (Aleatorio) O Tiene el problema de las colisiones si dos estaciones CSMA transmiten al mismo tiempo. CSMA/CD+AMP AMP significa Arbitration on Message Priority. Controla las colisiones, asignando prioridad a los nodos, por medio de Usado por bus identificadores de 11 bits que las estaciones mandan antes de CAN transmitir datos. CSMA/CD (Colission Detection)
Esta tcnica no evita las colisiones. En caso de colisin las tramas se pierden. Luego de colisin cada estacin espera un tiempo aleatorio para volver a intentar transmitir.
Usado por redes Ethernet. La estacin que quiere enviar datos, enva antes una trama CSMA/CA (Colission especial (JAM) seguida de una peticin de reserva de bus (IT). Avoidance) De esta manera se incluye la nocin de prioridad, convirtiendo el mtodo en determinista.
Fuente: Autor. 2008
3.1.4 Estndar ISA/SP50 y Protocolo CIP. Ya vimos el modelo de capas OSI, el cual es de referencia general para la implementacin de redes de comunicacin. Para redes especficas la costumbre es tomar este modelo de referencia y generar uno nuevo basado en este, donde se haga nfasis en las capas ms usadas o relevantes en la red. Por ejemplo, para internet, se popularizo el modelo TCP/IP, basado en el modelo OSI, pero con una estructura que privilegia las funciones de enrutamiento capa 3 (Protocolo IP), y transporte capa 4 (Protocolo TCP). Sin embargo para redes industriales el nfasis no est en estas capas, sino en la capa 2, que es enlace de datos, capa 1 que es capa fsica y capa 7 que es capa de aplicacin; ya que el conflicto principal se presenta en el gran nmero de equipos industriales, nodos RTU, que quieren intercomunicarse y acceder a la red SCADA. A continuacin se presentan unas especificaciones basadas en el modelo OSI, pero ajustadas a sistemas industriales.
122
Estndar ISA / SP50. Es una propuesta de la Sociedad para Instrumentacin, Sistemas y Instrumentacin Automatizacin, ISA, para complementar el paquete de protocolos propuesto por el modelo OSI. Se destacan las siguientes caractersticas de este estndar: Define una interface comn entre componentes de medida electrnicos y/o sistemas de control. trol. Se proponen dos capas ms. La capa de usuario, la cual realiza labores de . control global distribuido de las aplicaciones, y gestin de bases de datos distribuidas; y la capa de supervisin la cual gestiona todos los sistemas y redes involucrados en todos los niveles. Es como una capa que cubre lateralmente todos los niveles.
Grfico No 54. Niveles de Usuario y Supervisin en estndar ISA/SP50
Desarrolla normas para definir caractersticas que deben cumplir las seales usadas en medidas de procesos y control. Por ejemplo, uno de los estndares ms difundidos en la automatizacin industrial es el ANSI/ISA ANSI/ISA50.1-1982, el cual especifica la transmisin de corriente, 4-20mA, para 1982, transmisin 4 instrumentacin y seales de control. rae Trae especificaciones sobre medios de transmisin, que sera como una capa 0 en el modelo OSI. Las leyes fsicas que condicionarn el tipo de transporte de seal: Las velocidades de transmisin determinan el alcance transmisin mximo de la red; las prdidas energticas fijarn la distancia mxima entre ; nodos, y los tiempos de propagacin determinarn el tiempo de respuesta del nodo ms alejado. 123
La capa fsica est contemplada en el estndar ANSI/ISA-S50.02 parte 2, la capa de enlace est contemplada en el estndar ANSI/ISA-S50.3 y la capa de aplicacin en el estndar ANSI/ISA-S50.02 parte 5. El cuadro 10 muestra las funciones implementadas en cada una de estas capas.
Cuadro 10. Funciones de las capas de modelo de referencia para bus de campo en Estndar ISA / SP50. CAPA1 - Corresponde a la capa fsica, y est contemplada en el estndar ANSI/ISA-S50.02 parte 2. - Especifica exigencias para los componentes de bus de campo. - Revisa integridad de datos antes del anlisis de errores en la capa de enlace. - Coloca delimitadores de trama. (Funcin no implementada para capa fsica en modelo OSI), en s, contempla la definicin de una estructura de trama (prembulo, datos del nivel enlace y delimitadores). - Usa especificaciones fsicas contempladas en estndar IEC 1158: Intercambio de datos serie, half duplex; cable de par trenzado apantallado o fibra ptica, velocidades: 31.25 Kb/s, 1 Mb/s, 2.5 Mb/s. Usa topologa de bus, rbol (31.25 Kb/s). Conexiones punto a punto, hasta 32 nodos. Permite alimentacin de dispositivos mediante el propio cable. - Ya implementa Ethernet 100 Mb/s. - Utiliza cdigo Manchester. - Corresponde a la capa de enlace y est contemplada en el estndar ANSI/ISA-S50.3. En general se define el servicio proporcionado a la capa de aplicacin en el lmite entre la capa de aplicacin y la capa de enlace del modelo de referencia de bus de campo, y a la capa de red OSI en el lmite entre las capas de red y enlace de datos del modelo OSI. - Especfica protocolos de enlace de datos para comunicaciones crticas22 entre equipos de automatizacin. - Servicios que ofrece en trminos de primitivas y eventos de servicio. - Usa Polling y Token passing para acceder al medio. - Cdigo de redundancia cclica par la deteccin de errores en los datos. - Uso de dos tipos de mensajes; mensajes operativos, pequeos
CAPA2
22
Comunicaciones crticas se refiere a manejo altamente eficiente de acciones especficas en intervalos de tiempo determinados, con riesgo de accidente si dichos intervalos no se cumplen.
124
CAPA7
pero con informacin crtica; y mensajes de fondo, grandes, para diagnstico y control. - Corresponde a la capa de aplicacin y est contemplada en el estndar ANSI/ISA-S50.02 parte 5. - Define una interfase comn para la interconexin de componentes de sistemas de medida y control. - Maneja dos tipos de conexin: Cliente-Servidor, para comunicaciones acclicas entre sistemas en caso de transmitir grandes volmenes de informacin; y Producto-Consumidor, para comunicaciones cclicas de datos de control y mando, las cuales usan poco volumen de informacin.
Fuente: Autor. 2008
Protocolo CIP. Las siglas significan Common Industrial Protocol. Este protocolo permite integrar la gestin de entradas y salidas y la configuracin y lectura de datos de diferentes dispositivos conectados a diferentes sub redes dentro del sistema SCADA. Esto nace debido a los numerosos productos, con diferentes configuraciones y prestaciones que puede haber en un sistema SCADA. CIP es una aproximacin basada en objetos, orientada a permitir el diseo de dispositivos de control que combina el mtodo de direccionamiento de red y las reglas de intercambio de mensajes. La idea con el protocolo CIP es que un usuario mande un mensaje a algn nodo, y este asegure que el mensaje llegue a su destino sin importar el nmero de redes que deba atravesar; lo que exige del protocolo independencia. Para que esto sea posible, el protocolo ofrece servicios de control, configuracin y captacin de datos, opciones de intercambio de datos, encaminamiento, comunicaciones cclicas y acclicas y servicios productor consumidor; que proporcionan independencia del medio y la posibilidad de gestionar un gran nmero de dispositivos. El manejo de dispositivos se hace estableciendo un perfil de cada uno, donde se definen en cada uno los objetos que se deben aplicar y los atributos y servicios que debe incluir. En el grfico 55 se muestra el modelo de capas para el protocolo CIP. Note que se incluye una capa encargada de establecer el perfil de cada dispositivo a controlar.
125
Grfico No 55. Niveles de Usuario y Supervisin en estndar ISA/SP50
Los dispositivos se disgregan en elementos lgicos, que son los llamados objetos, acordes a su funcin. Por ejemplo, un arrancador y un variador se configurarn, . diagnosticarn y controlarn de manera similar por tener base lgica similar. Esto hace que cada tipo de dispositivo tenga los mismos objetos bsicos y dispositivos de vendedores diferentes tengan el mismo comportamiento visto desde dentro de la red. Cada objeto se compone de atributos (datos), servicios (comandos) y (datos), comportamiento (reacciones a eventos). Usando esta composicin el protocolo permite que dispositivos similares sean intercambiables aunque vengan de diferentes fabricantes; asignndole perfiles similares. l Otras caractersticas del protocolo CIP son: Tiene la posibilidad de adaptarse a nuevas tecnologas emergentes, como fireware, bluetooth o USB, sin que ello signifique que los creadores de estas nuevas tecnologas deban cambiar su estructura de desarrollo. Independencia en la capa de aplicacin. Por ejemplo, un mensaje generado bajo DeviceNet puede transferirse a Ethernet/IP sin necesidad de ser ajustado por la capa de aplicacin.
126
Servicios de control basado en conexiones lgicas de objetos. El control involucra el tipo de datos a transmitir, secuencias de intercambio y sincronizacin. Soporta intercambio de datos unidireccional o bidireccional. Es posible tambin difusin de datos desde un emisor a varios receptores. Algoritmos de notificacin de errores, tiempos de vigilancia, y paso a estado seguro en caso de fallas. Control de estado de dispositivos. Las RTU pueden tener estado normal de operacin o estado de configuracin. Esto requiere que se notifiquen estados de inactividad de algunos dispositivos. Alta eficiencia en la transmisin de datos, gracias a la posibilidad de uso de varios mtodos diferentes de comunicacin; en algunos casos sacrificando seguridad por rapidez, o usando intercambio cclico, cambio de estado de dispositivos, etc. CIP soporta comunicaciones de casi todos los tipos, como maestro-esclavo, punto a punto, multicast o broadcast. Para enviar informacin CIP usa servicios de productor/consumidor donde se pone un identificador a un paquete de datos y se enva a todos; pero solo los consumidore que necesiten ese paquete lo reciben, mediante la previa verificacin de la etiqueta. Permite conectar dispositivos de seguridad y de control dentro de una misma red sin la necesidad de un elemento de control central. (PLC o mdulo de seguridad). Cualquier elemento se puede configurar, monitorizar y diagnosticar desde cualquier punto de la red corporativa. Permite integracin de sensores inteligentes, con posibilidades de programacin y diagnstico. Todos los elementos de bajo nivel de una red DeviceNet (sensores, actuadores) tienen la caracterstica de aparecer ante el usuario como nodos de red.
3.2
Redes industriales de control.
3.2.1 Pirmide de la automatizacin. Como se haba mencionado, las redes industriales utilizan una arquitectura distribuida, privilegindola sobre la centralizada. En los sistemas distribuidos usan sistemas de cableado donde con un slo cable de comunicacin serie el equipo de control se conecta a captadores y accionadores, incluyendo los captadores/accionadores clsicos (todo o nada o analgicos), los dispositivos inteligentes (variadores de velocidad, robots, reguladores digitales, terminales de visualizacin,), y otros equipos de control. Con el desarrollo en microprocesadores, aparecen sensores y actuadores inteligentes, que permiten configuracin y programacin remota, surgiendo nuevas
127
necesidades en la comunicacin entre estos dispositivos y los elementos de control de mayor nivel. Para resumir, de forma grfica, la estructura de los sistemas de comunicacin en un entorno industrial productivo, se toma como referencia la pirmide CIM (Computer Integrated Manufacturing), la cual se divide en niveles, de acuerdo con Computer Manufacturing), el trfico y tipo de informacin que se intercambia. El grfico 56 muestra esta que pirmide. Grfico No 56. Pirmide de la automatizacin.
En la gestin de la empresa se procesan grandes cantidades de informacin, y se debe tener acceso a todos los puntos de la red, por lo que normalmente est compuesta por bastantes puestos de trabajo. Si la empresa es lo suficientemente grande, en este nivel de gestin se manejan las llamadas redes WAN. Muchas veces la gestin est ubicada fsicamente lejos de las fbricas. Los requerimientos de este nivel, son puramente informticos. . Las fabricas que controlan alguna planta o un grupo de procesos especfico, conformaran el segundo nivel. Si las fbricas controlan varios procesos a gran escala pero independientes unos de otros, estos se dividen en reas de trabajo dentro de la misma fbrica lo que conformara el nivel 3, nivel de rea. fbrica,
128
Los 3 primeros niveles, tienen funciones de gestin de informacin. La parte correspondiente a la automatizacin industrial estara en los 3 niveles inferiores. Entre ms alto sea el nivel, se necesita mayor flujo de datos pero menor velocidad de reaccin. (Ver grfico 57).
Grfico No 57. Flujo de datos y Velocidad de Reaccin en Pirmide CIM.
En el nivel de supervisin y control de clula, se procesan las tareas de automatizacin, se implementan los sistemas de visualizacin y control de autmatas. En este nivel se maneja directamente la informacin de los dispositivos. El nivel de control local directo aborda la interconexin entre los equipos de control de maquinaria y los equipos de nivel de clula. El trabajo es en tiempo real, mediante tcnicas de transmisin eficientes a los mdulos E/S, medidores, controladores de velocidad, vlvulas o pantallas de operador. El nivel ms bajo ya se encarga directamente de los procesos y maquinas de campo. Las conexiones en este nivel son sencillas, las velocidades que se manejan son bajas, y normalmente no se usan sistemas de buses existentes por su complejidad electrnica y en comunicaciones. Es conveniente diferenciar entre las prestaciones de una red de conexin de equipos de instrumentacin, con una red de bus de campo (que se usa en el nivel intermedio de la pirmide). Las redes de bus de campo, incorporan la capa de aplicacin, que permite implementar rutinas de control en el elemento situado en
129
planta o en el controlador. Adems proporcionan seguridad para los elementos ubicados en zonas peligrosas. En cambio, las redes de nivel ms bajo, transmiten menos informacin a ms velocidad y controlan de manera directa las maquinas. 3.2.2 Redes de Datos Vs Redes de Control. Tambin es conveniente en sistemas SCADA diferenciar entre red de datos y red de control. Como ya se ha mencionado, estos son los dos tipos de informacin que se transmite. Las redes de datos se caracterizan por manejar un mayor flujo de informacin, por lo que el tamao de los paquetes es mayor. Estos datos pueden ir a varias oficinas de nivel superior, e inclusive, viajar a travs de la red WAN; manejan por lo tanto reas ms extensas. Sin embargo normalmente la informacin no se est pasando constantemente de un lado a otro. Si la comunicacin es acclica, el que necesite la informacin la solicita cuando la requiera; o si es cclica, los ciclos no son de alta frecuencia; por lo tanto se puede decir que una red de datos en sistemas SCADA es de baja tasa de paquetes. Las redes de control, en cambio, manejan flujos de informacin pequeos (paquetes pequeos) pero mayores velocidades y requieren procesos en tiempo real. En las redes de datos la interface se ubica en una oficina normalmente, y se compone de servidores, de PCs, y en general procesadores de datos. En una red de control las interfaces no necesariamente estn en oficinas, sino pueden ubicarse en campo; tambin usa PCs, pero en ocasiones basta con equipos electrnicos basados en microprocesadores o microcontroladores. Mientras que a una interface de red de datos se le conectan dispositivos E/S como impresoras, fax, o sistemas de visualizacin; a una interface de red de control se le conectan sensores, actuadores y equipos industriales. En el grfico 58 se muestra esto de manera grfica. Estas diferencias, hace necesaria una nueva arquitectura de red adaptada a las necesidades de control; necesidades como: Trfico formado por pequeos paquetes de datos, trfico elevado (muchos paquetes en poco tiempo), trfico continuo y no a rfagas, un gran nmero de estaciones involucradas y transmisin en tiempo real (acceso al medio determinista). Para el diseo de una arquitectura con esas prestaciones se deben tener en cuenta cuatro factores: Protocolos a usar, inter-operabilidad, topologa de red y criterios de administracin de red. El cuadro 11 muestra las caractersticas de una red de control necesarias de acuerdo al factor.
130
Grfico No 58. Comparacin entre redes de datos y redes de control.
Cuadro 11. Factores a tener en cuenta en el diseo de redes de control. FACTOR Protocolos CARACTERISTICA O CRITERIO DE DISEO Elegir si son protocolos abiertos (ideal), de sistema no propietario (deseable) o sistemas propietarios. Que permitan que equipos de diferentes fabricantes puedan trabajar en conjunto en la misma red. Determinar el tipo de informacin que fluir por la red. Se debe distinguir entre redes basadas en comandos y redes basadas en estado. Las redes basadas en comandos la informacin que se transmite consiste en rdenes de control de un nodo hacia otro. Esta conlleva una sobrecarga si el numero de nodos a controlar o controladores aumenta. Las redes basadas en estado, los nodos envan mensajes al resto indicando el estado en que se encuentran. Se usan las mismas topologas de las redes de datos,
Interoperabilidad
Topologas
131
Control de Acceso al Medio. (MAC) -
Medio Fsico
Control en tiempo real.
Seguridad -
con la diferencia de que los nodos son RTUs y MTUs. La eleccin depende del medio de transmisin y el mtodo de acceso a bus (MAC en redes de datos). Si es posible, construir sistemas que no obliguen una topologa especfica, para mayor flexibilidad. Es vital en redes de control. Meta principal: reduccin de colisiones. Conseguir bajos retardos para optimizar el acceso a todos los nodos. Permitir trfico de alta prioridad, para emergencias o procesos indispensables en ciertos momentos (como alarmas). Velocidad de transmisin. Distancia entre nodos Fiabilidad Seguridad (ambientes explosivos) Inmunidad al ruido Coste Es habitual permitir mezclar diferentes medios de transmisin, mediante la utilizacin de routers, puentes y repetidores. A diferencia de las redes de datos, las redes de control deben responder al instante a los pedidos de los nodos. Se debe optimizar el control de errores y las capas por las que tenga que pasar un paquete antes de llegar al receptor. El diseo de la red de control con modelo de capas, debe garantizar velocidades altas y poca sobrecarga. Normalmente las redes de control, solo implementan capa fsica, de enlace y de aplicacin. Proteccin contra accesos no deseados. Proteccin frente a fallos de la red: Es necesario determinar el estado de la comunicacin, la conmutacin a un estado seguro en caso de avera, o la introduccin de equipos redundantes y monitorizacin y diagnstico de la red.
Fuente: Autor. 2008
3.2.3 Redes MAP y TOP Algunos consideran que estas redes son otra tecnologa de bus de campo (los ms representativos los veremos en la tercera parte de esta unidad). Sin embargo la mencionamos aqu, porque ms que un bus de campo, es una primera 132
aproximacin a un protocolo de comunicaciones especfico, basado en el modelo de capas OSI, pero para redes industriales. Las redes MAP y TOP no tienen mucha implantacin hoy en da, sin embargo realizan aportes importantes al mundo de las redes de comunicaciones en general y de las redes industriales en particular. La historia de estas redes se remonta cuando General Motors y otras compaas trabajan en unos protocolos especficos para cada una de las capas OSI para automatizacin de fbricas. De este trabajo surge MAP (protocolo de fabricacin automatizada), sobre paso de testigo en bus (Token Bus). Paralelamente Boeing establece normas para la automatizacin de sus oficinas, optando por Ethernet ya que no necesitaba tiempo real (los aviones no se fabrican en lneas de montaje), de donde surge TOP (protocolo tcnico y de oficina). Con el objetivo de mantener la compatibilidad en las capas superiores, ambos grupos trabajan juntos. Con ayuda de estos trabajos, mas las recomendaciones de otras empresas como IBM, el cual desarrollo Token Ring (paso de testigo en anillo), IEEE aprueba las tres normas para Capa Fsica + MAC: IEEE 802.3 (basada en Ethernet DEC, Xerox e Intel) IEEE 802.4 (paso de testigo en bus General Motors) IEEE 802.5 (paso de testigo en anillo IBM)
Adems estandariza la capa de Enlace mediante el protocolo 802.2 LLC (control lgico de enlace), en modo sin conexin. El grfico 60 muestra un resumen de las capas implementadas en redes MAP y TOP. Las principales caractersticas de las redes MAP son: Usa FSK (Frequency Shift Keying) para codificar las seales. Si es banda ancha, usa multiplexacin por divisin de frecuencia en canales, La seal se regenera antes de ser transmitida, cada estacin necesita componentes MAP de hardware y soporta hasta 10 Mbits/canal. Si es banda base, es menos costosa, cables de menos dimensiones y soporta un solo canal de 5 a 10 Mb/seg. Utiliza IEEE 802.4 (paso de testigo en bus) en banda base. Emplea protocolos de capa de aplicacin FTAM, para transferencia de ficheros, MMS para interconexin con sistemas robticos y ACSE para la comunicacin entre programas.
133
Grfico No 59. Niveles de red en protocolos MAP y TOP.
Las principales caractersticas de TOP son: Usa principalmente IEEE 802.3, pero soporta IEEE 802.4 y IEEE 802.5. Usa protocolos de capa de aplicacin: ACSE y MMS, al igual que MAP.
134
Usa CCITT X.400 para gestin de mensajes y correo electrnico, ODA/ODIF para la transmisin de documentos independientemente de la herramienta utilizada para crearlos y CGM para el intercambio de grficos.
3.3
Buses de campo.
En esta seccin veremos un repaso de los principales buses de campo. El objetivo de este curso no es entrar en detalle en cada bus, sino que usted conozca las caractersticas bsicas de cada uno para tenerlas en cuenta en el momento del diseo de un sistema SCADA. Los sistemas SCADA son bsicamente sistemas de control y supervisin industriales, por lo que la implementacin de buses de campo en sistemas SCADA es fundamental. Los buses de campo se definen como un medio compartido, es decir, un sistema de comunicacin para intercambiar datos entre sistemas de automatizacin y dispositivos de campo. En una red SCADA los buses de campo son como la columna vertebral, a travs de la cual fluyen los datos y el control. Deben ser sistemas de comunicacin en tiempo real, es decir, proveen servicios bajo restricciones temporales, con protocolos capaces de gestionar estas restricciones. Los buses de campo deben: Ofrecer integracin de datos, integracin de dispositivos, ofrecer ciclos de trabajo de mayor velocidad que los ciclos de trabajo de las RTUs para garantizar tiempo real, ser deterministas y prever fallos o comportamientos; manejar eficientemente protocolos de comunicacin, ofrecer prestaciones de seguridad, ser expandibles y con funciones de diagnstico rpidas y sencillas. En la pirmide de la automatizacin CIM los buses de campo se ubican preferiblemente en los niveles intermedios, aunque tericamente pueden estar en cualquier nivel y estn constituidos por sistemas de dispositivos de campo y/o dispositivos de control que utilizan un medio fsico comn para intercambiar datos23. Se pueden diferenciar cuatro tipos de buses, que forman cuatro tipos de redes industriales. 23
Buses de Control: Control buses: (HSE high-speed Ethernet o Control Net) Buses de Campo: Field buses (Foundation Fieldbus o Profibus) Buses de Dispositivos: Device buses (DeviceNet, Profibus DP, SDS o Interbus-S) Buses de Sensores: Sensor buses (CAN, ASI, Seriplex o LonWorks)
Concepto Global de Bus de Campo.
135
El grfico 60 muestra el comportamiento de estos tipos de bus, de acuerdo al tamao de datos que maneja y a la complejidad de su funcionalidad. EL cuadro 12 explica las caractersticas de los buses de baja funcionalidad hasta los buses de alta funcionalidad. Grfico No 60. Tipos de bus de campo.
Cuadro 12. Tipos de buses de campo segn su funcionalidad. TIPO DE BUS Alta velocidad y baja funcionalidad. CARACTERISTICAS Integran dispositivos simples: finales de carrera, fotoclulas, rels, actuadores simples, etc. Aplicaciones en tiempo real. Agrupados en una pequea zona de la planta: una mquina. Implementan capa fsica y de enlace.
Ejemplos: CAN: Diseado originalmente para su aplicacin en vehculos. SDS: Bus para la integracin de sensores y actuadores, basado en CAN. ASI: Bus serie para la integracin de sensores y actuadores. Capa de Enlace preparada para enviar eficientemente bloques de datos de tamao medio.
Alta velocidad funcionalidad
y -
136
media.
Mayor funcionalidad: configuracin, calibracin o programacin del dispositivo. Incluyen, adems de capa fsica y de enlace, capa de aplicacin: funciones utilizables desde un PC para acceder, cambiar y controlar los diversos dispositivos. Suelen incluir perfiles: funciones estndar para distintos tipos de dispositivos.
Ejemplos: DeviceNet: Desarrollado por Allen-Bradley, utiliza como base el bus CAN, e incorpora una capa de aplicacin orientada a objetos. LONWorks: Red desarrollada por Echelon. BitBus: Red desarrollada por INTEL. DIN MessBus: Estndar alemn de bus de instrumentacin, basado en comunicacin RS-232 InterBus-S: Bus de campo alemn de uso comn en aplicaciones medias. Soportan comunicaciones a nivel de toda la empresa. Se basan en buses de alta velocidad, aunque pueden presentar problemas debidos a la sobrecarga necesaria para los niveles de funcionalidad y seguridad exigidos. La capa de aplicacin oferta un gran nmero de servicios a la capa de usuario (habitualmente un subconjunto del estndar MMS). Redes multi-maestro con redundancia. Comunicacin maestro-esclavo segn el esquema pregunta-respuesta. Recuperacin de datos desde el esclavo con un lmite mximo de tiempo. Capacidad de direccionamiento unicast, multicast y broadcast. Peticin de servicios a los esclavos basada en eventos. Comunicacin de variables y bloques de datos orientada a objetos. Descarga y ejecucin remota de programas. Altos niveles de seguridad de la red, procedimientos de autentificacin.
Altas prestaciones -
137
Conjunto completo de funciones de administracin de la red.
Ejemplos Profibus FIP Fieldbus Foundation Dispositivos con seguridad intrnseca para uso en ambientes explosivos. La seguridad intrnseca es un tipo de proteccin por la que el aparato en cuestin no tiene posibilidades de provocar una explosin en la atmsfera circundante: condiciones de prueba especificadas por un estndar. Ejemplos: HART, Profibus PA, FIP.
Buses para reas de seguridad intrnseca
3.3.1 Bus de campo AS-i. El concepto AS-i (Actuador Sensor Interface) surge en 1990 para definir un sistema de comunicacin nico para todos los fabricantes de sensores y accionadores, de bajo costo y sencillo. En 1992 se crea la Asociacin AS-i, encargada de certificar los productos (Siemens, Festo, Allen Bradley, Schneider y Omron entre otros). Es un bus soportado por ms de 200 fabricantes de equipos. Muchos fabricantes de material para procesos (vlvulas, bombas) ya ofrecen soluciones de control con este bus integrado en sus productos. Hay un estndar bsico (V.2.0) y una versin mejorada (V 2.1). El estndar bsico maneja 31 esclavos, y el mejorado 32. El estndar bsico tiene 124 entradas, 124 salidas, mientras que el mejorado maneja 248 entradas y 186 salidas. El tiempo de ciclo es de 5 ms para el bsico y de 10ms para el mejorado. Puede manejar topologas de bus, anillo, rbol y estrella (topologa libre); usa como medio de transmisin el par de cable, y distancias de 100 m a 300 m con repetidores. La comunicacin es Maestro- Esclavo tipo polling, y maneja datos de 4 bits. El bus de campo AS-i (Actuator Sensor Interface) es un bus para conectar sensores y accionadores con autmatas programables. Es decir, estara clasificado como SensorBus o bus de Alta Velocidad y Baja Funcionalidad, por tanto implementa capa fsica y capa de enlace. En la capa fsica, maneja cable plano con dos hilos sin trenzar y sin apantallamiento de 1,5mm autocicatrizante; transporta datos y alimentacin (24V DC 8A), aunque existe otra versin con cable redondo apantallado. 138
La capa de enlace, como se haba mencionado, maneja polling, 31 o 62 esclavos por maestro, el cual realiza transacciones (Peticin del maestro, respuesta del esclavo) con tiempo determinista de 5 o 10 ms. Los esclavos tienen una direccin nica, la cual se asigna al configurar la red, a travs del software especfico del maestro o de terminales de direccionamiento especfico (pocket). Los componentes del bus, giran alrededor de un circuito integrado especfico que rene toda la electrnica necesaria para las comunicaciones y el control de entradas y salidas del esclavo AS-i, llamado ASIC (Application Specific Integrated). Este circuito se conecta directamente en el accionador / sensor. Este dispone de cuatro puertos que constituyen los 4 bits de datos que intercambian el maestro y el esclavo. Dichos puertos se pueden configurar como entradas, como salidas o como entradas/salidas (bidireccionales) y cuatro bits adicionales para funciones especficas. Algunas ventajas de sistemas basados en AS-i: -
Fuente protegida frente a cortocircuitos, sobre tensiones, y cadas de tensin. Los problemas de un esclavo no influyen en el resto de la red. (Corto circuitos en salidas, sobretensiones). Un esclavo puede soportar cadas de tensin breves (menores que 1ms), y se detiene si su alimentacin cae por debajo de 14v. Esclavos protegidos contra inversin de polaridad. Menor cantidad de tarjetas de entradas y salidas en el PLC o PC de control. Armario elctrico simple. Esquemas elctricos simples. Tiempo de instalacin reducido. Puesta en marcha, tiempos de mantenimiento y modificaciones rpidos. Las ampliaciones no suponen la modificacin del cableado. Autoconfiguracin. Red transparente para el usuario.
3.3.2 Bus de campo CAN Es un sistema de comunicacin basado en un bus serie, especficamente diseado para integrar dispositivos inteligentes con sensores y actuadores. Es un bus de altas prestaciones y baja funcionalidad (define Capa Fsica y Enlace de Datos). Maneja red multi-maestro, tiene capacidad de tiempo-real, y est cubierto por la norma ISO 11898. Implementa comunicacin basada en estado: transmisin broadcast.
139
Aunque CAN fue desarrollado inicialmente para la industria automotriz, su robustez, y la eficacia de su protocolo han permitido su entrada en muchas aplicaciones industriales que necesitan grandes tasas de transferencia y una alta fiabilidad ante errores. Fabricantes tan dispares como los ascensores o la maquinaria textil, han utilizado CAN en sus productos. La capa fsica CAN se encarga de la codificacin de seales; basada en transmisin serie asncrona con cdigo de lnea NRZ, lo que le ocasiona problemas de sincronismo por cadenas largas de ceros o unos. Los dispositivos en una red CAN tienen su propio reloj (generalmente un oscilador de cuarzo) que pueden tener perodos ligeramente diferentes. La velocidad de transmisin se ajusta para que sea la misma en todos los dispositivos aunque tengan frecuencias del oscilador diferentes. Como estas frecuencias no son totalmente estables, los dispositivos se resincronizan con la corriente de bits. Los medios de transmisin usados son elctricos y pticos, aunque sera posible utilizar transmisin por red elctrica (Powerline) y sin cables (Wireless). En buses CAN La topologa bsica es en bus, incluyendo dos terminadores a los extremos (ISO 11898-2 y 3), para evitar reflexiones de la seal. Otras topologas ms complejas son posibles mediante el uso de Repetidores (repeaters), los cuales aaden retardo a la propagacin de la seal y en donde se mantiene un nico bus lgico. Tambin es posible el uso de Puentes (bridges), los cuales conectan dos redes lgicas separadas a nivel de enlace, y slo retransmiten aquellos mensajes que no son locales. Finalmente tambin se pueden usar Pasarelas (gateways), las cuales conectan redes con diferentes protocolos de alto nivel, cuando stos estn presentes (ampliaciones a CAN). En la capa de enlace usa red basada en estado: transmisin broadcast del estado de cada elemento en cualquier momento. Los receptores deciden si tratan esa informacin o no y cmo hacerlo. Grfico No 61. Bus CAN
140
Existe el CAN bsico (2.0A) y el CAN extendido (2.0B). Bsicamente se diferencian en la longitud del identificador (de 11 a 29 bits). El identificador extendido se compone de 11 bits (identificador base), el bit r1 IDE en estado recesivo y una extensin de identificador de 18 bits. Los dos formatos pueden coexisistir en un bus, aunque los mensajes en formato bsico siempre tienen prioridad sobre los extendidos, la deteccin de errores es peor (el CRC de 15 bits est optimizado para tramas de hasta 112 bits), hay mayor latencia del bus (por lo menos 20 bits) y necesita mayor ancho de banda (20% ms). Hay controladores que soportan ambos formatos. Los que slo cubren la versin bsica pueden o bien detectar tramas de versin extendida e ignorarlas o simplemente no interpretarn bien el contenido.
3.3.3 El bus Interbus. Tambin conocido como Interbus-S, diseado a mediados de los 80 por Phoenix Contact y varias instituciones alemanas para simplificar el cableado de las seales en aplicaciones industriales. Se introduce en el mercado en 1987 como sistema propietario. En 1990 Phoenix Contact libera las especificaciones e Interbus se convierte en el primer bus independiente del fabricante. Actualmente lo controla la organizacin Interbus Club, formada por usuarios del protocolo. En 1994 se convierte en un estndar alemn y, en 1998, en estndar europeo (DIN 19 258). Es uno de los ms difundidos a escala internacional. A 2005 Interbus est respaldado por ms de 600 compaas, agrupadas en diecisis asociaciones de todo el mundo. El resultado de unir esfuerzos es, por ejemplo, el desarrollo de la variante Interbus Safaty System (seguridad en mquinas) en 2004. Esta variante puede implementarse sobre instalaciones ya existentes, mezclando elementos seguros y elementos habituales. Es un bus serie diseado para transmitir datos entre diferentes tipos de dispositivos de control y unidades de E/S. El dispositivo de control hace de maestro y las unidades de E/S de esclavos. Su estructura dependiente del hardware con topologa en anillo. Cada dispositivo amplifica la seal de entrada y la enva a travs del enlace al siguiente. Aparentemente puede usar otras topologas, ya que las lneas de ida y vuelta se encuentran en un mismo cable. El maestro Interbus es el dispositivo central de control del anillo. Slo puede haber uno por cada red Interbus. La red tiene el funcionamiento de un registro de desplazamiento distribuido espacialmente. Cada dispositivo de la red intercambia datos con el maestro a travs de sus registros de datos internos, que forman parte del registro de desplazamiento global que forma la red completa. Su topologa (Ver grfico 62) maneja hasta 512 esclavos en redes de 16 subniveles. Los terminales de rama (Branch Terminals) se utilizan para extender la 141
estructura. Los elementos de acoplamiento facilitan la conexin y desconexin de un subsistema. El ltimo dispositivo cierra el anillo de forma automtica. Las conexiones punto a punto eliminan la necesidad de terminadores. A diferencia de otros sistemas, donde los datos son asignados por direccin de bus, interbus asigna las direcciones mediante la ubicacin fsica del dispositivo. De esta manera se eliminan los errores de asignacin de direcciones. La capa fsica maneja transmisin serie sncrona a 500 Kbps con varias posibilidades, como RS-485, fibra ptica, Infrarojos, etc. Se pueden implementar hasta 4096 puntos E/S. Los requisitos para un bucle son: Al menos 20 cm entre dos dispositivos, hasta 200 m en total, corriente de 1.8 A (puede ampliarse), 63 dispositivos, Desde 19.2 V hasta 30 V y seal y alimentacin en un solo cable.
Grfico No 62. Topologa Interbus
Los tipos de mdulos usados por interbus son Controlador. Maestro del bus. Controla el trfico y realiza labores de diagnstico. Dispositivos remotos (remote bus devices), que tienen su propia fuente de alimentacin y funcionan como repetidores (hasta 13 Km entre dos de ellos). Pueden alimentar un grupo de mdulos de E/S. Terminales de bus, o dispositivos con funcionalidad de terminal. Dividen al bus en sub-ramas que pueden desconectarse independientemente. Pueden 142
alimentar mdulos de E/S y proporcionan funcionalidad de repetidor y aislamiento elctrico. Ramas locales para conexin de dispositivos. La alimentacin para las comunicaciones la proporciona el mdulo terminal. Los dispositivos locales son tpicamente mdulos de E/S. No se permiten sub-ramas en este nivel. Lazos (loops), para conectar dispositivos inteligentes para tareas especficas (arranque de motores,).
La capa de enlace usa Mtodo de trama sumativa (summation frame) y estructura Maestro/Esclavo. Los nodos (sus registros) forman parte del registro de desplazamiento global que forma la red. Se transmiten todos los datos en un slo ciclo de bus, full-dplex. El acceso al medio: multiplexacin por divisin en el tiempo (TDMA) libre de colisiones y totalmente determinista.
Interbus tambin tiene implementada una capa de aplicacin. Esta es Denominada PMS (Peripherals Message Specification), es un subconjunto del MMS. Se utiliza si el dispositivo necesita poder transferir (o que se le transfiera) informacin adicional no planificada (informacin de parmetros). Esta transmisin la lleva a cabo el software PCP (Peripherals Communication Protocol), protocolo orientado a conexin, cliente/servidor y punto a punto. Para ello se utilizan slots de tiempo adicionales en la trama. Los datos se dividen en trozos y se envan en dichos slots, sin alterar el ciclo de bus. Dos dispositivos cualesquiera que implementen PCP pueden intercambiarse informacin de este tipo entre ellos. Adems, existe el software CMD (Configuracin, Monitorizacin y Diagnstico) que permite planificar, administrar y monitorizar el bus y conectarlo otros sistemas de mayor nivel, incluyendo programas de ordenador. 3.3.4 Profibus. PROcess FIeld BUS es un estndar abierto e independiente del fabricante de origen alemn, impulsado por SIEMENS. Se emplea para la interconexin de dispositivos de campo de entrada/salida simples con PLCs y PCs. La Profibus User Organization se encarga de administrar y desarrollar la tecnologa, certificar los productos que soporten este estndar e impulsarlo como estndar internacional. Este bus transmite pequeas cantidades de datos, cubre necesidades de tiempo real; el nmero de estaciones es bajo (32 sin repetidores, 127 con repetidores max). Es de fcil configuracin (Plug & Play), bajo costo de conexin y cableado, permite integrar dispositivos inteligentes y otros menos inteligentes. Maneja protocolos simples. Propone dos tipos de estaciones, las maestras (activas) que pueden controlar el bus e iniciar transferencias y las esclavas (pasivas) que slo pueden reconocer mensajes o responder a peticiones remotas. No requiere de 143
mucha configuracin, dos maestras, o una estacin maestra y una esclava. Maneja topologa de la red en bus lineal o rbol con terminadores, transmisin serie sobre distintos medios de transmisin, generalmente RS-485. Ofrece redundancia opcional mediante un segundo medio de transmisin. Tiene servicios de transferencia acclicos (envo de datos con o sin acuse de recibo y peticin de datos con respuesta) y cclicos (Polling).
Grfico No 63. Perfiels Profibus
144
De acuerdo a la aplicacin (que est relacionada con el nivel en la pirmide CIM en el que se implemente), profibus maneja 3 perfiles (Ver grfico 63): Profibus FMS: Para automatizacin de propsito general. Maneja un amplio rango de aplicaciones, se mueve en el nivel de clula, tiene flexibilidad, tareas de comunicacin complejas, y comunicacin multi maestro. Profibus DP: Para automatizacin de planta, con altas velocidades, soporta Plug & Play, eficiente y barato, con comunicacin de sistemas de control y E/S distribuidas a nivel de dispositivo. Profibus PA: Para automatizacin de procesos. Est orientado a la aplicacin, la alimentacin de los dispositivos se hace a travs del bus, maneja seguridad intrnseca.
El grfico 64 muestra un modelo por niveles, parecido al de OSI; para profibus. En este grfico se pueden observar los diferentes protocolos usados en cada capa. Grfico No 64. Modelo de capas, Profibus
La capa fsica (PHY) maneja protocolo RS-485, RS-485-IS y Fibra ptica. Transmisin en serie asncrona, bits de start/stop y paridad, y codificacin NRZ, con mtodo de distancia haming para asegurar la integridad de los datos. Sin 145
embargo, Profibus PA maneja es transmisin MBP (Manchester Coding Bus Powered), que es transmisin serie sncrona con codificacin manchester; para acceder al bus, o se usan los acopladores de segmento que convierten y modulan seales RS-485 a MBP y viceversa; o se usan enlaces para mapear todos los dispositivos de segmento como un slo esclavo para el bus RS-485. El grfico 65 muestra un esquema topolgico ejemplo para profibus. Grfico No 65. Topologa Profibus
Grfico No 66. Capa de enlace Profibus
146
La capa de enlace MAC (FDL- Fielbus datalink), maneja un anillo lgico, pasndose entre estaciones activas o dispositivos maestros el testigo (token) en forma de anillo, as la configuracin fsica no sea de anillo sino de bus. (Ver grfico 66). En esta capa el intercambio de mensajes tiene lugar en ciclos de mensaje (action frame) el cual consiste en el envo de una trama por una estacin maestra y el reconocimiento o respuesta por parte del destinatario. Se manejan, transmisin de datos sin reconocimiento y transmisin del testigo. El testigo se pasa entre estaciones segn el orden de su direccin (de ms alto a ms bajo). Cada estacin (TS) conoce su antecesora (PS) y su sucesora (NS). Este anillo lgico es configurado en la inicializacin. Un sistema peridico se encarga de reconocer cambios en el anillo lgico, de esta manera: cada estacin guarda una lista de estaciones activas (LAS), si se recibe el testigo de una estacin que no es PS, no se acepta en el primer intento; si se produce un reintento se asume que el anillo ha cambiado. El testigo es temporizado, en su tiempo de transmisin y de permanencia en cada dispositivo. Se maneja el token por prioridades, es decir, el maestro procesa los mensajes de alta prioridad enviados desde las capas superiores y despus los de baja prioridad. Prfibus maneja dos tipos de maestros, el clase 1 tiene acceso normal a la informacin de los esclavos, y el clase 2, adems manejan configuraciones avanzadas, herramientas de diagnstico, etc. El direccionamiento se maneja a travs de switches, con 127 direcciones siendo la ltima de broadcast. El protocolo de comunicacin en la capa de enlace es DP V.0 (decentralized peripherals), el cual controla intercambio de datos cclico, diagnstico de estaciones y de bus, y configuracin de bus a travs de ficheros; con funciones de sondeo, peticin de estado y acceso a servicios. Una versin mejorada DP V.1 incluye transmisin de datos asncrona en el tiempo muerto del sondeo. La versin DP V.2, permite comunicacin directa esclavo a esclavo a travs de mensajes broadcast: un esclavo publica su informacin al resto, trabajo en modo iscrono: permite control sincronizado independiente de la carga del bus; se divide el ciclo de bus en slots reservados para transacciones, accesos de maestros de clase 2 y slots libres. Esta versin utiliza un mensaje especial de control para marcar el inicio de cada ciclo. Hay control de reloj: Un maestro de tiempos enva time stamps para que las estaciones se sincronicen. Se controla carga y descarga de datos: envo de programas o datos de cualquier longitud; e invocacin remota de funciones: control remoto de programas o llamadas a funciones de dispositivos remotos. La capa de aplicacin tiene las subcapas FMS (Fieldbus Message Specification), basado en MMS; LLI (Lower Layer Interface), interfaz con la capa FDL, y ALI (Application Layer Interface), interfaz con las aplicaciones de usuario. Esta capa maneja gestin de red FMA 7, acceso a las funciones de gestin de la red; est 147
diseada para proporcionar servicios de mensajera entre dispositivos programables en entornos CIM, y define un conjunto de objetos FMS que pueden existir dentro de un dispositivo, un conjunto de servicios para acceder a estos objetos y el comportamiento de los mismos a los diferentes mensajes. Adems esta capa est optimizada para comunicacin de propsito general a nivel de clula, incluye la definicin de Dispositivos Virtuales de Campo VFD (Virtual Field Devices), para independizar las mquinas reales frente a los servicios que ofrecen, y comunicaciones orientadas a la conexin, transferencia y manipulacin de programas, transferencias de grandes bloques de datos, diagnosis y supervisin de dispositivos, etc. 3.3.5 Otros buses de campo Existen bastantes tecnologas en buses de campo. Lo ideal sera un bus de campo universal, que no llega, en gran medida debido a los consabidos intereses econmicos (esta norma no es buena porque no contempla mis estndares). Los fabricantes y organizaciones ltimamente estn intentando conseguir una interoperabilidad entre sus productos, cuyos resultados han sido: Fieldbus Foundation (FF), HART comunication foundation (HCF) y profibus Nutzerorganisation (PNO), colaboran para la difusin de la especificacin para un lenguaje de descripcin de dispositivos (DLL, Device Description Language). Se trata de un lenguaje basado en texto que todos utilizarn para la descripcin de los elementos de campo. EDDL es el estndar IEC 61804-2. El Memorandum para el Entendimiento (MoU), establecido por la IAONA como la plataforma para IDA Group y ODVA en 2000, incluye tambin IGS (Interest Group SERCOS), EtherCAT Technology Group (ETG), y Ethernet Powrlink Sepecification Group (EPSG). Estos grupos elaboran las guas tcnicas y las recomendaciones para las organizaciones que trabajan para usuarios y vendedores IEEE 802.3 y/o TCP/IP. Varias asociaciones agrupadas en Interbus Club estn trabajando para la migracin de Profibus hacia Profinet. El comit SP95 de la sociedad para los sistemas de instrumentacin y la automatizacin (ISA), MOMOSA, y OPC Foundation (OPC), intentan desarrollar un mtodo que simplifique las tareas de desarrollo e integracin entre sistemas.
El cuadro 13 muestra un resumen de algunos de los buses ms conocidos.
148
Cuadro 13. Buses de campo ms conocidos. TECNOLOGA

Actuado Sensor Interfase (AS-i)
ESTNDARES
IEC 62026-2:2000. EN 50295;1999
CARACTERSTICAS BSICAS
Bus de sensores. 31 esclavos de 4E/4S o 62 de 4E/3S 10 ms de tiempo de ciclo Hasta 300 metros. Hasta 40 nodos (2032 objetos) Velocidad: 125 kbit/s 1 Mbit/s. Hasta 40 m Bus basado en Ethernet/IP Hasta 99 nodos. Velocidad: 5 Mb/s Hasta 30000 m. Bus de sensores basado en CAN Hasta 64 nodos. Velocidad: 125 500 kbit/s Hasta 500 m. Conjunto de comandos para la capa 7 de OSI. No es una especificacin de bus fsico. Bus de procesos Hasta 32 elementos. Velocidad: 31.25 Kbit/s. 2.5 Mbit/s o 10 Mbit/s Hasta 1900 m. (Velocidad baja). Foundation Fieldbus adaptado a Ethernet. Velocidad 100 Mbit/s. Bus de procesos. Transmisin anloga digital. Hasta 15 elementos por segmento. Hasta 30000 m. Hasta 1200 bit/s Bus de sensores. Bus, rbol, anillo, estrella. Transmisin anloga digital. Hasta 512 esclavos (4096 E/S) Velocidad 500 kbit/s, full dplex Hasta 400 m entre dos nodos. Hasta 13 Km en total. Utilizado en domtica. Hasta 255 segmentos y 127 nodos por segmento (Max 32385 nodos). Hasta 256 esclavos. Transmisin ASCII o RTU, Utilizando RS232, RS422 o RS485. Modbus adaptado a Ethernet. Red circular de 2 hilos Hasta 32 Maestros/ 125 elementos. Transmisin RS-485. Velocidad 78.6 Kbit/s
CANopen
ISO 11898. EN 50325-4:2002
ControlNet
IEC/EN 61784-1 CPF 2, IEC61158 Type 2
DeviceNet
ISO 11898. ISO 11519. IEC 62026-3:2000. EN 50325-2: 2000
Fieldbus Messaging Specification (FMS) Foundation Fieldbus (FF)
IEC/EN 61158 Type 9
FP High Speed Ethernet (HSE) Hart
IEC/EN 61158 Type 5
Interbus
EN50254
LON - Works
Propietario
Modbus
Modbus TCP / IP P-Net
149
Profibus 1994 (DP) 1995 (PA) DIN 19245/3 (DP) DIN 19245/4 (PA) EN 13321/1 (FMS) EN 50254/2, EN 50170/2 IEC 61158 Type 3. SEMI E54.8 (DP). IEC/EN 61158 Type 10. ISO 11898. IEC 62026/5:2000 EN 50325-3:2001 IEC/EN 61784-1 CPF 5 IEC61158 Type 7 Bus universal. Hasta 32 nodos por segmento. Hasta 125 nodos por red. Transmisin RS-485. Velocidad desde 9.6 Kbit/s a 12 Mb/s Hasta 1200 m. Profibus adaptado a Ethernet. Bus de sensores basado en CAN. Velocidad: 125 kbit/s 1 Mbit/s. Bus Universal. Hasta 256 nodos por bus. Velocidad hasta 2.5 Mb/s (6Mb/s fibra). Hasta 40 Km.
Profinet SDS WorldFIP
150
BILIOGRAFIA
MONTERO, Dagoberto, BARRANTES, David, QUIROS, Jorge. (2004), Monografa: Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA). Escuela de Ingeniera Elctrica, Universidad de Costa Rica. En:_www.infoplc.net/Documentacion/Docu_SCADA/infpPLC_net_Introduccio n_Sistemas_SCADA.html. (Consulta: Mayo de 2008) RODRIGUEZ, Aquilino. (2007) Sistemas SCADA. 2da edicin. Marcombo. Espaa. Captulo 4 y 5. ROMAGOSA, Jaume, GALLEGO, David, PACHECO, Ral. (2004) Sistemas SCADA. En: http://bibliotecnica.upc.es/bustia/arxius/40201.pdf Miniproyecto de Automatizacin Industrial del departamento de Ingeniera de Sistemas, Automtica e Informtica Industrial, de la Universidad Politcnica de Catalua. (Consulta: Mayo de 2008) Ttulo: Cdigos de Lnea. En: http://webpages.ull.es/users/amanza/TDI/S21_Teoria.pdf (Consulta: Mayo de 2008). Curso de Redes Industriales de Universidad de Oviedo. Ttulo: Introduccin a las Comunicaciones Industriales. En: http://isa.uniovi.es/~sirgo/doctorado/materiales06.html. (Consulta: Mayo de 2008). Curso de Redes Industriales de Universidad de Oviedo. Ttulo: Redes de control y Redes de datos. En: http://isa.uniovi.es/~sirgo/doctorado/materiales06.html. (Consulta: Mayo de 2008). Curso de Redes Industriales de Universidad de Oviedo. Ttulo: Buses de Campo. En: http://isa.uniovi.es/~sirgo/doctorado/materiales06.html. (Consulta: Mayo de 2008). Curso de Redes Industriales de Universidad de Oviedo. Ttulo: RS-485 y Buses derivados. En: http://isa.uniovi.es/~sirgo/doctorado/materiales06.html. (Consulta: Mayo de 2008). Curso de Redes Industriales de Universidad de Oviedo. Ttulo: El bus de campo AS-i En: http://isa.uniovi.es/~sirgo/doctorado/materiales06.html. (Consulta: Mayo de 2008). Curso de Redes Industriales de Universidad de Oviedo.
151
Ttulo: El bus CAN. En: http://isa.uniovi.es/~sirgo/doctorado/materiales06.html. (Consulta: Mayo de 2008). Curso de Redes Industriales de Universidad de Oviedo. Ttulo: El bus Interbus. En: http://isa.uniovi.es/~sirgo/doctorado/materiales06.html. (Consulta: Mayo de 2008). Curso de Redes Industriales de Universidad de Oviedo. Ttulo: PROFIBUS En: http://isa.uniovi.es/~sirgo/doctorado/materiales06.html. (Consulta: Mayo de 2008). Ttulo: Automatizacin y Control. En: http://www.caveo.com.ar/Scada.htm. En el link: Apuntes SCADA. Muestra una descripcin general de los sistemas SCADA. (Consulta: Mayo de 2008) Ttulo: Introduccin al estndar IEC. En: http://www.caveo.com.ar/Scada.htm. En el link: Apuntes SCADA. Muestra una descripcin general de los sistemas SCADA. (Consulta: Mayo de 2008) Ttulo: Introduccin a la interfase OPC. En: http://www.caveo.com.ar/Scada.htm. En el link: Apuntes SCADA. Muestra una descripcin general de los sistemas SCADA. (Consulta: Mayo de 2008) Ttulo: Redes Industriales. En: http://www.caveo.com.ar/Scada.htm. En el link: Apuntes SCADA. Muestra una descripcin general de los sistemas SCADA. (Consulta: Mayo de 2008) Ttulo: Instrumentacin para sistemas solares trmicos. En: http://www.riraas.net/documentacion/CD_11/CAP%F7TULO%203.pdf. Pag. 66 a 70. Informacin sobre estndares de comunicacin serial. (Consulta: Mayo de 2008). Ttulo: Control de procesos industriales, control distribuido. http://www.depeca.uah.es/wwwnueva/docencia/IT-INF/ctr-eco/Tema4.pdf (Consulta: Mayo de 2008). En:
Ttulo: Medios de transmisin. En: www.it.uniovi.es/docencia/Telematica/fundamentostelematica/material/Fundam entosTelematica-Tema4.pdf (Consulta: Mayo de 2008).
152
UNIDAD 3: SISTEMAS DE CONTROL ESPECIFICOS.

En este momento usted ya debe conocer la estructura de un sistema SCADA, sus principales bloques, y los estndares de interconexin de software, comunicaciones industriales y seguridad que gobiernan estos sistemas. Para terminar este curso, este captulo le da herramientas prcticas y criterios especficos para desarrollar un proyecto SCADA. Se abordarn temas como los estndares en sistemas de visualizacin; con el objetivo de que en el momento en que a usted le corresponda dirigir un montaje SCADA no solo tenga en cuenta los aspectos tcnicos vistos, sino el contexto donde el sistema ser construido. Posteriormente usted conocer una metodologa para la realizacin y planeacin de un proyecto, criterios de seleccin de componentes, y software comercial para SCADA. OBJETVO GENERAL Conocer los fundamentos y criterios generales para desarrollar un sistema de control especfico.
153
1. ESTANDARES EN SISTEMAS DE VISUALIZACIN

Se recomienda que la mayora de sistemas de visualizacin industrial bsicos en sistemas SCADA - cumplan con una serie de estndares de visualizacin, en cuanto al entorno de trabajo, la ergonoma, y algunos aspectos contemplados en decretos, leyes o normas de algunos pases. En este captulo se har mencin de los principales estndares en sistemas de visualizacin para que usted al desarrollar un proyecto SCADA los tenga en cuenta. Aunque algunas de las normas vistas en este captulo no sean dictaminadas por entidades nacionales o latinoamericanas, estas se deben tener en cuenta en el desarrollo de sistemas SCADA.
1.1
Riesgos y trastornos asociados al entorno de trabajo.
En un sistema SCADA es muy importante la adecuacin del entorno de trabajo, teniendo en cuenta que la responsabilidad del manejo de los procesos de una planta est al alcance de un computador y un click de un mouse, y los operarios deben estar en condiciones de trabajo adecuadas para evitar cansancio, estrs o descuido. A entorno de trabajo se hace referencia tanto al entorno fsico, como al diseo de visualizacin software. La claridad de presentacin de la informacin es primordial, considerando que en algunas ocasiones hay ms de un monitor mostrando cada uno un proceso diferente de planta, posiblemente cada proceso con un entorno software diferente. La informacin debe ser visible, clara, de cerca y de lejos, de tal manera que el operario pueda reaccionar rpidamente en caso de alarma, o pueda estar verificando los datos constantemente. Todo trastorno fsico por causa laboral est relacionado con algn factor de riesgo que no se previene adecuadamente mediante el cumplimiento de normas de seguridad. (Ver Grfico 67). Los factores de riesgo se pueden asociar al tipo de trabajo, al entorno fsico del puesto de trabajo, o al trabajador mismo. En el grfico 68 se presenta un resumen de las caractersticas principales de estos factores de riesgo. Para evitar que estos factores se conviertan posteriormente e trastornos al trabajador se deben tomar algunas medidas preventivas que se muestran ms adelante en el cuadro 14. Los trastornos del trabajador a su vez se pueden clasificar en tres tipos: Trastornos visuales, musculoesquelticos y mentales. Usted como ingeniero debe tener en cuenta esto al momento de disear un sistema SCADA.
154
Grfico No 67. Riesgos, normas y trastornos fsicos relacionados con puestos de trabajo.
Fuente: Autor. 2008
Grfico No 68. Factores de riesgo en el entorno laboral.
FACTOR DE RIESGO EN ENTORNO LABORAL

DE ACUERDO AL TIPO DE TRABAJO DE ACUERDO AL ENTORNO FISICO DEL PUESTO DE TRABAJO DE ACUERDO AL TRABAJADOR
GRADO DE ATENCION QUE SE REQUIERE EN EL TRABAJO. REQUERIMIENTO DE ATENCION A PANTALLA. EXPOSICION PROLONGADA O INTERMITENTE. TIEMPO MEDIO DE USO DE UN EQUIPO. CAMBIOS DE ATENCION. ATIENDE A UNA SOLA COSA O VARIAS A LA VEZ. FRECUENCIA DE EXPOSICION A ESTIMULOS.
TAMAO DE OBJETOS EN PANTALLA Y CLARIDAD EN LA INFORMACION. CALIDAD DE LAS PANTALLAS Y EQUIPOS ELECTRONICOS. COLOCACIN DEL EQUIPO. ILUMINACION DEL ENTORNO. ERGONOMIA DEL PUESTO DE TRABAJO. MOVIMIENTOS. MANEJO DE CONTRASTES. EXIGENCIAS EN ADAPTACION Y SENSIBILIZACION. -
CONDICIONES FISICAS DEL TRABAJADOR. CAPACIDADES VISUALES. EQUIPO DE SEGURIDAD. RESPUESTA A CONTRASTES, ADAPTACION Y SENSIBILIZACION. COSTUMBRES DE POSTURA. EXPERIENCIA EN EL TRABAJO ASIGNADO. ACTITUD LABORAL.
Fuente: Autor.
155
1.1.1 Factores de riesgo. El grfico 68 muestra tres grupos de factores de riesgo: De acuerdo al tipo de trabajo, al entorno fsico y al trabajador. En sistemas SCADA se distinguen, los operarios de los sistemas cliente, y los tcnicos que intervienen directamente con los elementos industriales. Sin embargo, estos ltimos, normalmente reciben rdenes del supervisor ubicado en el servidor SCADA, por lo que este captulo se concentra en normas de seguridad para el operador SCADA ms que para el tcnico de planta. Las normas de seguridad para los tcnicos seran en general las mismas normas de seguridad elctrica, mecnica, etc. que manejen las empresas e industrias en su sector productivo. Con respecto al operador del sistema de visualizacin SCADA, los riesgos que corre son los relacionados con su puesto de trabajo, su ergonoma y entorno; y los relacionados con la responsabilidad asignada. Los factores de acuerdo al tipo de trabajo (ver grfico 68), tienen que ver con los riesgos del trabajador en medio de la ejecucin de su labor. Hay trabajos ms peligrosos que otros, unos de ms responsabilidad que otros, unos ms pesados que otros, etc. En general, el tipo de trabajo de un operador SCADA, es trabajo de oficina, permanente, pero con un alto grado de responsabilidad, debido a las responsabilidades de supervisin y control propias de estos sistemas. Muchos ingenieros deben combinar trabajo de oficina (supervisin y control) con trabajo de campo. Por esta razn los riesgos tienen que ver con el grado de atencin que requiere el trabajo, el proceso controlado, o el proceso supervisado. Algunas veces el operario no debe atender un solo proceso sino varios procesos a la vez, lo que aumenta los riesgos de traumatismo mental, o visual; igualmente, si el operario debe estar bajo esta supervisin durante un tiempo muy prolongado. Tambin se identifican riesgos que tienen que ver con el entorno del puesto de trabajo. Aqu es donde se tiene en cuenta la ergonoma del puesto. Se entiende por ergonoma como la ciencia que estudia cmo adaptar el entorno a las condiciones ptimas para que el ser humano pueda desarrollar su labor con mayor eficacia sin que ello afecte su salud fsica o psquica. Dentro de estos riesgos, entonces, se tiene en cuenta la luz, la temperatura, la humedad, el ruido, entre otros. Para sistemas SCADA, el concepto de ergonoma tambin se aplica a la interfaz del usuario con el sistema. La mayor parte del tiempo del operador, el va a estar 156
mirando las pantallas, por lo que la visualizacin debe ser ergonmica, es decir, cmoda, accesible, visible, ordenada, etc. En este punto, aparece un factor llamado manejo de contrastes, que tiene que ver con el contraste entre un tipo de informacin y otro tipo, que de la interfaz SCADA. Por ejemplo, una alarma apagada Vs una prendida. O el contraste grfico entre distintos bloques o dibujos de elementos de control, de tal manera que sean sensibles a la percepcin del operario aun a largas distancias. En el entorno fsico tambin se tienen en cuenta las exigencias que tenga el entorno de trabajo en cuanto a adaptacin. Si es un entorno que tiene cambios bruscos de luz o de temperatura, es un entorno de alta exigencia a la adaptacin, y esto genera riesgo laboral. Tambin la exposicin prolongada a ciertos procesos puede generar en el trabajador insensibilidad, trayendo cambio de agudeza por parte del trabajador, es decir, se vuelve insensible a cambios, o a percepciones, lo cual puede constituirse en un riesgo tanto para la planta que controla como para el trabajador mismo. Finalmente existen los riesgos asociados al trabajador mismo, independiente de su tipo de trabajo, o su entorno de trabajo. Estos riesgos tienen que ver con sus condiciones fsicas, su edad, sus capacidades visuales y el cuidado que tenga con ellas, su postura, su actitud, y el uso adecuado de equipos de seguridad segn el trabajo que realice. En este riesgo tambin se tiene en cuenta la experiencia del trabajador en su puesto, ya que el riesgo de trastornos psquicos y aun fsicos puede aumentar si el trabajador carece de experiencia o se est enfrentando a algo nuevo. Adems de afectar a nuevos trabajadores, esto tambin es comn cuando un sistema SCADA se actualiza, cuando se aade un proceso nuevo a controlar o supervisar, o se cambia de interfaz grfica o software SCADA. El grfico 68 muestra un resumen de todos estos factores de riesgo mencionados. El cuadro 14 muestra un resumen general de algunas medidas preventivas para que estos factores de riesgo no se conviertan en trastornos. Muchas de estas medidas preventivas se encuentran contempladas o estandarizadas en normas, leyes, decretos o resoluciones. Ms adelante en este captulo se muestran algunos aspectos relacionados con la reglamentacin en Colombia y en otros pases, en cuanto a la ergonoma y el cuidado del trabajador en su puesto de trabajo. En Colombia no hay directivas muy claras y definidas al respecto para sistemas SCADA, por lo que las empresas de salud ocupacional y los ingenieros diseadores de sistemas SCADA se soportan en algunos casos en normas internacionales. Las medidas preventivas que se muestran en el cuadro 14, son en su mayora recomendaciones no obligatorias, sino ms bien directrices y recomendaciones. 157
Los aspectos legales con respecto a los factores de riesgo, los podr conocer ms detalladamente, leyendo las normas y decretos de los que hace mencin este documento en el apartado 1.1.3 de esta unidad. Cuadro 14. Medidas preventivas para los operarios SCADA, de acuerdo al factor de riesgo. MEDIDAS PREVENTIVAS Establecer metodologas que permitan una correcta organizacin para el desarrollo de tareas de los operarios e ingenieros de sistemas SCADA. Se deben relacionar las responsabilidades asociadas a cada trabajo, con las pausas, los turnos y los horarios de cada trabajador. Hacer una evaluacin peridica en el rendimiento del trabajador. Establecer mecanismos para que el trabajador este haciendo autoevaluacin permanente. Relacionar adecuadamente el perfil y capacidades laborales del operario SCADA con su puesto de trabajo. Realizar un estudio previo al montaje del sistema SCADA en el entorno de trabajo, de tal manera que este ergonmicamente bien adecuado, de acuerdo a las normas establecidas. Se recomienda asesorarse de empresas de salud ocupacional en Colombia. Realizar peridicamente una valoracin al trabajador, acerca de cmo se siente en su puesto de trabajo, que le incomoda, que le hace cansarse, como le parece la iluminacin, en s, todo lo que tenga que ver con la parte ergonmica externa. Hacer una valoracin del software SCADA y la interfaz grfica, antes de adquirirla. Esta valoracin no solo debe contemplar los beneficios tcnicos sino la parte ergonmica. Hacer valoracin de cargas, mental y fsica. Jornadas de concientizacin y educacin a los trabajadores sobre los riesgos fsicos en su puesto de trabajo. Capacitacin adecuada sobre seguridad en el puesto de trabajo, sobre todo con respecto al cuidado de la vista, la postura y el balance mental. Capacitacin al trabajador sobre el manejo de la
FACTOR DE RIESGO: TIPO DE TRABAJO.
FACTOR RIESGO: ENTORNO TRABAJO.
DE DE
FACTOR DE RIESGO: TRABAJADOR
158
interfaz grfica SCADA cuando esta sea nueva o el trabajador est recin ingresado. Acompaamiento psicolgico a los trabajadores, en caso de actitudes negativas en el entorno laboral.
Fuente: Autor. 2008
1.1.2 Trastornos asociados al puesto Como se ha mencionado, hay tres tipos de trastornos identificados asociados al puesto de trabajo de un operario SCADA: Trastornos visuales. Trastornos msculo esquelticos. Trastornos mentales.
Los trastornos visuales normalmente se asocian a la calidad y ubicacin de los equipos de cmputo, sobretodo los monitores; y a los periodos de exposicin por parte del trabajador y su cuidado personal de la vista; Los trastornos msculo esquelticos se asocian a los hbitos de postura de los operarios en periodos prolongados y los trastornos mentales son asociados a la relacin entre el tipo y carga laboral del trabajador con su respuesta, capacidades y actitud al respecto. En los cuadros 15, 16 y 17 se hace un resumen de las causas y los efectos en cada uno de dichos trastornos. Cuadro 15. Trastornos visuales comunes en trabajadores SCADA. Causas / Efectos. TRASTORNOS VISUALES CAUSAS Mala calidad de las pantallas. Poca resolucin en las pantallas. Cambios de luminosidad en la pantalla y en el entorno. Bajo contraste en los objetos de las pantallas, de color o de iluminacin. Poca legibilidad de la informacin en las pantallas. Tamao reducido de mensajes. Mal equilibrio entre la iluminacin del cuarto y la pantalla. Fuentes luminosas indeseables EFECTOS Pesadez en los ojos. Sensacin de hinchazn en los prpados. Escozor e irritacin. Lagrimeo. Sequedad ocular. Conjuntivitis. Desenfoque transitorio. Imgenes dobles o borrosas. Hipersensibilidad. Dificultad de enfoque. Cefaleas. Vrtigos. 159
cerca de la pantalla. Lectura de documentos escritos con poca iluminacin. Los requerimientos de luminosidad para pantallas y documentos son diferentes, y el cambio constante de vista de ambos produce deslumbramiento.
Mareos. Reacciones epilpticas. Sensaciones visuales extraas al salir del trabajo.
Fuente: Cuadro, Autor. 2008. Informacin de causas y efectos: Rodrguez Aquilino. Sistemas SCADA, Edicin 2, pg 87.
Algunas recomendaciones para prevenir la aparicin de estos trastornos: Uso de filtros antirreflejos. Pausas peridicas en el trabajo, lejos de las pantallas. Ejercicios de relajacin de la vista. (Ej.: Mirar objetos lejanos, cubrir los ojos con las manos durante unos segundos sin cerrarlos, etc).
Cuadro 16. Trastornos msculo - esquelticos comunes en trabajadores SCADA. Causas / Efectos. TRASTORNOS MSCULO - ESQUELTICOS CAUSAS EFECTOS Trastornos a nivel de columna vertebra Malas posturas: - Aumento de fatiga en el cuello por inclinaciones superiores a 30 - Cansancio general. grados, para mirar pantallas o - Molestias en el cuello. documentos. - Molestias en los hombros por mala posicin de brazos. - Sobrecargo de la musculatura del cuello y hombros, por giros - Dolores de espalda. constantes superiores a 20 - Afecciones cervicales. grados por mirar documentos o - Molestias posturales. pantallas ubicadas lateralmente. - Molestias en codo, por tensin en los antebrazos. - Sobrecarga en la zona lumbar - Sndrome de tnel carpiano, por por sillas mal ajustadas, bancos la posicin forzada de la mano sin respaldo o esfuerzos visuales sobre el teclado (prdida de que provocan inclinaciones. sensibilidad y hormigueo en los - Riego sanguneo en las piernas dedos). por sillas demasiado elevadas que provocan malas posiciones - Tendinitis (dedo pulgar). en las piernas. - Entumecimiento (sensacin de la 160
Peso del cuerpo sobre las nalgas por sillas demasiado bajas. Posturas forzadas de las manos por mala posicin del mouse o el teclado. Posturas fijas en periodos prolongados de tiempo (estatismo). Esto provoca fatiga muscular y mala oxigenacin de algunos msculos. Sequedad ambiental. Afecta la piel. Electricidad esttica generada por las pantallas. Causa problemas en la piel.
punta del dedo que maneja el mouse). Contracturas musculares en el cuello y hombros principalmente. Hormigueos. Ardores. Enfriamiento.
Fuente: Cuadro, Autor. 2008. Informacin de causas y efectos: Rodrguez Aquilino, Sistemas SCADA, Edicin 2,pg 88 y 89.
Algunas recomendaciones para prevenir la aparicin de estos trastornos: Silla de trabajo ajustada de tal manera que los codos queden a la altura de la mesa con el brazo formando un ngulo de 90 grados. Postura con rodillas con ngulo de 90 grados. Respaldo de la silla como apoyo de la zona lumbar. Posicin recomendada: tronco a 110 120 grados hacia atrs. Distancia entre silla y mesa que permita accesos a todos los elementos de trabajo sin cambio de postura de tronco. Muecas alineadas con el antebrazo, sin flexiones laterales mayores a 20 grados. Posicin del teclado que permita espacio de apoyo de manos delante de este. Espacio propio para el mouse con espacio de apoyo de brazo. Dimensin adecuada del mouse de acuerdo con el tamao de la mano del usuario. Pausas breves a espacios de tiempo regulares, para realizar movimientos de desentumecimiento muscular. (10 minutos por cada hora de trabajo en la pantalla).
161
Cuadro 17. Trastornos mentales comunes en trabajadores SCADA. Causas / Efectos. TRASTORNOS MENTALES CAUSAS EFECTOS Empleo de interfases poco Alteraciones psicosomticas: amigables u hostiles. Mala organizacin del trabajo. - Dolores de cabeza. Presiones asociadas al trabajo. - Palpitaciones. Puesto de trabajo con mltiples - Mareos. entradas de informacin. - Temblores. Rutina. - Trastornos de aparato digestivo. Sobrecarga de informacin. Atencin dirigida en forma Alteraciones psquicas, continua a una o ms fuentes de informacin durante largos - Ansiedad. intervalos de tiempo. - Falta de concentracin. Poca claridad del trabajo - Depresiones (Monotona, asignado. repeticin de trabajo). Funciones mal definidas. - Estrs (trabajar bajo presin). Carga laboral por: tiempo, - Cambios de humor. esfuerzo mental o presin psicolgica. Otros: Perodos de insomnio. Pesadillas.
Fuente: Cuadro, Autor. Informacin de causas y efectos: Sistemas SCADA, Edicin 2, Rodrguez Aquilino, pg 94 y 95.
Las recomendaciones para prevenir la aparicin de estos trastornos, dependen en gran medida del estado anmico del individuo. Cursos de formacin y capacitacin continua en el manejo de las herramientas SACADA. Alternar el trabajo normal con otro tipo de trabajo no relacionado. (archivado, lectura de documentacin, ordenar el puesto de trabajo, etc.). Realizar pausas peridicas para distraer la mente. Buen ambiente laboral, feliz y amigable.
Con respecto a la carga mental de trabajo, se recomienda:
162
Tener objetivos muy bien definidos, claros, sin ambigedades o codificaciones sin entender. La exigencia del trabajo debe de estar acorde con el grado de complejidad que el usuario maneja y su tiempo de respuesta. Realizar esquemas de proceso, flujogramas, diagramas de bloque, pneles, y contacto con las partes de proceso bajo su control; para mejorar los modelos mentales que el trabajador se haga sobre su proceso a controlar y as mejorar su capacidad de respuesta. La persona debe tener control sobre sus respuestas ante errores propios o errores del sistema, conociendo y manejando adecuadamente los recursos que tiene a su disposicin para la solucin de problemas.
1.1.3 Reglamentacin en Colombia. En Colombia, en el momento de hacer un estudio ergonmico del sitio de trabajo, las empresas de salud ocupacional se referencian de las siguientes normas y resoluciones (no necesariamente todas colombianas): RESOLUCIN 2400 DE 1979. NORMA TECNICA ICONTEC GTC45. OTRAS REFERENCIAS: MTODO MAPFRE, RENAULT, DECRETO 1295 DE 1994
Resolucin 2400 de 1979. Se puede decir que es como el sustento legal en Colombia. Sin embargo tenga en cuenta que a la fecha de expedicin (Mayo de 1979) los sistemas SCADA estaban apenas comenzando, por lo que en esta resolucin no se contemplan varios aspectos relacionados con sistemas de monitoreo o control industrial. Sin embargo, dado que es una resolucin dada por el ministerio de trabajo y seguridad social, se usa como base legal para una correcta adecuacin del sitio de trabajo, perfectamente aplicable a sistemas industriales SCADA. Si usted va a ser un ingeniero que le solicitan hacer el montaje de un sistema SCADA, en Colombia, debe leer y conocer esta resolucin. Los siguientes son algunos artculos y pargrafos de la resolucin aplicables al tema que tratamos (sistemas SCADA, entorno del operario de oficina):
ARTICULO 1 (parte): Las disposiciones sobre vivienda, higiene y seguridad con el fin de preservar y mantener la salud fsica y mental, prevenir accidentes y enfermedades profesionales, para lograr las mejores condiciones de higiene y bienestar de los trabajadores en sus diferentes actividades.
163
ARTCULO 7o. Todo local o lugar de trabajo debe contar con buena iluminacin en cantidad y calidad, acorde con las tareas que se realicen; debe mantenerse en condiciones apropiados de temperatura que no impliquen deterioro en la salud, ni limitaciones en la eficiencia de los trabajadores. Se debe proporcionar la ventilacin necesaria para mantener aire limpio y fresco en forma permanente. ARTICULO 12: PARGRAFO 1o. La distancia entre mquinas, aparatos, equipos, etc., ser la necesaria para que el trabajador pueda realizar su labor sin dificultad o incomodidad, evitando los posibles accidentes por falta de espacio, no ser menor en ningn caso, de 0,80 metros. PARGRAFO 2o. Cuando las mquinas, aparatos, equipos, posean rganos mviles, las distancias se contarn a partir del punto ms saliente del recorrido de dichos rganos. Alrededor de los hogares, hornos, calderas o cualquier otro equipo que sea un foco radiante de energa trmica (calor), se dejar un espacio libre de 1,50 metros. ARTCULO 63. La temperatura y el grado de humedad del ambiente en los locales cerrados de trabajo, ser mantenido, siempre que lo permita la ndole de la industria, entre los lmites tales que no resulte desagradable o perjudicial para la salud. ARTCULO 64. Los trabajadores debern estar protegidos por medios naturales o artificiales de las corrientes de aire, de los cambios bruscos de temperatura, de la humedad o sequedad excesiva. Cuando se presenten situaciones anormales de temperaturas muy bajas o muy altas, o cuando las condiciones mismas de las operaciones y/o procesos se realicen a estas temperaturas, se concedern a los trabajadores pausas o relevos peridicos. ARTCULO 70. En los locales cerrados o en los lugares de trabajo y dependencias anexas, deber renovarse el aire de manera uniforme y constante con el objeto de proporcionar al trabajador un ambiente inofensivo y cmodo. Las entradas de aire puro estarn ubicadas en lugares opuestos a los sitios por donde se extrae o se expulsa el aire viciado. ARTCULO 79. Todos los lugares de trabajo tendrn la iluminacin adecuada e indispensable de acuerdo a la clase de labor que se realice segn la modalidad de la industria; a la vez que debern satisfacer las condiciones de seguridad para todo el personal. La iluminacin podr ser natural o artificial, o de ambos tipos. La iluminacin natural debe disponer de una superficie de iluminacin (ventanas, claraboyas lumbreras, tragaluces, techos en diente de serrucho, etc.) proporcional a la del local y clase de trabajo que se ejecute, complementndose cuando sea necesario con luz artificial. Cuando no sea factible la iluminacin natural, se optar por la artificial en cualquiera de sus formas y deber instalarse de modo que: a. No produzca deslumbramientos, causa de reflexin del foco luminoso en la superficie de trabajo o foco luminoso en la lnea de visin. b. No produzca viciamiento de la atmsfera del local, ni ofrezca peligro de incendio o sea perjudicial para la salud de los trabajadores. PARGRAFO. El nmero de focos, su distribucin e intensidad estar en relacin con la altura, superficie del local y de acuerdo al trabajo que se realice.
164
ARTCULO 81. Cuando se use iluminacin suplementaria para las mquinas o aparatos, se ha de tener cuidado de que tengan su pantalla adecuada siempre que no den lugar a la proyeccin de contrastes de luz y sombra. ARTCULO 83. Se debern tener en cuenta los niveles mnimos de intensidad de iluminacin, ya sean medidas en Lux o en Bujas /pi, de conformidad con la siguiente tabla: a. Para trabajos que necesiten diferenciacin de detalles extremadamente finos, con muy poco contraste y durante largos periodos de tiempo de 1.000 a 1.000 Lux. b. Para diferenciacin de detalles finos, con un grado regular de contraste y largos periodos de tiempo de 500 a 1.000 Lux. c. Cuando se necesita diferenciacin moderada de detalles la intensidad de iluminacin ser de 300 a 500 Lux. d. Para trabajos con poca diferenciacin de detalles la iluminacin ser de 150 a 250 Lux. e. En trabajos ocasionales que no requieren observacin de tallada la intensidad de iluminacin ser de 100 a 200 Lux. i. Trabajo regular de oficina, con intensidad de 1.500 Lux. PARGRAFO. Para los efectos de esta tabla, la unidad de medida ser el Lux, que se define como la intensidad producida en una superficie por una buja estndar colocada a un metro de distancia. La unidad de iluminacin ms empleada es la BUJIAPIE, que se define como la iluminacin que recibe una superficie de un pi cuadrado, en la cual se distribuye un flujo de un Lumen Una bujapi equivale a 10,76 Lux. ARTCULO 87. SE DEBER TENER EN CUENTA LA CALIDAD Y LA INTENSIDAD DE LA ILUMINACIN PARA CADA TIPO DE TRABAJO. La calidad de la iluminacin se referir a la distribucin espectral, brillos, contrastes, color, etc. La cantidad de iluminacin se referir al tamao forma del objeto, al contraste, al tiempo disponible para ver el objeto, etc. ARTCULO 88. En todos los establecimientos de trabajo en donde se produzcan ruidos, se debern realizar estudios de carcter tcnico para aplicar sistemas o mtodos que puedan reducirlos o amortiguarlos al mximo. Se examinar de preferencia la maquinaria vieja, defectuosa, o en mal estado de mantenimiento, ajustndola o renovndola segn el caso; se debern cambiar o sustituir las piezas defectuosas, ajustndolas correctamente; si es posible, reemplazar los engranajes metlicos por otros no metlicos o por poleas montndolas o equilibrndolas bien. ARTCULO 106. Todo equipo, aparato o material productor de radiaciones ionizantes se deber aislar de los lugares de trabajo o de los lugares vecinos, por medio de pantallas protectoras, barreras, muros o blindajes especiales para evitar que las emanaciones radiactivas contaminan a los trabajadores o a otras personas. ARTCULO 121. Todas las instalaciones, mquinas, aparatos y equipos elctricos, sern construidos, instalados, protegidos, aislados y conservados, de tal manera que se eviten los riesgos de contacto accidental con los elementos bajo tensin (diferencia de potencial) y los peligros de incendio.
165
ARTCULO 170. En todos los establecimientos de trabajo se suministrar a los trabajadores ropa de trabajo adecuada segn los riesgos a que estn expuestos, y de acuerdo a la naturaleza del trabajo que se realice. Las ropas de trabajo debern ajustar bien; no debern tener partes flexibles que cuelguen, cordones sueltos, ni bolsillos demasiado grandes. ARTCULO 180. Para los trabajadores que utilizan lentes para corregir sus defectos visuales y necesiten proteccin visual complementaria, el patrono deber suministrar gafas especiales que puedan ser colocadas sobre sus anteojos habituales; en caso de ser imposible utilizar ambos tipos de anteojos, el patrn deber suministrarles anteojos de seguridad corregidos. ARTCULO 202. En todos los establecimientos de trabajo en donde se lleven a cabo operaciones y/o procesos que integren aparatos, mquinas, equipos, ductos, tuberas, etc, y dems instalaciones locativas necesarias para su funcionamiento se utilizarn los colores bsicos recomen dados por la American Standards Association (A.SA.) y otros colores especficos, para identificar los elementos, materiales, etc. y dems elementos especficos que determinen y/o prevengan riesgos que puedan causar accidentes o enfermedades profesionales.24 ARTCULO 708. La Divisin de Salud Ocupacional del Ministerio de Trabajo y Seguridad Social, o sus delegados departamentales, quedarn encargados de hacer cumplir las disposiciones de la presente Resolucin, la cual entrar en vigencia desde su publicacin en el Diario Oficial. ARTCULO 710. En caso de infraccin o incumplimiento de las disposiciones de esta Resolucin por parte de los patronos, de acuerdo al Informe (Acta de visita de inspeccin) elaborado por los funcionarios competentes, la Divisin de Salud Ocupacional de la Direccin General de la Seguridad Social del Ministerio de Trabajo y Seguridad Social, por medio de Resolucin motivada impondr las sanciones previstas en el artculo 41 del Decreto 2351 de 1945 y tomar las medidas que estime necesarias.
Norma GTC 45 de Icontec. Es la gua para el diagnostico de condiciones de trabajo o panorama de factores de riesgo, su identificacin y valoracin; la cual tambin ha servido de referencia para empresas Colombianas en cuanto a diseo ergonmico de espacios cerrados u oficinas. El objetivo de esta norma es: Dar parmetros a las empresas en el diseo del panorama de factores de riesgo, incluyendo la identificacin y valoracin cuantitativa. En la norma se dan definiciones de: Accidente de trabajo, Consecuencias, Diagnstico de condiciones de trabajo o panorama de factores de riesgo, Efecto posible, Enfermedad profesional, Exposicin, Factor de ponderacin, Factor de riesgo, Factores de riesgo fsico, Factores de riesgo qumico, Factores de riesgo biolgicos, Factores de riesgos sicolaborales, Factores de riesgo por carga fsica,
24
En el artculo 203 de la norma se explica detalladamente el cdigo de colores. Aqu se omite por ser tan extenso el texto.
166
Factores de riesgo mecnico, Factores de riesgo elctricos, Factores de riesgo locativos, Fuente de riesgo, Grado de peligrosidad, Grado de repercusin, Personal expuesto, Probabilidad y Sistema de control actual Una definicin de la norma que tiene que ver mucho con el tema tratado para operarios SCADA es:
Factores de riesgo por carga fsica: Se refiere a todos aquellos aspectos de la organizacin del trabajo, de la estacin o puesto de trabajo y de su diseo que pueden alterar la relacin del individuo con el objeto tcnico produciendo problemas en el individuo, en la secuencia de uso o la produccin.
En la norma, en el apartado 3.1.2 y 3.1.2, al hablar de diagnstico de condiciones sicolaborales y ergonmicas, se mencionan las siguientes directrices:
Factores de Riesgo, Condiciones Sicolaborales: Contenido de la Tarea: Trabajo repetitivo o en cadena, Monotona, Ambigedad del rol, Identificacin del producto. Organizacin del tiempo de trabajo: Turnos, Horas extras, Pausas descansos, Ritmo (control de tiempo). Relaciones humanas: Relaciones jerrquicas, Relaciones funcionales, Participacin (toma de decisiones, opiniones). cooperativas, Relaciones
Gestin: Evaluacin del desempeo, Planes de induccin, Capacitacin, Polticas de ascensos, Estabilidad laboral, Remuneracin. Factores de riesgo Condiciones ergonmicas. Carga esttica: De pie, Sentado, Otros Carga Dinmica: Esfuerzos. Desplazamientos (con o sin carga), Al dejar cargas, Al levantar cargas, Visuales, Otros grupos musculares. Movimientos: Cuello, Extremidades superiores, Extremidades inferiores, Tronco. Diseo puesto de trabajo: Altura planos de trabajo, Ubicacin de controles, Sillas Aspectos espaciales, Equipos, Organizacin del trabajo, Secuencia productiva, Tiempo de trabajo, Peso y tamao de objetos.
Al final de la norma, en un anexo se mencionan unas escalas para la valoracin de riesgos que generan enfermedades profesionales. De estas, a continuacin se presentan algunas importantes para operarios SCADA:
167
ILUMINACIN ALT0 : MEDIO BAJO : :
Ausencia de luz natural o deficiencia de luz artificial con sombras Evidentes y dificultad para leer Percepcin de algunas sombras al ejecutar una actividad (escribir) Ausencia de sombras.
POSTURA HABITUAL ALTO : De pie con una inclinacin superior a los 15 grados. MEDIO : Siempre sentado (toda la jornada o turno) o de pie con inclinacin menor de 15 grados. BAJO : De pie o sentado indistintamente. DISEO DEL PUESTO ALTO : Puesto de trabajo que obliga al trabajador a permanecer siempre de pie. MEDIO : Puesto de trabajo sentado, alternando con la posicin de pie pero con mal diseo del asiento. BAJO : Sentado y buen diseo del asiento. MONOTONA ALTO : Ocho horas de trabajo repetitivo y solo o en cadena. MEDIO : Ocho horas de trabajo repetitivo y en grupo. BAJO : Con poco trabajo repetitivo. SOBRETIEMPO ALTO : Ms de doce horas por semana y durante cuatro semanas o ms. MEDIO : De cuatro a doce horas por semana y durante cuatro semanas o ms. BAJO : Menos de cuatro horas semanales. CARGA DE TRABAJO ALTO : Ms del 120% del trabajo habitual. Trabajo contra el reloj. Toma de decisin bajo responsabilidad individual. Turno de relevo 3 x 8. MEDIO : Del 120 al 100% del trabajo habitual. Turno de relevo 2 x 8. BAJO : Menos del 100% del trabajo habitual. Jornada partida con horario flexible. Toma de decisin bajo responsabilidad grupal.
Otras Referencias. Las siguientes son normas que los profesionales en salud ocupacional del pas toman como referencia para diseos ergonmicos en ambientes cerrados, todas aplicables a sistemas SCADA. Decreto 1295 de 1994: En este decreto se determina la organizacin y administracin del sistema general de riesgos profesionales. El Sistema General de Riesgos Profesionales es el conjunto de entidades pblicas y privadas, normas y procedimientos, destinados a prevenir, proteger y atender a los trabajadores de los efectos de las enfermedades y los accidentes que puedan ocurrirles con ocasin o como consecuencias del trabajo que desarrollan. 168
El Sistema General de Riesgos Profesionales forma parte del Sistema de Seguridad Social Integral, establecido por la Ley 100 de 1993. Las disposiciones vigentes de salud ocupacional relacionadas con la prevencin de los accidentes trabajo y enfermedades profesionales y el mejoramiento de las condiciones de trabajo, hacen parte integrante del Sistema General de Riesgos Profesionales.
Mtodo MAPFRE: Tambin denominado mtodo del anlisis ergonmico del puesto de trabajo, pretende ser una valoracin ergonmica simplificada, en la que, a partir de un anlisis general de las condiciones del puesto, se puedan abordar estudios ms profundos y especficos de los aspectos considerados como negativos. Este mtodo consta de tres partes perfectamente diferenciadas: una descriptiva, donde se indican los datos ms significativos del puesto de trabajo (denominaciones de las mquinas, equipos, materiales empleados, as como una breve descripcin de las tareas que se realizan). En esta misma parte lo primero que se realiza es un perfil profesiogrfico del puesto, donde figura la evaluacin de cada factor considerado La segunda parte es la evaluativa, donde se establecen los factores que vamos a considerar en la evaluacin y, que abarcan aspectos relativos a esfuerzos (fsicos, sensoriales y mentales), factores psicosociolgicos (iniciativa, comunicacin, turnos y horarios, etc.), y factores ambientales (iluminacin, ruido, temperatura, etc.). La tercera parte del anlisis es la dedicada a las medidas correctivas, donde se relacionan las proposiciones mnimas que deben incluirse en el puesto respecto de los factores analizados y sus posibles mejoras tcnicas, organizativas, administrativas o formativas25. En la pgina: http://www.estrucplan.com.ar/Articulos/verarticulo.asp?IDArticulo=281 Usted puede encontrar de manera ms detallada la explicacin de este mtodo, en el cual se tienen en cuenta casi todos los factores mencionados en este captulo. Mtodo RENAULT: Mtodo usado para analizar condiciones de trabajo de un puesto determinado. Tambin llamado mtodo los perfiles de puestos. Recoge
25
http://www.estrucplan.com.ar/Articulos/verarticulo.asp?IDArticulo=281
169
27 criterios que definen las condiciones de trabajo y los agrupa en 8 factores que se dividen en dos grandes grupos. Factores ergonmicos: A) Seguridad, B) Entorno fsico, C) Carga fsica y D) Carga nerviosa. Factores psicolgicos y sociolgicos: E) Autonoma, F) Relaciones, G) Repetitividad y H) Contenido del trabajo. Adems de estos 8 factores hay 4 criterios preliminares que describen la concepcin global del puesto de trabajo. Cada uno de estos criterios se evala con una escala de niveles que va de 1 (situacin muy satisfactoria) a 5 (situacin muy penosa, peligrosa o de mejora prioritaria). Una vez elaborados los 27 criterios se constituye el perfil analtico del puesto de trabajo y a partir de l, el perfil global. 1.1.4 Reglamentacin Internacional Nos referimos aqu, a la reglamentacin Europea; que aunque en Colombia no se usa comnmente como referencia, es importante que usted la conozca; adems que da directrices muy claras con respecto al diseo de entornos visuales de sistemas SCADA. Debido a lo extenso de este tema, solamente se darn puntos generales de las normas. Si quiere conocer ms profundamente el tema, deber remitirse a las normas, o el libro sistemas SCADA, segunda edicin, de Aquilino Rodrguez Penin, el cual dedica un captulo completo a detalles de estas normas. El objetivo de este apartado, es que usted conozca que existen, y sepa de manera muy general su contenido en caso de necesitarlas para diseos SCADA. Las principales normas internacionales sobre requisitos mnimos ergonmicos que deben reunir los equipos de visualizacin son: ISO 9241. EN 29241: Ergonomics requirements of visual display terminals (VDTs) used for office tasks. Norma europea. UNE EN 29241: Equivalente espaol de la norma europea EN 29241, publicado por la AENOR (Asociacin espaola de normalizacin). Esta se titula: Requisitos ergonmicos para trabajos de oficina con pantallas de visualizacin de datos. Real decreto 488/1997. 14 de abril. Decreto espaol sobre disposiciones mnimas de seguridad y salud relativas al trabajo con equipos que incluyen pantallas de visualizacin.
El decreto espaol, tiene apartados muy interesantes aplicables a sistemas SCADA, debido a que es un decreto que aborda de lleno los aspectos relativos al 170
acondicionamiento de los trabajos con equipos de visualizacin. Nombraremos algunos de esos apartados, para que usted se haga una idea general de los estndares europeos de este tipo de diseos26. - Aspectos que intervienen en el acondicionamiento del puesto de trabajo con sistemas de visualizacin. Contemplados en el artculo 1 del decreto. Interfase Hombre Mquina. El diseo del puesto. El entorno. La organizacin. El software del usuario. Definiciones de pantallas de visualizacin, puesto de trabajo y trabajador en el artculo 2. Las caractersticas ms destacadas a tener en cuenta en entornos de trabajo SCADA son: Equipo de trabajo. Entorno de trabajo. Interconexin ordenador persona.
Se entiende por equipo de trabajo: Pantalla, teclado, mesa asiento. El nico elemento que deber estar siempre presente en el puesto de trabajo ser la pantalla de visualizacin, el resto de elementos pueden no estar presentes. Sobre la mesa y superficies de trabajo. Poco reflectante, dimensiones suficientes para teclado, pantalla, documentos y material accesorio. Los soportes de los documentos estables, regulables, con posicin que reduzca al mnimo movimientos incmodos de la cabeza y los ojos. Esquinas redondeadas. Material de baja transmisin trmica. Puesto de trabajo que permita libremente cambiar de postura y movimientos. La bandeja del teclado debe estar bien ubicada, soportar bien el cuerpo, no incomodar las piernas y cumplir con las normas ISO 9241-5. Sobre la silla: Deber ser estable, con libertad de movimiento y postura confortable. Altura regulable entre 42 y 52 cm, respaldo reclinable, con reposapis. Permita que rodillas se flexionen a 90 grados. Se recomienda uso de sillas con 5 ruedas. Resistencia de ruedas antideslizante. Material de la silla transpirable. Asiento giratorio. Profundidad del asiento regulable.
26
Perfectamente aplicables a diseos en Colombia.
171
Sobre el teclado, reposamuecas y mouse: Teclado inclinable, independiente de la pantalla. Con espacio suficiente para apoyar brazos y manos. Superficie del teclado que evite los reflejos. Smbolos de las teclas legibles. Secciones del teclado (bloque alfanumrico, numrico, teclas de cursor y teclas de funcin) claramente delimitadas y separadas entre s. Teclas fcilmente accionadas. Con reposamuecas. Mouse de tamao adecuado a la mano del usuario, con suficiente espacio en la mesa, con opcin para diestros o zurdos. La pantalla: Caracteres bien definidos, configurados en forma clara, dimensiones suficientes, con espacios adecuados entre caracteres y renglones. Imagen estable, sin fenmenos de destellos. Luminosidad y contraste ajustable. Pantalla orientable e inclinable. Ausencia de reflejos. Posibilidad de ajustes de posicin. Se debe permitir una distancia de lectura superior a 40 cm. En el cuadro 19 se muestran los parmetros tcnicos bsicos de una pantalla, de acuerdo a su funcin.
Cuadro 18. Estndares tcnicos de pantallas, de acuerdo a su funcin.
Funcin
Tamao (Diagonal) 35 cm / 14 42 cm / 14 50 cm / 14
Administrativa Multimedia Diseo tcnico
Resolucin (Pixeles ancho-alto) 640 x 480 800 x 600 1024 x 768
Frecuencia de refresco 70Hz 70Hz 70Hz
Fuente: Sistemas SCADA, Edicin 2, Rodrguez Aquilino, pg 108.
Segn la gua tcnica para la evaluacin y prevencin de los riesgos relativos a la utilizacin de equipos de pantallas de visualizacin, se establecen unos mnimos recomendables para las pantallas TRC (tubos de rayos catdicos).
172
Cuadro 19. Estndares con respecto a las resoluciones para TRC respecto
Uso Recomendado
Tamao (Diagonal) 35 cm / 14 38 cm / 15 40 cm / 16 42 cm / 17 45 cm / 18 48 cm / 19 50 cm / 20 53 cm / 21 55 cm / 22 >22
Resolucin (Pixeles ancho-alto) ancho Gua Tcnica 640 x 480 TCO03 800 x 600 800 x 600 1024 x 768
Administrativa
Multimedia
Diseo
1024 x 768
1280 x 1024 1600 x 1200
TCO03 se refiere a la Confederacin Sueca de Empleados profesionales, la cual se dedica desde los aos 80 a la mejora, entre otros, de los equipos de visualizacin. Esta ha desarrollado toda una serie de requerimientos y mtodos de prueba orientados a la evaluacin de equipos de oficina, que se han convertido en un referente a nivel mundial. En el cuadro 20 aparecen los estndares para pneles planos, en cuanto a resolucin de pixeles. Cuadro 20. Estndares para pneles planos.
173
En cuanto a la matriz de representacin de los caracteres, esta debe estar constituida por un mnimo de 5 x 7 pixeles, o puntos; y para lectu lectura frecuente debe haber aumento de legibilidad con 7 x 9 pixeles. Esto se muestra en el grfico 69 69.
Grfico No 69. Matriz de representacin de caracteres para buena legibilidad.
En cuanto a la imagen, se recomienda resoluciones de pantalla elevadas, imagen, imagen libre de parpadeos, refresco de pantalla elevadas (mas de 60 Hz), con buena luminancia (mnimo 35 Cd/m2), con ajuste de contraste entre caracteres y fondo de la pantalla; con filtros antirreflectantes en los monitores para evitar reflejos; opciones de muestra de caracteres en polaridad positiva y negativa. colores, En cuanto a los colores se recomienda no presentar simultneamente los colores extremos del espectro (rojo y azul); sino figuras en color sobre fondo neutro (negro o gris); o figuras de colores neutros sobre fondo color. La posicin del monitor: La parte ms elevada de la pantalla debe estar l por debajo de la lnea de visin. La posicin, altura, distancia e inclinacin de las pantallas debe ser ajustable. Las superficies de visualizacin deben as de permanecer limpias de polvo o marcas que distraigan la vista. Un monitor situado por debajo de la lnea de visin permite una observacin ms relajada, los prpados se abren menos, hay menos evaporacin, cuesta menos parpadear y los ojos se irritan menos. (Ver grfico 70 y 71 71). Grfico No 70 Posicin ideal frente al monitor. 70.
174
. Grfico No 71. Ajustes de posicin ideales en las pantallas.
Referente a los niveles de iluminacin en el rea de trabajo, hay estndares de cantidad y de distribucin; niveles y relaciones adecuados. Se deben evitar zonas oscuras, todo debe estar iluminado. Se deben evitar deslumbramientos y reflejos por lo que el puesto de trabajo debe estar reflejos; situado con el eje paralelo a las ventanas para evitarlos. Adems debe estar perpendicular a las fuentes de luz del techo, o con un ngulo de 45 del grados respecto de stas para evitar los reflejos de en pantalla. (Ver grfico 72 y 73). Se recomienda evitar superficies reflectantes blancas o ). metalizadas.
175
Grfico No 72 Equilibrio en la iluminacin. 72.
Grfico No 73. Posicin recomendada de puesto de trabajo. .
La iluminacin general debe ser mayor a 200 lux, en la parte de lectura de documentacin superior a 300 lux, pero sin reducir el contraste de la pantalla (menos de 500 lux). (Grfico 74 74). En el entorno luminoso, los colores tienen coeficientes de reflexin determinados, y est comprobado que tienen unos efectos psi psicolgicos determinados sobre el trabajador; por ejemplo, los colores neutros ayudarn en tareas de concentracin, y los colores estimulantes son n ideales para puestos de trabajo montonos. (Cuadro 21).
176
Grfico No 74 Niveles de iluminacin ideales. 74.
Cuadro 21. Efectos psicolgicos de los colores. 21
Con respecto a estndares asociados al ruido, se debe tener en cuenta la frecuencia, la variacin (cambios de intensidad), el contenido (alarmas, , conversaciones, etc. la predictibilidad (si el ruido es predecible o no) y la etc.), subjetividad (de los individuos) Las fuentes de ruido son el exterior, el individuos). equipo domtico (aires, ascensores, maquinas, etc.), de oficina y humano. ), Para controlar y eliminar el ruido se recomienda una seleccin apropiada de materiales de construccin, aplicar mtodos fonoabsorbentes en equipos e internos y seleccin de equipos de bajo nivel sonoro. En los puestos de trabajo SCADA, donde se usan pantallas de visualizacin, se deben reducir los niveles sonoros al mximo. Las
177
molestias se incrementan cuando el ruido supera los 50dBA. En el cuadro 22 se muestran los estndares internacionales al respecto. Cuadro 22. Estndares en cuanto a niveles sonoros.
Tipo de Edificio Residencial. Zona Estancias Dormitorios Servicios Zonas comunes Despachos Oficinas Zonas comunes Aulas Salas de lectura Zonas Comunes Nivel Sonoro (dBA) 45 40 50 50 40 45 50 40 35 50
Administrativo.
Docente.
En cuanto a estndares de temperatura y humedad, se debe controlar el calor que los equipos producen y los niveles de humedad deben ser aceptables. Segn ISO 7730, habr que crear y mantener una temperatura, en verano de 23 a 26 grados centgrados; en invierno de 20C a 24C, la temperatura del suelo debe estar entre 19C a 20C, la velocidad del aire entre 0.15 m/s y 0.25 m/s, y el gradiente trmico suelo techo, menor a 5C. La humedad relativa debe de estar entre 45% y 60%, y la renovacin del aire debe ser igual a 25m3/h por trabajador.
178
2. REALIZACION DE PROYECTOS SCADA 2.1 Criterios de Seleccin y Diseo
Un sistema de control cualquiera es til, evidentemente, mientras funcione correctamente. En caso contrario puede crear problemas de forma directa o indirecta. La reaccin de un sistema ante situaciones inesperadas determinar su grado de fiabilidad, es decir, el tiempo de operacin del mismo, y puede mejorarse mediante el uso de tcnicas de diseo adecuadas. Los parmetros que influyen en las posibilidades de supervivencia se pueden englobar bajo los siguientes denominadores: Disponibilidad Robustez Seguridad Prestaciones Mantenibilidad Escalabilidad
2.1.1 Disponibilidad Por disponibilidad de un sistema informtico se entiende la medida en la que sus parmetros de funcionamiento se mantienen dentro de las especificaciones de diseo. Puede aplicarse tanto a hardware y software. En el caso de disponibilidad en hardware su estrategia se fundamenta bsicamente en el concepto de redundancia, entendida como la capacidad de un elemento de asumir las funciones de otro de forma transparente al sistema que sirve, (como si al pinchar una rueda, otra se colocase automticamente en su lugar sin afectar a la marcha). El principio de redundancia se aplica a todos los niveles, desde componentes individuales hasta sistemas enteros (fuentes de alimentacin, backup de datos, sistemas de comunicaciones). De esta manera es posible continuar trabajando en caso de fallo de uno de los componentes. Aqu se aplica tambin el concepto de sustitucin en caliente. Se puede realizar el mantenimiento y cambiar los componentes defectuosos sin necesidad de detener un sistema.
179
En el grafico 75 se muestra un ejemplo de redundancia. Grfico No 75. Ejemplo de Redundancia en sistemas SCADA
Un sistema redundante muy conocido por casi todo el mundo es el SAI (Sistema de Alimentacin Ininterrumpida) o, en ingls, UPS (Uninterrupted Power Supply). Este tipo de equipo, ante un fallo de la tensin de red, conmuta a una alimentacin auxiliar con la suficiente rapidez para que el equipo al cual alimenta no se vea afectado. Otro ejemplo; en los equipos de bombeo, generalmente, se colocan dos bombas trabajando en alternancia. Cada una trabaja durante un tiempo determinado mientras la otra est parada. Tambin, si una falla o necesita mantenimiento, la otra puede seguir trabajando. Para garantizar redundancia, una estrategia es con equipos en paralelo. En los equipos trabajando en paralelo uno de ellos hace de espejo. Si el equipo principal falla el de reserva asume sus funciones hasta que el problema se resuelve. En este momento se realiza una sincronizacin del equipo entrante con el suplente y queda el sistema completamente operativo. Otra posibilidad ms tolerante a fallos es la que aplica la redundancia mltiple, modalidad en la cual hay ms de un equipo de reserva trabajando en segundo plano que se mantiene actualizado por si aparecen fallos en uno o ms equipos.
180
2.1.2 Robustez Ante un fallo de diseo, un accidente o una intrusin, un sistema eficiente debe de poder mantener un nivel de operatividad suficiente como para mantener unos mnimos de servicio. Con respecto a la robustez usted debe hacerse la siguiente pregunta: Si las cosas empiezan a ir mal, cunto aguantar el sistema antes de empezar a fallar?. Es lo que llamaramos el plan de contingencia. Si una parte de un sistema queda aislada, accidentalmente o no, la parte aislada debe tener la suficiente capacidad de autogestin como para poder mantener un mnimo de control sobre su rea de influencia. Por ejemplo, una estacin de mecanizado de piezas de diferentes medidas, en caso de fallo de comunicaciones, activar una rutina de pedidos locales en funcin de los ltimos valores de existencias recibidos, mecanizando los tipos de piezas que se estimen ms necesarios. O por ejemplo, un sistema de bombeo de varios niveles verificar que los datos que recibe son coherentes y que no provocarn problemas de escasez o excesos en los diferentes depsitos; o problemas en los equipos y, en caso de no serlo, tomar la iniciativa, anulndolos (autocontrol). En general, en el caso de ocurrir el fallo grave en el sistema central (MTU) puede establecerse un protocolo de desconexin de las estaciones remotas, pasando stas al estado de autogestin (esclavos inteligentes) hasta que la unidad central est de nuevo habilitada y pueda retomar el control. 2.1.3 Seguridad. Ya en la unidad 2 vimos los estndares en cuanto a seguridad en un sistema SCADA. Ante esto, solo queda aadir su importancia como criterio de diseo a tener en cuenta. Es decir, no se trata de disear un sistema SCADA y luego revisar la seguridad, sino tenerla en cuenta desde el mismo momento en que se disea. Un fallo en el diseo, un usuario malintencionado o una situacin imprevista podran alterar los parmetros de funcionamiento de un sistema. Hoy en da cualquier sistema de control puede utilizar uno o varios mtodos de comunicacin para enlazar todos los puntos de control de un proceso y, en el momento en que se utilizan sistemas de comunicacin que implican el acceso desde mltiples puntos, no siempre dentro de la empresa, es posible que alguno de estos accesos sea no deseado.
181
Ante estas situaciones, recordemos los puntos principales vistos en la unidad 2; el sistema debe permitir establecer estrategias para prevenir, detectar y defenderse de acciones no deseadas (intencionadas o no): Mediante el establecimiento de toda una serie de derechos y las jerarquas de usuario, que limitan el acceso a datos sensibles mediante contraseas. Adems, el acceso mediante usuarios permite establecer un archivo de accesos para conocer en todo momento quin ha cambiado algo en el sistema de control (log). Encriptando los datos que se emiten desde las estaciones remotas (Remote Terminal Units) o el control central (Master Terminal Unit). Filtrando toda la informacin recibida, comprobando si su origen es conocido o no, por ejemplo: Mediante el uso de cdigos preestablecidos que se envan con los datos y se comprueban en el centro de control antes de ser aceptados. Mediante las direcciones de los elementos emisores (por ejemplo, las direcciones IP). Fijando unos caminos de acceso predeterminados para la informacin, provistos de las herramientas necesarias para asegurar la fiabilidad de la informacin que los atraviesa (los puertos de acceso a un sistema). Una vez los datos ya se encuentran dentro del sistema, ste debe ser capaz de detectar y reaccionar ante incoherencias en los mismos, por ejemplo, mediante el uso de datos predefinidos que eviten problemas en el funcionamiento normal del sistema, o incluso puedan provocar daos en alguno de sus componentes (por ejemplo, mediante el filtrado de variables). Programas de vigilancia de otros programas, que ejecutan acciones predefinidas en caso de detectarse un problema (watchdog o perro guardin). Muchos autmatas tienen salidas que se pueden configurar para indicar una anomala. En caso de fallo detectado en la CPU, dicha salida se activa y sirve para notificar este estado mediante un aviso.
2.1.4 Prestaciones. Bsicamente se refieren al tiempo de respuesta del sistema. Durante el desarrollo normal del proceso la carga de trabajo de los equipos y el personal se considera que es mnima y est dentro de los parmetros que determinan el tiempo real de un sistema.
182
En caso de declararse un estado de alerta, la actividad que se desarrolla aumenta de forma considerable la carga de los equipos informticos y del personal que los maneja. El equipo debe poder asimilar toda la informacin que se genera, incluso bajo condiciones de trabajo extremas, de manera que no se pierda informacin aunque su proceso y presentacin no se realicen en tiempo real. 2.1.5 Mantenibilidad Los tiempos de mantenimiento pueden reducirse al mnimo si el sistema est provisto de unas buenas herramientas de diagnstico que permitan realizar tareas de mantenimiento preventivo, modificaciones y pruebas de forma simultnea al funcionamiento normal del sistema. 2.1.6 Escalabilidad Este concepto est bsicamente relacionado con la posibilidad de ampliar el sistema con nuevas herramientas o prestaciones y los requerimientos de tiempo necesarios para implementar estas ampliaciones, debido a: Espacio disponible. Capacidad del equipo informtico (memoria, procesadores, alimentaciones). Capacidad del sistema de comunicaciones (limitaciones fsicas, protocolos, tiempo de respuesta).
La aplicacin de control debe poder evolucionar, adaptndose al entorno que controla, de manera que funcione de forma eficiente sin importar el tipo de equipamiento o el volumen de datos. Un sistema Scada debe poder ampliarse y actualizarse. Puede empezar con un nico servidor para todas tareas (Scada, Archivo, Alarmas, Comunicaciones). El problema, aqu, reside en que todo pasa por un nico punto que es el taln de Aquiles del sistema. Un planteamiento correcto en el diseo permitir un mejor aprovechamiento de los recursos. Por ejemplo, si se decide implementar los sistemas de control de las instalaciones de forma centralizada, ser ms costoso realizar una ampliacin posterior, pues tendremos que acabar modificando el hardware, cambiando el servidor aquel que debe ser ms rpido, debido a las nuevas exigencias, o el software, modificando la aplicacin. En cambio, de forma distribuida, la ampliacin posterior ser ms sencilla, pues podemos empezar con un nico servidor que realice todas las tareas y, cuando la situacin lo requiera, ir aadiendo ms
183
servidores (de menor coste, pues las tareas sern ms concretas) que sirvan de apoyo al inicial, compartiendo tareas del primero. Aqu tenemos el problema principal de la centralizacin, un fallo en el servidor (el nico) provocar una cada del sistema entero, mientras que si hay varios servidores compartiendo tareas el sistema ser ms tolerante a fallos. En el grafico 76 se muestra un proceso de escalamiento a 4 pasos. En el segundo paso se puede observar que el servidor inicial se ha descargado del trabajo de comunicaciones con la Planta. En este caso se podra implementar un servidor de apoyo para archivos, alarmas y Scada en el Servidor de comunicaciones por si fallase el Servidor principal, mostrado en el paso 1. La tendencia es la de atomizar los grandes sistemas de supervisin y control en multitud de componentes, distribuyendo los sistemas de control y las aplicaciones en diferentes mquinas distribuidas a lo largo de la red y con capacidad de comunicarse entre ellas (servidores de datos y de alarmas, generadores de informes, de grficas de tendencia, etc.). Ahora ya tenemos un servidor dedicado a cada tarea, permitiendo as ms capacidad de proceso conjunto y varios accesos a los sistemas de supervisin. El paso ltimo ya entra en el campo de la seguridad y se aplica el principio de redundancia como parte de la posibilidad de ampliacin en un sistema. En el paso 4 podemos observar que la estructura inicial ahora dispone de servidores redundantes que proporcionan un sistema seguro y resistente a fallos: Si cae la pasarela a Proceso, el control de Campo sigue operativo gracias al Panel de Operador. El sistema de comunicaciones est duplicado. El Switch se ocupa de la gestin de la red corporativa. Los terminales Scada permiten el acceso al control de la instalacin (Incluyendo el Panel de Operador). Los servidores redundantes toman el control en caso de problemas en los principales.
Para el usuario, estas estructuras y sus cambios son transparentes, las ve como un nico sistema global de trabajo desde su ordenador. Para el ingeniero encargado del control, se trata de una herramienta muy potente, pues permite aislar las tareas de control y gestionarlas de forma mucho ms eficiente.
184
Grfico No 76. Proceso de escalamiento en sistemas SCADA
PASO 2
PASO 1
PASO 3
PASO 4
Fuente: Sistemas SCADA, Edicin 2, Rodrguez Aquilino, pg 41 a 43
185
Por ejemplo, ampliar un sistema de control en una empresa, mediante la integracin de nuevos servidores, no representar mayor problema que la adicin de stos y las pruebas de funcionamiento pertinentes, como nodos nuevos de la red de comunicaciones. Aparecer al usuario un aviso en su correo electrnico de que, a lo mejor, se cambia un nombre de acceso o una contrasea, pero se mantendr el aspecto de su escritorio.
2.2
Software Comercial Para Sistemas SCADA
En la unidad 1, se mostraron de manera general los componentes y caractersticas de un SOFTWARE usado para SCADA. En general Para obtener las caractersticas y prestaciones propias de un sistema SCADA, su software debe presentar las siguientes funciones: Manejo del soporte o canal de comunicacin. Manejo de uno o varios protocolos de comunicacin (Drive) Manejo y actualizacin de una Base de Datos Administracin de alarmas (Eventos) Generacin de archivos histricos. Interfaces con el operador (MMI - Man Machine Inteface) Capacidad de programacin (Visual Basic, C) Transferencia dinmica de datos (DDE) Conexin a redes Debe tener capacidad para comunicarse con mltiples redes de instrumentos, aun siendo de distinta procedencia y fabricantes.
El grfico 77 muestra en manera de bloques un entorno de software SCADA. El software debe servir de puente entre la MTU y los RTU`s. Grfico No 77. Entorno Software SCADA
Fuente: bibliotecnica.upc.es/bustia/arxius/40201.pdf pag 13
186
A continuacin ese expone los principales software SCADA que se pueden encontrar en el mercado as como los fabricantes y distribuidores. En algunos casos no tan solo proporcionan una solucin puramente SCADA sino que incluyen el registro y gestin de datos sobre software MES (Manufacturing Execution System) para explotacin de datos de fabricacin. Este tipo de integracin de software MES en un sistema SCADA es una solucin cada vez ms demandada por los usuarios. Cuadro 23. Principales Software SCADA en el mercado.
187
Con respecto a LabVIEW DSC (Datalogging and Supervisory Control) es una aplicacin LabVIEW para la implementacin de sistemas SCADA. Por lo tanto, no se trata de un software SCADA propiamente dicho, pero dada la adaptabilidad de este paquete LabVIEW a este tipo de sistemas se incluye como tal. SIMATIC es un paquete de conjuntos de programas SCADA/HMI que incluyen distintos rangos de adquisicin y supervisin de sistemas adaptndose a las necesidades del sistema. Es el paquete SIMATIC WinCC el que ofrece mayores niveles de integracin en la industria. InTouch es el primer paquete SCADA que utiliza el sistema operativo Windows como plataforma. Aparece en 1989 cuando los sistemas de monitorizacin utilizaban DOS como sistema operativo. Al funcionar sobre Windows, aprovecha las capacidades grficas de este sistema operativo; los procesos son ms fciles de documentar, el entorno grfico es ideal para la representacin de esquemas y valores, y las aplicaciones son ms flexibles y fciles de implementar e interpretar. Con respecto a CX supervisor, de la firma OMRON, su versin 1.1 emplea las tecnologas estndar OPC y/o ActiveX para el intercambio de datos entre multitud de dispositivos hardware y aplicaciones existentes en el mercado. Se tradujo ntegramente al castellano no slo el runtime de la aplicacin, sino adems todo el entorno de desarrollo de aplicaciones, lo que le convierte en una buena opcin para el rpido desarrollo de medianas y pequeas aplicaciones27 En el cuadro 24 se puede apreciar una comparativa entre los software SCADA ms importantes actualmente existentes en el mercado (CXSupervisor, All-Done, Intouch, Win CC y Vijeo Look). En ella se puede observar cmo el lenguaje de programacin ms utilizado frente a los propios de cada sistema es el Visual Basic, ya que permite una mayor integracin mediante la tecnologa ofertada por Microsoft y as poder aprovechar al mximo sus posibilidades. Todos los sistemas a continuacin expuestos utilizan la tecnologa OPC Cliente-Servidor para la adquisicin de datos. A modo de diferenciacin entre unos sistemas y otros, las caractersticas que comportan ms relevancia son los drivers utilizados para la conexin con el PLC, el n de variables del proceso, la estructura sobre la que recorre el sistema y la comunicacin con el PLC. (Siendo en este caso los PLC los dispositivos RTU). Debido a que son sistemas que se implementan hace ms de 5 aos, los requerimientos de sistema que muestran son mnimos, comparados con los
27
http://www.automatas.org/omron/cx_supervisor.htm
188
sistemas modernos. Muchos de ellos se han venido actualizando, con versiones mejoradas, que si requieren de sistemas operativos actuales. Cuadro 24. Comparacin entre los Principales Software SCADA.
189
2.3
Fases en el Gerenciamiento de Proyectos SCADA.28
En este apartado se mostrar una descripcin muy breve de las fases a seguir en el momento de realizar un proyecto SCADA. Se hablarn de 6 fases: Identificacin de la necesidad. Lanzamiento. Definicin. Diseo. Adquisicin. Liquidacin.
2.3.1 Fase1: Identificacin de la Necesidad Lo primero es Identificar la necesidad Tpicamente un sistema SCADA ser requerido por alguna de las razones siguientes: Para reducir costos de energa. Para reducir costos de personal. Para reducir requisitos de capital futuros. Para mejorar el nivel del servicio. Para evitar incidentes ambientales. Para cumplir con requisitos regulatorios. Puede no ser posible ejecutar el negocio sin SCADA. Para obtener un costo competitivo. Para sustituir un sistema existente obsoleto.
Luego se prepara la estimacin preliminar de costes y se obtiene la aprobacin para que los fondos o los recursos procedan a la fase prxima. Esta primera fase es normalmente informal, y no requiere de muchos recursos. La identificacin de la necesidad podra haberse presentado como ligada a alguna otra actividad, por ejemplo del desarrollo de estrategias corporativas, revisin de la condicin de la planta, o de las consecuencias de hacer frente a un incidente importante. A menudo SCADA no est rigurosamente justificado sino que es requerido simplemente por la gerencia como parte de la forma que la misma desea llevar el negocio. sta puede ser la mejor manera, pues los recursos a menudo substanciales son consumidos intentando dar una justificacin para una implementacin SCADA, y es extremadamente comn que despus de que el sistema est instalado, se presenten beneficios inesperados que abruman las
28
www.infoplc.net/Documentacion/Docu_SCADA/infpPLC_net_Introduccion_Sistemas_SCADA.pdf
190
ventajas originalmente predichas. Adems, las ventajas pueden presentarse multiplicadas por varias otras iniciativas claves que se estn desarrollando en paralelo, como la reingeniera del negocio, y a veces es imposible separar los beneficios de SCADA de los que se originan en otras iniciativas. Una gerencia progresista crear un clima en el cual el personal busque activamente las vas en las cuales mejorar la productividad de la organizacin. En otras organizaciones, tal propuesta ser tratada con escepticismo. La clave de esto reside en que la gerencia desarrolle una visin de cmo quisiera que la organizacin se maneje en el futuro. Esta fase es crucial en cualquier proyecto SCADA. El xito econmico del proyecto se encarna en determinar la factibilidad inicial. El alcance del proyecto esencialmente se define en este punto. Por ejemplo si no se consideran los beneficios del uso de los horarios de tarifas elctricas reducidas para reducir el costo de bombeo, es improbable que usted incluya esto en el proyecto SCADA en una etapa posterior. 2.3.2 Fase 2: Lanzamiento En esta fase se valida la necesidad del proyecto, se establece su alcance, se identifican los conceptos necesarios para la realizacin, se establece una estructura sumaria de la subdivisin del trabajo y una estimacin conceptual de costos (-30 a +50%). Generalmente una cierta cantidad de recursos financieros se ha aprobado en esta etapa para emprender las investigaciones preliminares, y preparar un plan para la administracin del proyecto. Ser necesario afirmarse en el alcance, identificar las tecnologas principales que se utilizarn, y ganar el acuerdo y la aprobacin de los usuarios potenciales del sistema. Es necesaria la estimacin del costo con una exactitud dentro del mbito -30 a +50%, como as tambin establecer las ventajas del sistema con bastante exactitud para convencer a la gerencia de dar la aprobacin para proceder con la siguiente fase. Un error comn en este punto es entrar demasiado en detalles tcnicos. El trabajo debe concentrarse en esta etapa en los requisitos funcionales (o de usuario), y los requisitos tecnolgicos se deben mirar solamente al punto de permitir las estimaciones de costos con la exactitud sealada. El nfasis debe ponerse en asegurarse de que existe una comprensin comn dentro de los usuarios finales de qu funcionalidad proporcionar el sistema. Si el sistema se est introduciendo para mejorar productividad, entonces es importante que la gerencia del usuario entienda cmo puede ser utilizado el sistema SCADA para optimizar prcticas de trabajo. Es importante en esta etapa 191
que el equipo de proyecto incluya a alguien del sector usuario de la organizacin para comenzar a construir un sentido de la propiedad del sistema. Esta implicacin debe continuar a travs del proyecto para poder entregar el sistema final a un operador familiarizado en usarlo a su capacidad mxima. Aunque el trabajo debe concentrarse en los requisitos funcionales, es necesario vigilar las capacidades tcnicas ofrecidas por los proveedores. Por ejemplo, acciones como restringir la cantidad de software de encargo que el sistema requerir, son muy importantes para reducir costos, riesgos, y reducir al mnimo la duracin global del proyecto. Una cierta idea preliminar de la estrategia de contratacin deber haber sido desarrollada. Se podr por ejemplo utilizar consultores, contratos prediseados (recomendados), etctera. Como es evidente, esto puede tener un impacto substancial en costos. La decisin de utilizar consultores se debe tomar con sumo cuidado. Un consultor pudo haber preconcebido ideas en cuanto a cmo el proyecto debe ser manejado. Algunas decisiones tales como el uso de contratos prediseados pueden no ser del agrado de un consultor, prefiriendo realizar l mismo el diseo por ejemplo. 2.3.3 Fase 3: Definicin. En esta fase, se designan a los miembros lderes de equipo, se desarrollan los lineamientos bsicos y la agenda para la gerencia del proyecto. Adems se evalan los riesgos, se realizan estudios econmicos, se desarrollan las estrategias contractuales, y de implementacin. En esta etapa es conveniente realizar la estimacin definitiva de costo con una mxima exactitud (-15 a +25%); pues el proyecto requiere de proyecciones ms cercanas a la realidad. Se debe ir concluyendo las consideraciones preliminares (qu sitios, qu funcionalidad, etc.), y se deben definir las estrategias contractuales tales como diseo y construccin, etc. El trabajo debe todava concentrarse en los requisitos funcionales (o de usuario), y nuevamente los requisitos tecnolgicos deben slo observarse para permitir las estimaciones de costos. Es importante en esta etapa identificar firmemente las ventajas del sistema, y desarrollar "planes de realizacin de beneficios". Estos planes identificarn exactamente cmo las ventajas propuestas sern efectivizadas, por ejemplo, observando qu cambios sern realizados a los procesos existentes para alcanzar las ventajas previstas. Esto dar confianza a la gerencia que la inversin va a ser provechosa.
192
2.3.4 Fase 4: Diseo. El objetivo de esta fase es concretar el diseo total del sistema. Se comienza por revisar los reportes finales de la etapa de definicin, y una revisin y contrastacin de los fondos con el diseo. La estimacin de Diseo debe ser alrededor de 10%+10%. En esta etapa llega el momento de especificar ms detalladamente los requisitos tecnolgicos. Es necesario hacer el diseo de la arquitectura del sistema, el cual incluye todas las consideraciones importantes sobre el sistema de comunicaciones de la empresa (Tipo de BUS de campo, distancias, nmero de E/S, Protocolo del sistema y Drivers...). Tambin se vern involucrados los tipos de dispositivos que no estn presentes en la planta pero que sern necesarios para supervisar los parmetros deseados. Esta fase implica normalmente la preparacin de la especificacin y el desarrollo de planes de evaluacin de licitadores. Es probable que una fase de precalificacin pueda proceder en este momento a facilitar la tarea. La precalificacin se utiliza para pre-seleccionar a los licitadores de reputacin que tienen una probada trayectoria en este campo. La precalificacin permite la seleccin de potenciales proveedores antes de que hayan emplazado una cotizacin, por ejemplo, en base a su capacidad y experiencia. Una decisin clave en esta etapa es exigir la presentacin de pruebas especficas. En los aos 80 los contratos rutinariamente especificaban pruebas de aceptacin de fbrica, pruebas de implementacin, pruebas de aceptacin, etctera. Esto era obligatorio en virtud de que la tecnologa era nueva, costosa y la separacin del diseo y la adquisicin implicaban un alto grado de adecuacin. La costumbre moderna es utilizar contratos prediseados, y pagar por desempeo. Una prueba funcional es todo lo que se requiere desde la perspectiva del comprador. Si el proveedor desea ejecutar pruebas de aceptacin de fbrica, es su decisin. 2.3.5 Fase 5: Adquisicin. En esta fase ya se han tomado decisiones definitivas en cuanto a proveedores, equipos a implementar, arquitectura del sistema, y de las comunicaciones, organizacin en cuestiones administrativas y asignacin de tareas; y se comienzan a adquirir los sistemas y equipos. Las siguientes son tareas comunes en esta fase: Especificacin y preparacin del trabajo. Estimacin de costos (despus de la recepcin de las ofertas) -5%+5%. Construccin del sistema.
193
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA FACULTAD DE CIENCIAS BASICAS E INGENIERA Programa de Ingeniera y Tecnologa en Electrnica. ELECTRONICA INDUSTRIAL AVANZADA -
Adquisicin de un paquete software SCADA adecuado a la arquitectura y sistemas de la planta. La instalacin del equipo de comunicacin y el sistema PC. Programacin, tanto del equipamiento de comunicaciones como de los equipos HMI y software SCADA.
Los participantes clave en esta etapa son: El encargado de proyecto del proveedor, el superintendente del contrato, el encargado de proyecto. El xito del proyecto depender de la actuacin de estos tres. En esta fase el proyecto pasar por un nmero de etapas: Diseo (que culmina en un informe del diseo del proveedor para su aprobacin). Configuracin del software principal de SCADA. Desarrollo del software a medida. Ensamble de las RTU en fbrica, y prueba. Instalacin de la instrumentacin de campo, de comunicaciones, y de RTU. Prueba de aceptacin en el sitio. Entrenamiento del cliente.
Subsiguiente a esto, el sistema tiene normalmente un perodo de deteccin de problemas independiente del mantenimiento que luego debe ser contratado. 2.3.6 Fase 6: Liquidacin del proyecto. Una vez se terminan las pruebas preliminares del equipo, el proyecto se da por terminado. En esta fase las acciones son: Reporte final del proyecto. Liquidacin de defectos y mal funcionamientos. Depuracin final. Revisin pos implementacin.
La revisin posterior al desarrollo es algo que raramente se encara, pero debe ser una parte obligatoria de todos los proyectos. Es importante que una evaluacin sea hecha de cun bien est el sistema resolviendo las necesidades de la organizacin como son ahora concebidas. Si es probable que su organizacin emprenda proyectos futuros en SCADA, entonces dicha revisin se puede utilizar para documentar cualquier leccin aprendida para evitar cometer los mismos errores.
194
BILIOGRAFIA
AYZA, Jordi. (1999) Artculo: Software de Adquisicin, Supervisin y Control, Una Evolucin Permanente. En:_www.infoplc.net/Documentacion/Docu_SCADA/infoPLC_net_INFORME_ SCADA_AI.pdf. Informe detallado de paquetes software SCADA. MONTERO, Dagoberto, BARRANTES, David, QUIROS, Jorge. (2004), Monografa: Introduccin a los sistemas de control supervisor y de adquisicin de datos (SCADA). Escuela de Ingeniera Elctrica, Universidad de Costa Rica. En:_www.infoplc.net/Documentacion/Docu_SCADA/infpPLC_net_Introduccio n_Sistemas_SCADA.html. (Consulta: Mayo de 2008) RODRIGUEZ, Aquilino. (2007) Sistemas SCADA. 2da edicin. Marcombo. Espaa. Captulo 1. ROMAGOSA, Jaume, GALLEGO, David, PACHECO, Ral. (2004) Sistemas SCADA. En: http://bibliotecnica.upc.es/bustia/arxius/40201.pdf Miniproyecto de Automatizacin Industrial del departamento de Ingeniera de Sistemas, Automtica e Informtica Industrial, de la Universidad Politcnica de Catalua. (Consulta: Mayo de 2008) SOTO, Pedro, GARAU, Jorge. (1997). Aplicacin del Mtodo Renault como base de mejoras ergonmicas en un puesto de trabajo. Ttulo: Algunas de las Soluciones ms recientes aplicadas en el mbito del control y supervisin de procesos. En: http://www.alasingenieria.com/SCADA/SolucionesSCADA.htm (Consulta: Mayo de 2008). Muestra ejemplos de soluciones SCADA. Ttulo: SISTEMAS SCADA. En: http://www.automatas.org/redes/scadas.htm. (Consulta: Mayo de 2008). Adems de una descripcin general de los sistemas SCADA trae un resumen y vnculos de los principales sistemas SCADA. Resolucin 2400 de 1979, Ministerio de Trabajo y Seguridad Social. Colombia. Disposiciones sobre vivienda, higiene, y seguridad en los establecimientos de trabajo. Norma GTC 45. Gua Para el Diagnstico de Condiciones de Trabajo y/o Panorama de Factores de Riesgo.
195

Modulo de Electronica Industrial Avanzada

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Modulo de Electronica Industrial Avanzada

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA FACULTAD DE CIENCIAS BASICAS E INGENIERA Programa de Ingeniera y Tecnologa en Electrnica.

ELECTRONICA INDUSTRIAL AVANZADA

ELECTRONICA INDUSTRIAL AVANZADA

JEISON MARIN ALFONSO

BILIOGRAFIA ................................................................................... 59 UNIDAD 2: ESTANDARES SCADA ................................................. 60

BILIOGRAFIA ................................................................................. 151 UNIDAD 3: SISTEMAS DE CONTROL ESPECIFICOS. ................. 153

BILIOGRAFIA ................................................................................. 195

UNIDAD 1: SISTEMAS DE SUPERVISION, CONTROL Y ADQUISICION DE DATOS SCADA.

1. GENERALIDADES 1.1 ANTECEDENTES

Grfico No 1. Evolucin Tecnolgica que precede un sistema SCADA.

Fuente: El autor. 2008

Cuadro 1. Evolucin de la informtica en el siglo XX. (Generaciones de las computadoras).

1947 1949 1954 1955 1957 1958

Generacin 2 (1959 1954). Ao

Generacin 3 (1964 1971). Ao

1969 1971 1972

1978 1981 1984 1988 1991

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 2 ed. pg 8-12.

INTRODUCCION A LOS SISTEMAS SCADA.

Fuente: Autor. 2008.

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 22.

DESCRIPCION GENERAL DE UN SISTEMA SCADA

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 30.

Grfico No 5. Resumen Caractersticas SCADA.

Fuente: Autor. 2008

2. ARQUITECTURA SCADA 2.1 DESCRIPCION GENERAL

concepto de Fabricacin Manufacturing).

Grfico No 6. Estructura bsica de un sistema de supervisin y mando.

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 44 .

Grfico No 7. Idea bsica de un sistema SCADA.

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 45

HARDWARE DE UN SISTEMA SCADA

Grfico No 8 (1). Arquitectura bsica de hardware SCADA (1).

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 46

Grfico No 8 (2). Arquitectura bsica de hardware SCADA (2).

Fuente: bibliotecnica.upc.es/bustia/arxius/40201.pdf. Miniproyecto de Automatizacin Industrial.

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 50

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 52

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 52

Grfico No 12. Situacin de cortafuegos en capas OSI.

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 55

SOFTWARE DE UN SISTEMA SCADA3

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 56

3. MODULOS EN UN SISTEMA SCADA4

Adaptado de RODRIGUEZ, Aquilino, 2007. Sistemas SCADA

Mdulo de Interfase Grfica

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 63

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 64

Grfico No 16. Ejemplo de librera de la herramienta Reichard Software.

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 65

Grfico No 17. Grfica de tendencia histrica.

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 66

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 66

Mdulo de Alarmas y Eventos

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 67

Mdulo de Registro y Archivado

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 69

Mdulo de Generacin De Informes

Mdulo de Control De Procesos

Grfico No 21. Ejemplo de programacin asociada a un evento, con In Touch.

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 70

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 72

Grfico No 23. Controladores Genricos.

Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA, 1 ed. pg 72