Modulo ING231 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

1


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


2

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


3

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

4

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

5

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


6

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

7

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


8

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


9

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.


10

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.

11

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 Suceso
1904 Sir Ambrose Fleming construye el primer tubo de vaco o Diodo.
1906 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.
1947 Se termina en Estados Unidos la que se considera la primera computadora digital: ENIAC,
de tipo experimental.
1949 Basndose en una serie de mejoras sobre ENIAC, se construye EDVAC, provista de
memoria programable.
1954 IBM fabrica sus exitosos modelos de computadoras electrnicas IBM701 e IBM650.
1955 Diseo de la primera red informtica SABRE, para comunicar ordenadores comerciales.
1957 Creacin de red ARPA, antecesora de INTERNET.
1958 Primer lenguaje de alto nivel ALGOL 58.


12

Generacin 2 (1959 1954).
Ao Suceso
1947 Creacin del transistor por los fsicos Walter Brattain, William Shockley y John Bardeen,
de los laboratorios Bell.
1957 IBM fabrica el primer disco magntico: RAMAC 650.
1960 Douglass Engelbart crea el primer ratn, un dispositivo capaz de mover un puntero en la
pantalla con capacidades de interfase (arrastrar, seleccionar etc.).
1959 DEC (Digital Electric Corporation) crea su primer ordenador, a un costo muy inferior a los
disponibles comercialmente hasta ahora.
1964 Se crea en el Dartmouth College el lenguaje de programacin BASIC (Beginner's All-
purpose Symbolic Instruction Code)
Generacin 3 (1964 1971).
Ao Suceso
1958 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).
1964 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.
1970 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 Suceso
1969 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.
1969 Se comienza el estudio sobre las memorias magnticas de burbuja.
1971 Se pone a la venta el INTEL4004, y aparece en 1972 la CPU INTEL8008.
1972 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.
1972 IBM lanza el disco flexible, o floppy disk.
1976 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.
1978 Intel lanza el primer microprocesador de 16 BIT: el 8086.
1981 IBM sac a la venta el modelo IBM PC (IBM Personal Computer), la computadora ideal
para uso personal.
1984 Aparece la CPU 80286, llamada PC-AT.
1988 IBM presenta el ordenador personal IBM PS/2 (con la CPU 80386).
1991 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).
1993 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

13

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

1
http://es.wikipedia.org/wiki/Telemetr%C3%ADa.

14

conocida a patrones, por ejemplo los patrones nacionales de referencia
2
.
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 hombre-
maquina, 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

15

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 Web-
Server: 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.


16

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.

17

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.

18

- Ofrecer conectividad entre sistemas. Un sistema SCADA mantiene inter-
comunicados 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

19

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.


20

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.


21

- 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.


22

Grfico No 5. Resumen Caractersticas SCADA.

Fuente: Autor. 2008


23

2. ARQUITECTURA SCADA

2.1 DESCRIPCION GENERAL

Hablar de arquitectura es hablar de la organizacin de los elementos y su inter-
relacin; 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

24

concepto de Fabricacin Integral Informatizada (Computer Integrated
Manufacturing).

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.


25

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


26

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.

27

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.


28

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

29

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.

30

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



31

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.

32

- 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


33

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.

34

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).


35

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.


36

Grfico No 12. Situacin de cortafuegos en capas OSI.


2.3 SOFTWARE DE UN SISTEMA SCADA
3

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.

37

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.

38

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).


39

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.


40

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.


41

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.).


42

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.


43

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 SCADA
4

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).

4
Adaptado de RODRIGUEZ, Aquilino, 2007. Sistemas SCADA

44

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.


45

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.



46

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.


47

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


48

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.

49

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.

50

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.


51

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).

52

- 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.


53

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.



54

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).


55

4. EJEMPLO DE APLICACIN CON SCADA
5

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

5
Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA

56

- 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


57

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.

58

- 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).


59

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.


60

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).


61

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

62

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.


63

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.



64

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

65

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.


66

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).


67

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 seguridad
6
.
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.

6
http://www.caveo.com.ar/Scada.htm

68

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

69

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 Industrial
7
.

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 Industrial
8
.

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

70

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

71

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
.

9
Fuente: RODRIGUEZ, Aquilino, 2007. Sistemas SCADA.

72

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 compatibles
10
.

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 WebServer
11
.

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
Miniproyecto Automatizacin Industrial SISTEMAS SCADA, Universidad Politcnica de Catalua.
11
IDEM

73

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.

Programa de Ingeniera y Tecnologa en

2.

Los sistemas SCADA son sistemas que
infraestructura informtica
normalmente maneja todo lo referente a la empresa, tiene por defecto unas
directivas de seguridad dadas por
SCADA se crean nuevas necesidades en cuanto a segu

Grfico No 34. Integracin estructura

Fuente: Sistemas SCADA, Edicin 2,

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
por ordenadores, esto lo hace
computador y software asociado,
ello la seguridad en sistemas SCADA
redes, en computadores, en comunicaciones digitales, etc.

