ICI - T2 Software de Control de Supervision

© 2019 – Dpto. Arquitectura y Tecnología de Computadores.
Universidad de Granada
Informática y Comunicaciones Industriales TEMA 2 P 1
Grado en Ingeniería Electrónica Industrial Software de Control de Supervisión (SCADA)
Informática y comunicaciones Industriales
Tema-2
Software de Control de Supervisión
Supervisory Control And Data Acquisition (SCADA)
© 2019 – Dpto. Arquitectura y Tecnología de Computadores. Universidad de Granada
Contenidos
1. Introducción a la supervisión
2. Funciones básicas de un software SCADA
3. Estructura de un SCADA
4. Estándar OPC (OLE for Process Control )
5. SCADA comerciales: InTouch, WinCC y LabVIEW
Bibliografía
 A. Rodríguez: “Sistemas SCADA”, MARCOMBO, 2ªed.,
2007.
http://site.ebrary.com/lib/univgranada/docDetail.action?docID=1
0212464
 David Bailey, Edwin Wright. Practical SCADA for Industry

(IDC Technology (Paperback). Ed. Elsevier. 2003.
http://www.sciencedirect.com/science/book/9780750658058
1. Introducción a la supervisión
 Contenido
• Concepto de supervisión
– SCADA
– Supervisión y Monitorización
– Pirámide CIM
• Objetivos de la supervisión
• Evolución
– Evolución histórica
– Ejemplos.
• Beneficios de la supervisión
Concepto de supervisión. SCADA.
 Sistemas SCADA (Supervisory Control And Data Acquisition):

• Control de supervisión y adquisición de datos
• Supervisión, control y adquisición de datos
 Software SCADA:
• Software de monitorización y control que permite el acceso a datos del
proceso (adquisición de datos a través de dispositivos de campo) , y cierta
interacción entre el operador y el proceso (interfaces gráficas y
animadas).
Supervisión y Monitorización
 Supervisión
• En un sistema de control distribuido, la supervisión se refiere al control
realizado sobre los equipos de campo (PLC, CNC, PID, Robots,…) con el
propósito de asegurar el correcto funcionamiento del proceso incluso en
situaciones anómalas
 Monitorización
• Parte de la supervisión que se encarga de la vigilancia y asistencia al
operario
• Objetivo: facilitar la tarea del operario encargado de la vigilancia del
proceso
Pirámide CIM
SERVIDOR PRINCIPAL
Gestión global de la
EMPRESA
(ERP)
... Puesto
empresa mediante
Dirección
(Nivel 4) computadores
RED DE GESTION (TOP) Gestión

Estaciones de trabajo automatizada de la
FABRICA
(Nivel 3)
Pasarela
producción de la
(MES) fábrica mediante
computadores
Gestión
RED DE
FABRICACIÓN (MAP)
automatizada de las
células/áreas de
AREA, Radio Modem fabricación mediante
(Nivel 2)
CONTROL DE
SCADA computadores
SUPERVISION industriales e incluso
Puestos operadores autómatas
programables
BUS DE CAMPO BUS DE CAMPO
PLC´s
PLC
Control de máquinas
S/A
mediante autómatas
ESTACIÓN / Radio Modem programables, y
MÁQUINA S/A
(Nivel 1)
DES otros sistemas de
AUTOMATIZACI control electrónicos
ÓN DE LA
FABRICACION Y
PLC : Controlador S/A (CNC, robots, etc.)
CONTROL DE
DES : Descentralización
PROCESOS S/A S/A : Sensores y Actuadores
Pirámide CIM
 ERP (Enterprise Resource Planning o Planificación de Recursos
Empresariales):
• Gestión global y planificación de la empresa mediante computadores:
finanzas, compras, ventas, logística.
 MES (Manufacturing Execution System o Gestión de la Producción):
• Gestión automatizada de la producción de la fábrica mediante
computadores
• Incluye la gestión de calidad, documentación, gestión de producción,
mantenimiento y optimización.
 CONTROL:
• Control de supervisión
• Automatización de la fabricación y control de procesos
• Medida y actuación
Objetivos/beneficios de la supervisión
 Actuación rápida y eficaz conseguida mediante
• Interacción simple (a través de pantallas táctiles, cursores, ratón, etc.)
• Comprensión rápida del proceso (interfaces gráficos) para conseguir una
Reducción del nº de paradas innecesarias
• Máximo soporte al operador liberándolo de la tensión que supone una
vigilancia constante y de las tareas rutinarias (elaboración de informes,
lectura y comparación de registros…)
 Continuidad y uniformidad de la producción
• Se garantiza la uniformidad en la decisión e independencia respecto a
apreciaciones subjetivas.
• Se disminuye la dependencia con respecto al personal ante cambios de
turno, vacaciones, etc.
• Se reduce el coste del aprendizaje del personal de planta
 Predicción de situaciones anómalas
 Reducción del nº de paradas
Evolución histórica
 Inicialmente mediante sinópticos realizados en marquetería
• Visualización con lámparas , visualizadores, indicadores de aguja, etc.
• Accionamiento con interruptores, pulsadores y conmutadores mecánicos.
 Década de los 80
• Introducción de PC’s
• Software SCADA en MSDOS.
 En 1989 windows: Wonderware InTouch
 Actualménte:
• Interfaces de Operador
– De fácil programación, robustos, con funciones de comunicación con
dispositivos de control
• Ordenadores y SCADA`s
– PC Industrial o de sobremesa
– Software SCADA
– Comunicaciones a través de redes y buses de campo
Evolución de los Centros de Control

 Los sistemas SCADA han sustituido los pupitres de control por
ordenadores o terminales de control y los sinópticos por pantallas
configurables animadas.
Ejemplos de Salas de control

2. Funciones de un software SCADA

 Contenido
• Funciones básicas de un software SCADA
• Adquisición y almacenamiento de datos
• Interfaz Hombre-Máquina (HMI) para ingeniería
– Objetivos y funciones
– Entorno de desarrollo
• Interfaz Hombre-Máquina (HMI) del operador
– Objetivos y funciones
– Representación gráfica del proceso. Comandos.
– Alarmas y eventos
– Gráficas de tendencias en tiempo real e históricos.
– Informes
– Control de acceso
• Procesamiento
• Recetas
Funciones básicas de un software SCADA

 Adquisición y almacenamiento de datos
• Conectividad con dispositivos del sistema, con otras aplicaciones y con bases de
datos locales o distribuidas: lectura de datos de proceso y su almacenamiento en la
base de datos de proceso.
 Interfaz Hombre-Máquina para Ingeniería
• Ofrecer un entorno de desarrollo de aplicaciones, que permita el desarrollo y
modificación de aplicaciones ON-LINE.
 Interfaz Hombre-Máquina para operación
• Representación gráfica y animada de variables de proceso (estado), de datos
históricos y de alarmas y eventos.
• Control, manipulación de comandos operativos: comandos binarios, puntos de
ajuste (set point)
• Presentación de informes: impresión de registros y alarmas en papel, etc.
 Procesamiento de la información en tiempo real
• Recetas, lotes, scripts (procedimientos de comandos)
• Cálculo de valores derivados (límites de supervisión, tendencias)
• Funciones de optimización
Adquisición de datos
 Objetivo: centralizar todos los datos del proceso en un ordenador o
en una red
• Lectura de datos de proceso a través del sistema de comunicaciones
• Almacenamiento de en la base de datos de proceso
 Conectividad con dispositivos del sistema
• Conectar el software SCADA con los dispositivos de control y adquisición:
“drivers” (tendencia actual hacia la compatibilidad).
 Conectividad con bases de datos y con otras aplicaciones.
• Base de datos de proceso locales o distribuidas
• Interfaz con funciones de planificación y análisis (ERP), y gestión de la
producción (MES):
– Mantenimiento CMMS (Computerized maintenance management
system), conectar con otras aplicaciones (GIS, contabilidad, etc.)
• Comunicación con otros centros de control.
• Acceder a bases de datos externas (por ejemplo, el pronóstico del tiempo)
Adquisición de datos. Dispositivos.

 Tarjetas de adquisición de datos
• tarjetas de Advantech, ICP, ...
 Sistemas de adquisición de datos de laboratorio
• IEEE-488.2, VXI
 Ordenadores Industriales (IPC, Industrial Personal Computer).
 Autómatas programables (PLCs, Programable Logic Controller)
 Sistemas de Control Distribuido (DCS, Distributed Control System)
• módulos de E/S distribuidos.
 Instrumentos de panel con interfaz de comunicaciones.
• Reguladores autónomos, visualizadores, registradores, ...
 Sensores y actuadores con buses de campo.
Adquisición de datos. Comunicaciones

 Se encargan de la transferencia de información entre la planta y la
arquitectura hardware que soporta al SCADA, y entre ésta y el resto de
elementos informáticos de gestión.
 Drivers
• El módulo de comunicaciones contiene los drivers de conexión con el resto de
elementos digitales conectados
• Es un programa encargado de la inicialización del enlace, aplicación de los
formatos, ordenación de las transferencias, etc.
• Implementado utilizando normas del mercado para las comunicaciones: DDE,
tecnologías Component Object Model (COM), OPC (OLE para control de
procesos), etc.
 Comunicaciones entre aplicaciones residentes en distintos computadores
conectados en red
• Soporte de TCP/IP, NetBEUI, NetBIOS, IPX/SPX, etc.
 Conectividad con bases de datos.
• Soporte al estándar de conectividad entre bases de datos (ODBC) para
acceder desde la aplicación, de forma transparente y bidireccional, a datos
recogidos en tiempo real mediante consultas SQL.
Adquisición de datos. Acceso a variables externas.

 Ejemplo de acceso a una variable externa utilizando un driver
1) Configuración del driver
2) Configuración del SCADA

Adquisición de Datos. Definición de variables

 Las variables de la aplicación
SCADA (tags) se organizan en
bases de datos y permiten:
• la definición de cada variable en
cuanto a su naturaleza analógica
o discreta (data type)
• la asociación de un nombre
(tagname)
• la definición del rango de valores
a tomar
• las unidades de ingeniería a
utilizar
• el dispositivo de adquisición y su
dirección (address)
• Las condiciones de alarma, ...
Interfaz Hombre-Máquina para Ingeniería

 Objetivo
• Ofrecer un entorno de desarrollo de aplicaciones, que permita el
desarrollo y modificación de aplicaciones ON-LINE.
 Funciones
• Configuración de planta
• Diseño de pantallas y teclado
• Definir registro de información (registro de eventos), definir informes,
definir registros históricos, definir secuencias de órdenes, definir recetas
• Parametrizar dispositivos front-end (puntos de ajuste, límites,
coeficientes)
• Ayuda al diagnóstico
• Distribuir la aplicación SCADA (en varios ordenadores, ...)
• Soporte de tolerancia a fallos y back-ups
• Definir las interfaces con el software externo (SQL, SAP, etc)
 Se utiliza principalmente durante la ingeniería y puesta en marcha,
después sólo para mantenimiento y modificaciones de la planta.
Entorno de desarrollo
Funciones de la Interfaz Hombre-Máquina para operación

 Objetivos
• Representación gráfica y animada de variables de proceso (estado), de datos
históricos y de alarmas y eventos.
• Control, manipulación de comandos operativos: comandos binarios, puntos de
ajuste (set point)
• Presentación de informes: impresión de registros y alarmas en papel, etc.
 Funciones
• Representación del estado del proceso (instrumentos de panel; actualización de
valores; visualización de tendencias...)
• Registro de estado de planta (variables de proceso y eventos con marcas de
tiempo, time-stamp)
• Diálogo con el operador (entrada de texto, confirmación y reconocimiento)
• Envío de órdenes (Pulsadores, pantalla táctil o teclado)
• Registro de todas las manipulaciones críticas
• Marcado de objetos, bloqueo de objetos y órdenes
• Administración (derechos de acceso, niveles de seguridad)
• Ayuda On-line (sistema experto, visualización de datos de mantenimiento y de
planos, acceso a internet…)
Tres funciones principales de un puesto de operador
Tendencias e históricos
Estado actual
Alarmas y eventos
Creación de sinópticos
 Sinópticos
• Se pretende la identificación inmediata de los elementos del proceso con
una representación gráfica (sinópticos).
• Los paquetes SCADA incorporan esta posibilidad a través de ventanas o
pantallas en las que se representa el proceso o una parte de éste.
• La navegación por estas pantallas se hace a través de menú y botones
activados con un cursor gráfico asociado a ratón, teclado convencional,
pantalla táctil o teclado de funciones.
 Recomendaciones para el diseño de pantallas de sinópticos:
• Las pantallas deben tener una distribución igual para todas, con
botoneras, menús y mensajes en el mismo sitio.
• Los sinópticos se organizarán de acuerdo con la distribución física de las
células de producción.
• La información numérica se presentará sobre los elementos que la
generen.
• La presencia de intermitencias llama la atención del operador, pero
dificulta su lectura. Es útil para avisos de alarmas pero no se deben usar
para textos.
Creación de sinópticos. Los colores.

• Los colores ayudan a la comprensión rápida de la información. Un número
excesivo de ellos la oculta o dificulta. Debe establecerse un uso lógico de
coloración. Por ejemplo:
ROJO Peligro, Gas o líquido inflamable, Carreteras, Líneas de
comunicaciones, Señalización de paro, ......
AMARILLO Circuitos de calefacción, Agentes oxidantes, Elementos
radiactivos, Precaución: aviso de peligro, Canalización de gas, ...
VERDE Rejillas y jaulas de protección eléctrica, Nitrógeno, Gas
comprimido, Señalización de marcha, Permiso, ...
AZUL Precaución: reparación, agua, mar, ...
PÚRPURA Radiaciones, materiales valiosos
BLANCO Regulación de tráfico
GRIS Líneas de alimentación alterna, Canalización de vapor
NEGRO Masas en sistemas eléctricos. Materiales corrosivos, Contornos

geográficos, ...
Creación de sinópticos. Librerías.

 Librerías gráficas
• En muchos casos el software SCADA viene
acompañado de librerías gráficas genéricas
predefinidas, que permiten la composición de
sinópticos rápidamente. No obstante, ello no es un
impedimento para que el desarrollador de la
aplicación pueda definir otros objetos con el
propósito de conseguir adaptarlos al estilo general
de la aplicación, facilitar al operador su utilización y
dotarlos de mayor funcionalidad.
Ejemplos de objetos gráficos

Ejemplos de visualización sinóptica



¿Qué es un evento y qué es una alarma?

 Los eventos son los cambios que se producen en la planta (proceso)
o en el sistema de control (acciones del operador, cambios de
configuración, ...) que merecen ser registrados.
 Un evento es un cambio relacionado con:
• Estado de planta o sistema de control
• Acciones de operador
• Cambios de configuración
• Errores del sistema
 Las alarmas son situaciones que requieren la atención del operador.
 Una alarma puede tener asociados varios eventos:
• activación, notificación, reconocimiento, confirmación, desactivación …
 Una alarma no tiene por qué ser necesariamente urgente: pueden
ser definidos distintos niveles de severidad.
¿Qué puede hacer que se desencadene una alarma?

 Cambios binarios de variables de proceso
 Recepción de una variable analógica que excede cierto umbral (límite
superior, límite inferior)
 La recepción de un mensaje de alarma (por ejemplo, desde un PLC)
 Resultados de cálculos en la estación de trabajo del operador (por
ejemplo, posibles pérdidas de calidad si la tendencia actual continúa)
 Calendario de acciones (por ejemplo, una unidad no ha tenido
mantenimiento preventivo durante un determinado período de
tiempo)
Detección de alarmas
 Son desviaciones en la magnitud de una variable, superiores (o
inferiores) a unos límites especificados. Tipos:
• Alarmas discretas: son indicadores de un cambio binario en el estado de
una variable (final de carrera, detector de nivel, presostato, ...).
• Alarmas de variables continuas: se usan umbrales numéricos para

designar los límites de operación normal de una variable. Formas de
definir los umbrales: absolutos, relativos, y ROC (Ratio Of Change).
Umbrales de alarmas
 Umbrales de alarmas absolutos y relativos:
 Umbrales de alarmas ROC

(Ratio Of Change) :
Clasificación por categorías

 Por categorías, según su influencia en el funcionamiento del sistema
o máquina a controlar:
• Prealarmas
– Sucesos susceptibles de generar problemas graves en el sistema a
corto o medio plazo, y que requieren atención por parte de los
responsables.
• Alarmas de fin de ciclo
– No requieren un paro inmediato de la máquina. Se puede realizar
toda la secuencia de trabajo hasta su finalización, momento en el
cual la máquina se detiene y requiere atención de mantenimiento.
• Alarmas de paro
– Requieren la detención inmediata de la máquina.
Clasificación por prioridad

 Clasificación según su importancia o prioridad
 Al asignar prioridades a las diferentes alarmas conseguimos que:
• En caso de tener varias alarmas simultáneas, éstas se ordenen en pantalla
según su importancia.
• El operador no necesita pensar ni perder tiempo en determinar qué debe
hacer primero.
 Normalmente, las alarmas más importantes tienen un número de
prioridad pequeño, que crece a medida que éstas descienden en
importancia.
 Una posible clasificación, según número de prioridad:
• Alarmas de paro: 1 – 99
• Alarmas de fin de ciclo: 100 – 199
• Prealarmas: 200 – 299
Agrupamiento de alarmas
 Grupos de alarmas
• A efectos organizativos, las alarmas se pueden agrupar según varios
criterios (sistema que origina el mensaje, clase de componente afectado)
en lo que se denominan Grupos de alarmas.
 Grupo de alarmas por defecto
• Cuando se crea una variable (Tag), se le asigna un grupo de alarmas por
defecto (General), o un grupo determinado por el diseñador del sistema
de visualización.
• Por ejemplo, con InTouch, el grupo por defecto es el grupo $System, que
hace las veces de directorio raíz, como si de una estructura de directorios
de un disco duro se tratase, del cual colgarán los demás grupos de
alarmas.
 Niveles de prioridad de alarmas
• Podremos crear varios niveles de alarmas, con un cierto número de
grupos de alarmas por nivel, y aparecerá una estructura arborescente.
Gestión y registro de alarmas

 El nº de posibles alarmas producidas en un proceso depende
directamente del nº de variables del mismo.
 Alarmas simultaneas
• Cuando se produce una situación anómala, se pueden disparar varias
alarmas a la vez (debido a la interrelación de variables).
 Registro de eventos asociados a las alarmas
• Registro del momento en que se inicia, su duración, cuando desaparece y
del instante en que el operador la reconoce.
 Visualización. Filtrado de alarmas. Prioridad.
• Se necesitan mecanismos de filtrado de alarmas, que consisten en asociar
prioridades (por ejemplo: 1 … 999) a las alarmas en su momento de
definición, según su importancia.
 Sonidos
• Informar de alarma con sonidos (diferentes niveles)
Ejemplo de registro: estados, alarmas

Gráficos históricos y de tendencias

 Tendencias en tiempo real
• Tendencias que permiten seguir el comportamiento de la planta y
monitorizar posibles desviaciones.
 Gráficos históricos
• Datos de proceso monitorizados (muestreados o por eventos) se
almacenan en la base de datos histórica.
Gráficos de tendencias en tiempo real

 Los antiguos trazadores de plumilla sobre papel (continuo o circular)
se han visto substituidos por las representaciones gráficas en
pantalla, permitiendo superposiciones de variables, discriminación
por colores, zoom, sincronismos de tiempos de muestreo, etc.
 La visualización de
gráficos de tendencias
para representar variables
permite analizar
comportamientos del proceso
y detectar anomalías.
Gráficos históricos y Bases de datos

 Evolución histórica
• Una de las ventajas de la centralización es disponer de todas las medidas de un
proceso y de su evolución histórica.
 El registro continuado permite la posterior recuperación de los datos para:
• La visualización gráfica
• La comparación entre distintas variables o momento
• La creación de estadísticas y otor análisis
• El uso de los datos para entrenamiento de operadores, etc.
 Generalmente los sistemas de monitorización se vinculan a bases de datos,
normalmente externas.
• Posibilidad de compartir los datos con diferentes aplicaciones, a través de lenguajes
normalizados.
• SQL (Structured Query Language) es uno de los más utilizados por la mayoría de
los fabricantes de software industrial.
• Permite trabajar con grandes volúmenes de datos bajo restricciones de tiempo.
Ejemplos de gráficos de tendencias

Informes
 Es muy útil disponer de la posibilidad de generar de forma automática
informes por pantalla o impresora de forma directa, o mediante el enlace a
hojas de cálculo, bases de datos, etc.
Control de acceso
 Es importante establecer un mecanismo claro de control de acceso y
de autorización a operadores.
 Se puede restringir el uso de la aplicación, según el nivel de
autorización del operador. Por ejemplo, algunos operadores sólo
pueden monitorizar, otros pueden actuar y cambiar consignas, otros
pueden acceder a los históricos, etc.
Procedimientos de comandos (scripts)

 Conjunto de instrucciones específico (lenguaje propietario):
 A veces se dispone de interfaces de programación de aplicaciones,

para poder diseñar funciones adicionales programadas con lenguajes
estándar como C++, Visual Basic, Delphi, etc.
Programación dirigida a eventos

 Estructurada en diferentes tipos de lógica:
• Lógica asociada a toda la aplicación (Application Scripts),
• Lógica asociada a condiciones (Condition Scripts),
• Lógica asociada a cambios en los datos (Data Change Scripts),
• Lógica asociada a las ventanas (Windows Scripts),
• Lógica asociada a pulsaciones de teclas (Key Scripts, y Touch Links), y
• Lógica asociada a pulsaciones del dispositivo apuntador, normalmente de
tipo “ratón” (Touch Links: user inputs, sliders, pushbuttons).
Recetas
• Una receta se puede comparar con un fichero que contiene varias fichas.
Los datos de una variante de fabricación se recogen íntegramente en una
ficha.
3. Estructura de un SCADA
 Contenido
• Estructura de un SCADA
• Estructura de un SCADA Web
• Desarrollo de una aplicación SCADA
– Editor y Run-Time
• Nódulos de un SCADA
Estructura de un SCADA
Interfaz de
diseño usuario
código
proceso
BD BD
BD optimizada para en línea Histórica
acceso rápido
(en RAM)
OPC OPC Oracle
Interfaz I/O Interfaz I/O dBase
Access
MS SQL, ….
Bus de campo Ethernet
Estructura de un SCADA web

Navegador en la
misma o en otra
máquina
(IE, Firefox…)
web server
(IIS, TomCat)
proceso
(servlets, .NET)
Páginas web scripts y código

(HTM, JSP, (Java, Perl, C#,..)
ASP,..) data base
Desarrollo de una aplicación SCADA

 Se necesita una licencia de desarrollo y licencias de run-time para la
aplicación (a veces su precio está en función del número de variables
o tags).
Sinóptico,
Teclado / dispositivo Consignas animaciones
Configuraciones Monitor
apuntador
Aplicación Registro variables,

SCADA compilada informes, alarmas SCADA Transmisión
Editor Run-Tim e
Recepción
Interfaz
Disco Aplicación,
comunicaciones
históricos Informes,
alarmas
Monitor Impresora
Módulos de un SCADA
 Driver de comunicaciones: encargado de gestionar las comunicaciones entre los
servidores de datos y los dispositivos de campo, y que implementa los protocolos
necesarios para efectuar dichas comunicaciones (Actualmente OPC).
 Servidor de datos del proceso: encargado de detectar y gestionar alarmas y
eventos y de almacenar datos para su análisis posterior. Con acceso directo a bases
de datos.
 Servidor de web: gestiona la disponibilidad, el acceso a datos, envío de consignas y
señales de mando mediante Internet.
 HMI o Interface Hombre Máquina (Human Machine Interface): Interfaz gráfico
para la visualización del estado del proceso mediante objetos animados, gráficos,
textos, listados y ventanas múltiples.
 OLE/ODBC. (Open Data Base Compliance Interface): Interfaz de Microsoft para la
comunicación con bases de datos.
 Batch: Aplicación para la gestión de recetas y procesos por lotes.
 SPC/SQC (Statistical Process Control / Statistical Quality Control): Aplicación para el
seguimiento y control de la calidad, cálculos estadísticos, etc.
 Seguimiento de la producción: aplicaciones muy adaptadas a cada proceso y a
cada compañía, por lo que son muy configurables.
 Standares de Microsoft: DDE, OLE, COM/DCOM, Active X y OPC: soluciones de
integración para aplicaciones relacionadas con terceros (Protocolos de intercambio de
datos entre diferentes aplicaciones).
4. Estándar OPC (OLE for Process Control )

 Contenido
• Definición y características generales
• Esquema de comunicación con OPC
• Acceso de datos
• Tipos básicos
• Ejemplo de servidor OPC
• Esquema de conexión OPC usado en prácticas
Estándar OPC (OLE for Process Control )

 Actualmente también se denomina “Open Process Control”
 Es un estándar de comunicaciones industriales ampliamente
aceptado que permite el intercambio de información entre
dispositivos de distintos fabricantes y aplicaciones de control.
 Constituye el mayor avance en automatización desde IEC 61131
 Soportado por la fundación OPC (http://www.opcfoundation.org/)
 Más de 150 vendedores ofrecen servidores OPC para conectar sus
PLC, dispositivos de buses de campo, sistemas de visualización, etc.
 Se utiliza también para intercambiar datos entre aplicaciones y para
acceder a bases de datos
 Arquitectura cliente-servidor
 Basada en tecnología OLE (Object Linking and Embeddin) con
modelos COM/DCOM. En forma de librerías DLL.
Antes de OPC
Con OPC
Acceso de Datos OPC

 Compuesto por varios elementos:
• El servidor (server)
– Mantiene información sobre el servidor
– Sirve como container para objetos del grupo OPC
• El grupo (group)
– Mantiene información sobre sí mismo Provee mecanismos para
contener/organizar lógicamente items
• El elemento (item)
– Representan conexiones a fuentes de datos dentro de un servidor
Tipos básicos
• OPC-DA = Acceso a datos (generalizado, maduro)
– El acceso a los datos se hace en forma de valores simples
denominados puntos (points), con tres valores:
 Valor del punto (p.e. velocidad)
 Calidad del punto (buena, mala)
 Fecha del punto (timestamp)
• OPC-AE = Alarmas y Eventos (no se utiliza mucho)
– Los clientes OPC son notificados de Sucesos
 Alarma: Condición anormal de un sistema
 Condición: condiciones como HighAlarm, Normal, LowAlarm.
 Evento: Ocurrencia de importancia.
• OPC-HDA = Acceso a datos históricos (rara vez utilizado)
– Servidores de datos simples: solo capacidad de almacenar datos
– Servidores de análisis y compresión de datos complejos
Otros tipos
 Además
• OPC DX (Data Exchange)
– Determina el método de intercambio de datos entre servidores OPC.
• OPC XML (Extensive Markup Language)
– Permite el intercambio de datos de proceso entre sistemas
operativos.
• OPC XML DA.
– Método estándar para el intercambio de datos entre las aplicaciones
de empresa. No para tiempo real. Tecnología SOAP en lugar de
DCOM.
• OPC UA. Arquitectura Unificada OPC.
– Tecnología SOAP/HTTP en lugar de COM/DCOM.
TOP Server (Free Trial)

 2 horas de funcionamiento
 Numerosos drivers
 Incluye cliente OPC para probar
 http://www.toolboxopc.com
Esquema de comunicación OPC de prácticas
Aplicación Cliente
(Software SCADA InTouch)
Cliente OPC (FSGateway)
Comunicación OPC
Servidor OPC (TOPServer)
Bus de Campo (TCP/IO)
Servidor de datos Proceso

(PLCSIM + NetToPLCsim) (SIMULMAQ)
5. SCADAs comerciales
 Contenido
• SCADAs comerciales más representativos
• InTouch
• WinCC
• LabView
5. SCADA comerciales. Más representativos

Compañía Producto
Wonderware (Schneider) InTouch
Siemens WinCC, ProTool/Pro, Factorylink
Citect (Schneider) Citect SCADA
Rockwell Automation Factorytalck (antes RSView)
ABB Ability
National Instruments LabVIEW con modulo DSC, Lookout
GE Digital iFix6.0 (antes Intellution)
Inductive Automation Ignition
Iconics Genesis
Nematron PowerView HMIs, InduSoft Web Studio
Opto22 PAC Project Software
Novus Superview
Sielco sistemi Winlog Pro
Wizcon Systems Wizcon Supervisor
CTC Parker Interact
SCADA comercial: InTouch

 InTouch® de Wonderware es un entorno de desarrollo de
aplicaciones industriales, que permite a los usuarios crear de forma
rápida y sencilla complejas y eficaces interfaces para los operadores.
 Wonderware® es una compañía pionera en el uso del entorno
Windows y líder dentro de este sector. Ha vendido más de 250.000
licencias de InTouch® en todo el mundo, en una gran diversidad de
industrias:
• Alimentación
• Semiconductores
• Petróleo y gas
• Automoción
• Química y farmacéutica,
• Pulpa y papel,
• Transporte y Servicios públicos
• Otros.
Evolución InTouch: IAS

Solución IAS:
Oper. Interf.
Oper. Interf.
Oper. Interf.
Windows Windows Windows
Animation Animation Animation •Encapsulación de objetos
Navigation Scripts Navigation Scripts Navigation Scripts
Trends/Alarms, etc. Trends/Alarms, etc. Trends/Alarms, etc. •Derivación desde templates
•Único name space
•Seguridad a nivel de datos
•Drag & drop
Process Data History
History
Alarm History CV101

Event History
CV103 CV102
Fácil creación de objetos

utilizando drag & drop desde
los templates

IAS – Solution:
Oper. Interf.
Oper. Interf.
Oper. Interf.
Windows Windows Windows
Animation Animation Animation •Encapsulación de objetoss
Navigation Scripts Navigation Scripts Navigation Scripts
Trends/Alarms, etc. Trends/Alarms, etc. Trends/Alarms, etc. •Derivación desde templates
•Drag and drop
Process Data History
History
Alarm History •Modelo de Planta

Event History
Se puede generar un modelo de planta para

organizar lógicamente los equipos.

Operator Operator Operator Operator Development Development IAS – Solution:
Station Station Station Station Station Station
•Encapsulación de objetos
•Derivación desde templates
•Drag and drop
•Modelo de planta
•Arquitectura escalable
•Topologia de red
•Desarrollo Multi-usuario
Historian Application Application Application Application
– Object Object Object Definition
InSQL Server Server Server –
Galaxy
Repository
Los objetos se pueden ejecutar en

arquitecturas distintas y escalables.
Evolución InTouch: Programación Orientada a Objetos

Los objetos contienen todos los elementos de la configuración
Inputs/Outputs
Alarmas/Eventos
Objeto Válvula
Programación Orientada a Objetos
Seguridad
Logic/Scripting
Esquema histórico
Evolución InTouch: Programación Orientada a Objetos
La plantilla ($Valve Template)

puede utilizarse para crear
instancias del dispositivo
CV101
Este objeto se convierte

en una plantilla para
• Los cambios en la plantilla se propagan automáticamente a CV102
otros objetos
todas las instancias
• Las plantillas nuevas pueden derivarse de plantillas
existentes
• Pueden desarrollarse bibliotecas y objetos estándard
CV103
$Valve • Las plantillas estándar disminuyen los costes de proyecto a
proyecto
CV104
Evolución InTouch: Alta disponibilidad …
Sistema no redundante
1. El servidor maneja todos los
datos. Arquitectura Cliente Servidor
InTouch InTouch InTouch InTouch InTouch
2. Si cae el servidor los clientes
pierden la conexión con lo
datos.
Sistema redundante
1. Los servidores redundantes
mantienen sincronizados los
datos a través de una red AppServer
dedicada.
2. Si el servidor primario se cae
el servidor de repuesto se PLC
encargará de gestionar lo que
el primario no hizo. La
conmutación es transparente
para los equipos clientes.
3. La configuración se hace
seleccionando una check box
en el AppEngine.
Evolución InTouch: Comunicaciones resistentes a fallos …
InTouch InTouch InTouch
Application Application Nodo IDE y InSQL

Server Server GR Server
Redundante Primario
Datos
Datos 
Pasivo Active
Estado del Sistema
Bueno
DCS PLC DCS

Problema
SCADA comercial: LabVIEW

 + que un SCADA y de National Instruments
 Adquisición, análisis y presentación de datos
 Desarrollo rápido con configuración interactiva y programación
gráfica
 Herramienta de ingeniería para todo tipo de dispositivos (de
escritorio a manuales, y de tiempo real a embebidos)
 Disponible para SOs Windows, Linux y Mac.
 Con amplia difusión en
multitud de aplicaciones:
LabVIEW: Características
 Adquisición
• Más de 5000 controladores de instrumentos plug-and-play
• Soporte PXI, PCI, PCMCIA, USB, LAN, Ethernet, serial, GPIB, CAN, OPC
• Asistentes interactivos para adquisición de datos, control de instrumentos,
adquisición de imágenes, control de movimiento
 Análisis
• Más de 500 funciones integradas de análisis y matemáticas
• Funciones para análisis de frecuencia, filtrado digital, estadística, cálculo,
ecuaciones diferenciales y algebra lineal
• Funciones para FFT, ajuste de curvas, simulación de señales, etc.
• Conectividad con MATLAB y Simulink, Mathematica, Maple, …
 Presentación
• Cientos de objetos personalizables para la interfaz de usuario
• Extensas funciones para hacer gráficas y tablas
• Modelado de objetos en 3D
• Visión y control de aplicaciones vía WEB
• Transformación de gráficas en imágenes para publicación
• Informes en HTML y XML
• Conectividad a Excel y Word, …
LabVIEW: Módulos
 Módulo Real-Time
• Desarrollo rápido de aplicaciones determinísticas con programación gráfica
 Módulo FPGA
• Diseño de hardware sin conocer VHDL
• Desarrollo rápido de prototipos
 Módulo PDA
• Desarrollo de aplicaciones para Palm, Pocket PC,
dispositivos con Windows CE, PDAs estádares, …
• Adquisición de datos a través de CompactFlash y
PCMCIA de NI
• Comunicación por Bluetooth, 802.11, IrDA, serie
 Módulo de Supervisión y Control
 Módulo de desarrollo embebido

LabVIEW: Programación
 Los programas de LabVIEW se llaman instrumentos virtuales (VIs):
Panel frontal Diagrama de bloque

• Controles = entradas • Componentes
• Indicadores = salidas “cableados” entre si
LabVIEW: Programación
Paleta de funciones
(Ventana de diagrama de bloques)
Paleta de controles
(Ventana del panel frontal)
SCADA comercial: SIMATIC WinCC

 SCADA de Siemens
 SO: Windows
 API: VBScript and ANSI C
 BD: Microsoft SQL Server
 TIA Portal: WinCC V12

ICI - T2 Software de Control de Supervision

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

ICI - T2 Software de Control de Supervision

Cargado por

Copyright:

Formatos disponibles

© 2019 – Dpto. Arquitectura y Tecnología de Computadores.

Informática y comunicaciones Industriales

 David Bailey, Edwin Wright. Practical SCADA for Industry

Concepto de supervisión. SCADA.

 Sistemas SCADA (Supervisory Control And Data Acquisition):

RED DE GESTION (TOP) Gestión

Evolución de los Centros de Control

Ejemplos de Salas de control

2. Funciones de un software SCADA

Funciones básicas de un software SCADA

Adquisición de datos. Dispositivos.

Adquisición de datos. Comunicaciones

Adquisición de datos. Acceso a variables externas.

2) Configuración del SCADA

Adquisición de Datos. Definición de variables

Interfaz Hombre-Máquina para Ingeniería

Funciones de la Interfaz Hombre-Máquina para operación

Tres funciones principales de un puesto de operador

Creación de sinópticos. Los colores.

PÚRPURA Radiaciones, materiales valiosos

BLANCO Regulación de tráfico

GRIS Líneas de alimentación alterna, Canalización de vapor

NEGRO Masas en sistemas eléctricos. Materiales corrosivos, Contornos

Creación de sinópticos. Librerías.

Ejemplos de objetos gráficos

Ejemplos de visualización sinóptica

Ejemplos de visualización sinóptica

Ejemplos de visualización sinóptica

¿Qué es un evento y qué es una alarma?

¿Qué puede hacer que se desencadene una alarma?

• Alarmas de variables continuas: se usan umbrales numéricos para

 Umbrales de alarmas ROC

Clasificación por categorías

Clasificación por prioridad

Gestión y registro de alarmas

Ejemplo de registro: estados, alarmas

Gráficos históricos y de tendencias

Gráficos de tendencias en tiempo real

Gráficos históricos y Bases de datos

Ejemplos de gráficos de tendencias

Procedimientos de comandos (scripts)

 A veces se dispone de interfaces de programación de aplicaciones,

Programación dirigida a eventos

Estructura de un SCADA web

Páginas web scripts y código

Desarrollo de una aplicación SCADA

Aplicación Registro variables,

4. Estándar OPC (OLE for Process Control )

Estándar OPC (OLE for Process Control )

Acceso de Datos OPC

TOP Server (Free Trial)

Esquema de comunicación OPC de prácticas

Servidor OPC (TOPServer)

Bus de Campo (TCP/IO)

Servidor de datos Proceso

5. SCADA comerciales. Más representativos

SCADA comercial: InTouch

Evolución InTouch: IAS

Alarm History CV101

Fácil creación de objetos

Evolución InTouch: IAS

Alarm History •Modelo de Planta

Se puede generar un modelo de planta para