Las alarmas se comportan de forma inesperada

Esta página enumera las causas más comunes de comportamientos inesperados de las alarmas, con la comprobación rápida de cada una. La guía completa es Solución de problemas de reglas y alarmas; los problemas de notificaciones están en Solución de problemas de notificaciones.

Las ocho causas más comunes

#	Causa	Síntoma	Comprobación rápida y solución
1	Los datos no se almacenan	Sin alarma, y la pestaña Telemetry del dispositivo está vacía o desactualizada	Primero corrija los datos: Los datos no llegan
2	El flujo raíz no evalúa las reglas de alarma	Los datos se almacenan, pero ninguna regla se activa nunca para este perfil	El flujo raíz del dispositivo (el propio del perfil, o el de la organización) debe contener el bloque Alarm rules antes de guardar. Consulte Hosts, el flujo raíz y los flujos raíz de perfil.
3	La clave no coincide	La lista de reglas marca Unknown key	Las claves distinguen mayúsculas y minúsculas: Temperature no es temperature. Haga coincidir la clave en la pestaña Telemetry.
4	Falta el atributo de umbral	Un dispositivo nunca genera alarmas, los demás sí	Una regla que compara con { "attribute": … } no comprueba un dispositivo sin ese atributo. Defínalo en la pestaña Attributes del dispositivo.
5	El valor es texto	> o < nunca se cumplen	Las comparaciones con texto que no es un número son siempre falsas. Envíe números.
6	No se alcanza el tiempo de confirmación (debounce)	La alarma se abre mucho más tarde de lo esperado, o nunca	Con Seconds (device time), el tiempo solo avanza cuando llegan lecturas. Un dispositivo que informa cada 10 minutos necesita al menos dos lecturas verdaderas.
7	El valor oscila en torno al umbral	La alarma se abre y se cierra una y otra vez, o aparece marcada como Flapping	Añada histéresis o un tiempo de confirmación por lecturas. Consulte Debounce, histéresis y amortiguación.
8	El dispositivo dejó de enviar la clave de la regla	La alarma nunca se cierra	Los mensajes sin las claves de la regla no son muestras. Ciérrela manualmente y añada una regla de desconexión. Consulte Alarmas de desconexión.

Se abrió una alarma, pero nadie fue informado

Comprobar	Detalle
La regla tiene un bloque notify	Sin él nadie es informado. Consulte Notificaciones de alarma en detalle.
La severidad alcanza minSeverity	Una alarma de severidad Warning no alcanza un bloque configurado en Major o superior
El dispositivo está silenciado	La cronología indica Muted: nobody was notified. Consulte Silenciar un dispositivo por mantenimiento.
La alarma está Backfilled	Las alarmas de lecturas tardías no informan a nadie sobre el pasado; una alarma que sigue abierta cuando vuelven los datos en vivo se anuncia entonces
Esperaba correo electrónico o SMS	Las reglas de alarma envían correo electrónico solo a destinatarios email y no envían SMS. Los miembros y los roles se contactan en la campana, mediante push donde esté configurado y en las aplicaciones de chat vinculadas.
Push no llega a nadie	El registro de un navegador para push está en desarrollo. Consulte Push en el navegador.

Una alarma se comporta de forma distinta a como la diseñó

Comportamiento	Explicación
La alarma se cerró por sí sola sin que nadie la reconociera	Las alarmas se resuelven automáticamente cuando la condición se despeja. No existe la opción de «debe reconocerse antes de cerrar» (latching). Revise las alarmas resueltas cuya columna Acknowledged esté vacía.
Una severidad menor no notificó	Una bajada de severidad, un reconocimiento o una repetición con la misma severidad no notifica a nadie; una subida sí
Una segunda alarma del mismo tipo no se abrió	Una alarma activa por dispositivo y tipo; las repeticiones se cuentan como ocurrencias
Una alarma se volvió a abrir justo después de cerrarla	Tras un cierre manual, la regla espera a que la condición haya sido falsa una vez. Una nueva alarma significa que la condición pasó a falsa y volvió a verdadera, o que un flujo la generó. Revise la cronología.
Una alarma generada por un flujo o por una regla de la tarjeta Rules nunca se cierra	Estas alarmas no tienen condición; solo una acción de cierre, un flujo o una persona las cierra
Nadie volvió a ser avisado mientras la alarma seguía abierta	Los recordatorios necesitan repeatEverySec en el bloque notify de la regla (de 60 segundos a 7 días)
Las alarmas sin reconocer no escalaron a otra persona	No existe una rotación de guardia para las alarmas de IoT. Use recordatorios y una subida de severidad, o un flujo.
La regla se desactivó, pero sus alarmas siguen abiertas	Ciérrelas manualmente o vuelva a activar la regla

No se puede guardar una regla de alarma

Mensaje	Solución
«Una clave nombra una clave de telemetría: sin espacios y no numérica.»	Ponga el valor en Value, no en Key
«Otra regla de este perfil tiene este tipo.»	Los tipos son únicos por perfil
«Entre 10 segundos y 7 días.»	El retardo de desconexión está fuera de rango
«Las reglas de alarma cambiaron al mismo tiempo; inténtelo de nuevo.»	Recargue y guarde de nuevo
Un error de permisos	Editar reglas de alarma requiere Edit the alarm rules of device profiles (Admin por defecto)

Quién puede hacer qué

Acción	Rol por defecto
Ver alarmas y reglas	User
Reconocer y añadir notas	User
Cerrar manualmente, silenciar dispositivos, editar reglas	Admin

Consulte Alarmas y Referencia de permisos.

Relacionado

• Solución de problemas de reglas y alarmas
• Reglas de alarma en perfiles de dispositivo
• Obtener ayuda