ESTANDARES DE SEGURIDAD
Los sistemas SCADA son sistemas que normalmente se aaden a la
informtica de una empresa. Esta estructura corporativa, que
directivas de seguridad dadas por ella misma. Sin embargo, al aadirle un sistema
se crean nuevas necesidades en cuanto a seguridad.
Integracin estructura corporativa / sistema SCADA
Sistemas SCADA, Edicin 2, Rodrguez Aquilino, pg 208
en sistemas SCADA.
Necesidades de seguridad en sistemas SCADA
se hace un resumen de las principales amenazas de seguridad en
sistemas SCADA. Debido a que un sistema SCADA es en su mayora
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

se aaden a la
de una empresa. Esta estructura corporativa, que
. Sin embargo, al aadirle un sistema
/ sistema SCADA.
Necesidades de seguridad en sistemas SCADA
se hace un resumen de las principales amenazas de seguridad en
mayora controlado
a amenazas, ya que un
relativamente al alcance de cualquiera. Por
muy relacionada con la seguridad en

75

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 DESCRIPCION
Espionaje Recopilacin legal o ilegal de informacin clasificada,
que luego sea usada para provecho personal o para
afectar a la competencia.
Sabotaje. Destruccin de los medios del competidor, para
beneficio propio, o sencillamente para perjudicar la
competencia.
Vandalismo Sabotaje sin ningn tipo de provecho.
Intrusin (Crackers) Intrusin a sistemas informticos sin permiso,
rebasando todas las barreras de seguridad.
Robo electrnico Robo de datos confidenciales, como cartera de
clientes, contraseas, datos de configuracin; ya sea
por intrusin o por soborno a los empleados.
Troyanos Programas de computador indeseables, que
provocan fallos de funcionamiento o extraccin de
datos sin permiso.
Bombas de tiempo Programas que se activan luego de determinado
tiempo. Estos programas pueden ser de operacin o
configuracin de equipos; secuencias de operacin,
etc.
Puertas traseras Se refiere a las entradas no legales o no permitidas a
informacin clasificada.
DoS (Denial of Service
o negacin de servicio)
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.
Intrusin electrnica 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.


76

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

77

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

78

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.


79

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.

Fuente: Sistemas SCADA, Edicin 2, Rodrguez Aquilino, pg 214

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.

80

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.


81

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.

82

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 y
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.


83

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

84

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.

85

- 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

86

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

87

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 salida
14
.

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

88

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 remoto
15
. 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

control especializndose para cada segmento de red. Es la estructura
habitual en redes


2.2.4 Recomendaciones bsicas

Algunas organizaciones internacionales, especialmente en Estados Unidos,
recomiendan en cuanto a seguridad:

