Guía de alarmas y eventos de InTouch® HMI
Resumen de alarmas y eventos
Puede crear aplicaciones InTouch que generen alarmas y eventos para notificar a los operadores
el estado de la actividad del proceso.
• Las alarmas advierten a los operadores en tiempo de ejecución sobre las condiciones del
proceso que podrían causar problemas. Normalmente, se configura una alarma para que se
active cuando un valor del proceso supere un límite definido. Un operador debe
normalmente reconocer la alarma.
• Los eventos representan los mensajes normales de estado del sistema. Un evento típico es
cuando se produce una condición del sistema, como por ejemplo que un operador inicie
sesión en una aplicación InTouch. Los operadores no tienen que acusar recibo de los
eventos.
La siguiente figura muestra cómo la InTouch HMI maneja alarmas y eventos mientras se ejecuta
una aplicación. La alarma y eventos se guardan en la base de datos de alarmas.
Puede configurar cualquier etiqueta para la supervisión de eventos. Se registra un mensaje de
evento en el sistema de alarma cada vez que el valor del tag cambia. El mensaje de evento incluye
cómo cambió el valor y si el operador, la E/S, los scripts o el sistema iniciaron el cambio.
, Las alarmas representan avisos de condiciones de proceso que podrían causar problemas y que
requieren una respuesta del operador. Una alarma típica se activa cuando un valor del proceso
supera un límite definido por el usuario, como un valor analógico que supera un umbral superior.
Esto desencadena una alarma para notificar al operador de un problema. Después de que el
operador reconozca la alarma, la InTouch HMI reconoce que la alarma ha sido reconocida.
Puede configurar la InTouch HMI para que requiera la confirmación de una alarma incluso si la
condición que la causó ha pasado. Esto garantiza que el operador sea consciente de los eventos
que causaron un estado de alarma temporal pero que han vuelto a la normalidad.
Los principales estados de alarma se describen en la siguiente tabla:
Estado de la alarma Condición
ACK La alarma fue reconocida
ALM Se ha producido una alarma
RTN La etiqueta volvió de un estado de alarma a un estado normal
Prioridades de las alarmas
A una alarma se le asigna un nivel de prioridad o gravedad. A límite de temperatura de la caldera,
por ejemplo, requeriría una alarma de alta prioridad, que requiere atención inmediata. Una alarma
de fin de un turno es una alarma mucho menos grave. La prioridad de la alarma depende de las
circunstancias: la aplicación de la fábrica, la naturaleza del equipo, la seguridad, la disponibilidad
de los sistemas de respaldo, los costes potenciales de los daños o el tiempo de inactividad.
Se asigna una prioridad de alarma cuando se define una etiqueta. La prioridad de prioridad puede
ir de 1 a 999, siendo 1 la más grave.
Puede designar un rango de prioridades de alarma para representar una clasificación de alarmas.
Por ejemplo, si un proceso requiere cuatro niveles de gravedad, puede crear cuatro rangos de
prioridad.
Gravedad de la alarma Rango de prioridad
Crítica 1 – 249
Mayor 250 – 499
Menor 500 – 749
Información 750 – 999
Los rangos son útiles para filtrar las alarmas. Por ejemplo, puede configurar una pantalla de alarma
para filtrar todas las alarmas excepto las críticas. Puede crear enlaces de animación, scripts de
reconocimiento de acuse de recibo, y visualización e impresión filtradas, todo ello basado en el
rango de prioridad de las alarmas.
Resumen de alarmas y eventos
Puede crear aplicaciones InTouch que generen alarmas y eventos para notificar a los operadores
el estado de la actividad del proceso.
• Las alarmas advierten a los operadores en tiempo de ejecución sobre las condiciones del
proceso que podrían causar problemas. Normalmente, se configura una alarma para que se
active cuando un valor del proceso supere un límite definido. Un operador debe
normalmente reconocer la alarma.
• Los eventos representan los mensajes normales de estado del sistema. Un evento típico es
cuando se produce una condición del sistema, como por ejemplo que un operador inicie
sesión en una aplicación InTouch. Los operadores no tienen que acusar recibo de los
eventos.
La siguiente figura muestra cómo la InTouch HMI maneja alarmas y eventos mientras se ejecuta
una aplicación. La alarma y eventos se guardan en la base de datos de alarmas.
Puede configurar cualquier etiqueta para la supervisión de eventos. Se registra un mensaje de
evento en el sistema de alarma cada vez que el valor del tag cambia. El mensaje de evento incluye
cómo cambió el valor y si el operador, la E/S, los scripts o el sistema iniciaron el cambio.
, Las alarmas representan avisos de condiciones de proceso que podrían causar problemas y que
requieren una respuesta del operador. Una alarma típica se activa cuando un valor del proceso
supera un límite definido por el usuario, como un valor analógico que supera un umbral superior.
Esto desencadena una alarma para notificar al operador de un problema. Después de que el
operador reconozca la alarma, la InTouch HMI reconoce que la alarma ha sido reconocida.
Puede configurar la InTouch HMI para que requiera la confirmación de una alarma incluso si la
condición que la causó ha pasado. Esto garantiza que el operador sea consciente de los eventos
que causaron un estado de alarma temporal pero que han vuelto a la normalidad.
Los principales estados de alarma se describen en la siguiente tabla:
Estado de la alarma Condición
ACK La alarma fue reconocida
ALM Se ha producido una alarma
RTN La etiqueta volvió de un estado de alarma a un estado normal
Prioridades de las alarmas
A una alarma se le asigna un nivel de prioridad o gravedad. A límite de temperatura de la caldera,
por ejemplo, requeriría una alarma de alta prioridad, que requiere atención inmediata. Una alarma
de fin de un turno es una alarma mucho menos grave. La prioridad de la alarma depende de las
circunstancias: la aplicación de la fábrica, la naturaleza del equipo, la seguridad, la disponibilidad
de los sistemas de respaldo, los costes potenciales de los daños o el tiempo de inactividad.
Se asigna una prioridad de alarma cuando se define una etiqueta. La prioridad de prioridad puede
ir de 1 a 999, siendo 1 la más grave.
Puede designar un rango de prioridades de alarma para representar una clasificación de alarmas.
Por ejemplo, si un proceso requiere cuatro niveles de gravedad, puede crear cuatro rangos de
prioridad.
Gravedad de la alarma Rango de prioridad
Crítica 1 – 249
Mayor 250 – 499
Menor 500 – 749
Información 750 – 999
Los rangos son útiles para filtrar las alarmas. Por ejemplo, puede configurar una pantalla de alarma
para filtrar todas las alarmas excepto las críticas. Puede crear enlaces de animación, scripts de
reconocimiento de acuse de recibo, y visualización e impresión filtradas, todo ello basado en el
rango de prioridad de las alarmas.
