85

3 INTERFAZ HOMBRE-MQUINA
3.1 Interfaz hombre-mquina.
3.1.1 Introduccin
En la interaccion del hombre con las maquinas a traves de medios computacionales, es muy
importante tener en cuenta la Interface Hombre-maquina, que es la que permite que el
usuario u operador del sistema de control o supervision, interactue con los procesos.
Existen estudios cientiIicos sobre la comunicacion Hombre Maquina. Podemos
mencionar la Ergonomia, que estudia relacion entre el hombre y su ambiente laboral,
desde 1949, en Inglaterra.
La cantidad de inIormacion manipulada en la actualidad se ha ido incrementando
grandemente, como ejemplo tenemos que en una central nuclear se miden y procesan mas
de 4000 variables.
En la comunicacion hombre-maquina se estudia entre otros aspectos:
Cantidad de inIormacion
Forma de actuacion
Puesto de mando
Propiedades Iisiologicas y psiquicas del hombre - operador.

Los sistemas de presentacion de la inIormacion lo podemos dividir en dos grandes grupos:
Sistemas Convencionales. Los equipos de indicacion y mando, generalmente de tipo
analogico, estan relacionados biunivocamente con los equipos de medicion y
regulacion. Ello implica grandes salas de control, muchos instrumentos, diIicultad de
operaracion, mantenimiento constante.
Sistemas Modernos. Desarrollado utilizando procesadores digitales, las Iunciones de
indicacion y mando se usan para varios canales, utilizacion extensiva de tubos de rayos
catodicos (CRT), de teclados especiIicos y generales, las salas de control son mas
pequeas y eIicientes.

Una adecuada interIase hombre-maquina busca, en primer lugar, obtener el estado del
proceso de un vistazo. Se persigue entonces:

Asegurar que el observador comprenda la situacion representada. Captar la situacion en
Iorma rapida.
Crear condiciones para la toma de decisiones correctas.
86
Que los equipos se utilicen en Iorma optima y segura.
Garantizar conIiabilidad al maximo.
Cambiar con Iacilidad los niveles de actividades del operador.

Los aspectos esenciales que se realizan en la comunicacion Hombre Maquina son:
1. Indicacion del estado del proceso.
2. Tratamiento e indicacion de las situaciones de alarmas
3. La ejecucion de acciones de mando.

1.-Indicaciones del estado del proceso.
Para ello se pueden utilizar: equipos convencionales, terminales de video, impresoras,
registradores, diodos emisores de luz (LED). Para la seleccion en pantallas se puede
emplear: mouse, teclados, lapiz optico, 'touch screen, etc.
2.- Indicacion de las alarmas. Buscan inIormar al operador de una situacion anormal.
Las alarmas se pueden representar:
En la propia pantalla, mediante simbolos que aparecen intermitentemente, cambios
repetidos de color en el nombre de alguna variable o grupo, intermitencia de textos,
mensajes, etc.
Mediante el uso de videos especiIicos.
Mediante indicacion sonora.
Utilizando impresoras para imprimir los mensajes de alarmas.

3.- Ejecucion de acciones de mando.
Estas se pueden realizar por tecnicas convencionales (pulsadores, interruptores,
potenciometros, etc.), o mediante teclados, lapiz optico, mouse, pantallas tactiles, etc.
Las caracteristicas del puesto de mando tambien deben estudiarse cuidadosamente. Con
el puesto de mando se debe buscar comodidad para el operador: temperatura estable,
presion atmosIerica ligeramente superior al exterior, muebles comodos y Iuncionales,
buena iluminacion. Debe tenerse presente la cantidad de operadores y horas de trabajo
en dependencia de la intensidad y responsabilidad de la industria. En algunos casos se
duplica los operadores para tomar decisiones diIiciles. La operacion de los mandos debe
ser Iacil y segura. Debe existir buena visibilidad en todo el cuarto de mando.

3.1.2 Formas de presentacin de la informacin
Para presentar la inIormacion en la pantalla existen diIerentes Iormas que muchas veces no
son bien utilizadas. En sistemas pequeos esto no es critico; sin embargo para sistemas
supervisorios de gran cantidad de variables (cientos o miles) es importante que el diseo se
realice adecuadamente para lograr una buena presentacion de la inIormacion. Se dara a
continuacion algunas Iormas para la presentacion de la inIormacion, y en que es
aconsejable utilizarse.
87
Los simbolos.
Se utilizan para la identiIicacion de objetos, acciones, etc. En muchos casos Iacilita
la memorizacion y con ello eleva la eIicacia y conIiabilidad; Iacilita la presentacion
graIica. El hombre puede reconocer gran cantidad de simbolos.
La cantidad de codigos a utilizarse: de 200-1000.
Se usa en presentacion de caracteristicas cualitativas del objeto: tipo, estructura,
Iunciones.

Las ciIras.
Para representar inIormacion exacta. Util en el registro, y en el analisis posterior.

Los colores.
Util para representar alarmas y llamadas de atencion.
Sirve para la representacion de caracteristicas cualitativas.
Aunque existen especialistas en la rama quimica y textil que son capaces de
identiIicar una gran cantidad de tono, el hombre reconoce de Iorma rapida una
cantidad pequea de colores. Por lo tanto, debe usarse hasta 6 para designar
estados. Comun son los siguientes:
rojo - alarma.
Amarillo - alarma de atencion, alarma via peligro.
verde - calma.

El brillo.
Se utiliza para determinar estado del proceso. No utilizar mas de 4, combinado con
letras.
Barras.
El hombre responde rapidamente a la comparacion. Por tal razon es comun que el
valor deseado y el real se representen en barras una al lado de la otra, para una
comparacion rapida de sus valores relativos. De esta manera se puede saber si el
control trabaja bien, sin tener el valor exacto de la seal.
Se utiliza en representacion de magnitudes.