Sobre los accesos de red
microondas, telfono (mdem

- Se debe asegurar que cada acceso de red est identificado y vigilado.
- Debe existir pleno conocimiento de la arquitectura, nmero d
acceso y funcin de cada uno.
- Garantizar aislamiento de cada punto de red.
- Debido a la lejana
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, e

16
http://es.wikipedia.org/wiki/Sistema_de_detecci%C3%B3n_de_intrusos
redes privadas virtuales (VPN)
16
.

Grfico No 40. Ejemplo de IDS.
Recomendaciones bsicas
cuanto a seguridad:
Sobre los accesos de red: (Redes LAN, internet, wi-fi, enlaces de radio,
microondas, telfono (mdem)).
Se debe asegurar que cada acceso de red est identificado y vigilado.
Debe existir pleno conocimiento de la arquitectura, nmero d
acceso y funcin de cada uno.
Garantizar aislamiento de cada punto de red.
lejana de algunos puntos RTU, estos deben ser accesibles solo
El control de acceso a puntos de red debe contener niveles de seguridad
Por ejemplo, contrasea de entrada, en caso de saber la contrasea,

http://es.wikipedia.org/wiki/Sistema_de_detecci%C3%B3n_de_intrusos
89
fi, enlaces de radio,
Se debe asegurar que cada acceso de red est identificado y vigilado.
Debe existir pleno conocimiento de la arquitectura, nmero de puntos de
de algunos puntos RTU, estos deben ser accesibles solo
El control de acceso a puntos de red debe contener niveles de seguridad
n caso de saber la contrasea,

90

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.

91

- 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.


92

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-20mA
17
. 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

3.1.1 Generalidades en comunicaciones SCADA.

Control centralizado y distribuido
en sistemas SCADA, ya que es la tcnica usada en los

El control centralizado normalmente est
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
fiabilidad del computador central.

En un sistema centralizado todos los mensajes y
nico; esto hace que al aumentar equipos a controlar, aumente el cableado,
apareciendo fenmenos elctricos y topolgicos indeseables.
muestra una topologa centralizada.

Grfico No 4


Para evitar todos los problemas que los sistemas centralizados presentan, los
sistemas de control industrial en su
donde la comunicacin es exclusivamente todos con el sistema central, sino
permite una comunicacin entre todos los nodos (comunicacin horizontal).

El control distribuido permitir que ante la existencia de varias unidades de control
que llevan a cabo diversas tareas, en caso de
posible transferir todo o parte
hacer bypass a las unidades con problemas permite ev
sistema, por otra parte exige que los diferentes controladores tengan una
Generalidades en comunicaciones SCADA.
Control centralizado y distribuido: El concepto de control 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
o puedan ser alcanzados, pero tiene la desventaja que depende de la
fiabilidad del computador central.
En un sistema centralizado todos los mensajes y rdenes tienen un punto focal
apareciendo fenmenos elctricos y topolgicos indeseables.
centralizada.
Grfico No 41. Control centralizado.
sistemas de control industrial en su mayora usan ahora una topologa
cin entre todos los nodos (comunicacin horizontal).
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
a las unidades con problemas permite evitar los bloqueos en el
93
distribuido es esencial
de campo.
por un computador, una
o puedan ser alcanzados, pero tiene la desventaja que depende de la
tienen un punto focal
apareciendo fenmenos elctricos y topolgicos indeseables. La grfica 41
topologa distribuida,
cin entre todos los nodos (comunicacin horizontal).
o sobrecarga de trabajo, ser
de las tareas a otras unidades. Esta idea de poder
itar los bloqueos en el

94

asignacin dinmica de tareas y por lo tanto se les va a exigir gran capacidad de
acceso a la comunicacin y tratamiento de la informacin
18
.

En la grfica 42 se muestra un ejemplo de un sistema de control distribuido.

Grfico No 42. Control Distribuido.

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.
CONTROL DE SUPERVISION
DISPOSITIVO DE
CONTROL
DISPOSITIVO DE
CONTROL
DISPOSITIVO DE
CONTROL
DISPOSITIVO DE
CONTROL

95

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.


96

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.

Fuente: Autor. 2008

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.
DTE DCE DCE
DTE
Canal de
comunicaciones

97

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

tiempo. Esto aumenta la eficiencia del sistema al requerir una sola
produccin de datos sin importar el nmero de solicitantes.

Comunicaciones en tiempo real
sistemas SCADA. Es una medida relativa, y depende del
un dispositivo RTU considere como tiempo real. El tiempo de respuesta es el
tiempo que transcurre entre el
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
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 me
el proceso controlado, entonces ya no se est operando en tiempo real.

El grfico 44 muestra un ciclo completo

Grfico No 44. Estructura general de un enlace de comunicaciones.


empo real. El concepto tiempo real es muy usado en
sistemas SCADA. Es una medida relativa, y depende del tiempo de respuesta
tiempo que transcurre entre el envo de la informacin por parte de la MTU y la
microsegundos, el ciclo de trabajo de un PLC es de aproximadamente
tardan en provocar un cambio en el sistema.
Si el tiempo de respuesta del elemento RTU es menor que el tiempo que requiere
muestra un ciclo completo de tiempo de respuesta en una RTU.
Estructura general de un enlace de comunicaciones.
98
es muy usado en
tiempo de respuesta que
de la informacin por parte de la MTU y la
microsegundos, el ciclo de trabajo de un PLC es de aproximadamente 10
nor que el tiempo que requiere
de tiempo de respuesta en una RTU.
Estructura general de un enlace de comunicaciones.

99

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
Tx
DESCRIPCION
Cable
elctrico.
Par paralelo
Dos conductores elctricos separados por un elemento aislante.
Usado en voz, datos (modem) y alimentacin elctrica.

Par apantallado: Cuando tiene una malla metlica a su alrededor.

Cable
elctrico.
Par
trenzado
Se usa para transmitir seales de audio o datos.


100

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.


101

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.

102

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
Multimodo
Maneja rangos de frecuencias de 366 a 333 Thz. Se usan en redes
LAN.


103

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.


104

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

105

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 RS232
19
: 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

106

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.

107

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.

108

Grfico No 48. Uso del conector DB25 para protocolo RS232.


Cuadro 5. Correspondencia de un DB-25 con un conector DB-9.



109

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.

110

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

111

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 MAC
20
, generalmente maestro/esclavo. Muchos buses
industriales se basan en la RS-485 como Capa Fsica
21
:

20
Veremos este concepto ms adelante,
21
IDEM.

112

- 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.


113

Cuadro 6. Comparacin entre estndares seriales.

SEAL ELEMENTOS DISTANCIA
(M)
VELOCIDAD
(Kbits/s).
RS232 Asimtrica 1 15 20
RS422 Simtrica 10 1200 10000
RS485 Simtrica 32 50 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.


Para generar la corriente, se usa una fuente de 10
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
equivalentes. Si se dese
por ejemplo, para transmitir seales digitales o analgicas
(Phase Locked Loop) y VCO (

Grfico No 52

Fuente: Sistemas SCADA, Edicin 2, Rodrguez

Fjese en el grfico 52
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

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
Para generar la corriente, se usa una fuente de 10 a 30 VDC, junto con un
resistencia de aproximadamente 100 ohm, obteniendo niveles de tensin
equivalentes. Si se desea hacer aislamiento galvnico se usan opto acopladores
por ejemplo, para transmitir seales digitales o analgicas aadiendo circuitos PLL
) y VCO (Voltaje Controled Oscillators).
No 52. Bucle de corriente de 4 a 20 mA.
como el receptor est en serie en el bucle, y detectar
Fundamentos de redes.
anteriormente las redes pueden ser centralizadas o distribuidas. Si
gran desventaja es que el fallo del equipo central
capacidad de maniobra y gran tolerancia a fallos. Las configuraciones
distribuidas se basan en las topologas conocidas de red.

114
a 30 VDC, junto con un
, obteniendo niveles de tensin
opto acopladores;
aadiendo circuitos PLL
Bucle de corriente de 4 a 20 mA.
como el receptor est en serie en el bucle, y detectar
anteriormente las redes pueden ser centralizadas o distribuidas. Si
central paraliza todo.
capacidad de maniobra y gran tolerancia a fallos. Las configuraciones

115

Cuadro 7. Resumen de topologas de red en sistemas SCADA.

TOPOLOGIA CARACTERISTICAS
Anillo

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.


116

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.


117

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).


