Professional Documents
Culture Documents
6LVWHPDVGH
6XSHUYLVLyQ
Introduccin a la monitorizacin
y supervisin experta de
procesos.
Mtodos y herramientas.
Joan Colomer
Joaquim Melndez
Jordi Ayza
3UyORJR
Las nuevas exigencias de calidad y reduccin de costes ha llevado a
la informatizacin de las industrias actuales. Los procesos son ms
accesibles y su seguimiento es posible mediante los llamados sistemas
SCADA (Supervisory Control And Data Acquisition) o software de
monitorizacin y control que permiten el registro de datos del proceso y
la interaccin de una forma cmoda a travs interfaces grficos.
Estos sistemas SCADA han substituido las salas de control por
ordenadores o terminales de control, y los sinpticos por pantallas
animadas. Hasta el momento se ha cambiado la presentacin y modo
de almacenado de la informacin, pero no su uso. Continua siendo el
operador de la sala de control quien decide sobre la evolucin del
proceso a la vista de los datos visualizados, la diferencia bsica estriba
en el incremento de informacin que ahora recibe. Frente a este
incremento de informacin, cambiante y dinmica, el operador de
control necesita de nuevas ayudas a su tarea de vigilancia y
supervisin del proceso.
La supervisin experta de procesos se entiende como este soporte a la
sistematizacin en el seguimiento de los mismos; automatizando, en la
medida que sea posible, tareas como son el anlisis de datos,
deteccin de fallos, diagnstico de los mismos, toma de decisiones o
proponer acciones concretas haciendo uso, para ello, de toda
informacin disponible.
Los captulos que conforman esta monografa se organizan con el
objetivo de poner en claro cuales son (o deben ser) los objetivos de un
sistema de supervisin, as como la metodologa y las herramientas
necesarias, o simplemente tiles, para satisfacer estos objetivos. No se
ha pretendido realizar un estudio exhaustivo ni presentar un estado del
arte del tema, sino nicamente exponer de forma clara las principales
tareas relacionadas con la supervisin de procesos y describir las
herramientas mas populares para llevar a cabo estas tareas.
Por todo ello esta monografa est especialmente dirigida a aquellos
lectores que, sin ser especialistas en control o supervisin de procesos,
II
III
7DEODGHFRQWHQLGRV
Terminologa _________________________________________9
Relativo al estado del proceso ________________________________ 9
Relativo a las seales _______________________________________ 9
Relativo a las tareas de supervisin ___________________________ 10
CAPITULO 2: Monitorizacin______________________ 11
Introduccin _________________________________________11
Adquisicin y registro de datos__________________________12
Dispositivos para la adquisicin de datos_______________________ 13
Registro de los datos ______________________________________ 16
68
68
69
69
CAPITULO 7: Bibliografa_________________________ 75
Introduccin _________________________________________75
Automatizacin y Monitorizacin industrial actual _________76
Sistemas de Supervisin _______________________________76
Inteligencia artificial: Decisin y diagnstico en la industria __76
VI
,QGLFHGH,OXVWUDFLRQHV
,QGLFHGH7DEODV
VIII
Captulo
&$3,78/2,QWURGXFFLyQDOD6XSHUYLVLyQ
,QWURGXFFLyQ
Proceso
interacciones
Tan importante es detectar con rapidez una situacin anmala, como saber el
porqu de dicha situacin y obrar en consecuencia para que no vuelva a
suceder. En este sentido, los sistemas de supervisin sern imprescindibles
para la automatizacin de tareas en la implantacin de planes de calidad tipo
ISO 9000. Para ello el sistema de supervisin sacar provecho del
conocimiento previo disponible sobre el funcionamiento del proceso.
0RGHOR \ FRQRFLPLHQWR
Tal y como se ha comentado, un proyecto de supervisin lleva implcito un
profundo conocimiento del proceso y su funcionamiento. Pues bien, la
descripcin de este proceso, que aporte un conocimiento a priori sobre sus
funcionalidades y caractersticas, constituye un
del proceso (o de
parte de l). El concepto de modelo equivale al de conocimiento terico del
proceso que pueda ser representado en un ordenador. Un modelo puede ser
un conjunto de ecuaciones diferenciales que describen la dinmica del
sistema, pero tambin el conjunto de restricciones que definen el
comportamiento normal del sistema o la descripcin de las funcionalidades del
proceso, ya sea a base de reglas, condiciones de operacin o dependencias
entre variables.
PRGHOR
%HQHILFLRV GH OD 6XSHUYLVLyQ
El fin ltimo de la supervisin es el de asegurar la calidad y homogeneidad del
producto asegurando el adecuado funcionamiento del proceso incluso en
presencia de situaciones anormales. Se trata de dar al operador o encargado
de control el mximo soporte, liberndolo de la tensin que supone una
vigilancia constante y de las tareas rutinarias (elaboracin de informes
peridicos, lectura y comparacin de registros que garantizan el orden y la
sistematizacin anhelada en los planes de calidad, etc.).
El correcto aprovechamiento del conocimiento e informacin disponible sobre
el proceso permite la evaluacin automatizada, continuada y en lnea, del
proceso de una forma objetiva. Se garantiza de esta forma la uniformidad en la
decisin e independencia respecto a apreciaciones subjetivas.
6XSHUYLVLyQ \ PRQLWRUL]DFLyQ
La implementacin de un sistema de supervisin supone recorrer tres etapas
fundamentales: OD GHWHFFLyQ GH IDOORV, HO GLDJQyVWLFR de stos y
finalmente OD UHFRQILJXUDFLyQ del sistema, que debe permitir continuar
operando de acuerdo con las especificaciones fijadas. En caso de no
realizarse las tres etapas anteriores, se considera el sistema de supervisin
como sistema de vigilancia y asistencia al operario y se concibe como sistema
de PRQLWRUL]DFLyQ (Ver captulo 2). Se trata de sistemas que alertan al
operario y ste decide sobre la existencia de fallos en el proceso, as como su
origen y las acciones a realizar. En este caso el sistema de supervisin lo
constituyen el entorno de monitorizacin junto con el operario a su cargo y por
tanto es habitual designar tambin como entornos de supervisin a tales
sistemas. Con el propsito de diferenciar dichos sistemas de otros, ms
avanzados, en este texto se utiliza el concepto de VXSHUYLVLyQ H[SHUWD
para designar aquellos entornos que incorporan facilidades de decisin y
diagnstico adems de la monitorizacin. Para ello se recurre normalmente a
la utilizacin de mtodos estadsticos y herramientas de la Inteligencia Artificial
que permiten la utilizacin de conocimiento y experiencias de forma automtica
en combinacin con los entornos de monitorizacin.
(WDSDV HQ OD VXSHUYLVLyQ 'HWHFFLyQ 'LDJQyVWLFR GH IDOORV
5HFRQILJXUDFLyQ
D E T E C C I N D E F A L L O S
D IA G N O S IS
( d e d u c c i n d e o r ig e n o c a u s a )
R E C O N F IG U R A C I N
( P r o p u e s t a d e a c c io n e s )
c o n tro l
PROCESO
7HUPLQRORJtD
A continuacin se apunta un breve listado relativo a los trminos ms comunes
en supervisin. Los trminos marcados con asterisco (*) corresponden a los
aceptados por el Comit Tcnico de SAFEPROCESS de 1996 y recogidos por
Isermann y Ball (pueden encontrarse tambin en [8]). Se han aadido otros
debido a su uso frecuente en el dominio de la supervisin.
)DOWD
)DOOR
(YHQWR
6tQWRPD
Nota: Aunque los conceptos de alarma y evento estn asociados a las seales
mientras que las Faltas (o comnmente fallos) se asocian al funcionamiento
del proceso, unos son consecuencias de los otros. Es decir, una alarma se
activar al producirse un evento y ser indicativo de falta en el proceso.
'HWHFFLyQ GH IDOORV
(*Fault Detection):
Determinacin de la
presencia de fallos.
0RQLWRUL]DFLyQ
6XSHUYLVLyQ
10
Captulo
&$3,78/20RQLWRUL]DFLyQ
,QWURGXFFLyQ
PRQLWRUL]DFLyQ
11
CAPITULO 2: MONITORIZACIN
12
CAPITULO 2: MONITORIZACIN
13
CAPITULO 2: MONITORIZACIN
14
CAPITULO 2: MONITORIZACIN
G estin y Planificacin:
M onitorizacin y
Superv isin:
H istricos y B ase de
D atos
Supervisin
M onitorizacin:
O perador de planta
M onitorizacin y
Supervisin:
H istricos y B ase de
D atos
Plant Highway
Plant Highway
O tras redes,
Autm atas
D CS, etc.
Autm atas
C ontroladores
autnom os
M otores y Presin
Instrum entacin:
actuadores. diferencial
-presin
Posicionadores,
-caudal
vlv ulas, etc.
-tem peratura
- etc.
Fishe r
Bus de Cam po
D CS
Autm atas
Lectoras
(P LC) Term inales
m anuales
entradas
/salidas rem otas
(Anlgicas y
digitales)
C nsolas
program acin
15
CAPITULO 2: MONITORIZACIN
seal continua
A/D
t
Ts
instante actual
16
CAPITULO 2: MONITORIZACIN
Adquisicin
Variables
del proceso
Tagname:
- Definicin
- Log off/on
- Condiciones
de alarma
Sisteama de Monitorizacin
DATABASE
(tagnames)
Variables
auxiliares
17
CAPITULO 2: MONITORIZACIN
&UHDFLyQ GH VLQySWLFRV
En el momento de crear una representacin grfica, la eleccin de la
iconografa adecuada, la distribucin en la pantalla y la eleccin de los colores
adecuados facilita la interaccin entre el usuario y el proceso. Algunas
consideraciones tiles para la creacin de pantallas grficas o sinpticos son
las que se sugieren en [1]:
AMARILLO
Circuitos de
calefaccin.
Agentes
oxidantes y
elementos
radioactivos.
Precaucin,
aviso de
peligro.
Canalizacin
de gas.
VERDE
Rejas y
jaulas de
prot. elct.
Nitrgeno.
Gas compr.
Sealizacin
de marcha y
limpieza.
Canalizacin
de aceite.
Permiso.
AZUL
Colector de
transistores.
Precaucin
reparacin.
Material de
proteccin
en tuberas.
Agua, mar.
PRPURA BLANCO
Negativo en Regulacin
fuentes de
de trfico.
alimentacin.
Radiaciones.
Materiales
valiosos.
GRIS
Lneas de
alimentacin
alterna.
Canalizacin
de vapor.
NEGRO
Masas y
referencias
en sistemas
elctricos.
Materiales
corrosivos.
Contornos
geogrficos.
CAPITULO 2: MONITORIZACIN
FC
AC
Seal
electrnica
(b)
(a)
M edio calefactor
Suministro B
Suministro A
Producto
LC
AC
(c)
(d)
19
CAPITULO 2: MONITORIZACIN
20
CAPITULO 2: MONITORIZACIN
7LSRV GH DODUPDV
Una clasificacin simple de los diferentes tipos de alarmas se obtiene de
considerar las variables sobre las que se definen. As diferenciamos entre
alarmas discretas (variables discretas) y alarmas sobre variables continuas o
de umbral.
Las DODUPDV GLVFUHWDV son indicadores de un cambio binario en el estado
de la variable que representan. Una variable discreta puede ser utilizada para
definir el estado de un sistema (paro/marcha, manual/automtico), la presencia
o ausencia de material, un fin de carrera, la deteccin de paso, etc. Esta
informacin es de gran utilidad para la secuenciacin de tareas en el desarrollo
de sistemas de automatizacin. Pero a su vez puede utilizarse para alertar al
operario, en caso de ser necesario, utilizando para ello las seales directas de
sensores tipo todo/nada (fin de carrera por ejemplo) u otras de propsito
especfico (seal de circuito abierto en mdulos de adquisicin analgica a 420 mA).
En el caso de YDULDEOHV FRQWLQXDV se utilizan umbrales numricos para
designar los lmites de operacin normal de dicha variable. Su eleccin se har
de acuerdo con el significado fsico de la variable y los lmites permitidos para
el funcionamiento correcto del proceso. Los sistemas de monitorizacin
actuales incorporan diferentes formas de definir los umbrales de operacin. Es
21
CAPITULO 2: MONITORIZACIN
Vienen dados
por un valor numrico cuyo sobrepasamento activa la alarma. Pueden
darse tanto en sentido ascendente (superior) como descendente
(inferior) y la especificacin de diferentes niveles da lugar a diferentes
niveles de alerta en la activacin de alarmas. Los lmites superiores
normalmente se especifican como High y HiHi (en caso de haber dos
niveles de alarma), mientras que para los inferiores es habitual el
etiquetado Low y LoLo. Es habitual especificar una banda muerta
(histresis) en forma de tanto por ciento del valor umbral para evitar la
activacin y desactivacin continuada de alarmas. De esta forma una
vez superado el umbral deber bajarse a una zona de mayor seguridad
(normalidad) para que la alarma quede desactivada.
Banda
Muerta
HiHi
Lmite desv.
superior
Target
Tiempo en alarma
Tiempo en alarma
Lmite desv.
inferior
22
CAPITULO 2: MONITORIZACIN
%
(s., mn., hr)
Tiempo en alarma
Adquisiciones consecutivas
ILOWUDGR GH DODUPDV
23
CAPITULO 2: MONITORIZACIN
*UiILFDV \ 7HQGHQFLDV
La interpretacin visual de la informacin es otra de las herramientas utilizadas
en la industria. As, los antiguos trazadores de plumilla sobre papel (continuo o
circular) se han visto substituidos por las representaciones grficas en pantalla,
permitiendo la superposicin de grficas y la discriminacin por colores a la vez
que permiten el efecto zoom para anlisis globales o ms locales. De igual
forma, la referencia temporal de cada muestra adquirida est correctamente
fechada de acuerdo con un nico reloj, evitando variaciones y confusiones en
la comparacin de registros.
24
CAPITULO 2: MONITORIZACIN
25
CAPITULO 2: MONITORIZACIN
7LSRV VHUYL
GRUHV (6
7$ * V
6HUYLGRUHV
(6
3 HUILOH V
3URWRF ROR
* UXSRV GH
YDULDEOHV
7RSLFR
7$*
GLV FUHWR
/LV WD GH
* UXSR
7$*
DQDOyJ LFR
$FWXDO
$FWXDO
+ LVWyULFR
+ LVWyULFR
7$*
WH [ WR
52&
8 P E UD OHV
D EVROX WRV
8 P E UD OHV
5 H OD WLYRV
X Q LGD GH V
26
Captulo
&$3,78/26&$'$VFRPHUFLDOHV
,QWURGXFFLyQ
$
campo que proporcionan los datos del proceso y reciben las consignas y
seales de mando para su control. La parte central constituye el ncleo de la
aplicacin SCADA y est constituido por diversos servidores. Cada producto
comercial presenta sus particularidades, pero en lneas generales podemos
hablar de los ncleos siguientes:
ERP, RDBM S
OLE /
ODBC
HM I Batch SPC Seguim iento Otras
SQC Produccin Aplic.
COM/DCOM , OLE, OPC, DDE, Active X
Servidor de Datos de Proceso
- gestin y registro de datos
Servidor de
- generacin y gestin de alarmas y
Web
eventos
Internet
encargado de detectar y
gestionar alarmas y eventos, y de almacenar datos para su anlisis
posterior. Con acceso directo a las bases de datos. Junto con el
anterior cumple las funcionalidades descritas en el captulo 2.
mediante Internet. En todos los casos permite recibir, desde equipos
remotos, informacin de la planta. Las estaciones remotas tambin
permiten, en algunos productos, enviar consignas y seales de mando
va Internet.
28
$!$",
29
ERP
M E S:
Integracin d e los datos d e
Produ ccin con los Sistem as d e
G estin de O peraciones, M ano d e
O b ra, y Proced im ientos operativos
A utm atas
C ontrolad ores
A ctu adores
M otores
C o ntroles
A dq u isicin d e
d atos
G estin d e
V en tas
In geniera d e
P rod uc to y d e
P roc eso
C ontrol
M an ual d e
Proceso
DCS /
OCS
30
&20 '&20
El estndar &20, Component Object Model, de Microsoft permite que una
aplicacin utilice funcionalidades de otra aplicacin residente en la misma
computadora, ello se hace incorporando a la aplicacin principal objetos
software propios de la otra aplicacin. '&20, Distributed COM, supone
extender el estndar COM a sistemas formados por redes dnde los objetos
utilizados en una aplicacin pueden corresponder a aplicaciones remotas,
residentes en alguna computadora de la red.
$FWLYH;
Incorporar un FRQWURO $FWLYH; en una ventana de una aplicacin SCADA,
estableciendo los enlaces necesarios entre las variables de la aplicacin y las
del control ActiveX, supone aadir un objeto, con cdigo asociado, que realiza
una determinada funcin y que aparece totalmente integrado dentro de la
aplicacin. En el mercado existen numerosos proveedores que proporcionan
libreras especficas de controles ActiveX, que pueden incorporarse a una
aplicacin permitiendo desarrollar rpidamente y con seguridad aplicaciones
provistas de numerosas funcionalidades obtenidas de terceros. Algunas,
habituales en aplicaciones Windows, son: el calendario, barra de progreso, etc.
La adopcin de la tecnologa ActiveX por parte de un software SCADA lo
convierte literalmente en un contenedor de controles ActiveX. Diversos
proveedores de SCADAs ofrecen directamente, o a partir de terceros, los
denominados mdulos Add-on. Un $GGRQ es, en definitiva, un controlador
ActiveX que se integra en una aplicacin y le aade las funcionalidades de que
dispone. Diversos productos SCADA admiten, por ejemplo, Add-on para
anlisis estadstico, SPC. Con un Add-on de SPC, el desarrollador de un
31
!
!
Aplicacin 2
OPC Client interface
32
$UTXLWHFWXUD \ 6ROXFLRQHV
Los software SCADA deben ser capaces de responder
a las necesidades de diversos sistemas de control.
Desde los pequeos que utilizan un solo PC
conectado a un autmata programable, hasta los
grandes sistemas con control distribuido y que deben
responder a niveles de seguridad elevados. Por ello,
cada proveedor de sistemas SCADA dispone de una
gama de productos para responder a esta amplia
demanda del mercado, y con unos precios tambin
adaptados a la envergadura del sistema a supervisar. Fig. 3-5 Arquitectura SCADA
multinodo. Wizcon.
Vase el ejemplo de la Fig. 3-5 correspondiente a una
arquitectura multinodo con productos de un fabricante nico.
Al plantear un sistema de supervisin y control es necesario establecer cuales
son las diferentes estaciones de trabajo que debe incluir el sistema, y que
operativa debe realizarse en cada una de ellas, teniendo en cuenta tanto los
aspectos de atencin al proceso, como los de explotacin y anlisis de los
datos recogidos propios de ingeniera, calidad, o gestin.
En cualquier producto SCADA, es normal que el mdulo base cubra las
funciones de control, gestin de comunicaciones con los dispositivos
33
34
35
36
Producto
Suministrador / Fabricante
Aimax
lenguajes
programacin
VB, C
Tipo de Enlace
propio
DDE
178.000
178.000
175.000
40.000
consultar
consultar
ASCII, triggers
NetDDE, ficheros,
JDBC/SQL
ficheros y
memoria
compartida
DDE, ficheros
consultar
consultar
consultar
consultar
120.000
120.000
300.000
250.000
ODBC,
COM/DCOM, via
CUBE-TRACK y
va MESAD
DDE, OPC
600.000
300.000
consultar
consultar
propio
VB
propio
propio (tipo
PLC)
Cmi NT
Siemens, ControlMatic
C++, VB
Ibrica, S.A./ Idem (E)
Cube
ORSI Espaa,SA./ ORSI (I) IIC1131-3,
ladder, iter, C,
VB, Fortran,
Pascal, VC
Digivis
Elsag Bailey Hartmann &
propio
Braun, S.A./ Digivis
Factory Suite
Logitek, S.A./ Wonderware propio
2000
(USA)
Factorylink ECS Medicin y Control, S.A./
Power VB,
USDATA (USA)
propio, C, C++
ActiveX, DDE,
98.000
OCX, ODBC
driver nativo,
198.000
OPC, DDE, bases
de datos
relacionales
DDE, ODBC, OLE consultar
98.000
ActiveX, ADO,
consultar
DAO, ODBC, OLE
consultar
Telewindows, G2 consultar
Gateway
Visual C++, VB ficheros
consultar
consultar
consultar
consultar
DDE, OPC,
consultar
ODBC
DDE, ODBC, OLE consultar
consultar
propio
Ingeniera de
Aplicaciones
propio
Ingeniera de Aplicaciones,
S.A./ Ingeniera de
Aplicaciones, S.A. (E)
VBA
propio
VBA
VB, C++
configuracin
programa
37
198.000
consultar
consultar
consultar
consultar
400.000
336.000
consultar
Producto
Intellution
Intouch
JUMO SVS2000
Lookout
Monitor Pro
OmronScs 2.1
P6008
Pack-Centre
PCVUE 32
Plantscape
Proasis DASWin
Processyn
Pyman
Quick SPC
RSView32
Suministrador / Fabricante
lenguajes
programacin
Block Servicios y Proyectos, VB, VC
S.A./ Intellution (USA)
Logiteck,S.A./ Wonderware propio
(USA)
Jumo Sercon, S.A./ JUMO
(D)
National Instruments /
National Instruments (USA)
Schneider Electric/
Pascal, C, C++,
Schneider Electric (F)
VB
Omron/ Omron (UK)
propio
Foxboro / Foxboro Scada (I) grfico C++,
SQL 4G
Agecontrol / Agecontrol (E) C++
Rasesa Automatismos, S.L./ Scada Bsic
ARC Informatique (F)
Honeywell,SA./ Honeywell
(USA)
Desin Instruments, S.A./
Desin Instruments, S.A. (E)
OBM de Equipos Elctricos,
S.A./ Logique Industrie (F)
PYSSA / PYSSA (E)
Marposs, S.p.A./ Marposs,
S.p.A. (I)
Rockwell Automation /
Rockwell Software (USA)
Scada-VS
Foxboro / Foxcada
(Australia)
Symcont
Adasoft,SA.(E)
C, VB
Tipo de Enlace
API, DDE
consultar
480.000
170.000
150.000
consultar consultar
ODBC direct core, 1.000.000 1.000.000
interface TCP/IP
SQL, TCP/IP
DDE, NETDDE, consultar consultar
OLE2, ODBC,
SQL
ODBC, OPC
1.000.000 500.000
fichero ASCII
(1)
(1)
propio
DDE
700.000
60.000
VB, Vjava
C
400.000
consultar
consultar
consultar
188.000
113.000
propio
propio
consultar
200.000
consultar
gratuita
150.000
150.000
138.890
conector
USDATA, OPC,
BD relacin.
consultar
DLL, SQL
DDE, DLL, OLE
VB
propio, Rexx,
VB, C++,
Delphi,
VB
38
3.000.000
3.000.000
consultar
consultar
consultar
consultar
consultar
consultar
80.000
Captulo
&$3,78/2'HWHFFLyQGHIDOORV
,QWURGXFFLyQ
39
63&
64&
40
Fuera de control
41
42
entradas
conocidas
(control)
PROCESO
Salidas medidas
MODELO
Comparacin
Salidas simuladas
Residuos
43
entradas
perturbaciones
salidas
PROCESO
MODELO
Residuos
Salidas
estimadas
Desacopl.
Ajuste
fallos
entradas
salidas
PROCESO
Estimacin de
parmetros fsicos
Residuo
44
PRGHOR FXDOLWDWLYR
FXDOLILFDFLyQ
45
0.5
0
0
50
100
150
200
46
'HWHFFLyQ \ 'LDJQyVWLFR
En el captulo 1 se ha establecido la diferencia terica entre la deteccin y el
diagnstico de fallos. Esta diferencia, sin embargo, como ha podido verse en
este captulo, algunas veces no existe o es muy difcil de establecer en la
prctica. Muchas veces, dependiendo de las tcnicas utilizadas, la propia
deteccin del fallo ya comporta su diagnstico. Esto puede suceder utilizando
mtodos analticos pero es en los mtodos basados en conocimiento donde se
pone de manifiesto de forma ms clara.
47
48
Captulo
&$3,78/2'LDJQyVWLFR\'HFLVLyQ
,QWURGXFFLyQ
49
'LDJQyVWLFR GH IDOORV
El diagnstico de fallos consiste principalmente en la determinacin del origen
y la magnitud de los mismos. Una vez hemos detectado la presencia de un
fallo, debemos conocer sus causas. Para esta tarea pueden utilizarse diversas
estrategias [17].
Si la fase de deteccin consiste en la generacin de residuos o de sntomas,
entonces el diagnstico debe consistir en la evaluacin de los mismos. Los
mtodos analticos de diagnstico (evaluacin de residuos) se basan
fundamentalmente en la utilizacin de XPEUDOHV, tratados ya en la seccin
dedicada a las alarmas del captulo 2. El enfoque analtico del diagnstico de
fallos, sin embargo, topa con la necesidad de disponer de modelos analticos
suficientemente precisos y completos del proceso, lo cual es en ocasiones muy
difcil o imposible. Por otra parte, la forma ms natural de establecer la
correspondencia entre los residuos o sntomas y los fallos correspondientes es
mediante relaciones lgicas, listas, rboles o tablas de decisin, rboles de
fallos, grafos causales, reglas, sistemas expertos, utilizando mtodos de
aprendizaje, lgica difusa o redes neuronales, etc. Es por ello que, en la fase
de diagnstico, normalmente es el enfoque basado en conocimiento, utilizando
mtodos y herramientas de la IA , el que ofrece mayores posibilidades.
50
Las anomalas que aparecen en un producto o los fallos del proceso obedecen
a relaciones de causa y efecto. Estas relaciones son difcilmente cuantificables
en muchas ocasiones, por lo que se recurre a representaciones mediante los
diagramas causales fishbone (por su parecido con la espina de un pescado) o
de Ishikawa (ver Fig. 5-1).
Operarios
Turno
Cualificacin
Entorno
Mquinas
Puesta a punto
Edad
Calibracin
Temperatura
Humedad
Almacen
Proveedores
Medidas
Mtodos
calidad
producto
Materiales
0pWRGRV HVWDGtVWLFRV
La aplicacin de mtodos estadsticos en la vigilancia de procesos ha aportado
diferentes mtodos de soporte al diagnstico y la toma de decisiones. Se trata
de herramientas de anlisis estadstico que con una presentacin visual de
parmetros simples como la frecuencia de aparicin de un defecto o el
acumulado de stos dan una interpretacin cmoda de los datos. Estos
mtodos son utilizados habitualmente para analizar las anotaciones realizadas
en hojas y formularios de verificacin (Diagramas Check Sheet) en los que se
marca sobre una representacin grfica el defecto mostrado en una pieza, su
localizacin, el nmero de stos o su tipologa.
Algunas de estas herramientas son los llamados diagramas de Pareto, los
grficos estratificados (Stratified Graph) o los diagramas de barras. Se trata en
muchas ocasiones de herramientas integradas en los mdulos 63& (Statistical
Process Control) ofertados por fabricantes de SCADAs.
Como ejemplo, el DQiOLVLV GH 3DUHWR se basa en la consideracin de que el
rendimiento de un proceso puede aumentarse en un 80%, eliminando
nicamente el 20% de las causas que producen su disminucin. Con este
51
NUM: CAUSAS:
1
Fallo soldadura
2
Pieza girada
3
Componente equivoc.
4
Falta componente
5
Otros
a)
b)
Fig. 5-2 Diagrama de Pareto (LabWindows SPC Toolkit).
Estos diagramas aportan informacin de conjunto en cuanto permiten
comparar causas de defectos consecutivas en importancia, a la vez que ver su
importancia respecto al total.
52
F V
53
Condition_1
Condition_21
Decision
Condition_22
Decision
Decision
Decision
54
v_11
v_12
condicin _2
v_21
v_22
condicin _k
v_k1
v_k2
accin_1
w_11
w_12
accin _2
w_21
w_22
w_m1
w_m2
accin _m
v_1n
v_2n
v_kn
w_1n
w_2n
w_mn
55
PUERTAS
LGICAS
NODOS
FALLOS
56
f i es posible
r1
f2
r2
fi
rj
fm
rs
57
Conjuntos difusos
fro templado
clido
caliente
07
03
T (C)
0
0
10
20
40
60
Universo de discurso (medida numrica)
100
58
NOT:
A : A (x ) = 1 A (x )
OR:
AB (x ) = max [ A (x ), B (x )]
AND:
AB (x ) = min [ A (x ), B (x )]
1-A
complemento
B
A
AB
A
B
unin
A
x
AB
B
interseccin
6LVWHPDV H[SHUWRV
Pueden encontrarse definiciones muy variadas de Sistemas Expertos (SE).
Algunas basadas en su funcin, otras en la estructura y otras en componentes
funcionales y estructurales. A grandes rasgos puede decirse que un SE sirve
para codificar conocimiento humano en trminos de experiencia, razonamiento
aproximado, imprecisin, analoga, razonamiento por defecto, aprendizaje, etc.
Especficamente, se trata de representar el conocimiento experto en un
59
PRWRU GH
LQIHUHQFLD
EDVH GH FRQRFLPLHQWR
EDVH GH UHJODV EDVH GH KHFKRV
Ordenador con el
Sistema Experto
Experto humano
Transferencia de
conocimiento
Ingeniero del
conocimiento
Fig. 5-8 Sistema Experto.
Una
60
Motor de
Inferencia
Deduccin
Lectura
BASE DE
HECHOS
)RUZDUG &KDLQLQJ:
%DFNZDUG &KDLQLQJ:
61
Net j = wij yi
i =1
62
Ui
Uj
yh
yi
aj(t+1)=F(aj(t),Netj)
yj
Netj
yj=fj(aj(t+1))
Uk
yk
SALIDAS
A
Capa de salida
Capa(s) oculta(s)
Capa de entrada
I1
I2
I3
I4
I5
ENTRADAS
Fig. 5-12 Capas en una red neuronal.
El aprendizaje en una red neuronal se realiza mediante la modificacin del
vector de pesos de cada neurona, reforzando o disminuyendo la influencia de
unos elementos sobre los dems. La modificacin de los pesos se hace
63
P ro blem a_i
P ro blem a
P ro blem a
S o luc i n _i
R E trie ve
REuse
P ro blem a
S o luc i n
R E tain
P ro blem a_i
P ro blem a_i
R E vis e
S o luc i n _i
S o luc i n _i
S o lu ci n p ro p u e s ta
S o lu ci n ac ep ta d a
64
El ciclo bsico en CBR puede ilustrarse con la Fig. 5-13, en la que se observa
la aplicacin de dichas fases en la resolucin de un problema.
65
66
Captulo
&$3,78/27HQGHQFLDVDFWXDOHV
,QWURGXFFLyQ
6LVWHPD 2SHUDWLYR
Windows NT, por el momento, es el entorno preferente para la mayora de
proveedores de software industrial, por la potencia de estandarizacin de
Microsoft y por sus caractersticas: multitarea, gestin avanzada de errores,
control de acceso, y soporte para comunicaciones multiprotocolo (TCP/IP,
IPX/SPX, Netbeui, etc.).
Para reducir el tiempo de puesta en marcha y mejorar la solidez de
funcionamiento se utilizan versiones embedded, es decir, implantaciones que
solamente disponen de un conjunto especfico de funcionalidades, los precisos
para la aplicacin SCADA.
Por otra parte, se aaden capacidades para la gestin de tiempo real mediante
software, garantizando rapidez de atencin a los procesos que la requieren
mediante una apropiada gestin de prioridades.
De todos modos, UNIX mantiene su validez y sigue siendo soportado por
varios proveedores, especialmente por aquellos que desarrollaron grandes
aplicaciones de ingeniera que requieren elevada potencia de clculo.
/HQJXDMH GH 3URJUDPDFLyQ
La oferta actual tiende hacia VBA, o VB y C++. Para la configuracin de
aplicaciones SCADA es preciso, muchas veces, aadir cdigo especfico.
Anteriormente este cdigo corresponda a lenguajes propietarios y con
capacidades reducidas. La tendencia es a ofrecer, en los software SCADA, la
posibilidad de trabajar con lenguajes estndar, de amplia difusin,
desarrollados como lenguaje para ser utilizado para el desarrollo de
aplicaciones software.
Uno de estos lenguajes es el 9LVXDO %DVLF IRU $SSOLFDWLRQV (VBA) se
presenta integrado en los nuevos productos que ofrecen los lderes del
mercado de SCADAS. VBA es el lenguaje de programacin, orientado a
objetos, incorporado en las aplicaciones de Microsoft Office 97 y se est
convirtiendo en un estndar de facto que presenta una muy buena relacin
entre potencia y dificultad de aprendizaje y uso. Su uso facilita la integracin de
objetos suministrados por terceros, en la medida que aplican este mismo
estndar.
68
7HFQRORJtD 23&
Otra tendencia es la utilizacin creciente de la tecnologa OPC para la
comunicacin entre aplicaciones y con dispositivos: 0(6, (53,
comunicaciones con buses de PLCs. En algunos casos el SCADA es cliente
OPC y en otros puede ser cliente y servidor OPC. La tendencia es convertir el
ncleo del SCADA en un conjunto de servidores y que el resto de la aplicacin
est formado por aplicaciones clientes.
Tal como ya se ha indicado en el captulo 3, la tecnologa OPC es el estndar
que se impone para comunicar sistemas y dispositivos, incluyendo tanto las
comunicaciones entre un software SCADA y los buses de comunicacin con
los autmatas, como las comunicaciones entre una aplicacin SCADA y otras
aplicaciones como pueden ser las de gestin, programacin, o anlisis.
Antes del OPC, cada software requera de un interface especfico (servidor,
driver) para intercambiar datos con una determinada familia de dispositivos de
campo. Y para intercambiar datos entre aplicaciones se utilizaba el estndar
DDE o bien interfaces especficos para cada pareja de aplicaciones. OPC
elimina esta necesidad y permite utilizar una misma tecnologa para comunicar
aplicaciones, dispositivos y drivers. Los proveedores, tanto de hardware como
de software, pueden suministrar productos con una elevada conectividad y
compatibilidad ofreciendo un nico interface. Y los usuarios, sin ningn coste
adicional, tienen una amplia gama de opciones para construir la solucin que
mejor se adapta a sus necesidades, y todo ello empleando una misma
operativa.
2WUDV
Adems de las tendencias descritas en subsecciones previas, la mayora de
fabricantes coinciden en la incorporacin de facilidades del tipo:
69
70
7HQGHQFLDV HQ OD GHPDQGD
Por lo que respecta a la demanda, la tendencia actual se caracteriza por:
Pirm ide C IM
PC
ERP
W -N T
C om unicaciones
Sistem as
de control
W -CE
D isposit.
de
campo
D ispositivos
de campo
Ethernet
B us de
campo
71
72
,QYHVWLJDFLyQ HQ 6XSHUYLVLyQ
73
74
Captulo
&$3,78/2%LEOLRJUDItD
,QWURGXFFLyQ
Sistemas de supervisin.
Como el lector observar, se han incluido tanto libros como artculos de revista,
artculos de investigacin y de divulgacin, manuales y textos tericos. Dado el
carcter industrial de la monografa, el propsito es la complementariedad de
contenidos y de enfoques que las referencias constituyen. Aunque la
bibliografa sobre el tema no es excesivamente extensa, se ha procurado
incluir en el listado aquellos textos que por su contenido pueden ser de utilidad
al lector para la profundizacin en determinados tpicos.
Aunque no se mencionen explcitamente, por su volumen, se proponen
tambin todos aquellos manuales y documentos que acompaan los productos
comerciales y que las casas proporciona como difusin y soporte.
75
CAPITULO 7: BIBLIOGRAFA
[2]
[3]
[4]
[5]
[6]
http://www.abpubs.demon.co.uk/scadasites.htm
[7]
6LVWHPDV GH 6XSHUYLVLyQ
[8]
[9]
[11]
76
CAPITULO 7: BIBLIOGRAFA
[12]
[13]
Jovic F., Expert Systems in Process Control, Chapman & Hall, 1992.
[14]
[15]
[16]
[17]
Patton R., Frank P. and Clark R., Fault Diagnosis in Dinamic Systems.
Theory and applications, Prentice Hall, 1989.
[18]
[19]
[20]
[21]
77
GLOSARIO
*ORVDULR
Diagnstico de fallos, 5, 10, 47, 50
$
Abstraccin, 45
ActiveX, 29, 31, 70
Add-on, 31
Alarma, 8, 9, 21
Alarma y eventos, 24
Alarma, Tipos de, 21
Alarmas, Filtrado de, 23
Anlisis de Pareto, 51
%
Backup (salvaguarda), 34
Backward Chaining, 61
Base de conocimiento, 60
Base de hechos, 60
Base de reglas, 60
Batch, 29
Bus de campo, 15
&
Clculo proposicional, 53
COM/DCOM, 29, 31
Conjuntos difusos, 58
Conocimiento, 49
Conversin analgica / digital, 17
Cualificacin, 45
'
DDE, 29
Decisin, rbol de, 54
Decisin, Tabla de, 55
Decisin. Lista de, 54
Deteccin de fallos, 5, 10, 47
(
Episodio, 46
Error, 10
Estimacin de parmetros, 44
Etapas bsicas en supervisin, 6
Evento, 9
)
Fallo, 9
Fallos, rbol de, 56
Falta, 9
Forward Chaining, 61
Fuzzy, 58
*
Grficos de control, 42
Grafos, 55
Grafos dirigidos simples, 56
Grafos SDG, 57
+
Histricos, 25
,
IEEE-488.2, 13
Integracin, 68
Integracin de aplicaciones, 30
Interface grfico de operador, 17
Interface hombre mquina, 17, 28
Internet, 32, 70
78
ISA, 19
Residuo, 10, 43
Residuos. Generacin de, 44
ROC, 23
RS-232, 14
RS-485, 15
/
Lgica difusa, 57
S88, 3
SCADA, 7
SCADA, Desarrollo, 34
SCADA, Estructura, 27, 35
SCADA, Licencia, 34
SCADA, Programacin, 68
SCADA, Sistemas abiertos, 30
Sntoma, 10, 42
Sistema Experto, 59
SPC, 70
SPC/SQC, 29, 40
Supervisin, 2, 10
Supervisin experta, 5, 10, 49, 52
Malfuncionamiento, 9
MES, 27, 69
Modelo, 4
Modelo cualitativo, 45
Monitorizacin, 5, 10, 11
Motor de inferencia, 60
1
Neurona artificial, 62
2
Observadores, 44
OLE, 29
OLE/ODBC, 28
OPC, 29, 32, 69
7
Tag, 17
Tendencia, 25, 46
Proceso, 3
Umbral, 50
Umbrales de alarma, 22
Reconfiguracin, 5
Redes neuronales, 62
Redundancia analtica, 43
Rgimen permanente, 9
Rgimen transitorio, 9
Ventana temporal, 46
Visual Basic, 68
79
CAPITULO 7: BIBLIOGRAFA
LA MONOGRAFA
La supervisin de procesos industriales sigue a la automatizacin de procesos como
forma de aprovechar el flujo de informacin que proviene de los sistemas de adquisicin.
El volumen de informacin crece y se necesita de nuevas herramientas y tcnicas que
permitan su utilizacin sistematizada para vigilar los procesos de forma autnoma. Bajo
esta perspectiva, SISTEMAS DE SUPERVISIN, ofrece un recorrido por los actuales
sistemas SCADA analizando sus funcionalidades y remarcando su concepcin de
sistemas abiertos para la integracin de nuevas tecnologas con el propsito de una
supervisin basada en el conocimiento (supervisin experta). Se revisan los mtodos y
herramientas actuales y se introducen aquellas que en un futuro formaran parte de un
entorno de supervisin inteligente.
LOS AUTORES
Joan Colomer, es Licenciado en Ciencias Fsicas por la Universitat
Autnoma de Barcelona (UAB) y Dr. Ingeniero Industrial por la Universitat
de Girona (UdG). Profesor Titular del Departamento de Electrnica
Informtica y Automtica de la UdG. Actualmente imparte docencia en
asignaturas de control por computadora y automatizacin en esta
universidad. Su investigacin en supervisin se centra en el desarrollo y evaluacin de
herramientas de abstraccin para la representacin simblica de seales.
Joaquim Melndez, es Ingeniero de Telecomunicacin por la
Universidad Politcnica de Catalua y Dr. Ingeniero Industrial por la
Universitat de Girona (UdG). Profesor Titular del Departamento de
Electrnica Informtica y Automtica de la UdG. Actualmente imparte
docencia en las titulaciones de Ingeniera Tcnica y Superior Industrial de
esta universidad. Su investigacin en supervisin se centra en la integracin de
herramientas de Inteligencia artificial para la deteccin y diagnstico de fallos.
Jordi Ayza, es Ingeniero Industrial y Dr. Ingeniero industrial por la
Universitat Politcnica de Catalunya (UPC). Profesor Titular del
Departamento de Electrnica y Automtica de la ETUP de Matar.
Colaborador de la revista Automtica e Instrumentacin y asesor de
implantacin de sistemas de gestin integrada y de calidad (ISO 9000).
Ha sido colaborador cientfico del CSIC, director comercial de Guspira,
S.L. y director tcnico de Epromos, S.A.
80