AlIabeto.
Puede usarse para la representacion de caracteristicas cualitativas del objeto: tipo,
estructura, seleccion, etc.
El tamao y la Iuente de las letras juegan un papel importante.

Centelleo.
Utilizar como maximo 4, con periodo de 1 a 8 seg.
88
Tipos de linea
Representacion de contornos, trayectoria.

En los sistemas supervisorios, muchos simbolos presentan diIerentes atributos que se le
puede asignar como por ejemplo: cambio de color, tamao, intermitencia, animacion,
habilitacion o no, etc.

La seleccion de las diIerentes pantallas se puede realizar por diIerentes maneras:
Mediante menus.
Utilizacion de botones/iconos.

Los menus son muy comunes para mostrar varias opciones al operador. Los soItwares
actuales permiten implementarlos de una manera simple. Esta tecnica es util sobre todo
cuando se tenga muchas pantallas u opciones a escoger.
La utilizacion de botones/iconos Iacilita la seleccion de pantallas. Estos botones pueden
estar agrupados en un cierto lugar de la pantalla o desplegados alrededor de la misma.
En la Iigura 3.1 se muestra un sistema de pantalla de busqueda de lo general a lo particular
en el Teleperm M OS251. Las caracteristicas generales de tal sistema se muestra a
continuacion:
Hasta dos monitores para la representacion graIica.
Facilidades de dialogo con el operador, lineas en la parte inIerior de la pantalla.
Monitoreo constante de Iallas y alarmas en todo momento de todo el proceso en una
representacion constante (RC) en las lineas superiores de la pantalla, dividida en 12
areas donde se indica si existen alarmas en dichas areas.
InIorme sobre 24 grupos de 8 variables en una representacion general (RG).
Representacion por grupo donde se inIorma de los valores de las variables de un grupo
(RP).
Representacion detallada de una variable, donde se inIorma no solo su valor, sino todos
los parametros asociados a dicha variable (RD).
Por lo que se tiene acceso rapidamente hasta 12 x 24 x 8 variables (2304)

3.1.3 Base (banco) de datos.
En la base de datos es donde se almacena todos los parametros, limites y valores
relacionados con cada una de las variables y de donde se toma la inIormacion para el
procesamiento primario de la inIormacion.
El banco de datos puede llenarse en la propia aplicacion que se ejecuta o Iuera de linea y
entonces utilizar cualquier sistema de manejo de bases de datos. En aplicaciones medianas
o grandes es aconsejable utilizar este ultimo procedimiento, y en tales casos pueden existir
89
servidores de las bases de datos. Con ello se logra que puede cambiarse campos o agregar
variables, etc. sin que se aIecte la ejecucion de la aplicacion. El uso de las bases de datos en
red trae consigo el problema de la seguridad de las mismas, aspectos que se debe tener
presente al realizar el diseo del sistema. Algunos sistemas (por ejemplo: Lookout, Brigde
VIEW, RSVIEW) implementan lo que se llama 'niveles de seguridad, existiendo
diIerentes niveles para entrar a la inIormacion, accesados cada uno de ellos mediante
contraseas o passwords. Al personal se le asignan los niveles de seguridad segun la
responsabilidad que tengan en el manejo del sistema. En cada nivel se permite realizar
determinados cambios, y es Irecuente que el personal de operacion tenga el nivel mas bajo,
y el personal de mayor responsabilidad en la planta, el de mayor nivel.






















Figura 3.1 Ejemplo de una representacion de variables.

Un ejemplo de la estructura interna (lenguaje 'C) de la inIormacion leida de una base de
datos se muestra a continuacion. Todos los datos correspondientes a una variable se
RC
RG
RP
RD
90
almacenan en una estructura de datos tipo struct. A cada variable del sistema se asocia una
estructura similar.

typedeI struct /*DeIinicion de todas las caracteristicas de las variables
analogicas (internas o externas)*/

char CodMec|CodMecL|; //Codigo mecanico de la varible
char NomVar|NomVarL|; //Nombre de la variable
char Unidad|UnidadL|; //unidad de medida
Iloat VesFiMi; // Valor de escala Iisica minima
Iloat VesFiMa; // Valor de escala Iisica maxima.
byte NumMensaje1; //Codigo del par de mensajes
//correspondiente al 1er nivel de
//alarma
Iloat Valor1Um; //Valor del 1er limite de alarma
byte NumMensaje2; //Codigo del par de mensajes
//correspondiente al 2do nivel de
//alarma
Iloat Valor2Um; //Valor del 2do limite de alarma
Iloat Valor; // valor de la variable
unsigned NVia; // Canal del selector de canales
byte TipoCap; //Tipo de captador
unsigned CoeIh : 6; //CoeIiciente de histerisis 0 a 32
unsigned Visualizable : 1; //0 no visualizable; 1visualizable
unsigned FueraVigil : 1; //0 esta en vigilancia 1 Iuera
unsigned CoeII : 7; //CoeI. Iilt. exponencial (0 al 15)
unsigned Bloqueado : 1; //0 no bloqueado 1 bloqueado
unsigned PMuestreo : 4; //Periodo de muestreo
unsigned TipoUmb1 : 2; //Tipo de umbral para la alarma
//correspondiente al 1er nivel de
//alarma
unsigned TipoUmb2 :2; //Tipo de umbral correspondiente
// al 2do nivel de alarma
unsigned Habilitado : 1; //0 inhabilitado 1 habilitado
unsigned Disparo : 1; //1 si aparece en la base disparo
// 0 no aparece
unsigned Evolucion : 1; //1 esta conIigurada en evolucion
//0 no esta conIigurada
unsigned Alarma :1; //0 no esta en alarma (deIault)
//1 variable en alarma
}tAnalogica;