118

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.

Los dispositivos intermedios de red, que implementan las funciones de
son:

- Repetidores: Implementan funciones de la primera capa. (Transmisin
de seales elctricas).
- Puentes: Implementan las dos primeras capas.
- Encaminadores: Implementan las tres primeras capas.

El cuadro 8 muestra de manera resumida las
OSI y sus funciones especficas.

Cuadro 8. Capas implementadas por el modelo de referencia OSI

Los dispositivos intermedios de red, que implementan las funciones de
Implementan funciones de la primera capa. (Transmisin
de seales elctricas).
Implementan las dos primeras capas.
Implementan las tres primeras capas.
muestra de manera resumida las capas implementadas por el modelo
OSI y sus funciones especficas.
Capas implementadas por el modelo de referencia OSI
119
Los dispositivos intermedios de red, que implementan las funciones de cada capa
Implementan funciones de la primera capa. (Transmisin fsica
capas implementadas por el modelo
Capas implementadas por el modelo de referencia OSI.

120

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

121

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

Descripcin y caractersticas principales.
Polling

Usado por red
Profibus DP, y
AS-i.
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).
TDMA

Usado por
Interbus.
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.
Producto -
Consumidor

Usado por
WordFIP
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
determinstico
(Previsible)
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

122

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.
Token
Estocstico.
(Aleatorio)
O
CSMA
Con CSMA (Carrier Sense Multiple Access) cualquiera puede
transmitir mientras el bus no est ocupado.

Tiene el problema de las colisiones si dos estaciones
transmiten al mismo tiempo.
CSMA/CD+AMP

Usado por bus
CAN
AMP significa Arbitration on Message Priority. Controla las
colisiones, asignando prioridad a los nodos, por medio de
identificadores de 11 bits que las estaciones mandan antes de
transmitir datos.

CSMA/CD
(Colission
Detection)

Usado por redes
Ethernet.

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.
CSMA/CA
(Colission
Avoidance)

La estacin que quiere enviar datos, enva antes una trama
especial (JAM) seguida de una peticin de reserva de bus (IT).
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.


Estndar ISA / SP50.

Es una propuesta de la Sociedad para
Automatizacin, ISA, para complementar el paquete de protocolos propuesto por
el modelo OSI.

Se destacan las siguientes

- Define una interface
sistemas de control.

- Se proponen dos capas
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
lateralmente todos los niveles.

Grfico No 54. Niveles de Usuario y Supervisin en


- Desarrolla normas para definir
seales usadas en medidas de procesos y control. Por ejemplo, uno de los
estndares ms difundidos en la automatizacin industrial es el ANSI/ISA
50.1-1982, el cual especifica la transmis
instrumentacin y seales de control.

- Trae especificaciones sobre medios de transmisin, que
capa 0 en el modelo OSI.
transporte de seal: Las velocidades de tran
mximo de la red; las
nodos, y los tiempos de propagacin determinarn el tiempo de respuesta
del nodo ms alejado.
Es una propuesta de la Sociedad para Instrumentacin
siguientes caractersticas de este estndar:
interface comn entre componentes de medida electrnicos y/o
trol.
Se proponen dos capas ms. La capa de usuario, la cual realiza labores de
redes involucrados en todos los niveles. Es como una capa que cubre
lateralmente todos los niveles.
Niveles de Usuario y Supervisin en estndar
Desarrolla normas para definir caractersticas que deben cumplir las
difundidos en la automatizacin industrial es el ANSI/ISA
1982, el cual especifica la transmisin de corriente, 4
instrumentacin y seales de control.
rae especificaciones sobre medios de transmisin, que
capa 0 en el modelo OSI. Las leyes fsicas que condicionarn el tipo de
transporte de seal: Las velocidades de transmisin determinan el alcance
; las prdidas energticas fijarn la distancia mxima entre
alejado.
123
Instrumentacin, Sistemas y
comn entre componentes de medida electrnicos y/o
. La capa de usuario, la cual realiza labores de
todos los niveles. Es como una capa que cubre
estndar ISA/SP50
que deben cumplir las
difundidos en la automatizacin industrial es el ANSI/ISA-
in de corriente, 4-20mA, para
rae especificaciones sobre medios de transmisin, que sera como una
Las leyes fsicas que condicionarn el tipo de
smisin determinan el alcance
energticas fijarn la distancia mxima entre

124

- 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.
CAPA2 - 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
crticas
22
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

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.

125

pero con informacin crtica; y mensajes de fondo, grandes, para
diagnstico y control.
CAPA7 - 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.


Grfico No 55. Niveles de Usuario y Supervisin en


