Sei sulla pagina 1di 47

Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

Contenido
CAPITULO I INTRODUCCIÓN A LOS SISTEMAS SCADA ................................................................... 3 
1.  Introducción ...................................................................................................................... 3 
2.  Objetivos ........................................................................................................................... 3 
3.  Prestaciones ...................................................................................................................... 5 
4.  Ventajas ............................................................................................................................. 6 
5.  El entorno .......................................................................................................................... 8 
6.  Criterios de selección y diseño ........................................................................................ 10 
6.1.  Disponibilidad .............................................................................................................. 11 
6.2.  Robustez ...................................................................................................................... 12 
6.3.  Seguridad ..................................................................................................................... 13 
6.4.  Prestaciones ................................................................................................................ 14 
6.5.  Mantenibilidad ............................................................................................................ 14 
6.6.  Escalabilidad ................................................................................................................ 14 
7.  Arquitectura de los sistemas SCADA ............................................................................... 16 
7.1.  El hardware ................................................................................................................. 18 
7.1.1.  Interface Hombre Máquina (HMI, MMI) ................................................................. 19 
7.1.2.  Unidad central (MTU, Master Terminal Unit) ......................................................... 19 
7.1.3.  Unidad Remota (RTU, Remote Terminal Unit) ........................................................ 20 
7.1.4.  Sistema de comunicación ........................................................................................ 23 
7.2.  El software ................................................................................................................... 26 
7.2.1.  Comunicación entre aplicaciones ........................................................................... 28 
7.2.2.  Almacenamiento de datos ...................................................................................... 29 
8.  Módulos .......................................................................................................................... 32 
8.1.  Configuración .............................................................................................................. 32 
8.2.  Interface gráfica .......................................................................................................... 32 
8.3.  Tendencias .................................................................................................................. 33 
8.4.  Alarmas y eventos ....................................................................................................... 34 
8.5.  Registro y archivado .................................................................................................... 35 
8.6.  Generación de informes .............................................................................................. 35 
8.7.  Control de proceso ...................................................................................................... 36 
8.8.  Recetas ........................................................................................................................ 36 
8.9.  Comunicaciones .......................................................................................................... 37 
8.9.1.  Controladores específicos ....................................................................................... 37 
8.9.2.  Controladores genéricos ......................................................................................... 37 
9.  Tecnologías de comunicación entre aplicaciones ........................................................... 38 
9.1.  Objetos de software .................................................................................................... 38 
Sistemas SCADA  1 ‐ 1 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

9.2.  Objetos ActiveX ........................................................................................................... 38 
9.3.  DDE .............................................................................................................................. 39 
9.4.  OLE .............................................................................................................................. 40 
9.5.  OCX (OLE Controls) ...................................................................................................... 41 
9.6.  ACTIVEX ....................................................................................................................... 42 
9.7.  OPC (OLE for Process Control) ..................................................................................... 43 
10.  Comparación entre tecnologías de comunicación ...................................................... 44 
10.1.  OPC Server‐ ActiveX ................................................................................................ 44 
10.2.  OPC Server‐ DDE Server .......................................................................................... 44 
11.  El mayor sistema SCADA del mundo basado en Windows ......................................... 45 
 
   

Sistemas SCADA  1 ‐ 2 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

CAPITULO I
INTRODUCCIÓN A LOS SISTEMAS
SCADA 
1. Introducción 
SCADA es un acrónimo de  “Supervisory Control and Data Acquisition” o “Adquisición de Datos y 
Control  Supervisorio”.  Se  denomina  así  a  cualquier  herramienta  de  software  que  permita  el 
acceso  a  datos  en  forma  remota  de  un  proceso  y  permite,  utilizando  las  herramientas  de 
comunicación necesarias en cada caso, el control de dicho proceso. 

No  se  trata  de  un  sistema  de  control,  sino  de  una  herramienta  de  software  para  monitoreo  o 
supervisión,  que  realiza  la  tarea  de  interface  entre  los  niveles  de  control  (PLC)  y  los  niveles  de 
gestión, a un nivel superior. 

Los objetivos específicos de instalación de un sistema SCADA se pueden indicar como: 

 Brindan una funcionalidad completa de manejo y visualización en cualquier PC estándar. 

 Arquitectura abierta que permite combinaciones con aplicaciones estándar y de usuario, 
que permiten a los integradores crear soluciones de mando y supervisión optimizadas. 

 Sencillez  de  instalación,  sin  muchas  exigencias  de  hardware,  fáciles  de  usar  y  con 
interfaces de usuario amigables. 

 Permitir la integración con las herramientas ofimáticas y de producción. 

 Facilidad de configuración y escalabilidad, debe ser capaz de crecer o adaptarse según las 
necesidades cambiantes de la empresa. 

 Ser independiente del sector y la tecnología 

 Funciones de mando y supervisión integradas. 

 Comunicaciones  flexibles  para  poder  comunicarse  con  total  facilidad  y  de  forma 
transparente  al  usuario  con  el  equipo  de  planta  y  con  el  resto  de  la  empresa  (redes 
locales y de gestión). 

La  topología  de  un  sistema  SCADA  variará  adecuándose  a  las  características  de  cada  aplicación. 
Unos  sistemas  funcionarán  bien  en  configuraciones  de  bus,  otros  en  configuraciones  de  anillo. 
Unos necesitarán equipos redundantes debido a las características del proceso, etc. 

2. Objetivos 
Los sistemas SCADA se conciben principalmente como una herramienta de supervisión y mando. 
Entre los principales objetivos se pueden mencionar: 

 Economía: es más fácil ver que ocurre en la instalación desde la oficina que enviar a una 
persona a realizar la tarea. Ciertas revisiones se convertirán en innecesarias. 

 Accesibilidad:  por  ejemplo,  se  tiene  acceso  a  cada  dispositivo  o  equipo  de  un  parque 
eólico  desde  una  PC  en  la  sala  de  control,  desde  donde  es  posible  modificar  los 
parámetros  de  funcionamiento  de  cada  equipo  incluso  colocar  un  equipo  fuera  de 

Sistemas SCADA  1 ‐ 3 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

servicio en caso presente algún problema; se puede consultar el estado de las estaciones 
transformadoras del parque, detener los molinos que no sean necesarios, etc. 

 Mantenimiento: la adquisición de datos materializa la posibilidad de obtener datos de un 
proceso,  almacenarlos  y  presentarlos  de  manera  inteligible  para  un  usuario  no 
especializado. La misma aplicación se puede programar de manera que nos avise cuando 
se  aproximen  las  fechas  de  revisión  o  cuando  una  máquina  tenga  más  fallos  de  los 
considerados normales. 

 Ergonomía: es la ciencia que procura hacer que la relación entre el usuario y el proceso 
sea lo menos tirante posible. Los modernos ordenadores, con sus prestaciones gráficas, 
intentan sustituir a los grandes paneles, repletos de cables, pilotos y demás dispositivos 
informativos.  Pero  hay  un  problema  que  aún  persiste  y  es  “cómo  presentar  toda  esa 
información sin abrumar ni fatigar al usuario”. 

 Gestión:  todos  los  datos  recopilados  pueden  ser  valorados  de  diferentes  maneras 
mediante  herramientas  estadísticas,  gráficas,  valores  tabulados,  etc.  Que  permitan 
explotar el sistema con el mejor rendimiento posible. 

 Flexibilidad:  cualquier  modificación  de  alguna  de  las  características  del  sistema  de 
visualización  (añadir  el  estado  de  un  contador  de  partes,  realiza  algún  cálculo)  no 
significa  una  pérdida  de  tiempo  y  medios,  pues  no  hay  modificaciones  físicas  que 
requieran la instalación de un cableado o del contador. 

 Conectividad:  se  buscan  sistemas  abiertos,  es  decir,  sin  secretos  ni  sorpresas  para  el 
integrador.  La  documentación  de  los  protocolos  de  comunicación  actuales  permite  la 
interconexión  de  sistemas  de  diferentes  fabricantes  y  evita  la  existencia  de  lagunas 
informativas que puedan causar fallos en el funcionamiento o en la seguridad. 

 
Figura 1. Parque eólico 
Fuente:  http://www.copadata.com/es/industries/hot‐topics/sistema‐scada‐zenon‐energy‐edition‐software‐
para‐monitorear‐rastrear‐y‐analizar‐los‐parques‐eolicos‐copa‐data.html 

Todos  los  sistemas,  de  mayor  o  menor  complejidad,  orientados  a  lo  anteriormente  dicho, 
aparecen bajo uno de los nombres más habituales para definir esta relación: 

 MMI: Man Machine Interface (Interface Hombre‐Máquina) 
 HMI: Human Machine Interface (Interface Humano‐Máquina) 

El sistema a controlar aparece ante el usuario bajo un número más o menos elevado de pantallas 
con  mayor  o  menor  información.  Podemos  encontrar  planos,  fotografías,  esquemas  eléctricos, 
gráficos de tendencias, etc. 

Sistemas SCADA  1 ‐ 4 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

3. Prestaciones 
Los  sistemas  SCADA  son  herramientas  de  interface  hombre‐máquina  y  comprende  una  serie  de 
funciones y utilidades encaminadas a establecer una comunicación lo más clara posible entre el 
proceso y el operador. 

 
Figura 2. Sistema SCADA 
Fuente: http://www.iturcemi.com/wp‐content/uploads/2013/03/camacho1.jpg 

Entre las prestaciones de una herramienta de este tipo destacan: 

 Monitorización: Representación de datos en tiempo real a los operadores de planta. Se 
leen  los  datos  de  los  autómatas  (temperaturas,  velocidades,  detectores,  …).  Una 
máquina  simple,  una  instalación  hidroeléctrica,  un  parque  eólico,  pueden  ser  vigilados 
desde muchos kilómetros de distancia. 

 Supervisión:  Supervisión,  mando  y  adquisición  de  datos  de  un  proceso  conjuntamente 
con herramientas de gestión para la toma de decisiones (mantenimiento predictivo, por 
ejemplo).  Tienen  además  la  capacidad  de  ejecutar  programas  que  puedan  supervisar  y 
modificar  el  control  establecido  y  bajo  ciertas  condiciones,  anular  o  modificar  tareas 
asociadas a los autómatas. Evita una continua supervisión humana. 

 Adquisición  de  datos:  Un  sistema  de  captación  solar  se  puede  observar  mediante 
herramientas  registradoras  y  obtener  así  un  valor  medio  de  la  irradiación  en  la  zona, 
guardando  los  valores  obtenidos  y  evaluándolos  posteriormente  (los  parámetros  de 
velocidad  y  temperatura  de  cada  máquina  de  la  línea  de  almacenan  para  su  posterior 
proceso). 

 Visualización de alarmas y eventos: Reconocimiento de eventos excepcionales ocurridos 
en  la planta  y  su  inmediata  puesta  en conocimiento a los  operadores para  efectuar  las 
acciones  correctivas  pertinentes.  Además,  los  paneles  de  alarma  pueden  exigir  alguna 
acción de reconocimiento por parte del operador, de forma que queden registradas las 
incidencias. Además se pueden mostrar visualmente estas incidencias en forma de aviso 
en la pantalla con indicación gráfica de la situación de fallo y con un mensaje sonoro si 
fuese necesario. 

Sistemas SCADA  1 ‐ 5 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 Mando:  Posibilidad  de  que  los  operadores  puedan  cambiar  consignas  u  otros  datos 
claves  del  proceso  directamente  desde  el  ordenador  (marcha,  paro,  modificación  de 
parámetros, …). Se escriben datos sobre los elementos de control. 

 Grabación  de  acciones  o  recetas:  En  algunos  procesos  se  utilizan  combinaciones  de 
variables  que  son  siempre  las  mismas.  Un  sistema  de  recetas  permite  configurar  toda 
una planta de producción ejecutando un solo comando. 

La línea de vulcanizado en continuo (donde fabrican los perfiles de goma de las ventanas, 
por  ejemplo)  se  compone  de  varias  máquinas  encadenadas  con  múltiples  parámetros 
(velocidad y temperatura principalmente) que dependen del tipo de perfil a elaborar (la 
goma  más  ancha,  más  estrecha,  con  forma  más  o  menos  compleja,  etc.).  Con  una  sola 
pulsación  se  pueden  poner  en  marcha  todas  las  máquinas  y  programar  las  diferentes 
zonas de temperatura o velocidad de toda la línea del ejemplo. 

 
Figura 3. Faja transportadora 
Fuente:http://1.bp.blogspot.com/‐lC3‐YSX5BrY/TikHNh1_CKI/AAAAAAAAAWg/9SbSwerDkJg/ 
s1600/Pc+Simu.jpg 

 Seguridad  de  los  datos:  Tanto  el  envío  como  la  recepción  de  datos  deben  estar 
suficientemente protegidos de influencias no deseadas, intencionadas o no (fallos en la 
programación, intrusos, situaciones inesperadas, etc.). 

 Seguridad  de  acceso:  Restringir  las  zonas  del  programa  comprometidas  a  usuarios  no 