91
3.2 Sistema de alarmas.
3.2.1 Introduccin.
Uno de los aspectos Iundamentales en un sistema supervisorio es realizar la llamada de
atencion de las diIerentes tipos de alarmas que pueden ocurrir, asi como realizar reportes
del trabajo del sistema y de los cambios de Iuncionamiento, tanto debido al proceso como
los realizados por el operador. Los reportes se utilizan para realizar el analisis posterior de
las situaciones y problemas ocurridos, y para comparar situaciones presentadas con
similares anteriores. En esta seccion se haran algunas consideraciones relacionadas con el
sistema de alarmas y el de reportes.
Subsistema de alarmas.
El objetivo Iundamental del chequeo de estado de alarmas es detectar condiciones
anormales del Iuncionamiento del proceso. Esto se realiza para prever posibles perdidas
economicas, daos en equipos, aIectacion de la calidad, daos personales, etc.
Las acciones tipicas a tomar en caso de presentarse una alarma son:

Aviso al operador con seal luminica y/o sonora.
Visualizar en el 'display. Se puede indicar el estado del proceso con diIerentes
colores, para resaltar la condicion de alarma.
Reportar incidencia, hora de ocurrencia y el evento que ocurrio (imprimirlo).
Activar algoritmos o tareas para la atencion de determinadas alarmas.

La deteccion de las condiciones anormales para la generacion de las alarmas puede ser:
1. Por limites.
2. Por tendencia
3. Complejas, relacionando varias variables.

1.- Por lmites.
Se compara la variable medida con determinados limites; si el valor de la variable cae por
Iuera de estos limites, se entra en estado de alarma. Se pueden presentar las siguientes
variaciones:
a. Se establecen dos limites, uno superior, el Limite Superior del Proceso (LSP) y otro
inIerior, el Limite Inferior del Proceso (LIP), como se muestra en la Iigura 3.2. Al LSP
tambien se le llama normalmente Alarma por Alta y al LIP se le llama Alarma por
Bafa.
92

Donde: LSI , limite superior del instrumento.
LSV, limite superior de validacion.
LSP, limite superior del proceso (alarma por alta).
LIP, limite inIerior del proceso (alarma por baja).
LIV , limite inIerior de validacion.
LII, limite inIerior del instrumento.

Figura 3.2 Alarma por limites.

Las alarmas se chequean estando el proceso operando normalmente.
Cuando cesa la condicion de alarma, es decir, cuando el valor de la variable vuelve a estar
dentro de los limites permitidos, se dice que la variable entra en rango. Se debe avisar de
igual Iorma cuando la variable entra en rango. Si se usa la impresora para reportar las
alarmas, se acostumbra enviar un mensaje estableciendo en la hora que ocurrio dicho
evento.

b. Multiples limites. En estos casos pueden existir dos o mas limites. Estos pueden ser
especiIicados por el usuario en la base de datos de manera tal que cualquier limite
puede ser por alto o por bajo. Por ejemplo, si tenemos dos limites, estos se pueden
establecer asi: dos altos, uno alto y uno bajo, dos bajos, uno alto solo, etc. Con ello se
puede lograr dar dos avisos de alto para una variable que no interese el limite bajo.
Esto es muy usual cuando se mide temperatura. Ver Iigura 3.3.
c. Multiples limites Iijos. Se establecen varios limites que pueden o no conIigurarse. Es
muy comun establecer los limites siguientes:
Muy alto Alto
Bajo Muy bajo.
X
LSI
LSV
LIV

LII
LSP
LIP
T
m

t
Alarma
Entra en rango
93
Figura 3.3 Alarma por Multiples limites.

d. Por limite y n lecturas consecutivas. En este caso se realiza la alarma cuando el valor de
la variable esta por Iuera de los limites n veces consecutivas. Con ello se evita dar
alarma por posibles ruidos o repetir avisos cuando la variable este alrededor del limite.
Ver la Iigura 3.4.
Zona muerta o histeresis .
Se dice que existe una :ona muerta o histeresis, cuando el valor del limite para entrar en
alarma es diIerente al valor del limite para entrar en rango, como se muestra en la Iigura
3.5.
Figura 3.4 Alarma por limite y n veces consecutivas.
Notese que se da alarma cuando se pasa del LSP y se avisa en rango (normal) cuando se
esta por debajo de (LSP histeresis). El objetivo de establecer una zona muerta es el de
t
Alto
Muy alto
X
L
2
L
1
t
X
LSP
Alarm
Entra en rango
N 3
94
evitar que cuando una variable este alrededor de un limite, se de alarma y se entre en rango
constantemente.
La histeresis es comun darla como un porcentaje del rango del instrumento, calculada
mediante la Iormula:
Histeresis | h/(LSI LSV) | * 100











Figura 3.5 Alarma con histeresis.

2) Alarma por tendencia.
La alarma se presenta cuando la velocidad de cambio del valor de la variable es superior a
un valor dado, aunque no se halla pasado de los limites. Se utiliza para indicar una
variacion anormal o que la tendencia es pasarse de los limites en los proximos periodos de
muestreo. Vease la Iigura 3.6.
En la Iigura se da la alarma si X
k
X
k-1
~ MVP

Donde: X
k
valor actual de la variable.
X
k-1
valor en el instante de muestreo anterior.
MVP maxima variacion esperada del valor de la variable del proceso.

Se puede dar una maxima variacion en ascenso y otro en descenso, esto depende del
proceso.

a) Predecir el valor en el proximo periodo de muestreo X
k1
; si se excede, dar alarma.
Se puede plantear la velocidad de cambio como:

v
k
(X
k
X
k-1
) / T (3.1)

Tomando en cuenta la expresion para el calculo de desplazamiento
X
LSP
t
h
Alarma
Entra en rango
95

x x
0
v*t, (3.2)
se puede predecir el valor en el proximo periodo de muestreo:
X
k1
X
k
((X
k
X
k-1
)/ T
m
) * T
m
(3.3)
de donde
X
k1
2 * X
k
- X
k-1
(3.4)
Si este valor calculado excede alguno de los limites, se genera la alarma.











