Resumen

Capítulo 7

GUÍA ERGONÓMICA DE DISEÑO DE INTERFAZ DE SUPERVISIÓN “GEDIS”

La guía GEDIS puede convertirse en complemento para aquellos ingenieros que desarrollan
interfaces de supervisión mediante los sistemas comerciales denominados de adquisición de
datos y control supervisor SCADA.

La guía se estructura en 2 partes. La primera detalla un conjunto de indicadores seleccionados

en buena parte de las pautas de diseño de interfaces multimedia que utilizan los ingenieros
informáticos y los expertos en interacción persona ordenador. La segunda parte muestra la
obtención de medidas cuantitativas de evaluación de los indicadores para la obtención de un
valor numérico final que permita al diseñador/usuario valorar las posibles mejoras de la
interfaz de supervisión, a la vez que permite la comparación con otras interfaces.

LISTA DE INDICADORES
El listado de indicadores que son comúnmente utilizados en la interfaz persona máquina de
salas de control para procesos industriales, por lo tanto, su necesidad de estudio
en la guía GEDIS son los que se detallan a continuación:
 Arquitectura
 Navegación
 Distribución
 Color
 Texto
 Equipos
 Valores
 Tablas
 Comandos e ingreso de datos
 Alarmas

ARQUITECTURA. Para iniciar el proceso de desarrollo, el diseñador debe establecer un mapa

donde se definirán de manera general las diferentes pantallas con las que contará el operador
para interactuar con el sistema de automatización y control. Este mapa deberá establecer las
relaciones lógicas entre las pantallas de manera que pueda también servir posteriormente al
diseño de la navegación del sistema.

Una consideración importante para la arquitectura de la interfaz es la cantidad de pantallas

disponibles para este fin, ya que si el número de estas es mucho menor al de las áreas del
proceso que se deben supervisar a la vez, el operador debe cambiar muy frecuentemente de
sinóptico, se deben tomar provisiones en la arquitectura y la navegación para facilitar el paso
entre diferentes áreas de la planta sin requerir de muchos pasos intermedios (como puede
suceder al subir en la jerarquía de la arquitectura).

DISTRIBUCIÓN DE PANTALLAS.

Con la finalidad de llevar a cabo la especificación de la distribución de las

pantallas se sugiere las siguientes directrices:
 Considerar que según el Diagrama de Gutenberg, el Movimiento del ojo va de arriba a
abajo y de izquierda a derecha, describiendo el movimiento de una “Z”.
 Considerar entonces que la información más importante debe ir arriba.
  El centro de la pantalla es también un lugar de alta visibilidad.
 La información miscelánea debe ir abajo a la izquierda.
 Las funciones e informaciones críticas deben tener un lugar fijo en la pantalla.
 La mejor posición para los gráficos es a la izquierda del campo visual.
 Se debe establecer una estructura de rejilla regular.

NAVEGACIÓN.
El objetivo es que el esquema de navegación sea intuitivo y fácil de usar, para este
fin se puede utilizar alguno de los siguientes métodos sugeridos (o bien alguna
combinación de ellos):
 Menús y submenús
 Barra de botones
 Barras de iconos gráficos
 Link con hipertexto
 Link con gráficos de proceso
 Teclas de Función
 Cajas combo o Listas desplegables

USO DEL COLOR.

El color es uno de los elementos más importantes dentro del contexto de las
interfaces persona-máquina, su uso adecuado (conservador, convencional y consistente) es
determinante para la generación de una excelente interfaz. En la fase de diseño se deben
definir los siguientes estándares referidos al color:
 Color para representar el estatus de los equipos de la planta (marcha, paro, falla,
manual, etc.).
 Color de los principales materiales y fluidos del proceso (agua, aire, gases,
materias primas, productos terminados, etc.).
 Color de las alarmas (críticas, advertencias, mensajes, etc.).
 Color del texto en general (títulos, etiquetas, etc.).
 Colores del fondo de la pantalla (general, de detalle, etc.).
 Color de valores de proceso (temperaturas, presiones, niveles, etc.).

INFORMACIÓN TEXTUAL.
La información del proceso es presentada al usuario por medio de varios
elementos de los cuales el comúnmente más usado es el texto. Es importante regular
el uso de este elemento para informar eficazmente al operador respecto al estado del
proceso, por lo que se debe establecer un estándar que rija su utilización. Las
características del texto que se deben definir para este fin son las siguientes: el us o de
fuentes, el tamaño del texto, la alineación, el espaciamiento, los acrónimos y las
abreviaturas.