autorizados,  registrando  todos  los  acceso  y  acciones  llevadas  a  cabo  por  cualquier 
operador. 

 Posibilidad de programación  numérica: Permite realizar cálculos aritméticos de elevada 
resolución  sobre  la  CPU  del  ordenador  (lenguajes  de  alto  nivel,  C,  Visual  Basic, 
generalmente). 

4. Ventajas 
Cuando se habla de un sistema SCADA no hay que olvidar que hay algo más que las pantallas que 
nos informan de cómo van las cosas en nuestra instalación. Tras estas se encuentran multitud de 
elementos de regulación y control, sistemas de comunicaciones y múltiples utilidades de software 
que pretenden que el sistema funcione de forma eficiente y segura. 

Las  ventajas  más  evidentes  de  los  sistemas  de  control  automatizado  y  supervisado  (SCADA)  se 
indican a continuación: 

Sistemas SCADA  1 ‐ 6 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 El  actual  nivel  de  desarrollo  de  los  paquetes  de  visualización  permite  la  creación  de 
aplicaciones funcionales sin necesidad de ser un experto en la materia. 

 Un  sistema  PLC  está  concebido  para  trabajar  en  condiciones  adversas,  proporcionando 
robustez y fiabilidad al sistema que controla. 

 La  modularidad  de  los  autómatas  permite  adaptarlos  a  las  necesidades  actuales  y 
ampliarlos posteriormente si es necesario. 

 Cualquier tipo de sensor y actuador puede integrarse en un programa de PLC mediante 
las  múltiples  tarjetas  de  adquisición  disponibles  (tensión,  corriente,  sondas  de 
temperatura, etc.). 

 Gracias  a  las  herramientas  de  diagnóstico  se  consigue  una  localización  más  rápida  de 
errores. Esto permite minimizar los períodos de paro en las instalaciones y repercute en 
la reducción de costos de mantenimiento. 

 Un sistema de control remoto (RTU) puede definirse de manera que pueda funcionar de 
forma autónoma, aún sin comunicaciones con la estación maestra. 

 El  concepto  de  telemantenimiento  permite  realizar  modificaciones  de  software  en  las 
estaciones remotas (RTU) desde el centro de control. 

 Los  programas  de  control  pueden  documentarse  convenientemente  de  manera  que 
puedan ser fácilmente interpretados por los técnicos de mantenimiento. 

 Un conjunto de manuales de usuario y documentación técnica adecuados permitirán el 
manejo satisfactorio por terceras personas. 

 Los  sistemas  de  diagnóstico  implementados  en  los  elementos  de  control  informan 
continuamente de cualquier incidencia en los equipos. 

 Los programas de visualización pueden presentar todo tipo de ayuda al usuario, desde la 
aparición de una alarma hasta la localización de la causa o la parte de esquema eléctrico 
implicada  en  la  misma.  Esto  permite  reducir  los  tiempos  de  localización  de  averías  al 
proporcionarse información sobre el origen y las causas de los fallos. 

 Generación  y  distribución  automática  de  documentación.  El  sistema  de  visualización 


puede recoger los datos del autómata y presentarlos en formatos fácilmente exportables 
a otras aplicaciones de uso común, tales como hojas de cálculo. 

 Haciendo  uso  de  las  tecnologías  celulares  (GSM,  GPRS,  UMTS),  los  sistemas  de  control 
pueden mantener informados sobre cualquier incidencia a los operadores responsables 
de los mismos mediante mensajes de correo electrónico o de voz. 

 La  integración  de  sistemas  es  rápida  gracias  a  los  sistemas  de  comunicación 
estandarizados. 

 La tecnología web permite el acceso desde cualquier punto geográfico a nuestro sistema 
de control. 

 Los  protocolos  de  seguridad  permiten  una  gestión  segura  y  eficiente  de  los  datos, 
limitando el acceso a personas no autorizadas. 

 Aumento de calidad del producto mediante las herramientas de diagnóstico. El operador 
es notificado en el momento en que se detecta una incidencia. 

Sistemas SCADA  1 ‐ 7 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 La  reducción  de  personal  permite  menor  número  de  equipos  de  mantenimiento,  más 
reducidos  y  mejor  coordinados  gracias  a  la  información  proveniente  de  las  estaciones 
remotas, evaluadas en el centro de control. 

 Posibilidad de mantenimiento por parte de proveedores locales de servicios. 

 El nivel de descentralización va en aumento, apostando por la modularidad. Esto permite 
una mayor disponibilidad, pues las funciones de control se pueden repartir y/o duplicar. 

 La distribución de recursos y control sobre la red permite una mejor coordinación entre 
las estaciones remotas en caso de fallos en una de ellas. 

 Mediante las redes de comunicación, el sistema SCADA se integra en la red corporativa, 
permite la integración entre los niveles de campo y gestión y completa así la estructura 
CIM (Computer Integrated Manufacturing). 

 
Figura 4. Acceso Web a un sistema SCADA 
Fuente: http://www.broadwin.com/features.htm 

5. El entorno 
La  automatización  de  sistemas,  desde  el  estado  inicial  de  aislamiento  productivo,  ha  pasado  a 
formar parte del ámbito corporativo y se engloba dentro del paquete empresarial con la finalidad 
de optimizar la productividad y mejorar la calidad. 

El esquema que representa los flujos de información dentro de la empresa y representa cómo se 
realiza  la  integración  a  todos  los  niveles  es  similar  a  la  conocida  pirámide  de  la  automatización 
CIM. 

Se  presenta  la  estructura  corporativa  dividida  en  tres  niveles,  que  engloban  las  funciones 
principales que se desarrollan en cada uno de ellos: 

Sistemas SCADA  1 ‐ 8 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 
GESTIÓN E.R.P. 
 

  PRODUCCIÓN M.E.S. 

  CÉLULA 
  CONTROL
 
CAMPO 
 

Figura 5. Pirámide de automatización CIM 
Fuente: elaboración propia 

 ERP (Enterprise Resource Planning o Planificación de Recursos Empresariales): engloba la 
parte de gestión: finanzas, compras, ventas, logística. 
 MES  (Manufacturing  Execution  System  o  Gestión  de  la  Producción):  comprende  la 
gestión  de  calidad,  documentación,  gestión  de  producción,  mantenimiento  y 
optimización. 
 CONTROL: engloba toda la parte de automatización y control de procesos. 

Estos niveles engloban diferentes flujos de información que se  dan entre los elementos de cada 
uno  de  ellos  (comunicación  horizontal)  y  el  intercambio  de  información  que  se  da  entre  los 
diferentes niveles (comunicación vertical). 

La  finalidad  de  este organigrama  es  disponer  de  la máxima información  posible  sobre  el  estado 
operativo global de la empresa para planificar las acciones de producción: 

 Conocer la demanda prevista para planificar la producción a corto, mediano y largo plazo 
y coordinar compras y logística (ERP). 
 Conocer  las  existencias  de material disponibles  para  aplicar  en  el  proceso  productivo  y 
decidir si hay que planificar nuevas compras (MES, Gestión de almacén). 
 Coordinar  los  ciclos  de  Mantenimiento  Preventivo  para  conocer  la  disponibilidad  de 
maquinaria  y  la  capacidad  operativa  durante  el  tiempo  de  producción  previsto  (MES, 
Mantenimiento). 
 Conocer el estado operativo de planta (CONTROL, SCADA). 

En el caso de relación con el exterior (proveedores de productos necesarios para el desarrollo del 
proceso) la comunicación se extiende hacia afuera (SCM, Supply Chain Management, Gestión de 
suministros). 

Este concepto es viable gracias a la aplicación generalizada de los principios de estandarización y 
escalabilidad  a  todos  los  niveles  (comunicaciones,  interfaces,  tratamiento  de  los  datos  y 
automatización). 

Los  tres  niveles  no  tienen  límites  claramente  definidos.  Las  herramientas  ERP  van  asimilando 
capacidades propias del nivel MES de la misma manera que las aplicaciones de control (SCADA) 
van  adquiriendo  prestaciones  del  nivel  superior  (MES)  al  disponer  de  herramientas  de 
comunicación con bases de datos y con aplicaciones internas y externas. 
Sistemas SCADA  1 ‐ 9 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 
Figura 6. Integración ERP, MES, SCADA 
Fuente: http://www.cti.es/ES_integracion.php 

Por  ejemplo,  el  paquete  WinCC  (Siemens)  dispone  de  un  servidor  OPC  DA  (Data  Access)  que 
permite  el  acceso  a  todas  las  variables  del  sistema  y  a  variables  archivadas.  De  esta manera  es 
posible  transferir  los  datos  del  proceso  y  de  producción  hacia  arriba  dentro  del  sistema  de 
información empresarial. 

6. Criterios de selección y diseño 
Desde la invención de los primeros automatismos, los sistemas de control han ido creciendo en 
complejidad  y  han  invadido  todos  los  campos,  desde  las  máquinas  expendedoras  hasta  los 
grandes sistemas de gestión de energía. Han pasado a ser una parte integrante de nuestras vidas 
y  sólo  nos  damos  cuenta  de  su  verdadera  magnitud  cuando  éstos  dejan  de  funcionar 
correctamente debido a un mal diseño o a las situaciones imprevistas, que es casi lo mismo. 

Un  sistema  de  control  cualquiera  es  útil,  evidentemente,  mientras  funcione  correctamente.  En 
caso  contrario  puede  crear  problemas  de  forma  directa  (mal  funcionamiento  de  un  sistema  de 
potabilización de agua) o indirecta (el fallo del control sobre una estación transformadora puede 
hacer que el sistema de control central provoque un efecto dominó al sobrecargar las estaciones 
adyacentes, que no están preparadas para ello). 

La  reacción  de  un  sistema  ante  situaciones  inesperadas  determinará  su  grado  de  fiabilidad,  es 
decir, el tiempo de operación del mismo y puede mejorarse mediante el uso de técnicas de diseño 
adecuadas. 

Los  parámetros  que  influyen  en  las  posibilidades  de  supervivencia  se  pueden  englobar  los 
siguientes denominadores: 

 Disponibilidad 
 Robustez 
 Seguridad 
 Prestaciones 
 Mantenibilidad 

Sistemas SCADA  1 ‐ 10 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 Escalabilidad 

6.1. Disponibilidad 
Es  la  medida  en  la  que  sus  parámetros  de  funcionamiento  se  mantienen  dentro  de  las 
especificaciones de diseño. Se basará en dos pilares fundamentales: Hardware y software 

Hardware, Es el elemento físico y su estrategia se fundamenta básicamente en el concepto 
de redundancia, que consiste en 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 automáticamente en su lugar sin afectar la marcha). 

 
Figura 7. Redundancia de hardware en sistemas SCADA 
Fuente: http://www.larsentoubro.com/lntcorporate/common/ui_templates/html/ 
P_EBG_COFF_CANVAS1.html 