ligura 3.6 Alarma por tendencia
El proximo valor tambien se puede predecir teniendo en cuenta la velocidad en los ultimos
dos puntos y la aceleracion en los ultimos tres, como se indica a continuacion.
Conocemos la expresion para el calculo de la aceleracion:
a dv/dt (3.5)

En un periodo de muestreo:
a (v
k
v
k-1
)/ T
m
(3.6)
Sustituyendo las expresiones de velocidad:

a | (X
k
X
k-1
) / T
m
- (X
k-1
X
k-2
) / T
m
| / T
m
(3.7)

Desarrollando la expresion anterior:

LSP
LIP
t
Alarma
X
X
k-1
X
k

96
a (X
k
2*X
k-1
X
k-2
) / T
2
m
(3.8)


Tomemos la Iormula conocida para el calculo de posicion:

x x
0
v
0
* t (a*t
2
)/2 (3.9)

Figura 3.7 Alarma por prediccion.

Sustituyendo las expresiones de velocidad y aceleracion en la expresion III.9:

X
k1
2 * X
k
- X
k-1
|(X
k
2*X
k-1
X
k-2
) / T
2
m
| * T
2
m

/ 2 (3.10)

Ordenando:

X
k1
(5/2)*X
k
- 2* X
k-1
(1/2)*X
k-2
(3.11)

Con los valores predichos puede compararse con los limites para dar alarma.


3.2.2 Reportes.
Con los reportes se busca conocer el Iuncionamiento del proceso durante un periodo de
tiempo o en un momento determinado, a solicitud del personal de operacion. Generalmente
los criterios que se siguen para disear los reportes son de seguridad o tecnicos
economicos.
Podemos plantear tres tipos de reportes:
1. Tecnicos economicos.
LSP
Alarma
X
t
kT
m
(k1)T
m

97
2. Incidencias y alarmas.
3. Trabajo del sistema automatizado.

1.-Reportes tcnicos econmicos.
En estos reportes se realiza un resumen tecnico economico del proceso durante un periodo
de tiempo determinado, que generalmente coincide con los cambios de turnos laborables.
Puede ocurrir que el personal solicite resumenes parciales cuando los estime conveniente.
La generacion de los reportes debe ser automatica a las horas sealadas en la aplicacion.
Existen reportes:
- Por cada jornada laboral.
- Diarios.
- Mensuales.
- Anuales.
- etc.

En dichos reportes pueden aparecer datos relacionados con: calidad, gastos, produccion,
eIiciencia, indices de consumo, datos estadisticos como: promedio de determinada variable,
valores mas bajos o mas altos y cuando ocurrio, tiempo en que estuvo determinada variable
en alarmas, etc. El personal de operacion y de explotacion debe deIinir que debe aparecer
en los reportes. La aplicacion debe ser Ilexible para que de una manera Iacil se diseen e
implementen los reportes. En el diseo de la aplicacion debe tenerse presente que se debe
ejecutar en tiempo real periodicamente y que, cuando se debe dar el reporte. Por ejemplo,
cuando se calculan promedios periodicamente, se va calculando la sumatoria y la cantidad
de veces que se mide y, en el momento del reporte, se realiza el calculo del promedio. A
continuacion se muestra brevemente el algoritmo a seguir.

En cada medicion: S
i
S
i
X
i
(3.12)
n
i
n
i
1

Cuando se realiza el reporte:
M
i
S
i
/ n
i
(3.13)
n
i
0
S
i
0

Otra manera del calculo del promedio en cada periodo de muestreo es el siguiente:

En cada medicion: n
i
n
i
1
M
i
= ((n
i
- 1) M
i-1
+ X
i
)/ n
i


Cuando se realiza el reporte:
n
i
0
M
i-1


0
98
Para determinar el consumo (o gasto) de un material o componente, se puede integrar el
Ilujo y luego multiplicar por el tiempo.

Los gastos se pueden calcular de la manera siguiente:
G
i

ij
k
1 j
ij
T * I

=
(3.14)
donde: G
i
, gasto de la variable i.
j, instantes de muestreo
I
ij
, Ilujo medido de la variable i en el instante de muestreo j .
T
ij
, periodo de muestreo , generalmente constante T
i


Como generalmente T
ij
es constante se puede plantear:
G
i
T
i
*

=
k
1 j
ij
I (3.15)
En tiempo real se puede realizar lo siguiente:
En cada periodo de muestreo: G
i
G
i
I
i
En el reporte G
i
G
i
* T
I
G
i
0

Un ejemplo de este tipo de reporte es tomado de una Iabrica de cemento:

Reporte de turno sobre el trabajo en Hornos

No. No. Cant. Pasta Salida Densidad Cantidad Iuel oil Consumo
Turno Horno Hum. Seco Clinker Media de la pasta consumido especiIico.
(T) (T) (T) ( T/M
3
) ( T ) (Kg/T)
1
2
3
4


Operador:
J`turno:
J`area:

2.- Reporte de incidencias y alarmas.
Este tipo de reporte tiene la caracteristica de que se van conIormando segun van
apareciendo los eventos. Normalmente se van visualizando e imprimiendo en el momento
en que ocurren; opcionalmente se graban en Iichero para su analisis posterior. En estos
reportes se reIlejan las ocurrencias de las alarmas y cuando las variables entraron a la
99
normalidad, como Iue visto en el epigraIe de alarmas. Con respecto a las incidencias
depende mucho de la aplicacion; con ello se busca reIlejar los cambios en el proceso tanto
motivado por el operador como producto del propio proceso. Pueden reIlejarse conexiones
y desconexiones de los principales motores, cambios de valores introducidos por el
operador, etc.
Ejemplo de reporte de incidencias se muestra a continuacion:
01 : 07 Parada Alimentador 1
01 : 15 Nuevos Ilujos: CAL 42.5 T/H
Otro tipo de reporte de incidencias es el que se realiza asociado a una anomalia; como
ejemplo tenemos: en Centrales Termoelectricas existe un reporte que se realiza cuando
existe un disparo.
3.- Reporte del trabajo del sistema automatizado y del proceso.
El objetivo Iundamental en este tipo de reporte es conocer como trabajo el sistema
automatizado. En el se puede reIlejar: responsables en los turnos; tiempo en que trabajo el
sistema; como trabajo, si en regimen inIormativo, supervisorio, etc.; tiempos de paradas y
de mantenimiento, etc.
Ejemplo del sistema de alarmas.
En la Iigura 3.8 se puede apreciar la conIiguracion de alarmas en el soItware de control
'Lookout. Como puede apreciarse en este soItware, la condicion de alarma puede ser tan
compleja como se quiera. La alarma es un objeto que se puede conIigurar, modiIicar, etc.
El mensaje asociado es editable y la seal de condicion de la alarma, que aparece simple,
puede ser combinaciones de seales. Pueden ser alarmas logicas o numericas. Por ejemplo:
si nivel es menor que un valor y la valvula de salida esta abierta, entonces ... . Tambien
puede existir alarma por razon de cambio.
En la pantalla de alarma (Iigura 3.9) observese que existen diIerentes colores para
establecer el estado de las alarmas. En este caso, el rojo indica que se mantiene en alarma y
no ha sido reconocida por el operador; el valor, si se indica, se actualiza constantemente; la
azul indica que hubo alarma, que ya no esta pero que el operador no la ha reconocido,
cuando se reconoce, es decir, cuando el operador oprime un boton con el mouse, etc., para
indicar explicitamente que vio la alarma, esta desaparece de la pantalla. Cuando se
reconoce una seal que se mantiene en alarma, esta pasa a negra y se mantiene en rojo el
mensaje.
En la Iigura 3.10 aparece la pantalla de reconocimiento de las alarmas. El operador debe
oprimir el boton acknowledge para hacer el reconocimiento de la misma.
Practicamente todos los sistemas de control supervisiorio comerciales utilizan pantallas y
caracteristicas de los sistemas de alarmas, muy similares a las mostradas en estas Iiguras.
100


Figura 3.8 Pantalla conIiguracion de alarmas.



Figura 3.9 Pantalla de presentacion de alarmas.

101

Figura 3.10 Pantalla de reconocimiento de alarmas.
PRACTICA: Implementacin del VI de alarma
La Iuncion de este VI es la de generar dos tipos de alarmas:

1. Por Limites: se genera alarma si la variable esta por Iuera de los limites InIerior y
Superior
2. Por tendencia: se genera alarma si la variable suIre un cambio mayor del estipulado.

Cuando se presenta una alarma, generalmente el sistema debe generar un mensaje escrito
indicando el tipo de alarma presentado (por baja o por alta). Adicionalmente, cuando la
variable vuelve a su estado normal, tambien se genera un mensaje indicando dicha
condicion (variable en rango). El VI a implementar debe generar estos mensajes.
La Iigura 3.11 muestra un modelo del panel para el VI de alarmas. Las Constantes de
Alarma estan empaquetadas dentro de un cluster, y corresponden al valor de los limites y a
los mensajes que deben generarse en caso de alarma. Las otras entradas son: X, Xant y
Alarma Anterior fuera de Rango. Las salidas son: X de Salida, Mensafe, Alarma del
Proceso y Alarma Fuera de Rango.
Las indicaciones de alarma son de tipo booleano (mostradas con leds). Se suele utilizar el
color verde para indicar normalidad y el color rojo para indicar la condicion de alarma.
La Iigura 3.11 muestra el diagrama del VI de alarma. A proposito se han borrado algunos
elementos, que deben ser agregados por el estudiante. La logica del programa es la
siguiente:

102
1. Si la entrada X esta dentro de los limites y dentro de la maxima variacion, las alarmas
de salida deben estar en verde (no alarma).
2. Si la entrada X esta Iuera de los limites, las alarmas de salida deben estar en rojo.
3. Si la entrada X esta dentro de los limites pero por Iuera de la maxima variacion, solo la
Alarma del Proceso debe estar en rojo (Hay Alarma del Proceso).
4. Si en el muestreo anterior hubo alarma y en el muestreo actual no la hay, se debe dar el
mensaje de: variable en rango.

Figura 3.11 Panel y diagrama del VI de alarmas
103
TAREA: implementar el VI anterior. Dibujar el icono y especiIicar el conector.

PRACTICA: Implementacin de un VI para generar y almacenar el mensaje
completo de alarma.
Los mensajes de alarma dados por un sistema supervisor generalmente incluyen datos
como: la Iecha y hora del suceso, el nombre de la variable, el tipo de alarma, etc.
Adicionalmente, los mensajes de alarma se almacenan en un archivo para que puedan ser
analizados posteriormente.
Para implementar estas tareas se debe crear un nuevo VI. La Iigura siguiente muestra un
ejemplo del Panel de tal implementacion. La salida del VI es la indicada por la leyenda
Mensafe Completo. El indicador digital Long. de Mensafe es tambien una salida, pero no es
realmente necesaria. Este mensaje ha sido armado concatenando los textos componentes del
mismo, que corresponden a las entradas del VI. La Iigura 3.12 da un ejemplo de
implementacion de este VI.











Figura 3.12 Panel y diagrama del VI de generacion del mensaje completo
104
3.2.3 La base de datos del sistema de medicin con LabVIEW
Ya se ha mencionado que las diIerentes constantes requeridas por un sistema de adquisicion
de datos, asi como los valores de la variables, se deben almacenar en una Base de Datos.
Otros programas del sistema pueden acceder a estas Base de Datos para obtener los valores
actuales de las variable, desplegar inIormacion, imprimir reportes, etc.