ESTATUS DE LOS EQUIPOS Y EVENTOS DE PROCESO.

En esta fase se debe definir el estándar gráfico de símbolos e iconos que
representen el estatus de los diversos equipos de la planta tales como ventiladores,
bombas, bandas, válvulas, filtros, etc., así como los cambios de estado digitales
(On/Off) de eventos que se requieren representar en las pantallas de proceso. Para este
fin es importante recurrir a los estándares locales, nacionales o internacionales de
manera que la simbología sea homogénea y fácil de reconocer y diferenciar por el
operador.
INFORMACIÓN Y VALORES DE PROCESOS.
El despliegue de los datos analógicos de proceso es una de las maneras más
importantes con las que se informa al operador sobre el estado de la planta, ya sean valores
directos del campo o bien procesados por el sistema. La representación en las pantallas de
estas variables se lleva a cabo principalmente en dos modalidades: en los gráficos o
mímicos de proceso, o bien en tablas y gráficos de tendencias; estos últimos se analizarán
en el siguiente paso de la metodología. El propósito de mostrar estos datos al operador es
el de informarlo eficazmente para que logre sus objetivos, lo que significa que debemos
visualizar el conjunto de dato mínimo que le muestre el estado actual de la planta y además
estos datos deben ser desplegados de tal forma que realmente tengan significado con
respecto al proceso. Puede haber datos que informan por si solos, pero hay otros que
únicamente tienen significado cuando se comparan o acompañan con otros.

GRÁFICOS DE TENDENCIAS Y TABLAS.

Los gráficos de tendencias y las tablas son los principales medios de
agrupamiento de las variables para crear esquemas informativos para el usuario.
Las siguientes directrices se pueden aplicar cuando se especifican los gráficos de
tendencias:
 No poner más de 9 variables en una sola gráfica.
 Diferenciar los datos con diferentes colores y tipos de línea.
 Asegurarse que los rangos del gráfico sean adecuados para la operación.
 Mostrar el mínimo y máximo para cada variable.
 Incrementar las escalas de abajo hacia arriba o de izquierda a derecha.
 Usar una rejilla tenue para ayudar al operador.
 Permitir al operador visualizar los valores numéricos de los datos en el tiempo.
 Etiquetar los ejes y puntos representados en las gráficas.
 Permitir al operador cambiar el tamaño de la ventana en el tiempo y la fecha de
inicio.
 Permitir al operador quitar temporalmente algunas variables de la tendencia.

COMANDOS E INGRESOS DE DATOS

En esta fase de la metodología de la interfaz, se establece la intervención del
operador al suministrar datos al sistema de manera que este se comporte de acuerdo a sus
objetivos.
Normalmente, las operaciones que efectúa el usuario son: ejecutar comandos,
seleccionar opciones e ingresar datos de consigna y parámetros del proceso, aparte del
reconocimiento de alarmas que será analizado en el punto siguiente. Las características
principales que deben tener los comandos son su visibilidad y su facilidad de operación.
Es también importante clasificar los tipos de comandos que emiten los operadores
de tal suerte que se les asocien objetos estandarizados. Una posible clasificación de los
comandos es la siguiente:
 Comandos de Arranque y Paro, tanto de áreas completas como de equipos
individuales.
 Confirmación de Alarmas.
 Selección excluyente de una opción (una sola entre varias opciones).
 Selección múltiple No-excluyente (más de una entre varias opciones).
 Selección simple (Aceptar o no una opción).

ALARMAS.
Las alarmas junto con la representación del estatus de los equipos y de los valores
analógicos del sistema constituyen los principales elementos con los que se informa al
operador sobre el estado de la planta. Las alarmas son muy importantes ya que alertan al
operador sobre las situaciones anómalas que se presentan en el proceso e implican su
intervención. En caso de que exista una situación informativa que no requiera una
intervención del usuario, entonces será definido como un mensaje en vez de una alarma.

En la sgte table un resumen de los 10 indicadores desarrollado:

INDICADOR DEFINICIÓN ENTRADAS SALIDAS

Organización Mapa de relaciones

De la planta física a la
Arquitectura jerárquica de las entre pantallas y sus
monitorización gráfica
pantallas funciones

Plantillas de los Clasificación de tipos

Distribución de Diseño de los procesos
diferentes tipos de de pantallas y tipos de
pantallas físicos y subprocesos
pantallas plantillas