El principio de redundancia se aplica a todos los niveles, desde componentes individuales 
hasta  sistemas  enteros  (fuentes  de  alimentación,  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  también  el  concepto  de  sustitución  en  caliente.  Se  puede  realizar  el 
mantenimiento  y  cambio  de  componentes  defectuosos  sin  necesidad  de  detener  un 
sistema. 

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. También, si una falla o necesita mantenimiento, la otra puede seguir trabajando. 

En  el  ámbito  de  las  comunicaciones  entre  equipos  se  utiliza,  entre  otros  sistemas,  la 
topología en anillo de fibra óptica. En esta configuración dos anillos concéntricos de fibra 
sirven de camino a la información que se intercambia entre estaciones. 

En funcionamiento normal el tráfico se puede repartir entre los dos anillos. 

En  caso  de  rotura  del  anillo  en  cualquier  punto,  las  estaciones  más  próximas  a  la  rotura 
tienen  la  capacidad  suficiente  para  redirigir  el  tráfico  de  un  anillo  a  otro,  evitando  así  la 
interrupción de las comunicaciones. 

Sistemas SCADA  1 ‐ 11 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

En los equipos trabajando en paralelo uno de ellos hace de espejo. Si el equipo principal 
falla  el  de  reserva  asume  las  funciones  hasta  que  el  problema  se  resuelva.  En  este 
momento  se  realiza  una  sincronización  del  equipo  entrante  con  el  suplente  y  queda  el 
sistema completamente operativo. 

Otra posibilidad más tolerante a fallos es la que aplica redundancia múltiple, modalidad en 
la  cual  hay  más  de  un  equipo  de  reserva  trabajando  en  segundo  plano  que  se  mantiene 
actualizado por si aparecen fallos en uno o más equipos. 

6.2. Robustez 
Ante un fallo de diseño, un accidente o una intrusión, un sistema eficiente debe de poder 
mantener un nivel de operatividad suficiente como para mantener unos niveles mínimos 
de servicio. 

Es necesario contar con un plan de contingencia. Si una parte de un sistema queda aislado, 
accidentalmente o no, la parte aislada debe tener la suficiente capacidad de autogestión 
como para poder mantener un mínimo de control sobre su área de influencia. 

Por ejemplo, una estación de mecanizado de piezas de diferentes medidas, en el caso de 
una falla en las comunicaciones, activará una rutina de pedidos locales en función de los 
últimos valores de existencias recibidos, mecanizando los tipos de piezas que se estimen 
más necesarios. 

 
Figura 8. Robustez en sistemas SCADA 
Fuente: http://www.copadata.com/es/productos/zenon‐supervisor.html 

Un sistema de bombeo de varios niveles verificará que los datos que recibe son coherentes 
y  que  no  provocarán  problemas  en  los  equipos  y  en  caso  de  no  serlo,  se  debe  tomar  la 
iniciativa, anulándolos (autocontrol). 

En  el  caso  de  ocurrir  un  fallo  grave  en  el  sistema  central  (MTU)  puede  establecerse  un 
protocolo  de  desconexión  de  las  estaciones  remotas,  pasando  éstas  al  estado  de 
autogestión (esclavos inteligentes) hasta que la Unidad Central esté de nuevo habilitada y 
pueda retomar el control. 

Sistemas SCADA  1 ‐ 12 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

6.3. Seguridad 
Un  fallo  en  el  diseño,  un  usuario  malintencionado  o  una  situación  imprevista  podrían 
alterar los parámetros de funcionamiento de un sistema. 

Hoy  en  día  cualquier  sistema  de  control  puede  utilizar  uno  o  varios  métodos  de 
comunicación para enlazar todos los puntos de control de un proceso y en el momento en 
que se utilizan sistemas de comunicación que implican el acceso desde múltiples puntos, 
no siempre dentro de la empresa, es posible que alguno de estos accesos sea no deseado. 

 
Figura 9. Seguridad en sistemas SCADA 
Fuente: http://www.inteco.es/extfrontinteco/img/cm/10/01/92/87/72/10/01/ 
92/87/73/10/01/92/87/74/imagen_estudio_scada.png 

Ante  estas  situaciones  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  jerarquías  de 
usuario, que limitan el acceso a datos sensibles mediante contraseñas. Además, el 
acceso mediante usuarios permite establecer un archivo de accesos para conocer 
en todo momento quién ha cambiado algo en el sistema de control (registros de 
log). 

 Encriptando  los  datos  que  se  emiten  desde  las  estaciones  remotas  (Remote 
Terminal Units) o el control central MTU (Master Terminal Unit). 

 Filtrando  toda  la  información  recibida,  comprobando  si  su  origen  es  conocido  o 
no, por ejemplo: 

o Mediante el uso de códigos preestablecidos que se envían con los datos 
y se comprueban en el centro de control antes de ser aceptados. 

o Mediante  las  direcciones  de  los  elementos  emisores  (por  ejemplo,  las 
direcciones IP). 

 Fijando unos caminos de acceso predeterminados para la información, provistos 
de las herramientas necesarias para asegurar la fiabilidad de la información que 
los atraviesa (los puertos de acceso a un sistema). 

 Una vez que 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 

Sistemas SCADA  1 ‐ 13 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

funcionamiento normal del sistema, o incluso puedan provocar daños 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  guardián).  Muchos 
autómatas tienen salidas que se pueden configurar para indicar una anomalía. En 
caso de fallo detectado en la CPU, dicha salida se activa y sirve para notificar este 
estado mediante un aviso. 

6.4. Prestaciones 
Básicamente 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 mínima y 
está dentro de los parámetros que determinan el tiempo real de un sistema. 

En caso de declararse un estado de alerta, la actividad que se desarrolla aumenta de forma 
considerable la carga de los equipos informáticos y del personal que los maneja. El equipo 
debe poder asimilar toda la información que se genera, incluso bajo condiciones de trabajo 
extremas, de manera que no se pierda información aunque su proceso y presentación no 
se realicen en tiempo real. 

 
 Figura 10. Prestaciones en sistemas SCADA 
Fuente: http://www.adrformacion.com/cursos/scadawin/leccion1/tutorial1.html 

6.5. Mantenibilidad 
Los tiempos de mantenimiento pueden reducirse al mínimo si el sistema está provisto de 
unas buenas herramientas de diagnóstico que permitan realizar tareas de mantenimiento 
preventivo, modificaciones  y pruebas  de forma simultánea al funcionamiento normal del 
sistema. 

6.6. Escalabilidad 
Este concepto está básicamente 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 
Sistemas SCADA  1 ‐ 14 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 Capacidad del equipo informático (memoria, procesadores, alimentaciones). 

 Capacidad del sistema de comunicaciones (limitaciones físicas, protocolos, tiempo 
de respuesta). 

La aplicación de control debe poder evolucionar, adaptándose 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  las  tareas  (SCADA,  Archivo,  Alarmas,  Comunicaciones).  El  problema, 
aquí, reside en que todo pasa por un único punto que es el talón de Aquiles del sistema. 

Un  planteamiento  correcto  en  el  diseño  permitirá  un  mejor  aprovechamiento  de  los 
recursos. Por ejemplo si se decide implementar los sistemas de control de las instalaciones 
de  forma  centralizada,  será  más  costoso  realizar  una  ampliación  posterior,  pues 
tendremos  que  acabar  modificando  el  hardware,  cambiando  el  servidor  por  otro  que 
pueda  ser  más  rápido  debido  a  las  nuevas  exigencias  o  el  software  modificando  la 
aplicación. 

En cambio de forma distribuida, la ampliación posterior será más sencilla, pues podemos 
empezar  con  un  único  servidor  que  realice  todas  las  tareas  y  cuando  la  situación  lo 
requiera,  ir  añadiendo  más  servidores  (de  menor  costo,  pues  las  tareas  serán  más 
concretas) que sirvan de apoyo al inicial, compartiendo tareas del primero. 

Aquí tenemos el problema principal de la centralización, un fallo en el servidor (el único) 
provocará  una  caída  del  sistema  entero,  mientras  que  si  hay  varios  servidores 
compartiendo tareas el sistema será más tolerante a fallos. 

La tendencia es la de atomizar los grandes sistemas de supervisión y control en multitud 
de  componentes,  distribuyendo  los  sistemas  de  control  y  las  aplicaciones  en  diferentes 
máquina  distribuidas  a  lo  largo  de  la  red  y  con  capacidad  de  comunicarse  entre  ellas 
(servidores  de  datos  y  de  alarmas,  generadores  de  informes,  de  gráficas  de  tendencias, 
etc.). 

El paso último ya entra en el campo de la seguridad y se aplica el principio de redundancia 
como parte de la posibilidad de ampliación en un sistema. 

En  la  figura  11  podemos  observar  que  la  estructura  inicial  ahora  dispone  de  servidores 
redundantes que proporcionan un sistema seguro y tolerante a fallos: 

 Si cae la pasarela a Proceso, el control de campo sigue operativo gracias al panel 
de operador. 
 El  sistema  de  comunicaciones  debe  ser  redundante.  El  switch  se  ocupa  de  la 
gestión de la red corporativa. 
 Los terminales Scada permiten el acceso al control de la instalación (incluyendo el 
panel de operador). 
 Los  servidores  redundantes  toman  el  control  en  caso  de  problemas  en  los 
servidores principales. 

Para el usuario, estas estructuras y sus cambios son transparentes, las ve como un único 
sistema global de trabajo desde su PC. 

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 más eficiente. 

Por  ejemplo,  ampliar  un  sistema  de  control  de  una  fábrica,  mediante  la  integración  de 
nuevos servidores, no representará mayor problema que la adición de éstos y las pruebas 
de  funcionamiento  pertinentes,  como  nodos  nuevos  de  la  red  de  comunicaciones. 

Sistemas SCADA  1 ‐ 15 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

Aparecerá  al  usuario  un  aviso  en  su  correo  electrónico  que,  a  lo  mejor,  se  cambia  un 
nombre de acceso o una contraseña, pero se mantendrá el aspecto de su escritorio. 

 
Figura 11. Sistema SCADA escalable 
Fuente: propia 

7. Arquitectura de los sistemas SCADA 
El  desarrollo  de  la  PC  ha  permitido  su  implantación  en  todos  los  campos  del  conocimiento  y  a 
todos los niveles imaginables. 

Las primeras incursiones en el campo de la automatización localizaban todo el control en la PC y 
tendían  progresivamente  a  la  distribución  del  control  en  la  planta.  De  esta  manera,  el  sistema 
queda dividido en tres bloques principales: 

 Software de adquisición de datos y control (SCADA). 
 Sistema de adquisición y mando (sensores y actuadores). 
 Sistema de interconexión (comunicaciones). 

El usuario, mediante herramientas de visualización y control, tiene acceso al Sistema de Control 
de Proceso, generalmente una PC donde reside la aplicación de control y supervisión (se trata de 
un sistema servidor). La comunicación entre estos dos sistemas se suele realizar a través de redes 
de comunicaciones corporativas (Ethernet). 

El sistema de proceso capta el estado del sistema a través de los elementos sensores e informa al 
usuario a través de las herramientas HMI. Basándose en los comandos ejecutados por el usuario, 
el sistema de proceso inicia las acciones pertinentes para mantener el control del sistema a través 
de los elementos actuadores. 

Sistemas SCADA  1 ‐ 16 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

La  transmisión  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  comunicación  en  una  base  común,  como  Ethernet  Industrial.  Toda  la 
información  generada  durante  la  ejecución  de  las  tareas  de  supervisión  y  control  se  almacena 
para disponer de los datos posteriormente. 

 
Figura 12. Estructura básica de un sistema de supervisión y mando 
Fuente: propia 

Mediante  el  software  de  adquisición  de  datos  y  control,  el  mundo  de  las  máquinas  se  integra 
directamente  en  la  red  empresarial,  pasando  a  formar  parte  de  los  elementos  que  permitirán 
crear  estrategias  de  empresa  globales.  Aparece  el  concepto  de  Fabricación  Integrada 
Informatizada (Computer Integrated Manufacturing). 

Un sistema Scada es una aplicación de software especialmente diseñada para funcionar sobre PCs 
en  el  control  de  producción  que  proporciona  comunicación  entre  los  dispositivos  de  campo, 
llamados  RTU  (Remote  Terminal  Unit  o  unidades  remotas),  donde  se  pueden  encontrar 
elementos  tales  como  controladores  autónomos  o  autómatas  programables  y  un  centro  de 
control  o  Unidad  Central  (MTU,  Master  Terminal  Unit),  donde  se  controla  el  proceso  de  forma 
automática desde la pantalla de una o varias PCs. 

La  estructura  funcional  de  un  sistema  de  visualización  y  adquisición  de  datos  obedece 
generalmente  a  la  estructura  Maestro‐Esclavo.  La  estación  central  (el  maestro  o  master)  se 
comunica con el resto de estaciones (esclavos o slaves) requiriendo de éstas una serie de acciones 
o datos). 

 
Figura 13. Idea básica de un sistema SCADA 
Fuente: propia 

Sistemas SCADA  1 ‐ 17 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

7.1. El hardware 
Un sistema SCADA, a escala conceptual, está dividido en dos grandes bloques: 

 Captadores de datos: recopilan los datos de los elementos de control del sistema 
(por  ejemplo,  autómatas,  reguladores,  registradores)  y  los  procesan  para  su 
utilización. Son los servidores del sistema. 

 Utilizadores de datos: los que utilizan la información recogida por los anteriores, 
como  pueden  ser  las  herramientas  de  análisis  de  datos  o  los  operadores  del 
sistema. Son los clientes. 

 
Figura 14. SCADA, arquitectura básica de hardware 
Fuente: propia 

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 
autómatas programables o sistemas de regulación) envían la información a los servidores 
de  datos  (Data  Servers),  los  cuales  a  su  vez,  intercambian  la  información  con  niveles 
superiores del sistema automatizado a través de redes de comunicaciones de Área Local. 

Estos sistemas están formados por los siguientes elementos básicos: 

 Interface Hombre‐Máquina 
 Unidad Central 
 Unidad Remota 
 Sistema de comunicaciones 

Sistemas SCADA  1 ‐ 18 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

7.1.1. Interface Hombre Máquina (HMI, MMI) 
Comprende  los  componentes  principales  de  control  y  los  sistemas  de  presentación 
gráfica. La función de un panel sinóptico es la de representar, de forma simplificada, 
el  sistema  bajo  control  (un  sistema  de  aprovisionamiento  de  agua,  una  red  de 
distribución eléctrica, una fábrica). 

En  un  principio  los  paneles  sinópticos  eran  de  tipo  estático,  colocados  en  grandes 
paneles plagados de indicadores y luces. Con el tiempo han ido evolucionando, junto 
al  software,  en  forma  de  representaciones  gráficas  en  pantallas  de  visualización  de 
datos (PVD). En los sistemas complejos suelen aparecer los terminales múltiples, que 
permiten la visualización de forma simultánea de varios sectores del sistema. 