La ~base de datos de las constantes del sistema.
Muchos de los VI que se han implementado hasta ahora requieren de ciertos datos que
pueden considerarse constantes dentro del sistema. Por ejemplo, las constantes de
compensacion, de validacion, de alarmas, etc. Por conveniencia, colocaremos todas estas
constantes en una misma estructura de datos, que denominaremos: las base de datos de las
constantes del sistema.
Como estas constantes son datos que deben estar disponibles para cualquier VI, es
conveniente almacenarlas en una estructura de acceso global, como es el caso de la
estructura Global Jariable de LabVIEW. Como el sistema de adquisicion de datos
generalmente contiene varios canales de medicion (uno para cada variable a medir), cada
uno de ellos requiere de su propio conjunto de constantes y todos estos datos deben estar en
la misma base de datos.
La Iigura 3.13 muestra un ejemplo de un VI que actua como base de datos de las
constantes, con nombre CtesGlobal.vi. Para crear este VI, situese en la ventana del
diagrama de un VI, y escoja la estructura Global Jariable desde la paleta de Iunciones.

Figura 3.13 Base de datos de las constantes del sistema

105
Aparecera una ventana que muestra el panel de un VI en el cual colocaremos los datos
globales de la aplicacion; en este caso, las constantes requeridas para cada canal de
medicion. Inicialmente coloque un arreglo y luego un cluster dentro del arreglo. Dentro del
cluster, copie o cree todos los datos que considere como constantes para el sistema de
adquisicion que estamos creando, como se muestra en la Iigura 3.13.
En la Iigura 3.13 se muestran los valores de las constantes almacenadas en el indice 0 del
arreglo. Como se ve, corresponden a una variable de temperatura. Si tenemos una medicion
de la velocidad de un motor, podemos avanzar el indice del arreglo a 1 y establecer alli los
datos constantes correspondientes a esta variable. Para cada variable medida, se escoge una
posicion del arreglo (el indice del arreglo) y se colocan las constantes en el valor requerido
para dicha variable. Como vemos, el indice del arreglo especiIica de que variable se trata.
TAREA: Implemente el VI descrito anteriormente.

La ~base de datos para las variables del sistema.
Dentro del sistema de adquisicion, es conveniente almacenar los valores que tienen las
variables en un momento dado. Por ejemplo, la temperatura del horno, la velocidad del
motor, etc. Aunque estos datos podrian colocarse en la estructura de datos mostrada en la
Iigura 3.13, es mas conveniente colocarlos en otra estructura similar, destinada solo para las
variables del proceso.
La Iigura 3.14 muestra el panel de un VI que se ha llamado: JariablesGlobal.vi.

Figura 3.14 Base de datos de las variables del sistema

Este VI se ha implementado de Iorma analoga al anterior. Observese de nuevo el uso de un
arreglo. Cada posicion del arreglo (o indice) corresponde a una variable medida.
Obviamente, cada variable deberia utilizar el mismo indice que el utilizado en la base de
106
datos de las constantes (Iigura 3.13). Asi, en las Iiguras 31.3 y 3.14 se muestra el indice 0
del arreglo (primera posicion del arreglo), el cual hemos destinado para la variable de
temperatura.
Notese que en la Iigura 3.14 aparece el valor digital (salida del conversor A/D) de la lectura
variable. El arreglo Jalores Anteriores se utiliza para almacenar los dos ultimos valores de
la variable. Por esta razon no aparece explicitamente el valor de la variable (en este caso la
temperatura) en la Iigura, aunque podria usarse si se considera mas claro para el usuario.
Tambien aparece el dato Referencia, el cual se utilizaria si se desea que el sistema de
supervision se utilice para establecer el set-point o reIerencia de la temperatura del proceso.
Notese que los valores que se almacenan en la estructura de la Iigura 3.14 no son
constantes, ya que pueden variar en cada instante de muestreo segun las condiciones del
proceso (excepto la referencia, que se supone solo se variara de vez en cuando, por parte
del operador).

107
4 IMPLEMENTACIN DEL SISTEMA DE
SUPERVISIN CON LABVIEW
Hasta ahora se han implementado una serie de VI, basado en los aspectos teoricos relativos
a los sistemas de adquisicion de datos y de supervision de procesos. En este capitulo
armaremos un sistema de supervision, utilizando lo visto anteriormente.
4.1 Implementacin del VI de Medicin
En este VI, se utilizaran todos los VI implementados hasta el momento. El esquema del VI
a implementar se muestra en la Iigura 4.1.









Figura 4.1 Esquema del VI de Medicion

Podemos ver el tratamiento que se da a la inIormacion obtenida a partir de la Seal de
entrada. Esta seal es la entregada por el captador-transmisor y esta dada en voltios. La
seal es leida por el sistema mediante el VI de Adquisicion, luego la lectura es compensada,
convertida a unidades de ingenieria, validada y Iiltrada.
PRACTICA: Implementar un VI que eIectue todo el proceso de medicion de una variable
de proceso.
La Iigura 4.2 muestra un ejemplo del panel del VI de Medicion. Es posible realizar la
medida real de entrada o simular un valor de entrada; el valor simulado puede ser aleatorio
o escogido manualmente. Estas caracteristicas corresponden al VI Adquisicion.vi. Se tienen
dos graIicas que muestran la seal Iiltrada y sin Iiltrar. Estos elementos graIicos
corresponden a los indicadores Waveform Chart de LabVIEW.
En la Iigura 4.3 aparece el diagrama del VI de Medicion. El VI se muestra a medio cablear.
Notese que las constantes requeridas por los VIs internos se toman de la base de datos de
las constantes: ConstantesGlobales. En el caso de las variables, los datos se toman de la
estructura correspondiente: Jariables por Canal. Observese que los nuevos valores de las
variables deben almacenarse tambien en Jariables por Canal.
Adquisi-
cion
Compen-
sacion
Conver-
sion
Valida-
cion
Filtraje

Alarma

Genera
Mensaje
Seal de
Entrada
Ea
Base de
Datos
Seal de
Salida
X
108

Figura 4.2 Panel del VI de Medicion