Controles de Navegación
Modos de navegación
Navegación navegación entre equilibrada en anchura
entre pantallas
subprocesos y profundidad

Asociación de
Requisitos sobre Uso del color
funcionalidades en el
Uso del color dispositivos de adecuado en el
ámbito del control de
información visual contexto
procesos

Abanico de fuentes y Estándares de fuentes,

Uso de fuentes e Fuentes y tamaños
asociación de acrónimos y
información textual legibles por el operario
funcionalidades abreviaturas

Símbolos e iconos
Uso de símbolos e
gráficos para Estándares nacionales
Estatus de los equipos iconos reconocibles
representar el estado y/o internacionales en
y eventos del proceso por el operario
de la planta y los control supervisor
experto
cambios de estado

Presentación de los
Información y valores datos Procesamiento de la Lista clasificada de las
del proceso analógicos/digitales en información variables del proceso
los gráficos
 Presentación y
Lista de agrupaciones
agrupación de valores
Gráficos de tendencias Procesamiento de la de datos en gráficos y
en gráficos de
y tablas información tablas en los sinópticos
tendencias (históricos)
de proceso
y tablas

Accesibilidad a la
Estándares de diseño
Comandos y entrada Modo de entrada de manipulación de
de comandos y
de datos datos a la interfaz parámetros y
entrada de datos
consignas

Características Listado de alarmas,

Alarmas principales del Estimación del riesgo clasificación por
subsistema de alarmas prioridades

EVALUACIÓN DE LA INTERFAZ MEDIANTE EL PROCEDIMIENTO DE LA GUÍA GEDIS.

Los diez indicadores pueden agruparse en una tabla de forma que la persona
encargada de aplicar la guía GEDIS pueda medir cada uno de ellos para obtener un
índice global.
La evaluación expresada en forma numérica cuantitativa o bien en formato
cualitativo pretende promover la reflexión del usuario que rellena la guía GEDIS a
modo de cuestionario (agrupando los diez indicadores en una tabla para obtener un
indicador global), de manera que recoja la experiencia de uso que en muchos casos no
llega a verbalizarse.

MEDIDA DEL INDICADOR.

Puede descomponerse en diversos subindicadores. Por ejemplo, el indicador “Uso del Color”
puede detallarse en: “ausencia de combinaciones no apropiadas”, “número de colores”,
“ausencia de intermitencia (caso sin alarma)”, “contraste entre fondo y objetos” y “relación
con texto”.

MEDIDA DE LA EVALUACIÓN GLOBAL

Cada uno de los indicadores de la Tabla 3 se mide en una escala de 1 a 5. El
evaluador dispone en este punto de información concreta sobre el indicador, de forma
que ya puede valorar las necesidades de mejora. Los valores de los indicadores
pueden agruparse de manera que la guía GEDIS ofrezca la evaluación global de la
interfaz y pueda ser comparada con otras.

Capítulo 8

EVALUANDO LOS SISTEMAS SCADA DEL NAP

SISTEMAS A EVALUAR.
Dentro del D-ALiX vamos a evaluar mediante los indicadores y los subindicadores
que componen la guía GEDIS de una forma cualitativa. Empezaremos evaluando lo que
son las interfaces que componen el Sistema SCADA, primero empezaremos realizando una
evaluación del SCADA de la marca Wonderware empleado para la monitorización de los
inversores de las plantas fotovoltaicas, así como los parques eólicos. Posteriormente
evaluaremos el BMS, este último quizás tengamos menos mejoras que proponer ya que es
un Software reciente y continua mejora, sin embargo el SCADA del Wonderware data de
una fecha antigua desde su realización. Para la evaluación de los Sistemas la realizaremos
junto al personal involucrado en el trabajo diario con el software, entre ellos, el supervisor
del D-ALiX, el encargado del desarrollo del BMS y los operarios del NOC.

EVALUACIÓN DEL SISTEMA SCADA WONDERWARE: FOTOVOLTAICA Y EÓLICA.

Este SCADA es bastante sencillo, en cuanto a profundidad de los niveles para el
acceso a la lectura de las alarmas de las plantas fotovoltaicas así como también para la
Eólica, sin embargo en cuanto a usabilidad es bastante difícil de tratar, ya que tal como
están diseñado los sistemas, es un entorno poco amigable de cara al operario, quizás estaba
bien cuando en las instalaciones del ITER sólo se monitorizaban estas plantas, sin embargo
a día de hoy con todas las pantallas que son necesarias para la monitorización todas las
infraestructuras del D-ALiX, es casi intratable de cara al operario, la detección de una
alarma en un inversor de una planta cualquiera del ITER.