De  todas  formas  en  ciertos  casos,  interesa  mantener  la  forma  antigua  del  Panel 
Sinóptico, pues la representación del sistema completo es más clara para el usuario al 
tenerla  presente  y  no  le  afectan  los  eventuales  fallos  de  alimentación  de 
componentes o de controladores gráficos. 

 
Figura 15. Interfaz Hombre Máquina 
Fuente: http://kinomakino.blogspot.com/2013/03/looking‐for‐scada‐siemensnse.html 

7.1.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  estándares  asequibles  a  bajo  precio  para  cualquier 
parte interesada. De esta manera es posible intercambiar información en tiempo real 
entre centros de control y subestaciones situadas en cualquier lugar. 

En el Centro de Control se realiza principalmente la tarea de recopilación y archivado 
de datos. Toda  esta  información  que  se  genera  en el  proceso  productivo  se  pone  a 
disposición de los diversos usuarios que puedan requerirla. Se encarga de: 

Sistemas SCADA  1 ‐ 19 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 Gestionar las comunicaciones. 
 Recopilar los datos de todas las estaciones remotas (RTU). 
 Envío de información. 
 Comunicación con los operadores. 
 Análisis 
 Impresión 
 Visualización de datos. 
 Mando. 
 Seguridad. 

Estas tareas están encomendadas a equipos informáticos con funciones específicas y 
exclusivas, tales como: 

 Almacenar  Datos  (Database  Server):  se  ocupa  del  archivado  de  los  datos 
para  el  proceso  posterior  de  los  mismos  mediante  herramientas  de 
representación gráfica o de análisis estadístico. 
 Almacenar archivos (File Server): almacena los resultados de los análisis de 
los  datos  recogidos,  guarda  los  datos  concernientes  a  los  eventos  del 
sistema, datos de configuraciones, alarmas, etc. 
 Administración:  permite  la  gestión  y  el  mantenimiento  del  sistema  Scada, 
controlar los sistemas de seguridad, modificar la configuración de las tareas 
de backup, etc. 
 Comunicaciones:  permite  el  intercambio  de  datos  en  tiempo  real  con 
estaciones  remotas.  Este  es  un  punto  de  entrada  y  salida  de  datos,  por 
tanto,  debe  prestarse  especial  atención  a  la  seguridad  y  protegerlo  de 
accesos no autorizados. 

 
Figura 16. Centro de Control 
Fuente: http://www.indracompany.com/noticia/indra‐implantara‐el‐sistema‐da‐vinci,‐
propiedad‐de‐adif,‐para‐la‐gestion‐del‐trafico‐en‐los‐ferrocarriles‐lituanos 

7.1.3. Unidad Remota (RTU, Remote Terminal Unit) 
Por  Unidad  o  Estación  Remota,  podemos  entender  aquel  conjunto  de  elementos 
dedicados a labores de control y/o supervisión de un sistema, alejados del Centro de 
Control y comunicados con éste mediante algún canal de comunicación. 

Dentro  de  esta  clasificación  podemos  encontrar  varios  elementos  más  o  menos 
diferenciados: 

 RTU (Remote Terminal Unit): especializados en comunicación. 
 PLC (Programmable Logic Controller): tareas generales de control. 
 IED (Intelligent Electronic Device): tareas específicas de control. 

Sistemas SCADA  1 ‐ 20 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

a. RTU: Las Unidades Remotas se encargaban en un principio de recopilar los datos 
de  los  elementos  de  campo  (Autómatas  reguladores)  y  transmitirlos  hacia  la 
Unidad Central, a la vez que enviar los comandos  de control a éstos. Serían los 
denominados Procesadores de Comunicaciones. 

Suelen  estar  basados  en  PCs  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 
comunicación adecuados. Su construcción es más robusta, son operativos dentro 
de un rango de temperaturas mayor que las PCs normales y su robustez eléctrica 
también  es  mayor  (transitorios  de  red,  variaciones  de  alimentación, 
interferencias electromagnéticas). 

Con la introducción de sistemas inteligentes aparecen también las funciones de 
recogida  de  datos,  así  como  de  seguridad  ante  accesos  sin  autorización  o 
situaciones anómalas que puedan perjudicar el funcionamiento de la estación y 
provocar daños en sus componentes. 

El software de estos elementos suele estar elaborado en lenguajes de alto nivel 
(C, Visual Basic, Delphi) que permiten interpretar los comandos provenientes de 
la estación Maestra (Master Terminal Unit). 

 
Figura 17. Aplicación con RTU 
Fuente: http://www.gedigitalenergy.com/es/automation.htm 

b. PLC:  Los  controladores  lógicos  programables  o  PLC  (Programmable  Logic 


Controller),  empezaron  como  sistemas  de  dedicación  exclusiva  al  control  de 
instalaciones,  máquinas  o  procesos.  Con  el  tiempo  han  ido  evolucionando, 
incorporando  cada  vez  más  prestaciones  en  forma  de  módulos  de  amplicación, 
entre ellos los Procesadores de Comunicaciones, que han hecho desvanecerse la 
línea  de  división  entre  un  RTU  y  un  PLC,  quedando  incluidas  todas  las 
prestaciones en el PLC. 

A  su  vez,  los  PLCs  pueden  tener  elementos  distribuidos  con  los  cuales  se 
comunican a través de sistemas de comunicación llamados Buses de Campo. 

Sistemas SCADA  1 ‐ 21 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 
Figura 18. Aplicación con PLC 
Fuente: http://www.plcservo.com/UploadFile/Pic/2012110610043343231Pic.jpg 

c. IED: Son los denominados periféricos inteligentes (Intelligent Electronic Devices). 
Se trata de elementos con propiedades de decisión propias (programas) que se 
ocupan  de  tareas  de  control,  regulación  y  comunicación.  Dentro  de  esta 
clasificación  se  pueden  encontrar  elementos  tales  como  PLC,  Reguladores, 
Variadores  de  Frecuencia,  Registradores,  Procesadores  de  comunicaciones, 
Generadores  de  tiempo  y  frecuencia,  Controladores  de  energía  reactiva, 
Transductores, etc. 

 
Figura 19. Aplicación con variador de velocidad 
Fuente: http://www.selecsacatalogo.com/images/2009/variadores_de_velocidad/ 
galerias/mezcladoras/01.jpg 

d. Sistemas  remotos:  Hoy  día  una  estación  remota  no  es  necesariamente  un 
autómata  con  capacidades  de  comunicación  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  más  extenso,  como  el  control  de  distribución 
eléctrica de un país, donde las estaciones remotas pueden tener a su cargo una 
ciudad entera o controlar la distribución regional. 

En  este  caso,  la  estación  remota  tiene  implementadas  funciones  de  control, 
interface  hombre‐máquina,  adquisición  de  datos,  control  de  bases  de  datos, 
protocolos de seguridad y comunicaciones internas entre subsistemas. 
Sistemas SCADA  1 ‐ 22 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

En la siguiente figura, por ejemplo, se puede observar una subestación de control 
de  una  depuradora  dentro  del  sistema  de  distribución  y  gestión  de  agua  para 
consumo  de  una  región  determinada.  La  subestación  está  protegida  de  dos 
maneras: 

 
Figura 20. Arquitectura general de una RTU 
Fuente: propia 

 Hardware: funcionan como barreras físicas; desde la valla de protección 
de los recintos y los sistemas de vigilancia, hasta las llaves de las salas de 
control o de los armarios que contienen los elementos de mando (PLC). 

 Software:  son  barreras  lógicas.  Los  accesos  desde  dentro,  no 


autorizados, se evitan mediante sistemas de contraseñas en los equipos. 
Los accesos desde fuera, mediante dispositivos especiales que limitan el 
acceso (cortafuegos o firewalls). 

7.1.4. Sistema de comunicación 
El  intercambio  de  información  entre  servidores  y  clientes  se  basa  en  la  relación  de 
productor‐consumidor. 

Los  servidores  de  datos  interrogan  de  manera  cíclica  a  los  elementos  de  campo 
(polling), recopilando los datos generados por registradores, autómatas, reguladores 
de proceso, etc. 

Gracias  a  los  controladores  suministrados  por  los  diferentes  fabricantes  y  a  su 


compatibilidad  con  la  mayoría  de  estándares  de  comunicación  existentes  (buses  de 
Sistemas SCADA  1 ‐ 23 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

campo),  es  posible  establecer  cualquier  tipo  de  comunicación  entre  un  servidor  de 
datos y cualquier elemento de campo. 

Un  servidor  de  datos  puede  gestionar  varios  protocolos  de  forma  simultánea, 
estando  limitado  por  su  capacidad  física  de  soportar  las  interfaces  de  hardware 
(tarjetas  de  comunicación).  Estas  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  información  para 
mantener el enlace entre los diferentes elementos de la red: 

 Línea telefónica, dedicada o no. 
 Cable coaxial. 
 Fibra óptica. 
 Telefonía celular (GPRS, UTMS). 
 Radio (enlaces de radio VHF, UHF, Microondas) 

a. Topologías: Las diversas combinaciones de los elementos que se comunican dan 
lugar a unas topologías determinadas: 

 Punto  a  punto:  La  relación  es  del  tipo  Maestro‐Esclavo.  Un  solo  elemento 
remoto  (RTU)  está  conectado  al  sistema  de  control  (MTU)  mediante  una 
línea de comunicación. 

 
Figura 21. Topología Punto a punto 
Fuente: propia 
 Multipunto dedicado: una variante del modelo anterior. Un solo sistema de 
control  conectado  a  varias  estaciones  remotas  mediante  enlaces  directos 
permanentes. Esta configuración es delicada, pues todo el tráfico de la red 
se  centra  en  un  solo  punto,  la  Unidad  Central,  que  debe  poder  gestionar 
todo el tráfico generado por el resto de elementos. 

 
Figura 22. Topología Multipunto dedicado 
Fuente: propia 
 Multipunto  compartido  estrella:  tipo  Maestro‐Esclavo.  Esta  configuración 
en  estrella  utiliza  un  solo  puerto  de  comunicaciones,  realizándose  el 
intercambio de datos por turnos. Esto es posible debido a que las estaciones 
remotas tienen identificadores únicos. 

Sistemas SCADA  1 ‐ 24 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 
Figura 23. Topología Multipunto compartido estrella 
Fuente: propia 
 Multipunto  compartido  en  bus:  similar  al  anterior  pero  con  estructura 
Maestro‐Esclavo,  multimaestro  o  Cliente‐Servidor.  Una  o  varias  unidades 
centrales están conectadas a una o varias estaciones remotas mediante un 
medio común (bus). El acceso es también por orden y está gestionado por el 
sistema Maestro (polling). 
 Multipunto  compartido  en  anillo:  es  la  estructura  más  robusta  al 
proporcionar dos caminos para la información. En caso de fallo de un nodo 
el tráfico no se interrumpe.  

 
Figura 24. Topología Multipunto compartido en anillo 
Fuente: propia 
Generalmente cualquier aplicación de cierta envergadura utiliza varios de estos 
métodos  de  forma  simultánea,  tanto  en  medios  de  transmisión  como  en 
topologías. Esto permite su implantación de forma más eficiente, adaptando los 
recursos técnicos al terreno y optimizando los costos. 

Por  ejemplo,  para  grandes  distancias  se  utiliza  la  comunicación  por  satélite, 
microondas  o  radio,  cosa  que  no  tendría  sentido  (económico  al  menos)  para 
transmitir señales a pocos metros de distancia, caso en que es más indicado el 
cable. 

b. Seguridad: La aplicación de estándares a las comunicaciones permite una mayor 
integración y flexibilidad en las configuraciones. No hay que olvidar que el uso de 
estándares acarrea un problema, las carencias que estos estándares tienen. 

Por ejemplo, la implantación del sistema operativo Windows como un estándar 
de facto en los sistemas de visualización, o la adopción de las tecnologías Web, 
traen consigo problemas relacionados con la seguridad en los acceso (Hacking), 
los  virus  informáticos,  la  integridad  de  los  datos  o  los  problemas  de 
comunicaciones. 

En  la  siguiente  figura  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  firewalls 
que  protegen  el  sistema  de  accesos  externos  no  deseados,  desde  Internet  o 
desde una intranet. 
Sistemas SCADA  1 ‐ 25 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 
Figura 25. Seguridad en Redes SCADA 
Fuente: propia 

7.2. El software 
Un  programa  de  tipo  HMI  se  ejecuta  en  una  PC  o  Terminal  gráfico  y  unos  programas 
específicos le permiten comunicarse con los dispositivos de control de planta (hacia abajo) 
y  los  elementos  de  gestión  (hacia  arriba).  Estos  programas  son  los  que  denominamos 
controladores (o drivers) de comunicaciones. 

 
Figura 26. Concepto de driver o controlador 
Fuente: propia 

Sistemas SCADA  1 ‐ 26 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

Una  parte  del  paquete  (propia  o  de  terceros)  contiene  todos  los  controladores  de 
comunicación entre nuestra aplicación y el exterior, ocupándose de gestionar los enlaces 
de comunicación, tratamiento de la información a transferir y protocolos de comunicación 
(Profibus, AS‐i, CAN, Ethernet, Devicenet, … ). 