Figura 4.3 Diagrama del VI de Medicion
109
TAREA: Implementar el VI anterior. Dibuje el icono y haga el conector con solo una
entrada para: Indice de la Jariable, que hace reIerencia al indice de los arreglos de la base
de datos que almacenan los datos para cada variable en particular.
4.2 Ejecutando las tareas de medicin
Luego de implementado el VI de medicion, se debe ejecutar esta tarea en Iorma periodica
para que el Sistema de Supervision pueda desplegar los datos correspondientes al operador
o usuario del sistema. La Iigura 4.4 muestra el panel y el diagrama de un VI que realiza esta
Iuncion.

Figura 4.4 Panel y diagrama del VI para la ejecucion de la tarea de Medicion
110
En este VI, la medicion para los canales se ejecuta en Iorma secuencial. La estructura
secuencia del diagrama solo tiene dos frames: el 0 y el 1, lo que signiIica que se estan
midiendo dos variables que, como se ve en el panel, corresponden a los indices 0 y 1 de los
arreglos de la base de datos.
Los procesos de medicion se ejecutan en un bucle en Iorma indeIinida (mientras Parada
este en True), cada 100 ms. Notese, ademas, que el resultado de la medicion (valor de la
variable, posible alarma, etc.) se almacena en la Base de Datos del Sistema. Para que el
operador pueda ver estos datos, se requiere implementar otros VI que realicen esta tarea.
TAREA: Implementar el VI anterior.
4.3 La interface con el usuario
Hasta ahora se ha implementado todo el proceso de medicion. Pero el resultado de esta
medicion se debe presentar al usuario u operador en una Iorma adecuada, segun ya se ha
comentado antes en el capitulo 3. Por lo tanto, desarrollaremos una interface hombre-
maquina con LabVIEW que aproveche lo ya implementado.
4.3.1 Creacin de un ~Custom Control
Aunque LabVIEW contiene una serie de controles con caracteristicas graIicas aplicables a
muchas aplicaciones desarrolladas por un usuario, es conveniente a menudo modiIicar la
presentacion graIica que por deIecto tiene un control, para acomodarla mejor a las
necesidades del usuario. Por tal razon, LabVIEW permite modiIicar algunas caracteristicas
de los controles que aparecen en la paleta de controles. A un control modiIicado por el
usuario se le denomina un custom control. La modiIicacion mas comun corresponde a la
representacion graIica del control en la pantalla. Los pasos para modiIicar esta
caracteristica del control se indican a continuacion, mediante un ejemplo.
Supongamos que deseamos utilizar un control booleano para representar una valvula on-
oII. La valvula se representara de color verde cuando este cerrada y de color rojo cuando
este abierta. Los pasos a seguir son los siguientes:
1. Utilizando una aplicacion que nos permita dibujar en el Iormato de mapa de bits, como
por ejemplo el Paint de Windows, dibuje la representacion deseada de la valvula para la
posicion OII (cerrada). Un ejemplo se indica en la Iigura siguiente.

Aspecto del Control inicial Aspecto del Control Iinal
(propio de LabVIEW) (dibujado por el usuario en Paint)