EVALUACIÓN DEL BMS.

En la evaluación del BMS se han detectado varias mejoras a modo general que se
pueden integrar y de esta manera facilitar la tarea de trabajo a los operarios del NOC. Entre
estas mejoras cabe destacar las siguientes:
 Autologin a los fabricantes de equipos: en el BMS, existe la posibilidad, en el muro del
acceso vía BMS al hardware y software del dispositivo. Es decir se puede conocer más
información de la existente en el muro, para ello es necesario acceder a la dirección IP
del dispositivo, pero para acceder a estos dispositivos es necesario insertar la
contraseña y el login, esto supone que en un puesto del Centro de Control muy poca
eficiencia. Por lo tanto que sea suficiente el login al BMS.
 Interfaz de incidencias: Tamaño de letra y colores en Sin Comunicación.
 Diversificación de alarmas sonoras, entre las de Winpak y las del D-ALiX.
 Letra más grande en la pantalla de incidencias.
 Diferenciar en alarmas de incidencias de Winpak entre equipos y alarmas de
volumétricos (Acceso).
 Fallo, Warnings (colores distintos) en el Muro.

EVALUACIÓN DEL SISTEMA DE ALARMAS MEDIANTE EEMUA 191.

La norma EEMUA 191[12] es un conjunto de directrices para la gestión de alarmas, pero sus
recomendaciones no son obligatorias. Sin embargo, el documento describe buenas prácticas y
es utilizado por varios organismos reguladores. Las directrices se centran en las propiedades
de la capacidad de proceso de información del operador y resaltan la utilidad de los sistemas
de alarmas desde la perspectiva del operador. Un sistema de gestión de alarmas debe ser una
herramienta eficiente y eficaz, capaz de mejorar la seguridad, el diagnóstico de fallos, el
control de calidad y no una simple ventana que vaya dando alarmas o eventos
discriminadamente y sin ningún tipo de control. A menudo, las ineficacias son causadas por
una configuración inapropiada.

sistema de gestión de alarmas sea eficiente debe reunir una serie de requisitos, los cuales se
detallan a continuación:
- Eliminación de todas las alarmas perjudiciales y reducir el estrés de los operadores.
- Priorización de las alarmas para mejorar el control de proceso y la seguridad de la planta.
- Minimizar la sobrecarga de alarmas para prevenir la escalada de incidentes.
- Utilizar la tecnología para hacer una gestión de alarmas fácil y sustentable.
CARACTERÍSTICAS DE EEMUA 191.
Para que una alarma o evento sea considerada/o como una buena alarma o evento debe
cumplir los siguientes requisitos:
 Relevante: nunca debe ser mediocre o de bajo valor operativo, sino todo lo contrario,
significativa o alto valor operativo.
 Única: nunca puede ser duplicada por otra alarma o evento.
 Oportuna: no mucho antes de cualquier respuesta que se necesita, ni demasiado tarde
para hacer algo.
 Establecimiento de prioridades: muy importante, debe de indicar la importancia la
gravedad del problema al operador.
 Comprensible: el mensaje debe ser claro y fácil de entender.

 La prioridad alta (urgent, urgente o emergencia) es el último de los tres posibles

estados de alarma, se refiere a la presencia real o inminente de una amenaza o
peligro.
 La prioridad media (warning, de advertencia), es el periodo anterior a la ocurrencia de
una amenaza, declarado con el fin de tomar precauciones específicas, para evitar la
existencia de posibles desgracias principalmente personales y después en planta.
 La prioridad baja (caution, precaución) es el primero de los tres posibles estados de
alarma, en este se realizan las primeras medidas preventivas para enfrentarse a una
posible desgracia. Se recomienda que este alrededor del 80%.

MEDICIÓN DEL RENDIMIENTO DE LOS SISTEMAS DE ALARMAS.

Para la medición del rendimiento del sistema de alarmas, se han realizado pruebas reales de
testeo junto al supervisor del sistema y los operarios del NOC, a estos últimos también se les
ha pasado un cuestionario para el estudio del Sistema de Alarmas y Eventos del D-ALiX,

Los ratios que se han medido en el rendimiento son los marcados por la EMMUA 191, estos
son los siguientes:
 El promedio de alarmas por hora.
 El número máximo de alarmas por hora.
 El porcentaje de la tasa de alarmas fuera de límite por hora.
 Tiempo de respuesta del operador.