Por  lo  general  son  programas  de  pago,  se  deben  conseguir  licencias  de  uso  para  poder 
trabajar con ellos. 

El  driver  realiza  la  función  de  traducción  entre  el  lenguaje  del  programa  SCADA  y  el  del 
autómata (hacia abajo, por ejemplo, Profibus) o entre el SCADA y la red de gestión de la 
empresa (hacia arriba, con Ethernet, por ejemplo). 

Generalmente  la  configuración  del  controlador  de  comunicaciones  se  realiza  durante  la 
instalación  del  software  principal  o  como  programa  de  acceso  externo  al  ejecutar  la 
aplicación principal. 

Según la importancia del sistema, es posible especializar componentes, realizando tareas 
exclusivas dentro del sistema de control (servidores de datos, de alarmas, de históricos, de 
interface  hombre‐máquina,  etc.).  Una  vez  los  datos  de  planta  se  han  procesado,  pueden 
transferirse a otras aplicaciones de software, tales como hojas de cálculo o bases de datos. 
Esto es lo que podríamos denominar gestión de datos, que nos permite analizar eventos, 
alarmas, emergencias, etc, ocurridos durante la producción. 

En  un    programa  SCADA  tendremos  dos  bloques  bien  diferenciados:  el  programa  de 
desarrollo y el programa de ejecución o Run‐time. 

El programa de desarrollo engloba las utilidades relacionadas con la creación y edición de 
las  diferentes  ventanas  de  la  aplicación,  así  como  sus  características  (textos,  dibujos, 
colores, propiedades de los objetos, programas, etc.). 

El programa Run‐time permite ejecutar la aplicación creada con el programa de desarrollo 
(en la industria se entrega como producto acabado el Run‐time y la aplicación). 

 
Figura 27. Arquitectura general de software 
Fuente: propia 

Sistemas SCADA  1 ‐ 27 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

7.2.1. Comunicación entre aplicaciones 
Los  métodos  de  intercambio  de  información  entre  aplicaciones  informáticas  más 
conocidas son: 

a. OPC: El estándar de intercambio de datos por excelencia es OPC (OLE for Process 
Control). Es un estándar abierto que permite un método fiable para acceder a los 
datos desde aparatos de campo. El método de acceso siempre es el mismo, sin 
depender del tipo ni origen de los datos. 

Se  basa  en  la  tecnología  COM  (Component  Object  Model)  de  Microsoft,  que 
permite  definir  cualquier  elemento  de  campo  mediante  sus  propiedades, 
convirtiéndolo en una interface. De esta manera es posible conectar fácilmente 
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  aplicación  que  sólo  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 aplicación que realiza la recopilación 
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). 

b. ODBC:  Mediante  ODBC  (Open  Data  Base  Connectivity),  también  tecnología  de 
Microsoft  Windows,  tenemos  un  estándar  que  permite  a  las  aplicaciones  el 
acceso  a  datos  en  sistemas  de  Gestión  de  Bases  de  Datos  (Data  Base 
Management Systems) utilizando SQL como método estándar de acceso. OIDBC 
permite  que  una  aplicación  pueda  acceder  a  varias bases  de  datos  mediante  la 
inclusión del controlador correspondiente en la aplicación que debe acceder a los 
datos. 

La interface ODBC define: 

 Una librería de llamadas a funciones ODBC. 
 La sintaxis SQL necesaria. 
 Códigos de error estándar. 
 El  método  de  conexión  a  un  sistema  de  Gestión  de  Bases  de  Datos 
(DBMS). 
 El formato de presentación de los datos. 

Para  acceder  a  los  datos,  una  aplicación  necesita  un  controlador,  que  en 
Windows se llama Librería de enlace Dinámico (DLL, Dynamic Link Library) y en 
Unix  recibe  el  nombre  de  Objeto  (OBJ).  ODBC  permite  definir  un  estándar  que 
permite el intercambio entre bases de datos y aplicaciones. 

c. SQL: La aparición del estándar por excelencia para la comunicación con bases de 
datos,  SQL  (Structured  Query  Language),  brinda  una  interface  común  para  el 
acceso a los datos por parte de cualquier programa que se ciña al estándar SQL. 

El primer SQL aparece en 1986 bajo el nombre: ANSI X3.135‐1986. 
Sistemas SCADA  1 ‐ 28 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

Las posibilidades de esta tecnología incluyen: 

 Procedimientos: Son  bibliotecas de  comandos almacenados en  la  base 


de  datos.  Permiten  reducir  el  tráfico  de  red  y  simplificar  los 
procedimientos de acceso a los usuarios de las bases de datos. 

 Eventos: Son comandos que se activan de forma automática bajo unas 
ciertas condiciones, facilitando el mantenimiento de la integridad de los 
datos. 

 Replicación: Permite la duplicación y sincronización de bases de datos. 
Por ejemplo, para actualizar los datos de la base de datos central con los 
almacenados  en  una  unidad  remota  (RTU),  más  actuales,  o  para 
actualizar  un  servidor  de  datos  que  ha  quedado  temporalmente  fuera 
de servicio y se vuelve a poner en funcionamiento. 

 Accesibilidad: Permite el intercambio o envío de información basándose 
en  eventos.  Por  ejemplo,  el  envío  automático  de  mensajes  cuando  se 
cumplen ciertas condiciones dentro de un sistema. 

d. ASCII: Mediante el formato ASCII, común a prácticamente todas las aplicaciones 
informáticas,  tenemos  un  estándar  básico  de  intercambio  de  datos.  Es  sencillo 
exportar e importar datos de configuración, valores de variables, etc. 

e. API: Las herramientas API (Application Programming Interface) 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 históricos). 

7.2.2. Almacenamiento de datos 
Inicialmente  las  PCs  estaban  muy  limitadas  en  sus  capacidades  de  almacenamiento 
de  variables,  tanto  en  cantidad  como  en  tiempo.  Ya  en  los  albores  de  la 
automatización se vio la utilidad de poder disponer de datos almacenados sobre un 
sistema, de manera que se pudiera realizar cualquier tipo de análisis posterior como, 
por ejemplo, diagnósticos. 

También  aquí  se  podrían  establecer  una  serie  de  pasos  evolutivos  en  la  técnica  de 
almacenamiento de información: 

a. Archivos: La primera época de almacenamiento, anterior a las bases de datos, se 
basaba  en  el  almacenamiento  de  información  en  archivos,  accesibles  por  los 
programadores  de  las  aplicaciones.  Estos  archivos  eran  complicados  de  tratar 
debido  a  que  tenían  que  estar  perfectamente  identificados  y  localizados  en  el 
disco, así como la situación y el formato de los datos dentro de éstos. 

La  primera  revolución  aparece  con  la  técnica  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 fácil acceder a unos datos si se conoce el 
nombre de la variable. 

La limitación de este método radica en que la base de datos tiene un solo punto 
de acceso. 

b. Bases de datos: La aparición de las bases de datos jerárquicas permiten ordenar 
los  elementos  por  jerarquías  en  las  cuales  un  tipo  de  datos  consiste  en  un 

Sistemas SCADA  1 ‐ 29 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

subconjunto de otro tipo de datos más genérico. 

Por  ejemplo,  en  una  línea  de  producción  hay  un  conjunto  general  de  variables 
compuesto por los conjuntos de variables particulares de cada máquina. 

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 
más  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. 

c. Bases de datos relacionales: El paso definitivo, que separa los programas de las 
estructuras  de  datos,  se  da  con  la  aparición  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 más que un conjunto de tablas de datos que 
contienen  campos  que  sirven  de  nexo  de  unión  (relación)  y  que  permiten 
establecer  múltiples  combinaciones  mediante  la  utilización  de  estos  nexos.  Las 
combinaciones posibles son prácticamente ilimitadas, sólo hay que configurar el 
método  de  búsqueda  (query)  o  el  tipo  de  datos  que  se  quiere  consultar  y 
aplicarlo a los datos. 

Este  tipo  de  organización  permite  la  aparición  de  las  arquitecturas  del  tipo 
Cliente‐Servidor,  simplificando  la  administración  de  los  datos  y  los  programas 
que trabajan con éstos. 

La  consecuente  normalización  disminuye  las  necesidades  de  espacio  de 


almacenamiento  y  reduce  los  problemas  asociados  a  las  bases  de  datos 
redundantes (inconsistencias debidas por ejemplo a repetidores de registros). 

Los  usuarios  deben  poder  acceder  a  los  datos  de  forma  rápida  y  sencilla, 
pudiendo realizar sus propias estructuras de interrogación (queries) y obtener los 
datos  adecuados  a  sus  necesidades  para  su  posterior  tratamiento  (hojas  de 
cálculo, documentación, etc). 

d. Bases  de  datos  industriales:  Las  bases  de  datos  relacionales  normales  no  son 
adecuadas para los sistemas actuales de producción. 

Una  instalación  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  período  dado  de  tiempo.  El 
ejemplo  anterior  arroja  5.000  inserciones  por  segundo  en  la  base  de 
datos, requerimiento muy elevado para una base de datos relacional. 

 El  espacio  necesario  es  considerable  debido  a  la  cantidad  de 


información a almacenar. 

 El  lenguaje  SQL  no  está  optimizado  para  trabajar  con  datos  con 
indexación  temporal,  lo  cual  hace  difícil  la  tarea  de  especificar 
resoluciones temporales. 

Desarrollos  como  IndustrialSQL,  de  Wonderware,  solucionan  el  problema  de  la 
Sistemas SCADA  1 ‐ 30 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

actualización  de  datos  aumentando  la  capacidad  de  grabación  de  datos  y 
disminuyendo el espacio necesario en disco. 

Por ejemplo, un servidor dedicado con SQL Server 2000 es capaz de procesar más 
de 10.000 medidas por segundo. 

Las nuevas técnicas desarrolladas permiten aumentar el rendimiento de las bases 
de datos y, por tanto, el acceso a la información: 

 Las  arquitecturas  Cliente‐Servidor  permiten  a  los  desarrolladores  de 


producto transferir las aplicaciones desde los Clientes y el Servidor hacia 
una Capa de Aplicación intermedia. 

 Los  objetos  distribuidos  basados  en  tecnologías  tales  como  DNA  de 
Microsoft Windows, y que emplean modelos como DCOM y CORBA, se 
utilizan  para  implementar  la  Capa  de  Aplicación,  donde  se  usarán  las 
herramientas de análisis, seguimiento y gestión. 

CORBA  (Common  Object  Request  Broker  Architecture)  es  un  estándar 


para  computación  con  objetos  distribuidos.  Se  trata  de  una  tecnología 
de modelado abstracto de objetos que describe los componentes de un 
sistema  y  sus  interfaces,  así  como  estructuras  estándar  orientadas  a 
lenguajes de programación concretos. 

 OLE DB es un conjunto de interfaces basadas en la tecnología COM que 
permite  hacer  accesibles  los  datos  a  herramientas  SQL.  Permiten  la 
interacción  con  sistemas  de  Gestión  de  Bases  de  Datos  (DBMS)  y 
también compartir los datos a las bases de datos. 

 Los Objetos de Datos ActiveX (ADO, ActiveX Data Objects) proporcionan 
una serie de interfaces que dan acceso a los datos. 

Mediante  estas  tecnologías  las  bases  de  datos  distribuidas  pueden  ser 
accesibles como si formaran una única base de datos local (por ejemplo, 
desde  una  Panel  de  Operador  se  podrá  acceder  a  datos  de  cualquier 
lugar de la planta de fabricación). 

 Los  Servicios  de  Datos  Remotos  (RDS,  Remote  Data  Services)  y  las 
Páginas  de  Servidores  Activos  (ASP,  Active  Server  Pages),  permitirán  el 
acceso  fiable  a  internet.  RDS  proporciona  la  infraestructura  para  el 
intercambio  de  datos  por  Internet  y  ASP  permite  a  un  servidor  Web 
interactuar con los datos para satisfacer las exigencias de un cliente de 
forma dinámica. 

Sistemas SCADA  1 ‐ 31 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

8. Módulos 
Cualquier sistema de visualización tiene más o menos utilidades para realizar la configuración del 
sistema de comunicaciones, pantallas, contraseñas, impresiones o alarmas. 

A  continuación  se  describen  los  módulos  más  habituales  en  un  paquete  SCADA,  visto  como 
sistema de desarrollo gráfico. Es decir, la parte de interface gráfica. 

8.1. Configuración 
Permite definir el entorno de trabajo para adaptarlo a las necesidades de la aplicación: 

 La estructura de pantallas se organiza de la forma más conveniente, estableciendo 
un desarrollo lineal o en árbol. 

 Los usuarios se clasifican según su importancia, creándose grupos con privilegios 
que  permiten  o  limitan  su  influencia  en  el  sistema.  Herramientas  de 
administración de usuarios, como la del SCADA WinCC de siemens, permiten una 
rápida estructuración de acceso y utilización de la aplicación. 

 Las pantallas de interface proporcionan una serie de herramientas que permiten 