Los dispositivos se disgregan en elementos lgicos, que son los llamados
acordes a su funcin. Por ejemplo, un
diagnosticarn y controlarn de manera
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)
comportamiento (reacciones a eventos). Usando esta composicin el protocolo
permite que dispositivos similares sean intercambiables aunque vengan de
diferentes fabricantes; asignndole

Otras caractersticas del protocolo CIP son:

- Tiene la posibilidad de adaptarse a nuevas tecnologas emergentes, como
fireware, bluetooth o USB, sin que
nuevas tecnologas
- Independencia en la
bajo DeviceNet puede transferirse a Ethernet/IP sin necesidad de ser
ajustado por la capa de aplicacin.
Niveles de Usuario y Supervisin en estndar
Los dispositivos se disgregan en elementos lgicos, que son los llamados
. Por ejemplo, un arrancador y un variador se configurarn,
diagnosticarn y controlarn de manera similar por tener base lgica similar.
Cada objeto se compone de atributos (datos), servicios (comandos) y
asignndole perfiles similares.
l 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
tecnologas deban cambiar su estructura de desarrollo.
Independencia en la capa de aplicacin. Por ejemplo, un mensaje generado
ajustado por la capa de aplicacin.
126
estndar ISA/SP50
Los dispositivos se disgregan en elementos lgicos, que son los llamados objetos,
y un variador se configurarn,
similar por tener base lgica similar. Esto
, servicios (comandos) y
Tiene la posibilidad de adaptarse a nuevas tecnologas emergentes, como
signifique que los creadores de estas
deban cambiar su estructura de desarrollo.
capa de aplicacin. Por ejemplo, un mensaje generado

127

- 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

necesidades en la comunicacin entre
control de mayor nivel.

Para resumir, de forma grfica, la estructura de los sistemas de comunicacin en
un entorno industrial productivo,
(Computer Integrated Manufacturing)
el trfico y tipo de informacin q
pirmide.

Grfico


En la gestin de la empresa
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
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
escala pero independientes unos de otros, estos se dividen en reas de trabajo
dentro de la misma fbrica

necesidades en la comunicacin entre estos dispositivos y los elementos de
productivo, se toma como referencia la
Computer Integrated Manufacturing), la cual se divide en niveles, de acuerdo con
el trfico y tipo de informacin que se intercambia. El grfico 56
Grfico No 56. Pirmide de la automatizacin.
Curso de Redes Industriales. Universidad de Oviedo. Tema 1.
En la gestin de la empresa se procesan grandes cantidades de informacin, y se
compuesta por bastantes puestos de trabajo.
las llamadas redes WAN. Muchas veces la gestin est ubicada
. Los requerimientos de este nivel, son puramente informticos.
controlan alguna planta o un grupo de procesos especfico,
el segundo nivel. Si las fbricas controlan varios procesos a gran
fbrica, lo que conformara el nivel 3, nivel de
128
estos dispositivos y los elementos de
se toma como referencia la pirmide CIM
, la cual se divide en niveles, de acuerdo con
ue se intercambia. El grfico 56 muestra esta
de la automatizacin.
se procesan grandes cantidades de informacin, y se
las llamadas redes WAN. Muchas veces la gestin est ubicada fsicamente lejos
. Los requerimientos de este nivel, son puramente informticos.
controlan alguna planta o un grupo de procesos especfico,
controlan varios procesos a gran
el nivel 3, nivel de rea.

129

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

130

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.


131

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 CARACTERISTICA O CRITERIO DE DISEO
Protocolos - 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.
Interoperabilidad - 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.
Topologas - Se usan las mismas topologas de las redes de datos,

132

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.
Control de
Acceso al
Medio. (MAC)
- 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).
Medio Fsico - 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.
Control en
tiempo real.
- 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.
Seguridad - 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

133

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.


134

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.

135

- 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
datos
23
.

Se pueden diferenciar cuatro tipos de buses, que forman cuatro tipos de redes
industriales.

- 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)

23
Concepto Global de Bus de Campo.

136

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 CARACTERISTICAS
Alta velocidad y
baja funcionalidad.

- 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.

Alta velocidad y
funcionalidad
- Capa de Enlace preparada para enviar
eficientemente bloques de datos de tamao medio.

137

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.
Altas prestaciones - 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.

138

- Conjunto completo de funciones de administracin
de la red.

Ejemplos

- Profibus
- FIP
- Fieldbus Foundation
Buses para reas
de seguridad
intrnseca
- 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.

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.

139

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.


140

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



141

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 sub-
niveles. Los terminales de rama (Branch Terminals) se utilizan para extender la

142

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

143

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

144

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



145

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

146

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


147

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

148

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.


149

Cuadro 13. Buses de campo ms conocidos.