DEFICIENCIAS EN EL SISTEMA DE ALARMAS.

Se han encontrado algunas deficiencias en el sistema existente:
 Mejora y actualización del documento de alarmas y eventos.
  No existe conocimiento por parte de los Operarios del Sistema de Priorización de las
alarmas.
 No existe ningún rigor a la hora de gestionar las alarmas.
 Inexistencia de alarmas Sonoras en el Centro de Control.
 Inhibir el Sistema de Alarmas de acceso (volumétricos) de Winpak o de la disminución
del número de reconocimiento de las alarmas.
 Existe la necesidad de la adquisición de unos equipos más potentes, para el uso de los
monitores de alta resolución desplegados en el Centro de Control.
 Servidor del BMS más potente, con mayores recursos: CPU, Disco, Memoria, etc.

TRANSFERENCIA DE CONOCIMIENTO EN EL USO DE LOS SISTEMAS DE ALARMAS.

Para la realización de un trabajo eficiente en el Centro de Control, a raíz de las vulnerabilidades
detectadas con la evaluación del sistema de alarmas. Es necesaria la puesta en marcha de un
manual de procedimiento o de uso, para una mayor familiarización al Sistema de alarmas. Esta
necesidad llega a raíz de las respuestas dadas por el personal del NOC al cuestionario para la
evaluación del rendimiento del Sistema de Alarmas, a la pregunta de si existen procedimientos
de actuación para las alarmas y eventos, de forma general la respuesta es que sí, y en cuanto al
porcentaje, la respuesta mayoritaria es de un 80%. Por lo tanto a raíz también de la directriz
que marca la norma EEMUA 191 de la necesidad de presencia de un documento de alarmas y
eventos en un Centro de Control, así como el alcance de un dominio de un 100% de efectividad
del Sistema de Alarmas del DALiX.
El documento se tiene que centrar en los siguientes puntos:
1. Definición de la jerarquía dentro de los responsables del mantenimiento del DALiX y los
responsables del BMS, en el uso del Sistema de alarmas avanzadas, es necesario el
reconocimiento de quien es el personal encargado de la definición de este tipo de alarmas
avanzadas.
2. Reconocimiento de todas las abreviaciones utilizadas en las Alarmas de Winpak y un mayor
conocimiento de estas alarmas.
3. Actualizar y añadir al documento de Procedimientos de gestión de alarmas e incidencias en
las infraestructuras de los centros técnicos de Canalink; una guía de actuación y de buenas
prácticas.

Capítulo 9

DISEÑO DE NUEVOS PROTOTIPOS.

En este capítulo se abordará el desarrollo de los nuevos prototipos de mejora de los
Sistemas actuales, así como el estudio de los distintos tipos de Software SCADA que se
está utilizando en el día de hoy en el mercado del Control Industrial. A lo largo de este
capítulo también se tratarán las nuevas integraciones llevadas a cabo en el BMS.

ESTADO DEL ARTE DE SOFTWARE DE CONTROL INDUSTRIAL.

Controlar y automatizar los recursos de una empresa, es una necesidad para todas
aquellas empresas o entidades que deseen hacerse más productivas y competitivas. La
mejora de las tecnologías informáticas y de comunicaciones, permite hoy en día, una
introducción más rápida y eficiente de los sistemas de control y gestión.

El Software SCADA tiene un propósito demasiado específico, el software ha

sido diseñado inicialmente para controlar y monitorizar maquinaria automatizada. Por ello,
se utiliza la funcionalidad estándar del SCADA para detener y para iniciar el control de los
procesos, puntos de ajustes, gráficos animados y simples tendencias.
Implementaciones tediosas destruyen la viabilidad, es muy importante que en
un Software SCADA se eliminen las tareas redundantes. Es de gran importancia que los
Sistemas SCADA en el mercado competitivo actual esté diseñado con un servidor basado
en tecnología web, o con una arquitectura de un servidor central, tal y como lo hacen las
TICs.

Licenciar modelos limita los Proyectos SCADA, existe un gran obstáculo para
otros avances del software SCADA: cómo se licencia el software. La mayoría de los
fabricantes de software SCADA les cobran a sus clientes por la cantidad de tags o de
clientes que utilizan. Cuanto mayor sea el sistema, o si necesita crecer en el futuro, más es
la cantidad de dinero que los usuarios están forzados a gastar por un único software. Esto
lo que hace es acabar con los proyectos, o forzarlos a actualizarse. Los sistemas nunca son
todo lo que podrían y deberían ser.