realizar  las  tareas  más  comunes  de  forma  rápida  y  sencilla  (Drag  &  Drop  ‐ 
Arrastrar y Soltar). 

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

8.2. Interface gráfica 
Las  interfaces  gráficas  permiten  la  elaboración  de  pantallas  de  usuario  con  múltiples 
combinaciones  de  imágenes  y/o  textos,  definiendo  así  las  funciones  de  control  y 
supervisión de la planta. 

 
Figura 28. Ejemplo de interface gráfica en un sistema SCADA 
Fuente: http://www.iturcemi.com/wp‐content/uploads/2013/03/camacho1.jpg 

Sistemas SCADA  1 ‐ 32 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

Gracias  a  las  librerías  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 
analógica  mediante  un  visualizador  en  forma  de  barra,  arrastrándolo  desde  la  librería 
hasta  la  ventana  que  se  está  diseñando.  Una  vez  en  la  pantalla,  será  posible  editarlo  y 
asignarle la variable a observar. 

 
Figura 29. Librería Symbol Factory de Wonderware Intouch 
Fuente: http://support.softwaretoolbox.com/app/answers/detail/a_id/1598 

Por ejemplo gracias a ActiveX, podemos asignar a nuestra aplicación propiedades 
implícitas en el sistema operativo (redimensionar ventanas, hacer ampliaciones, 
desplazarse a lo largo de listas, etc.) y permitir su activación o no en función de los 
derechos del usuario de turno. 

Es posible realizar cambios de configuración en funcionamiento si tenemos los privilegios 
adecuados. Por ejemplo, modificar la duración de una gráfica para ver unos datos que no 
se muestran en la pantalla en ese momento. 

8.3. Tendencias 
Son las utilidades que permiten representar de forma cómoda la evolución de variables del 
sistema. Las utilidades más generales son: 

 Una carta puede tener los  parámetros de representación ya  definidos o pueden 


modificarse durante la ejecución de la aplicación “on line”. 

 Es posible representar varios valores de forma simultánea en una misma carta. La 
limitación del número de  valores (también llamados plumas) suele ser debida a 
su  inteligibilidad  (la  cantidad  de  líneas  en  una  ventana  es  inversamente 
proporcional a su utilidad). 

 Representación  en  tiempo  casi  real    de  variables  (Real‐time  Trending)  o 


recuperación de variables almacenadas (Historical Trending). 

 Visualización de valores. 

 Desplazamiento a lo largo de todo el registro histórico (scroll). 

 Ampliación y reducción de zonas concretas de una gráfica. 

Sistemas SCADA  1 ‐ 33 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 
Figura 30. Gráfica de tendencia (Trend) 
Fuente: http://www.wonderware.es/Contents/Images/activefactory_main_lg.jpg 

En  la  figura  anterior  se  muestra  una  gráfica  de  tendencia  histórica  que  representa  una 
variable  analógica,  realizada  con  el  paquete  Intouch,  de  Wonderware.  Además  de  la 
conocida representación de ejes X e Y, con valores de tiempo y magnitud respectivamente, 
podemos ver toda una serie de herramientas, más o menos generales, que nos permiten: 

 Aumentar o disminuir una parte concreta del gráfico, tanto en el Eje X como en el 
Eje Y. 

 Avanzar o retroceder a lo largo de toda la evolución 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 cálculo, por ejemplo. 

En  muchos  casos  es  posible  exportar  los  datos  de    una  gráfica  a  través  de  formatos  de 
intercambio de datos estándar (DIF – Data Interchange Format). 

Mediante los cursores de la gráfica se delimita el fragmento de éste a exportar, así como la 
cantidad  de  puntos  que  se  van  a  muestrear  (resolución).  Una  vez  exportado  el  archivo 
podría ser abierto desde una hoja de cálculo. 

8.4. Alarmas y eventos 
Las alarmas se basan en la vigilancia de los parámetros de las variables del sistema. Son los 
sucesos no deseables, porque su aparición pude dar lugar a problemas de funcionamiento. 
Este tipo de sucesos requiere la atención de un operador para su solución antes de que se 
llegue  a  una  situación  crítica  que  detenga  el  proceso  (nivel  bajo  de  aceite  en  un  equipo 
hidráulico) o para poder seguir trabajando (cargador de piezas vacío). 

Sistemas SCADA  1 ‐ 34 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

El  resto  de  situaciones,  llamémoslas  normales,  tales  como  puesta  en  marcha,  paro, 
cambios de consignas de funcionamiento, consultas de datos, etc., serán los denominados 
eventos del sistema o sucesos. Los eventos no requieren de la atención del operador del 
sistema,  registran  de  forma  automática  todo  lo  que  ocurre  en  el  sistema.  También  será 
posible guardar estos datos para su consulta posterior. 

Generalmente  las  variables  de  un  sistema  SCADA  tienen  asignados  unas  serie  de  valores 
que  definen  su  comportamiento  dentro  del  sistema. Así,  una variable que  represente  un 
valor de temperatura, arrastrará, por definición, datos tales como: 

 Temperatura.hihi  (valor máximo) 
 Temperatura.hi  (valor alto, aviso) 
 Temperatura.lo  (valor bajo, aviso) 
 Temperatura.lolo  (valor mínimo) 
 Temperatura.ROC  (Rate of change, velocidad de cambio) 

Las alarmas suelen estar centralizadas y clasificadas en grupos de alarmas para mejorar su 
gestión  (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 
simultánea,  las  más  importantes  aparecerán  primero.  También  será  posible  presentar 
alarmas de diferente origen (sistemas de alarmas distribuidas) en una misma pantalla. 

La persona encargada del diseño del sistema de visualización, junto con los usuarios y los 
diseñadores de las máquinas a controlar, deberán decidir la categoría de cada alarma que 
se cree. 

8.5. Registro y archivado 
Por Registro (logging) se entiende el archivo temporal de valores, generalmente basándose 
en  un  patrón  cíclico  y  limitado  en  tamaño.  Por  ejemplo,  podemos  definir  un  archivo 
histórico 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). 

Los datos de alarmas y eventos que ocurren en el sistema suelen ir acompañados de más 
identificadores,  tales  como  el  momento  en  el  cual  ocurrieron  (Time  Stamp)  o  el  usuario 
activo en ese momento. 

También será posible definir que, una vez que el registro de alarmas esté lleno, se guarde 
una copia en un archivo (archivado) que no se borra, quedando a disposición del usuario 
que necesite recuperar esos datos. 

8.6. Generación de informes 
Es cada vez más común la tendencia a complementar las funcionalidades de adquisición, 
registro de datos y generación de alarmas con la capacidad de generar información capaz 
de ayudar en la toma de decisiones. 

Por ejemplo, será interesante disponer de información referente a: 

 Situación de la planta (estado, tendencias). 
 Producción en tiempo real. 
 Generación y registro de alarmas. 
 Adquisición de datos para análisis históricos, control de calidad, cálculo de costos, 
mantenimiento preventivo. 
 Gestión de almacén 
Sistemas SCADA  1 ‐ 35 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 Gestión de producción 
 Gestión de mantenimiento. 

Mediante la herramienta SQL es posible realizar extractos de los archivos, los registros o 
las bases de datos del sistema, realizar operaciones de clasificación o valoración sin afectar 
a  los  datos  originales.  También  permiten  presentar  los  archivos  en  forma  de  informes  o 
transferirlos a otras aplicaciones mediante las herramientas de intercambio disponibles. 

La  interacción  entre  las  áreas  de  gestión  y  producción  necesita  de  herramientas  que 
permitan  la  generación  automática  de  informes  adaptados  al  entorno  de  gestión  de  la 
empresa  (no  sólo  de  grandes  volúmenes  de  datos  sino  de  informes  que  ya  presenten 
análisis y valoraciones sobre la información recibida). 

Existen  paquetes  que  ya  disponen  de  este  tipo  de  herramientas  incorporadas  pero 
también  podemos  encontrar  aplicaciones  con  funciones  de  consulta  para  extraer 
información y presentarla en formatos compatibles para otras aplicaciones más específicas 
como MS Office de Microsoft. 

8.7. Control de proceso 
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 
mensaje de correo electrónico al activarse una alarma concreta, un mensaje de texto a un 
teléfono móvil del servicio de mantenimiento o incluso poner en marcha o detener partes 
del sistema en función de los valores de las variables adquiridas. 

Visual  Basic  for  Applications  es  el  lenguaje  de  programación  incorporado  en  Microsoft 
Office.  Es  un  lenguaje  muy  extendido  y  se  ha  convertido  en  un  estándar  de  facto,  que 
permite la integración de aplicaciones de terceros y la comunicación directa con cualquier 
aplicación de MS Office y de cualquier aplicación compatible con VBA. 

8.8. Recetas 
Gracias  al  concepto  de  receta  es  posible  almacenar  y  recuperar  paquetes  de  datos  que 
permiten configurar un sistema de forma automática. Se trata de archivos que guardan los 
datos  de  configuración  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  configuración  de  trabajo  de  toda  una  planta  de  proceso 
quedará reducido al simple hecho de pulsar un botón después de confirmar unos datos de 
acceso (usuario, contraseña y número o nombre de receta, por ejemplo).  

El  sistema  SCADA  se  encargará  de  enviar  los  datos  a  los  controladores  correspondientes 
quedando la planta lista para las nuevas condiciones de trabajo. 

Por ejemplo, aplicadas al campo de la seguridad, pueden automatizar aún más el proceso, 
de  manera  que,  ante  una  situación  imprevista,  se  ejecute  una  determinada  receta  que 
coloque  a  los  diferentes  elementos  en  una  posición  no  comprometida,  evitando  así 
posibles daños al proceso o a sus componentes. 

Sistemas SCADA  1 ‐ 36 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

8.9. Comunicaciones 
El sistema de comunicaciones soporta el intercambio de información entre los elementos 
de planta, la arquitectura de hardware implementada y los elementos de gestión. 

Permite  implementar  el  sistema  de  controladores  que  realizará  el  intercambio  de 
información  entre  los  elementos  de  campo  (autómatas  reguladores)  y  las  PCs  que 
realizarán la recopilación de datos de información. 

La conexión se realizará de dos maneras: 

 Mediante controladores específicos 
 Mediante controladores genéricos 

8.9.1. Controladores específicos 
Son  controladores  que  sólo  permiten  la  comunicación  entre  un  elemento 
determinado de campo y un sistema de captación de datos (PC). Para cada enlace se 
hace servir un controlador determinado. 

 
Figura 31. Controladores específicos 
Fuente: propia  

En  la  figura  anterior  se  observa  que  cada  enlace  desde  el  sistema  SCADA  a  cada 
elemento de Campo es exclusivo. Si se utilizara un SCADA de otro fabricante habría 
que  duplicar  los  enlaces  con  controladores  específicos.  También  habría  que  añadir 
otro controlador específico si se quisiera comunicar los dos SCADAs. 

8.9.2. Controladores genéricos 
Son  controladores  de  tipo  abierto.  Están  hechos  en  base  a  unas  especificaciones 
concretas  y  de  dominio  público,  cuya  idea  básica  es  definir  una  interface  estándar 
entre  elementos  de  campo  y  las  aplicaciones,  independientemente  del  fabricante, 
simplificando  así  las  tareas  de  integración.  El  ejemplo  más  claro  de  controlador 
genérico es la tecnología OPC. 

En la siguiente figura se simplifica enormemente si cada elemento del sistema tiene 
una  cara  común.  Ahora,  añadir  un  elemento  más  al  sistema  SCADA  no  será  mayor 
problema si se utiliza la misma interface (OPC en este caso). 

Sistemas SCADA  1 ‐ 37 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 
Figura 32. Controladores genéricos 
Fuente: propia  

9. Tecnologías de comunicación entre aplicaciones 
Uno de los problemas más difíciles de solucionar en el campo industrial es el de la integración de 
sistemas.  Multitud  de  sistemas  de  control  y  monitorización,  cada  uno  con  sus  propias  ideas  de 
comunicación,  deben  ponerse  de  acuerdo  y  trabajar  en  armonía  para  permitir  la  máxima 
eficiencia y proporcionar un acceso seguro a la información. 

9.1. Objetos de software 
Por  objeto  de  software  podríamos  entender  alguna  cosa  programada  de  manera  que 
permita su uso en más de una ocasión. A nivel de programación podríamos decir que se 
trata de una subrutina dentro de un programa. Se confecciona una vez y se utiliza todas las 
veces que se lo necesite. 

Una  librería  de  objetos  consiste  de  un  conjunto  de  componentes  que  pueden  usar  los 
programadores  de  forma  reiterada  dentro  de  una  aplicación  con  una  característica  muy 
importante: no es necesario modificarlos, sólo hay que llamarlos para que sean efectivos. 

Las  librerías  de  objetos  difieren  de  las  librerías  de  funciones  tradicionales  en  que 
contienen,  además  de  funciones,  datos  con  los  cuales  trabajan.  En  los  lenguajes  de 
programación  orientados  a  objetos  (OOP,  Object  Oriented  Programming)  éstos  de 
denominan clases. 