TECNOLOGA ESTNDARES
CARACTERSTICAS
BSICAS
Actuado Sensor
Interfase (AS-i)
IEC 62026-2:2000. EN 50295;1999 Bus de sensores.
31 esclavos de 4E/4S o 62 de 4E/3S
10 ms de tiempo de ciclo
Hasta 300 metros.
CANopen ISO 11898. EN 50325-4:2002 Hasta 40 nodos (2032 objetos)
Velocidad: 125 kbit/s 1 Mbit/s.
Hasta 40 m
ControlNet IEC/EN 61784-1 CPF 2, IEC61158
Type 2
Bus basado en Ethernet/IP
Hasta 99 nodos.
Velocidad: 5 Mb/s
Hasta 30000 m.
DeviceNet ISO 11898. ISO 11519.
IEC 62026-3:2000. EN 50325-2: 2000
Bus de sensores basado en CAN
Hasta 64 nodos.
Velocidad: 125 500 kbit/s
Hasta 500 m.
Fieldbus Messaging
Specification (FMS)
IEC/EN 61158 Type 9 Conjunto de comandos para la capa 7 de
OSI. No es una especificacin de bus
fsico.
Foundation Fieldbus
(FF)
IEC/EN 61784-1 CPF 1, IEC61158
Type 1
Bus de procesos
Hasta 32 elementos.
Velocidad: 31.25 Kbit/s. 2.5 Mbit/s o 10
Mbit/s
Hasta 1900 m. (Velocidad baja).
FP High Speed
Ethernet (HSE)
IEC/EN 61158 Type 5 Foundation Fieldbus adaptado a
Ethernet.
Velocidad 100 Mbit/s.
Hart Bus de procesos.
Transmisin anloga digital.
Hasta 15 elementos por segmento.
Hasta 30000 m.
Hasta 1200 bit/s
Interbus EN50254 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.
LON - Works Propietario Utilizado en domtica.
Hasta 255 segmentos y 127 nodos por
segmento (Max 32385 nodos).
Modbus Hasta 256 esclavos.
Transmisin ASCII o RTU, Utilizando
RS232, RS422 o RS485.
Modbus TCP / IP Modbus adaptado a Ethernet.
P-Net IEC/EN 61784-1 CPF 4, IEC61158
Type 4
Red circular de 2 hilos
Hasta 32 Maestros/ 125 elementos.
Transmisin RS-485.
Velocidad 78.6 Kbit/s

150

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).

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.
Profinet IEC/EN 61158 Type 10. Profibus adaptado a Ethernet.
SDS ISO 11898. IEC 62026/5:2000
EN 50325-3:2001
Bus de sensores basado en CAN.
Velocidad: 125 kbit/s 1 Mbit/s.
WorldFIP IEC/EN 61784-1 CPF 5
IEC61158 Type 7
Bus Universal.
Hasta 256 nodos por bus.
Velocidad hasta 2.5 Mb/s (6Mb/s fibra).
Hasta 40 Km.



151

BILIOGRAFIA

Rica.

Espaa. Captulo 4 y 5.


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.

Ttulo: Buses de Campo.

Ttulo: RS-485 y Buses derivados.

Ttulo: El bus de campo AS-i


152

Ttulo: El bus CAN.

Ttulo: El bus Interbus.

Ttulo: PROFIBUS
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

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

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.

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. En:
http://www.depeca.uah.es/wwwnueva/docencia/IT-INF/ctr-eco/Tema4.pdf
(Consulta: Mayo de 2008).

Ttulo: Medios de transmisin.
En:
www.it.uniovi.es/docencia/Telematica/fundamentostelematica/material/Fundam
entosTelematica-Tema4.pdf (Consulta: Mayo de 2008).


153

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.


154

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.

155

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.

Fuente: Autor.
DE ACUERDO AL TIPO DE TRABAJO
DE ACUERDO AL ENTORNO
FISICO DEL PUESTO DE TRABAJO
DE ACUERDO AL TRABAJADOR
FACTOR DE RIESGO EN ENTORNO LABORAL
- 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.


156

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

157

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.

158

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
FACTOR DE
RIESGO: TIPO
DE TRABAJO.
- 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.
FACTOR DE
RIESGO:
ENTORNO 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.
FACTOR DE
RIESGO:
TRABAJADOR
- 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

159

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 EFECTOS
- 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
- 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.

160

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
Malas posturas:
- Aumento de fatiga en el cuello
por inclinaciones superiores a 30
grados, para mirar pantallas o
documentos.
- Sobrecargo de la musculatura del
cuello y hombros, por giros
constantes superiores a 20
grados por mirar documentos o
pantallas ubicadas lateralmente.
- Sobrecarga en la zona lumbar
por sillas mal ajustadas, bancos
sin respaldo o esfuerzos visuales
que provocan inclinaciones.
- Riego sanguneo en las piernas
por sillas demasiado elevadas
que provocan malas posiciones
en las piernas.
Trastornos a nivel de columna vertebra

- Cansancio general.
- Molestias en el cuello.
- Molestias en los hombros por
mala posicin de brazos.
- Dolores de espalda.
- Afecciones cervicales.
- Molestias posturales.
- Molestias en codo, por tensin en
los antebrazos.
- Sndrome de tnel carpiano, por
la posicin forzada de la mano
sobre el teclado (prdida de
sensibilidad y hormigueo en los
dedos).
- Tendinitis (dedo pulgar).
- Entumecimiento (sensacin de la

161

- 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).


162

Cuadro 17. Trastornos mentales comunes en trabajadores SCADA. Causas /
Efectos.