111
En el Paint, seleccione el dibujo realizado y copielo al Clipboard mediante Edit/Copv o
con Ctrl-C. Haga la seleccion justo alrededor del dibujo.
2. Coloque en el Panel de un VI el control que se va a modiIicar (por ejemplo el de la
izquierda en la Iigura anterior) y seleccionelo.
3. Escoja la opcion de menu: Edit/Edit Control... Aparece una nueva ventana de edicion.
4. En esta ventana, oprimir el icono Edit Mode para colocarlo en la opcion Customi:e
Mode (observe que el icono cambia de imagen).
5. Seleccione el control y oprima el boton derecho del raton. En el menu desplegado
escoja la opcion Picture Item. Observe que el control contiene 4 mapas de bits que
representan sus posibles estados al momento de accionar el control con el raton (dos
mapas se utilizan al pasar el control de On a OII y los otros dos al pasar de OII a On).
Escoja con el boton izquierdo del raton el mapa de bits que se desea cambiar por el
mapa de bits realizado en Paint. (No todos los controles poseen 4 mapas de bits).
6. Seleccione de nuevo el control y oprima el boton derecho del raton. En el menu
desplegado escoja la opcion Import at same si:e (Pruebe tambien la opcion Import
Picture y note la diIerencia con la anterior). Observe como cambia el aspecto del
control, segun se indico en las Iiguras del punto 1. Si la imagen del control es muy
pequea, puede agrandarla arrastrando el raton como con cualquier otro control.
7. Repita los pasos anteriores para cambiar el aspecto del control para la posicion On
(abierta). En este caso, debe ir primero a Paint y cambiar el color de la valvula a rojo.
8. Active la opcion Applv Changes del menu File. El aspecto del control cambiara ahora
en el panel del VI original (revisar el punto 2 anterior). Cambie el estado del control
con el raton, y observe que el graIico de la valvula cambia de color.
9. Si desea utilizar el control modiIicado en otros VI`s, escoja la opcion File/Save de la
ventana en donde edito el control (revisar punto 3). Escoja un nombre para el control y
el mismo se guardara en un archivo con extension .ctl.
10. Para introducir el nuevo control en un VI, utilice el ultimo icono (Select a Control) de
la paleta de controles de LabVIEW.
Se recomienda leer la ayuda en linea de LabVIEW para enterarse de otras modiIicaciones
que puede realizar el usuario sobre un control.
4.3.2 Implementacin de la interface con el usuario
Es comun utilizar un mimico que representa el proceso en pantalla, como una interIace
entre la planta y el usuario. En este mimico se representan los aspectos mas sobresalientes
del proceso (tanques, motores, bandas, controladores, alarmas, etc.) y los valores que toman
las variables claves del mismo. Las Iiguras 4.5 y 4.6 muestran dos ejemplos sencillos de
posibles mimicos.
En la Iigura 4.5 se muestra el mimico para un control de temperatura. El panel del VI solo
muestra un termometro (uno de los indicadores propios de LabVIEW) para mostrar la
temperatura. Tambien se muestra la graIica de la temperatura del proceso en el tiempo. Un
control digital en Iorma de perilla se utiliza para modiIicar el set point de temperatura .
112
En la Iigura 4.6 se muestra el mimico para un proceso de control de velocidad de un motor.

Figura 4.5 Panel de un mimico de temperatura

Figura 4.6 Panel de un mimico para un motor
113
En este caso, se ha modiIicado el aspecto de un indicador booleano y se le ha representado
como un motor. El motor tendra un color cuando este detenido (velocidad 0) y otro
cuando este andando (velocidad ~ 0).
La Iigura 4.7 muestra el diagrama del mimico de temperatura. Notese que los datos que se
muestran en la pantalla se toman de la base de datos. El valor del set-point (que el usuario
opera) se almacena tambien en la base de datos.

Figura 4.7 Diagrama del mimico de temperatura
TAREA: Implementar el mimico del proceso de temperatura.

Los VI que muestran el mimico de un proceso se acceden a traves del Menu Principal de la
aplicacion. Al ser llamados desde este Menu, el panel del mimico deben aparecer en
pantalla, generalmente deben ocupar toda la pantalla y cumplir algunas otras caracterisitcas.
A continuacion se lista algunas opciones recomendadas que son especiIicas a la ejecucion
del mimico. Aplique estas opciones al mimico de temperatura que acaba de implementar.
Situe el cursor del raton en el icono del VI (esquina superior derecha) y oprima el boton
derecho. Escoja la opcion JI Setup....
En la lista desplegable de la ventana que aparece, escoja Execution Options y marque
las opciones: Show Front Panel When Called, Close Afterwards if Originallv Closed,
Print Header y Scale to fit. Ver Iigura 4.8.
114
En la lista desplegable escoja ahora la opcion Window Options y marque las opciones:
Si:e to Screen y Auto Center. Ver Iigura 4.9.
Observese que, tanto en la Iigura 4.8 como en la 4.9, aparecen una serie de opciones que el
programador puede escoger para establecer la Iorma en que el VI se comporta al momento
de ejecutarlo.
Se recomienda estudiar la documentacion existente en LabVIEW sobre estos temas.


Figura 4.8 El panel Executions Options del JI Setup de LabVIEW

Figura 4.9 El panel Windows Options del JI Setup de LabVIEW
115
El reporte de alarmas
En un sistema de supervision, es conveniente que el operador pueda observar el estado de
las alarmas del sistema. A continuacion se muestra un VI de ejemplo que muestra el estado
de las alarmas.

Figura 4.10 Panel y diagrama del VI de Reporte de Alarmas
Notese que este VI lo que hace es leer el archivo D.alarma.txt. Este archivo es creado en el
VI GenMensafe.vi, el cual genera las lineas de mensaje que se muestran en las lineas de
texto del panel de la Iigura 4.8.
116
En este VI se deben establecer algunas opciones especiIicas al momento de ejecucion del
mismo. Para ello proceda en Iorma analoga al del VI anterior, y ejecute las siguiente
acciones:

Situe el cursor del raton en el icono del VI (esquina superior derecha) y oprima el boton
derecho. Escoja la opcion JI Setup....
En la lista desplegable de la ventana que aparece, escoja Execution Options y marque
las opciones: Show Front Panel When Called y Close Afterwards if Originallv Closed.

Realizacion del menu principal
Cuando se tienen varios procesos dentro de la planta, puede ser conveniente utilizar un
menu principal a partir del cual pueda llamarse a la pantalla que el operador requiera en un
momento determinado. Un ejemplo sencillo de menu principal se muestra en la Iigura 4.11.
En este ejemplo, el operador puede acceder a los Mimicos Motor y Temperatura, mostrados
anteriormente. Adicionalmente, puede acceder al Reporte de alarmas.

Figura 4.11 Panel del VI del Menu Principal
La Iigura 4.11 muestra el panel correspondiente.
En este VI se deben establecer algunas opciones especiIicas al momento de ejecucion del
mismo. Proceda de la misma manera indicada con anterioridad:
117
Situe el cursor del raton en el icono del VI (esquina superior derecha) y oprima el boton
derecho. Escoja la opcion JI Setup....
En la lista desplegable de la ventana que aparece, escoja Window Options y marque las
opciones: Si:e to Screen y Auto Center.

Poner en funcionamiento el sistema de supervisin

Para poner en Iuncionamiento todo el sistema diseado, proceda de la siguiente manera.

Figura 4.12 Diagrama del VI del Menu Principal

1. Abra el VI de ejecucion de las tarea de medicion (EfecuteTareas.vi) y ejecutelo.
2. Abra y ejecute el VI del Menu Principal.
3. Por medio del Menu Principal tendra acceso a los mimicos y al reporte de alarmas.





118
3 INTERFACE HOMBRE-MQUINA................................................................ 85
3.1 Interface hombre-mquina.............................................................................................................. 85
3.1.1 Introduccion.............................................................................................................................. 85
3.1.2 Formas de presentacion de la inIormacion ............................................................................... 86
3.1.3 Base (banco) de datos. .............................................................................................................. 88
3.2 Sistema de alarmas........................................................................................................................... 91
3.2.1 Introduccion.............................................................................................................................. 91
3.2.2 Reportes. ................................................................................................................................... 96
3.2.3 La base de datos del sistema de medicion con LabVIEW...................................................... 104
4 IMPLEMENTACIN DEL SISTEMA DE SUPERVISIN CON LABVIEW.. 107
4.1 Implementacin del VI de Medicin............................................................................................. 107
4.2 Ejecutando las tareas de medicin................................................................................................ 109
4.3 La interface con el usuario ............................................................................................................ 110
4.3.1 Creacion de un 'Custom Control.......................................................................................... 110
4.3.2 Implementacion de la interIace con el usuario ...................................................................... 111