Este tipo de estructuras tienen tres rasgos diferenciadores: 

 Encapsulamiento 
 Herencia 
 Polimorfismo 

9.2. Objetos ActiveX 
ActiveX  permite a los objetos  utilizar  un conjunto común  de  servicios  (COM,  Component 
Object Model) para intercambiar información con otros. Por tanto, puede decirse que un 
objeto ActiveX es un programa que puede ser reutilizado por otros programas, dentro de 

Sistemas SCADA  1 ‐ 38 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

una PC, o entre PCs de una red. Se ejecuta dentro de lo que se denomina contenedor, que 
no es más que un programa que utiliza las interfaces COM (similar a un bloque de función). 

Como  analogía,  el  sistema  operativo  Windows  proporciona  herramientas  de  uso  general 
para  las  aplicaciones  que  soporta  (como  el  ratón,  las  impresoras  o  las  barras  de 
desplazamiento) que sirven para todas las aplicaciones que intentamos cargar en nuestra 
PC.  

La tecnología ActiveX comienza con Microsoft Windows y con otro nombre: DDE. 

9.3. DDE 
La  tecnología  de  Intercambio  Dinámico  de Datos  (DDE, Dynamic Data Exchange)  permite 
que  cualquier  aplicación,  basada  en  Windows,  pueda  intercambiar  información  con  otra 
aplicación  diferente  (por  ejemplo,  un  sistema  de  visualización  y  una  hoja  de  cálculo).  En 
sus  inicios  estaba  limitado  a  una  variable  por  vez  y  se  podían  generar  hasta  cincuenta 
conexiones. 

Wonderware Corporation, el primer proveedor de un sistema SCADA basado en Windows, 
ya  utilizó  entonces  DDE  como  estándar  de  intercambio  de  datos  y  de  control  de 
aplicaciones.  Lo  mejoró  con  FastDDE,  que  ya  permitía  el  intercambio  de  bloques  de 
información, manteniéndose en el ranking de las comunicaciones por muchos años. 

Rockwell  Software  hizo  algo  parecido  con  AdvanceDDE.  Estas  dos  posibilidades  son 
accesibles mediante paquetes de herramientas proporcionadas por los proveedores, pero 
las especificaciones de funcionamiento son propietarias y no son del dominio público. 

Con  DDE,  el  intercambio  de  información  se  realiza  a  través  de  una  memoria  común, 
utilizando  un  protocolo  que  gestiona  las  funciones  de  diálogo (los  datos se intercambian 
cuando cambia, lo que evita cargas innecesarias en las comunicaciones). 

Otro  concepto  importante  es  que  DDE  permite  que  una  aplicación  ejecute  comandos  de 
otra. De esta manera es posible, por ejemplo, que un programa SCADA abra una hoja de 
cálculo con solo pulsar un botón. En este intercambio están implicadostambién las librerías 
de  vínculos  dinámicos  (DLL,  Dynamic  Link  Library),  los  objetos  insertados  (OLE,  Object 
Linking  Embeded)  y  el  portapapeles  (entendido  como  el  conjunto  de  funciones  que 
permiten el intercambio de información entre aplicaciones). 

Una  librería  de  vínculos  es  un  módulo  compuesto  por  una  serie  de  datos  y  un  código 
accesible  desde  uno  o  varios  programas  con  la  finalidad  de  acceder  a  un  bloque  de  la 
memoria para escribir o leer datos. 

Una aplicación DDE puede ser: 

 Cliente: solicita datos a un servidor. 
 Servidor: Proporciona datos a un cliente. 
 Cliente/Servidor: Solicita y proporciona información. 
 Monitor: Puede acceder a mensajes sin modificarlos. 

Las  aplicaciones  DDE  utilizan  un  sistema  de  identificación  que  tiene  una  estructura  de 
árbol. El nombre de aplicación es el nivel más alto de la jerarquía y define a la aplicación 
servidor.  Cada  nombre  de  aplicación  controla  uno  o  varios  temas,  identificados  por  sus 
nombres de tema (topic name), nombres que también se refieren a la aplicación servidor 
que, a su vez, tienen uno o más nombres de identificador (ítem name), con los detalles de 
cada tema. 

En  la  siguiente  figura,  el  sistema   SCADA  accede  a  varios  autómatas y a  un  archivo  Excel 
para depositar datos en una hoja determinada. 

Sistemas SCADA  1 ‐ 39 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 
Figura 33. Accesos DDE 
Fuente: propia  

En la aplicación PLCDDE de la figura, que servirá de driver con los PLCs, se han definido una 
serie de enlaces, donde se configuran, entre otros datos, las direcciones de PLC y el puerto 
de salida de la PC. 

Para acceder a la memoria del PLC, en el sistema SCADA se definen una serie de accesos. 
Cada  acceso  especifica  que  aplicación  se  va  a  utilizar  (PLCDDE)  y  qué  enlace  (TOPIC)  de 
ésta transferirá los datos. 

A  cada  variable  se  le  asignará  una  conexión  (ACCESO)  durante  el  desarrollo  de  la 
aplicación. De esta manera, cuando queramos conocer el valor de la variable asignada al 
sensor  de  nivel del  PLC  1, se  enviará  una  petición  de  lectura de  la  variable  MW200,  que  
utilizará el acceso PLC 1. Este acceso tendrá configurada la ruta de los datos: 

Mediante la aplicación PLCDDE.EXE, se activará la línea ENLACE 1, que se comunicará con 
el PLC 1. 

El procedimiento es similar para enviar un dato a una hoja de cálculo Excel. A una variable 
se le asignará un destino (L1C23, Línea 1 y Columna 23 de la hoja) que se enviará mediante 
el  acceso  INFORME,  que  tiene  configurada  la  aplicación  (EXCEL.EXE)  y  el  destino  (la  hoja 
PIEZAS.XLS). 

9.4. OLE 
La  tecnología  de  Vinculación  e  Inserción  de  Objetos  (Object  Linking  and  Embedding)  se 
diseñó  para  poder  gestionar  documentos  compuestos  por  elementos  heterogéneos.  Es 
decir,  un documento  de  texto,  por  ejemplo, podría  contener  además  otro  tipo de  datos: 
imágenes,  sonido  o  video.  El  mejor  ejemplo  de  la  realización  de  OLE  es  el  escritorio  de 
Windows. 

Un  objeto  es  cualquier  elemento  manipulable  por  parte  del  usuario,  dentro  de  una 
aplicación de Windows. Un objeto OLE puede insertarse o vincularse. La diferencia estriba 
en la manera en que el objeto es almacenado: 

Sistemas SCADA  1 ‐ 40 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 Un  objeto  insertado  (embedded)  forma  parte  física  del  documento,  siendo  el 
resultado  un  único  archivo.  Se  trata  de  una  copia  de  la  imagen  original,  que  se 
integra en el documento. 

 Un objeto vinculado (linked) reside en un archivo propio creado por la aplicación 
(en  el  documento  creado  hay  una  referencia,  o  vínculo,  al  objeto  en  cuestión, 
almacenado aparte). 

Un ejemplo de vinculación puede ser un documento en Word, en el cual las imágenes no 
están contenidas dentro del documento sino que, en su lugar, hay un enlace a la imagen. 
Esto permite modificar o cambiar una imagen sin modificar el documento. 

Una  imagen  vinculada  consiste  en  un  enlace  que  realiza  también  una  copia  del  original 
para integrarla en el documento. La diferencia radica en que cada vez que el usuario abre 
el documento tiene la posibilidad de mantener la imagen tal como la insertó la última vez, 
o  actualizar  el  vínculo,  refrescando  la  imagen  para  que  aparezcan  los  últimos  cambios 
realizados. 

OLE 1.0 aparece en las versiones 2 y 3 de Microsoft Windows. Por aquel entonces las PCs 
aún tenían que superar la barrera de los 640Kb de memoria RAM, y lo de hacer funcionar 
más de una aplicación al mismo tiempo era todo un reto. 

OLE 2.0 mantenía la idea del documento tipo cajón de sastre; formatos diferentes de datos 
dentro  de  un  mismo  contenedor.  Aquí  apareció  por  primera  vez  el  concepto  de  Objetos 
Comunes  (COM),  creándose  un  estándar  para  los  objetos  OLE  y  otros  conceptos 
interesantes tales como: 

 GUID (Globally Unique Identifier, Identificador General Único) o número de serie 
del objeto OLE. 
 Object  Presentation  (Presentación  de  objetos),  que  define  mecanismos 
estandarizados para la presentación de objetos. Por ejemplo, Microsoft Word se 
comporta  como  un  contenedor  de  datos  que  al  activar  la  presentación  de  un 
dibujo  ya  se  ocupa  de  buscarle  el  espacio  necesario  para  que  aparezca  en  el 
documento. 
 OLE Automation, permite a los objetos intercambiar datos, ejecutar comandos de 
forma  remota  y  determinar  qué  elementos  y  comandos  deben  proporcionar  los 
otros objetos. 

El  modelo  de  componentes  de  objetos  (COM)  permite  definir  cualquier  elemento  de 
campo mediante sus propiedades y permite proporcionar interoperabilidad con otros tipos 
de componentes y servicios basados en COM. 

OLE  2.o  presentó  un  estándar  para  el  tratamiento  de  objetos.  De  esta  manera,  los 
integradores  de  software  no  necesitan  conocer  las  aplicaciones  destinatarias  de  sus 
objetos. 

9.5. OCX (OLE Controls) 
Un programa Windows se maneja por eventos (por ejemplo, un clic de ratón o pulsar una 
tecla). 

OLE  2.0  carecía  de  medios  definidos  para  notificar  de  un  evento  a  su  contenedor.  Por 
ejemplo, no había una manera específica de indicar a un botón que el usuario había hecho 
clic encima con el ratón. El paso siguiente fue determinar la manera mediante la cual un 
objeto OLE debería avisar a su contenedor de un suceso determinado. Este nuevo tipo de 
objeto se llamó Control OLE u OCX. 

Sistemas SCADA  1 ‐ 41 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

Un OCX es un cliente de control OLE. Es un programa de propósito especial listo para ser 
utilizado  por  aplicaciones  que  se  ejecuten  en  sistemas  con  Windows  (aparecen  con  la 
extensión *.OCX). Por ejemplo, permite redimensionar una ventana. 

OLE  y  COM  soportan  el  desarrollo  de  programas  del  tipo  PLUG  &  PLAY,  programas  que 
pueden estar escritos en cualquier lenguaje de programación, llamados componentes y ser 
utilizados de forma dinámica por cualquier aplicación del sistema o contenedor. 

9.6. ACTIVEX 
Con el advenimiento de Internet, los objetos OCX comienzan a utilizar la arquitectura de 
servidores  de  objetos  distribuida  propia  de  la  red.  Con  la  novedad  de  la  red,  aparece  el 
nuevo nombre ActiveX. 

La  tecnología  ActiveX  es  la  tercera  versión  de  OLE  y  facilita  la  tarea  de  implementar 
servicios en redes de comunicación y controles en servidores Web como, por ejemplo, una 
animación o el no permitir la ejecución de dichos controles sin el permiso del usuario. No 
se trata de un lenguaje de programación, sino más bien de un juego de reglas establecidas 
para determinar cómo se debe compartir información. 

Los  controles  ActiveX  consisten  en  programas  que  realizan  tareas  comunes  en  entornos 
Windows  o  Macintosh  (por  ejemplo,  animaciones  en  páginas  Web  o  enlaces  entre 
sistemas  de  visualización  y  bases  de  datos).  Por  ejemplo,  un  paquete  SCADA  cualquiera, 
que  soporte  la  tecnología  ActiveX,  puede  ser  fácilmente  ampliado  añadiendo  controles 
ActiveX. 

En  funcionamiento,  un  objeto  ActiveX  es  lo  que  conocemos  por  librería  de  enlaces 
dinámicos (DLL). 

Un objeto ActiveX se define como el que se adhiere al modelo COM definido por Microsoft 
y debe cumplir con las siguientes características: 

 Está  elaborado  con  código  binario  y  por  tanto  puede  ser  escrito  en  cualquier 
lenguaje.  Puede  ser  creado  mediante  cualquier  lenguaje  de  programación  que 
reconozca la tecnología COM de Microsoft (C++, Visual Basic, Java). 

 Está encapsulado en un archivo ejecutable (*.EXE) o en una biblioteca de vínculo 
dinámico (*.DLL). 

 Contiene datos de presentación (los que componen la interface de usuario, tales 
como las utilidades de presentación en pantalla), datos de uso interno y funciones 
para manipular estos datos. 

 Debe  proporcionar  una  interface  estándar  para  que  otros  objetos  puedan 
comunicarse con éste. 

 Puede intercambiar información entre procesos y máquinas. 