TRASTORNOS MENTALES
CAUSAS EFECTOS
- Empleo de interfases poco
amigables u hostiles.
- Mala organizacin del trabajo.
- Presiones asociadas al trabajo.
- Puesto de trabajo con mltiples
entradas de informacin.
- Rutina.
- Sobrecarga de informacin.
- Atencin dirigida en forma
continua a una o ms fuentes de
informacin durante largos
intervalos de tiempo.
- Poca claridad del trabajo
asignado.
- Funciones mal definidas.
- Carga laboral por: tiempo,
esfuerzo mental o presin
psicolgica.
Alteraciones psicosomticas:

- Dolores de cabeza.
- Palpitaciones.
- Mareos.
- Temblores.
- Trastornos de aparato digestivo.

Alteraciones psquicas,

- Ansiedad.
- Falta de concentracin.
- Depresiones (Monotona,
repeticin de trabajo).
- Estrs (trabajar bajo presin).
- Cambios de humor.

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:


163

- 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.

164

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.

165

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.

166

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.

167

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 cooperativas, Relaciones
funcionales, Participacin (toma de decisiones, opiniones).
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:

168

ILUMINACIN
ALT0 : Ausencia de luz natural o deficiencia de luz artificial con sombras
Evidentes y dificultad para leer
MEDIO : Percepcin de algunas sombras al ejecutar una actividad (escribir)
BAJO : 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.

169

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 formativas
25
.

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

170

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

171

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 diseos
26
.
- 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.

172

- 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)
Resolucin
(Pixeles
ancho-alto)
Frecuencia de
refresco
Administrativa 35 cm / 14 640 x 480 70Hz
Multimedia 42 cm / 14 800 x 600 70Hz
Diseo tcnico 50 cm / 14 1024 x 768 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).


Cuadro 19. Estndares con respect
Uso Recomendado

Administrativa

Multimedia

Diseo


- 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
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

Estndares con respecto a las resoluciones para TRC

