Descripción

Genera y prioriza alarmas de proceso según ISA-18.2: HIHI, HI, LO, LOLO, con supresión de shelving y gestión de inundación.

Parámetros de la Tool

Entrada — lo que recibe
ParámetroTipoReq.Default
tagIdstring✓ Sí
alarmTypestring✓ Sí
valuenumber✓ Sí
thresholdnumber
Salida — lo que devuelve
CampoTipoFormato
alarmIdstring
prioritystring
activatedAtstringdate-time
requiredActionstring
notificationSentboolean

Guía de Implementación

¿Por qué estos parámetros de entrada?

Se necesita `tagId` para identificar la variable de proceso que dispara la alarma y vincularla al P&ID correcto. `alarmType` (HIHI, HI, LO, LOLO, deviation, rate_of_change) determina la prioridad según ISA-18.2: HIHI y LOLO son alarmas críticas de seguridad, HI y LO son de proceso. `value` es el valor actual de la variable en el momento del disparo, necesario para calcular la desviación respecto al threshold y generar el mensaje de alarma contextual. `threshold` permite validar si la condición persiste o fue transitoria antes de activar la alarma.

Cálculos y lógica a implementar

Verificar que `value` cruza `threshold` en la dirección correcta (HI: value > threshold, LO: value < threshold, rate_of_change: |delta/dt| > threshold). Aplicar histéresis del 2% del rango para evitar chatter de alarma. Asignar `priority` según jerarquía ISA-18.2: HIHI/LOLO → critical, HI/LO → high, deviation → medium, rate_of_change → low. Verificar si la alarma ya existe y está activa (deduplicación). Aplicar lógica de shelving si el tag está en lista de supresión temporal. Registrar `activatedAt` con timestamp preciso. Determinar `requiredAction` desde tabla de respuesta a alarmas del P&ID. Enviar notificación (OWS, SMS, email) según árbol de escalado.

¿Por qué estos parámetros de salida?

`alarmId` es la referencia para el subsecuente acknowledge y para correlacionar con la causa en el sistema de análisis de alarmas. `priority` guía la urgencia de respuesta del operador; el agente puede actuar autónomamente solo en alarmas low y medium, escalando critical y high al operador. `requiredAction` es la instrucción operacional pre-definida. `notificationSent` confirma que el equipo fue alertado.

Interfaz gráfica recomendada

Banner de alarma activa en la parte superior de la pantalla con color por prioridad (rojo parpadeante=critical, naranja=high). Lista de alarmas activas ordenadas por prioridad con columnas: Tag, Tipo, Valor, Threshold, Tiempo activo y Acción requerida. Botón de reconocimiento (ACK) en cada fila. Contador de alarmas activas por prioridad en la barra de navegación.

Conexiones con otras Tools

Recibe de
TAG_LIMIT_EXCEEDEDOPC-UA

Tag de proceso fuera de límites dispara evaluación de alarma

Envía a
ALARM_ACTIVATEDMQTT

Alarma crítica o alta activa la notificación al operador para reconocimiento

Evento ISO que genera esta tool

Cuando esta tool detecta un evento relevante, emite el siguiente evento al Simulador ISO. El campostandardEvent.module.iddebe usar este nombre exacto.
process_alarm_triggered→ se visualiza en el Dashboard ISO y Reporte de Auditoría

Cláusulas ISO que cubre este evento

IEC 61511:2016§16Operación y mantenimiento del SIS

Disparo de alarma de proceso conforme a la gestión de alarmas ISA-18.2.

Al ejecutar el demo de esta tool, el evento se guardará en el Simulador ISO con este identificador.

Demo en vivo

Listo

Presiona Ejecutar Demo para ver cómo actúa esta tool en tiempo real

Agentes que usan esta tool

Disparar Alarma de Proceso
Hola, soy el asistente de  Disparar Alarma de Proceso. ¿En qué puedo ayudarte?