La  versión  que  soporta  los  datos  distribuidos  en  red  recibe  el  nombre  de  DCOM 
(Distributed  Component  Object  Model).  Con  este  protocolo,  un  control  ActiveX  puede 
invocar funciones ubicadas dentro del sistema o en cualquier punto de la red. 

OLE  proporciona  un  entorno  consistente  que  permite  compartir  el  código  a  objetos, 
aplicaciones y componentes ActiveX. Como los objetos OLE no tienen por qué estar todos 
escritos en el mismo lenguaje, ni tienen por qué saber dónde serán utilizados, es evidente 
que su interfaces debe ser estándar para poder ser conectada a otras aplicaciones. 

El  código  fuente  de  un  objeto  ya  no  es  necesario.  Al  convertirlo  en  control  ActiveX,  el 
código fuente se compila, quedando en forma binaria, accesible a cualquier aplicación que 
Sistemas SCADA  1 ‐ 42 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

pueda ser compatible con ActiveX. Bastará con establecer los enlaces entre las variables de 
nuestra aplicación y las del Control ActiveX. 

9.7. OPC (OLE for Process Control) 
En  un  sistema  de  automatización  hay  múltiples  elementos  de  control  y  monitorización, 
cada uno con su protocolo de comunicaciones específico (Modbus, AS‐i, Ethernet, RS232, 
etc.)  y  con  un  sistema  operativo  propio  tal  como  DOS,  UNIX,  Linux  o  Windows  con  sus 
propias características. 

Cada  conexión  significa  un  programa  exclusivo  dedicado  al  diálogo  entre  el  elemento de 
control (por ejemplo un PLC) y el elemento de monitorización (por ejemplo, un paquete de 
visualización). 

Cada  fabricante  proporciona  este  programa  controlador  de  comunicaciones  o  driver  que 
comunica su producto con un equipo determinado. El acceso a los datos se hace de forma 
oculta,  sin  acceso  por  parte del  usuario.  La  interface  se  ocupa  de  convertir  los  datos  del 
equipo en datos útiles para nuestro sistema de control o captación. 

El problema implícito en éste método es que, para cualquier ampliación o modificación del 
sistema,  debemos  dirigirnos  al  fabricante  del  equipo  para  que  realice  las  modificaciones 
necesarias en el driver o desarrollo uno nuevo. 

El  deseo  de  todo  integrador  de  sistemas  es  conseguir  un  método  para  mejorar  la 
interconectividad  entre  elementos  de  campo  y  aplicaciones,  minimizando  la  enorme 
variedad de protocolos de acceso (controladores o drivers de comunicación). 

OPC nació con la idea de superar este problema creando un estándar orientado al modo 
de  intercambio  de  datos,  independientemente  de  la  tecnología  utilizada  para  hacerlo. 
Cualquiera que sea la fuente de os datos (un PLC, un regulador de temperatura, un sensor 
de  nivel,  …)  el  formato  de  presentación  y  acceso  a  los  datos  será  fijo.  De  esta  manera 
permitirá intercambiar datos con cualquier equipo que cumpla el estándar OPC y permitirá 
una reducción de costes considerable, pues cada driver se deberá escribir una sola vez. 

 
Figura 34. Logotipo de la Fundación OPC 
Fuente: http://www.opcfoundation.org/Default.aspx 

OPC son las siglas de “OLE for Process Control” (OLE para el control de procesos) y es una 
tecnología diseñada para comunicar aplicaciones. Es un estándar para la interconexión de 
sistemas basados en el Sistema Operativo Windows y hardware de control de procesos. 

OPC es un estándar abierto que permite un método fiable para acceder a los datos desde 
aparatos de campo. El método de acceso es el mismo sin depender del tipo y origen de los 
datos. De esta manera, los usuarios  finales son libres de escoger el software y hardware 
que  satisfaga  sus  requerimientos  de  producción  sin  preocuparse  por  la  disponibilidad  de 
software de control específico. 

OPC  permite  definir  una  interface  estandarizada  que,  mediante  el  desarrollo  de 
aplicaciones del tipo Cliente‐Servidor, hace posible la comunicación entre elementos que 
cumplan el estándar. 

Sistemas SCADA  1 ‐ 43 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 
Figura 35. Ejemplo de comunicación OPC 
Fuente: http://www.infoplc.net/media/k2/items/cache/  
3b77d3f73b59742412f393cd0d264b14_XL.jpg 

10. Comparación entre tecnologías de comunicación 
10.1. OPC Server‐ ActiveX 
Los servidores OPC y los controles ActiveX están ambos basados en la tecnología COM de 
Microsoft  (Component  Object  Model).  Un  control  ActiveX  es  una  interface  de  usuario 
incluida dentro de otra aplicación, por lo cual solo funcionará dentro de esa aplicación (no 
se puede ejecutar como un archivo EXE). 

Un servidor OPC es una aplicación en si misma, cuya función es  recopilar datos de algún 
elemento de campo (por ejemplo un sensor de presión) y hacer que sean accesibles a otras 
aplicaciones  (por  ejemplo,  un  sistema  de  visualización).  Está  pensado  para  optimizar  las 
comunicaciones y las variables del sistema, incluyendo bases de datos de variables, con lo 
cual se elimina la necesidad de crearlas. 

Como un servidor OPC es una aplicación independiente, los datos a los que accede puede 
ser  leído  simultáneamente  por  múltiples  aplicaciones.  Al  ser  una  interface  estandarizada 
para la conexión de controladores de comunicaciones y software, es una parte del código 
que no necesitará ser modificada en caso de cambiar la aplicación. 

Muchos  controles  ActiveX  orientados  a  comunicaciones  con  PLC  van  incluidos  dentro  de 
unos paquetes de herramientas de software. 

Por otra parte, cuando el control de comunicación ActiveX acceder a la aplicación de VB no  
puede ser accedido por ninguna otra aplicación. Es tarea del programador crear la base de 
datos de variables y optimizar los ciclos de lectura‐escritura. 

Por  otro  lado  tenemos  la  flexibilidad  total  a  la  hora  de  decidir  el  comportamiento  de  la 
aplicación. 

10.2. OPC Server‐ DDE Server 
Como  ya  se  ha  visto  OPC  está  basado  en  la  tecnología  COM/DCOM  de  Microsoft,  cuyas 
especificaciones  se  definen  en  unos  estándares  públicos  seguidos  por  gran  número  de 
compañías  de  software.  Es  un  estándar  específico  de  comunicaciones  entre  equipos 
creados por diferentes fabricantes, frente a la generalidad de DDE, que se utiliza para todo 
tipo  de  intercambio  de  información  entre  aplicaciones  con  base  de  sistema  operativo 
Microsoft Windows. 
Sistemas SCADA  1 ‐ 44 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

11.El mayor sistema SCADA del mundo basado en Windows 
Uno de los ejemplos más ilustrativos sobre sistemas SCADA es la explotación minera de Olympic 
Dam en Australia. 

La compañía minera WMC empezó sus prospecciones en el sur de Australia, en la zona de Olympic 
Dam  en  1988,  produciendo  inicialmente  45,000  toneladas  anuales  de  cobre  y  derivados.  La 
producción ha ido en aumento año tras año, requiriéndose cada vez mayores esfuerzos técnicos 
para  optimizar  el  rendimiento  y  la  productividad  de  las  instalaciones  (plantas  de  proceso  de 
minerales, sistemas de bombeo de agua, transporte eléctrico, etc.). 

 
Figura 36. El mayor sistema Scada del mundo Olympic Dam en Australia (WMC) 
Fuente: http://www.infoplc.net/blog1/2010/02/23/primer‐encuentro/ 

La explotación minera de Olympic Dam, propiedad de WMC tenia a su puesta en marcha, en 1999, 
más  de  440,000  variables  y  el  tiempo  medio  de  respuesta  era  de  0.014  segundos.  Hardware: 
autómatas Allen Bradley y Siemens. Conexión com PMACS, PDL y Servidores SQL. 

Se  pretendía  realizar  la  integración  de  sistemas  mediante  una  única  solución.  Como  punto  de 
partida de la renovación e integración de todos los sistemas de gestión y control de la 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). 

 Debía poder controlar 400,000 variables, y unas 40,000 entradas/salidas digitales. 

 Ser de arquitectura abierta, para poder ampliarlo y mantenerlo de forma sencilla. 

 Rediseño  de  todo  el  sistema  de  control  de  procesos  y  su  integración  con  los  controles 
existentes (controlador de procesos ABB y autómatas programables existentes). 

 Optimización de los sistemas de control (autómatas y controles distribuidos) para reducir 
costos gracias a las nuevas tecnologías de control de procesos. 

Sistemas SCADA  1 ‐ 45 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 Integración  de  los  sistemas  de  control  inteligente  de  edificios  (distribución  eléctrica, 
sistemas  de  alimentación  ininterrumpida,  cargadores  de  baterías  y  reaprovechamiento 
de energía, entre otros). 

 Desarrollar un sistema de comunicaciones por incorporarse: 

- Comunicaciones remotas 
- Comunicaciones fijas y móviles 
- Datos (LAN/WAN) 
- Comunicaciones subterráneas 
- Videovigilancia 
- Voz 

Las  empresas  encargadas  del  reto,  Citect  y  Allen  Bradley,  ofrecieron  una  solución  que  se 
componía de: 

- 148 autómatas 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 gráficas (Trend servers) 
- 2 servidores de alarmas e informes 
- 2 servidores de archivos Windows NT 
- 2 servidores Microsoft SQL (Almacenamiento de históricos, eventos y alarmas) 
- Windows NT 
- Ethernet 

Las prestaciones del sistema, tras las pruebas a las cuales fue sometido, fueron las siguientes: 

- 3’000,000 de adquisiciones/hora (señales digitales) 
- 63,387 señales digitales de alarma chequeadas cada segundo. 
- 20,445 señales analógicas, de las cuales: 
 3,500 se almacenaban cada 2 segundos 
 5,500 cada 10 segundos 
 11,445 cada 60 segundos 
- 200  gráficas  de  tendencia  adicionales  pueden  configurarse  on‐line  para  hacer 
muestreos de 1 segundo. 
- 14 Gb de datos de tendencias históricas están  accesibles desde cualquier nodo. 

Una  de  las  piezas  clave  para  el  éxito  en  la  realización  del  proyecto  fue  la  aplicación  de  la 
estandarización  a  todos  los  niveles  (visualización,  bases  de  datos,  programas  de  autómatas, 
documentación,  procedimientos,  proveedores),  permitiendo  así  el  trabajo  en  paralelo  de  varios 
equipos de ingenieros durante la planificación y ejecución del proyecto. 

Las ventajas de la estandarización son claras, por citar algunas: 

 Reducción  del  tiempo  de  diseño  al  poder  dividir  un  sistema  complejo  en  módulos  más 
simples (más sencillos de verificar), interconectables entre sí. 

 Reducción  de  tiempo  de  puesta  en  marcha  al  tener  todos  los  elementos,  estructuras 
predefinidas, lo que permite una integración más rápida. 

 Reducción  del  tiempo  de  formación  de  los  operadores,  al  ser  similares  las  interfaces 
Hombre‐Proceso. 

En  cuanto  a  la  fiabilidad,  se  diseñó  el  sistema  teniendo en  cuenta las  implicaciones  económicas 
debidas a una parada técnica en una instalación de estas características: 

Sistemas SCADA  1 ‐ 46 
 
 
 
 
Tecsup  Control Supervisorio y Adquisición de Datos (SCADA) 

 Servidor  de  archivos  duplicados  que  se  conmutan  entre  ellos  si  ocurre  un  fallo  en  el 
acceso a un archivo. 

 Servidores  SQL  duplicados  para  garantizar  la  integridad  de  los  datos  mediante  técnicas 
de replicación de archivos (en caso de un problema con los datos de un servidor, estos de 
sincronizan de forma automática recuperándolos del servidor de reserva). 

 
Figura 37. Arquitectura de comunicaciones de Olympic Dam 
Fuente: http://www.processonline.com.au/articles/31895‐From‐telemetry‐to‐the‐enterprise‐the‐
evolution‐of‐the‐21st‐century‐SCADA‐system 

 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  información  que  debe  transmitirse,  una  red  Ethernet 
redundante, a 100 Mb/s, interconecta los sistemas con el centro de control. 

 Todas  las  PCs  y  PLCs  remotos  tienen  una  red  Ethernet  duplicada  e  independiente  y 
cambian de una red a otra en caso de detectarse un fallo.. 

 Los  servidores  de  entrada/salida  (I/O  Servers)  también  están  duplicados,  siendo 
automática  la  conmutación  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 e l primario y este servidor vuelve a trabajar. 

La solución llevada a cabo por Citect (ahora Schneider Electric) permitía el acceso a cualquier tipo 
de información desde cualquier punto de la red. Cada estación de visualización era idéntica a las 
demás, el nivel de accesos estaba garantizado mediante contraseñas (desde operaciones sencillas 
de  diagnóstico  hasta  permitir  el  control  de  toda  la  planta  desde  una  estación  cualquiera 
conectada a la red). 

Sistemas SCADA  1 ‐ 47