PROPUESTAS DE SOFTWARE PARA EL DISEÑO DE NUEVOS PROTOTIPOS.

Actualmente a nivel de software para el diseño de Sistemas SCADA existen varios
softwares bastante potentes, quizás su limitación a utilizarlos es el coste/licencia y el coste
por paquete, la poca flexibilidad que se puede obtener de ellos, el desconocimiento en el
uso de estos Sistemas, etc. Quizás una de las desventajas en común que presentan este tipo
de Software, es el coste que hay que desembolsar a nivel de escalabilidad del Sistema. A
medida que el número de dispositivos crece de forma exponencial, el costo que hay que
asumir es considerable, a continuación, detallamos 2 de los fabricantes de Sistemas
SCADA más utilizados en el mercado: Omron y Siemens.

Omron Industrial Automation es socio oficial de InduSoft, juntos proporcionan un producto

que incluye el más reciente software de tiempo de ejecución y desarrollo InduSoft Web Studio,
conectividad nativa con productos Omron compatibles y simulación fuera de línea. La oferta
de Omron InduSoft es una solución ideal para sistemas que cuentan con una mezcla de
productos de automatización de otros fabricantes, que tienen varias bases de datos y
remotamente accesos a sistemas mediante desarrollo web.

El SIMATIC WinCC flexible de Siemens[14] es considerado uno del software

más utilizado en la industria de la automatización industrial. WinCC es sinónimo de la máxima
eficiencia en configuración: librerías con objetos preprogramados, bloques gráficos
reutilizables, herramientas inteligentes, hasta incluso la traducción de textos automatizada
para proyectos multilingües.

DESARROLLO DE LAS MEJORAS DETECTADAS.

los Sistemas SCADA, las mejoras detectadas tanto a nivel de usabilidad como a nivel de interfaz
haciendo uso de la guía GEDIS algunos de los puntos que no han sido tratados son:
 La diferenciación entre alarmas de incidencias de Winpak entre equipos y alarmas de
volumétricos (Acceso).
 Se hace un uso incorrecto de las abreviaciones de las alarmas de Winpak.

MEJORA DEL SISTEMA SCADA DE LAS PLANTAS FOTOVOLTAICAS.

En la evaluación llevada a cabo a todos los sistemas SCADA del ITER, el Sistema Wonderware
de las plantas fotovoltaicas, es el sistema menos usable y el que más complejidad presenta
para trabajar con él, así como el que más evaluación negativa obtuvo. La solución más
adecuada a este Sistema ha sido la integración de nuevas pantallas en el BMS, y así obviar este
SCADA.
NUEVAS INTEGRACIONES: SALA LIMPIA DEL ITER.

Realización de una integración en el BMS consistente en la monitorización de alarmas de la

tarjeta de adquisición de datos de los subsistemas de Nitrógeno y de Gas Cabine del
Laboratorio de Fotovoltaica, la integración se debe realizar en una pantalla así como en el
Muro del BMS. De este modo, se garantiza la supervisión 24x7 del Laboratorio de Fotovoltaica
por parte del NOC. Para añadir estas variables a monitorizar se ha realizado el diseño,
implementación e integración de una pantalla resumen en la aplicación BMS para la
supervisión en tiempo real del Laboratorio de Fotovoltaica por parte del Departamento de
Fotovoltaica.

En resumen, el propósito que se pretende con esta integración es la adquisición y

monitorización de un armario de control de gases de la empresa Air Products y de los estados
de alarma de la caja de automatismos Autogas de Carburos Metálicos.

La adquisición de datos se realizará mediante la tarjeta MPORT –III Rev2, configurada

adecuadamente para este propósito. La monitorización se realizará a través del protocolo de
comunicación Modbus TCP/IP (Tabla 8).

Una vez analizado la necesidad, se prosiguió con el diseño del Mockup a proponer teniendo en
cuenta la guía GEDIS (Figura 36).
A continuación (Figura 37) podemos ver los diseños realizados teniendo en cuenta el Boceto
anterior:

En la Figura 37 se puede observar que además de la monitorización de las alarmas existen 2

actuadores uno es “Alarm Reset” y el otro “Remote Shutdown”, el primero permite el reseteo
de la alarma sonora y el segundo ejecutar el mecanismo de seguridad que evita la fuga de
estos gases. Finalmente, en la Figura 38, se puede ver la monitorización de la Sala Limpia en el
Muro.