Tamao
(Diagonal)
Resolucin (Pixeles ancho
Gua Tcnica
35 cm / 14 640 x 480
38 cm / 15
40 cm / 16
42 cm / 17 800 x 600
45 cm / 18
48 cm / 19
50 cm / 20 1024 x 768
53 cm / 21
55 cm / 22
>22
Sistemas SCADA, Edicin 2, Rodrguez Aquilino, pg 109.
TCO03 se refiere a la Confederacin Sueca de Empleados profesionales,
mtodos de prueba orientados a la evaluacin de equipos de oficina, que se
han convertido en un referente a nivel mundial.
aparecen los estndares para pneles planos, en cuanto a
resolucin de pixeles.
Cuadro 20. Estndares para pneles planos.
173
o a las resoluciones para TRC
Resolucin (Pixeles ancho-alto)
TCO03
800 x 600
1024 x 768
1280 x 1024
1600 x 1200
TCO03 se refiere a la Confederacin Sueca de Empleados profesionales,
evaluacin de equipos de oficina, que se
aparecen los estndares para pneles planos, en cuanto a


- 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
frecuente debe haber aumento de legibilidad con 7 x 9 pixeles.
muestra en el grfico 69

Grfico No 69. Matriz de representacin de caracteres para buena legibilidad.


- En cuanto a la imagen
imagen libre de parpadeos, refresco de pantalla elevadas (mas de 60 Hz),
con buena luminancia (mnimo 35 Cd/m
caracteres y fondo de la pantalla; con
monitores para evitar reflejos; opciones de muestra de caracteres en
polaridad positiva y negativa.

- En cuanto a los colores
colores extremos del espectro (rojo y azul); sino
fondo neutro (negro o gris); o figuras de colores neutros sobre fondo color.

- La posicin del monitor:
por debajo de la lnea de visin. La posicin, altura, distancia e inclinacin
de las pantallas debe ser ajustable. Las superficies de visualizacin deben
de permanecer limpias
monitor situado por debajo de la lnea de visin permite una observacin
ms relajada, los prpados se abren menos,
cuesta menos parpadear y los ojos se irritan menos.

Grfico No 70
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
frecuente debe haber aumento de legibilidad con 7 x 9 pixeles.
muestra en el grfico 69.
Matriz de representacin de caracteres para buena legibilidad.
la imagen, se recomienda resoluciones de pantalla elevadas,
con buena luminancia (mnimo 35 Cd/m
2
), con ajuste de contraste entre
caracteres y fondo de la pantalla; con filtros antirreflectantes en los
polaridad positiva y negativa.
los colores, se recomienda no presentar simultneamente
colores extremos del espectro (rojo y azul); sino figuras en color sobre
l monitor: La parte ms elevada de la pantalla debe estar
as pantallas debe ser ajustable. Las superficies de visualizacin deben
limpias de polvo o marcas que distraigan la vista.
relajada, los prpados se abren menos, hay menos evaporacin,
cuesta menos parpadear y los ojos se irritan menos. (Ver grfico 70 y 71
Grfico No 70. Posicin ideal frente al monitor.
174
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 lectura
frecuente debe haber aumento de legibilidad con 7 x 9 pixeles. Esto se
Matriz de representacin de caracteres para buena legibilidad.
, se recomienda resoluciones de pantalla elevadas,
), con ajuste de contraste entre
filtros antirreflectantes en los
simultneamente los
figuras en color sobre
elevada de la pantalla debe estar
as pantallas debe ser ajustable. Las superficies de visualizacin deben
de polvo o marcas que distraigan la vista. Un
hay menos evaporacin,
(Ver grfico 70 y 71).
Posicin ideal frente al monitor.


Grfico No 71.


- Referente a los niveles de
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
situado con el eje paralelo a las ventanas para evitarlos.
estar perpendicular a las fuentes de luz d
grados respecto de stas para evitar los reflejos
72 y 73). Se recomienda evitar superficies reflectantes blancas o
metalizadas.

. Ajustes de posicin ideales en las pantallas.
Referente a los niveles de iluminacin en el rea de trabajo, hay
deben evitar zonas oscuras, todo debe estar iluminado. Se deben evitar
deslumbramientos y reflejos; por lo que el puesto de trabajo debe estar
situado con el eje paralelo a las ventanas para evitarlos.
perpendicular a las fuentes de luz del techo, o con un ngulo de 45
grados respecto de stas para evitar los reflejos de en pantalla. (Ver grfico
). Se recomienda evitar superficies reflectantes blancas o
175
ideales en las pantallas.
en el rea de trabajo, hay
deben evitar zonas oscuras, todo debe estar iluminado. Se deben evitar
por lo que el puesto de trabajo debe estar
situado con el eje paralelo a las ventanas para evitarlos. Adems debe
el techo, o con un ngulo de 45
de en pantalla. (Ver grfico
). Se recomienda evitar superficies reflectantes blancas o

Grfico No 72


Grfico No 73.


- La iluminacin general debe ser mayor a 200 lux, en la parte
documentacin superior a 300 lux, pero sin reducir el contraste de la
pantalla (menos de 500 lux). (Grfico 74

- En el entorno luminoso, los colores tienen coeficientes de reflexin
determinados, y est comprobado que tienen unos efectos psi
determinados sobre el trabajador; por ejemplo, los colores neutros
ayudarn en tareas de concentracin, y los colores estimulantes son
ideales para puestos

Grfico No 72. Equilibrio en la iluminacin.
. Posicin recomendada de puesto de trabajo.
La iluminacin general debe ser mayor a 200 lux, en la parte
(menos de 500 lux). (Grfico 74).
En el entorno luminoso, los colores tienen coeficientes de reflexin
determinados, y est comprobado que tienen unos efectos psi
n en tareas de concentracin, y los colores estimulantes son
ideales para puestos de trabajo montonos. (Cuadro 21).
176

Posicin recomendada de puesto de trabajo.
La iluminacin general debe ser mayor a 200 lux, en la parte de lectura de
En el entorno luminoso, los colores tienen coeficientes de reflexin
determinados, y est comprobado que tienen unos efectos psicolgicos
n en tareas de concentracin, y los colores estimulantes son

Grfico No 74


Cuadro 21


- Con respecto a estndares asociados al
frecuencia, la variacin
conversaciones, etc.
subjetividad (de los individuos)
equipo domtico (aires, ascensores, maquinas,
Para controlar y eliminar el ruido se recomienda una seleccin apropiada de
materiales de construccin, aplicar
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
Grfico No 74. Niveles de iluminacin ideales.

Cuadro 21. Efectos psicolgicos de los colores.

Con respecto a estndares asociados al ruido, se debe tener en cuenta
frecuencia, la variacin (cambios de intensidad), el contenido
etc.), la predictibilidad (si el ruido es predecible o no)
(de los individuos). Las fuentes de ruido son el exterior, el
equipo domtico (aires, ascensores, maquinas, etc.), de oficina y humano.
materiales de construccin, aplicar mtodos fonoabsorbentes en e
internos y seleccin de equipos de bajo nivel sonoro.
En los puestos de trabajo SCADA, donde se usan pantallas de
177
Niveles de iluminacin ideales.
Efectos psicolgicos de los colores.
se debe tener en cuenta la
, el contenido (alarmas,
(si el ruido es predecible o no) y la
Las fuentes de ruido son el exterior, el
), de oficina y humano.
fonoabsorbentes en equipos
En los puestos de trabajo SCADA, donde se usan pantallas de

178

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 Zona Nivel Sonoro (dBA)
Residencial.
Estancias 45
Dormitorios 40
Servicios 50
Zonas comunes 50
Administrativo.
Despachos 40
Oficinas 45
Zonas comunes 50
Docente.
Aulas 40
Salas de lectura 35
Zonas Comunes 50


- 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 25m
3
/h por trabajador.


179

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.


180

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.


181

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.


182

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.


183

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

184

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.


185

Grfico No 76. Proceso de escalamiento en sistemas SCADA

Fuente: Sistemas SCADA, Edicin 2, Rodrguez Aquilino, pg 41 a 43
PASO 1
PASO 2
PASO 3
PASO 4

186

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

187

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.


188

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 aplicaciones
27

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

189

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.


190

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

191

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

192

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.


193

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.

194

- 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.


195

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.

Rica.

Espaa. Captulo 1.


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.

Modulo ING231 Electronica Industrial Avanzada

Încărcat de

Informații document

Descriere originală:

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Modulo ING231 Electronica Industrial Avanzada

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

FACULTAD DE CIENCIAS BASICAS E INGENIERA

S-ar putea să vă placă și