Hola,
Después de unos días de uso, aquí está mi opinión sobre la gestión del sistema de alarma en Gladys.
Utilizo varios detectores y dispositivos para mi sistema de alarma:
- aproximadamente 15 detectores de apertura
- 4 detectores de movimiento Zigbee
- 1 teclado de código Zigbee (el frient keyzb-110)
- 4 cámaras
- 1 FP2 aqara directamente en HomeKit
Actualmente, es posible crear un sistema de alarma en Gladys combinando escenas, desencadenantes y detectores.
Sin embargo, después de haber utilizado Alarmo en Home Assistant, creo que Gladys necesita hoy una capa dedicada a la gestión de un sistema de alarma.
El sistema actual me parece muy joven y mejorable.
El principal problema es que la alarma está actualmente compuesta por varias automatizaciones independientes
En Gladys, se pueden crear escenas para:
-
activar la alarma en modo ausencia;
-
activar la alarma parcialmente;
-
desactivar la alarma;
-
activar una sirena o una acción cuando un sensor detecta algo;
-
enviar una notificación;
-
gestionar posiblemente un retraso de entrada o salida.
Funciona, pero toda la lógica debe construirse manualmente: es largo, tedioso y posiblemente generador de errores.
El sistema no tiene realmente una lógica dedicada.
A imagen de Alarmo, me gustaría disponer de verdaderos estados que permitieran gestionar automáticamente acciones desde una interfaz de alarma:
-
Desarmada
-
Armado en curso
-
Armada ausencia
-
Armada noche
-
Armada presencia
-
Retraso de entrada
-
Alarma activada
Esta diferencia se vuelve importante tan pronto como la instalación comienza a tener varios sensores o varios modos de armado.
Punto importante, no existe el modo noche y este modo me falta terriblemente 
La existencia de este modo de alarma en HomeKit también me falta.
Los modos disponibles son: En el hogar, Ausente y Desactivada.
En caso de activación, solo tengo una notificación por Telegram. Ya no tengo una alerta urgente en HomeKit.
Gestión de los sensores por modo
Otro punto muy práctico en Alarmo es la posibilidad de definir qué sensores participan en cada modo.
Por ejemplo:
Modo ausencia
-
puertas;
-
ventanas;
-
detectores de movimiento;
-
garaje.
Modo noche
-
puertas;
-
ventanas;
-
garaje;
-
pero no los detectores de movimiento interiores.
Modo presencia
- solo ciertas aperturas o zonas periféricas.
En Gladys, esta lógica generalmente debe reproducirse en varias escenas.
Esto rápidamente genera duplicación, hace que las modificaciones sean más difíciles y multiplica el riesgo de errores.
Si añado un detector o si cambio el comportamiento de una zona, debo verificar varias escenas.
Gestión de los retrasos de entrada y salida
Para una verdadera alarma, algunos sensores deben poder tener un comportamiento específico.
Por ejemplo:
Una apertura de la puerta de entrada cuando la alarma está activa no debería necesariamente activar inmediatamente la sirena.
Debería poder iniciar un retardo de entrada de 30 segundos, permitiendo introducir un código en un teclado.
De la misma manera, al activar la alarma, debería poder haber un retardo de salida antes de que los sensores se activen.
Esta lógica puede crearse con escenas, pero se vuelve rápidamente compleja.
Gestión de los teclados
Por ejemplo, utilizo un teclado Zigbee que permite:
-
armado total;
-
armado de noche;
-
desarmado;
-
código PIN;
-
lectura de tarjeta RFID.
Hoy en día, la lógica entre el teclado y Gladys debe construirse manualmente, he comenzado esta construcción en Node Red pero lamento que esta función no esté integrada en Gladys.
Una integración de alarma podría permitir tener una base:
Teclado → comando de alarma → validación del código → cambio de estado
El teclado sería entonces solo una interfaz entre otras.
Podríamos tener simultáneamente:
-
uno o varios teclados Zigbee;
-
la aplicación Gladys;
-
botones físicos;
-
un lector de tarjetas;
-
escenas;
-
API;
-
un webhook.
Todos controlarían el mismo sistema de alarma.
Validación antes del armado
Otro comportamiento muy útil sería la verificación del estado de los sensores antes de armar la alarma.
Por ejemplo:
No es posible activar la alarma: ventana de la cocina abierta.
Con la posibilidad de:
-
cancelar el armado;
-
ignorar temporalmente el sensor;
-
forzar el armado.
Es especialmente práctico en una casa con muchos detectores de apertura.
Gestión de las zonas
También podría ser interesante introducir una noción de zona de alarma.
Por ejemplo:
-
Casa
-
Garaje
-
Exterior
Cada zona podría contener varios sensores.
Esto permitiría luego definir simplemente:
Modo noche = Periferia de la casa + Garaje
o:
Modo ausencia = Todas las zonas
Centralización de la configuración
Para mí, la principal ventaja de una funcionalidad dedicada sería tener una página:
Gladys → Alarma
con por ejemplo:
Estado
-
Desarmada
-
Armada
-
Retraso de entrada
-
Activada
Modos
-
Ausencia
-
Noche
-
Presencia
Sensores
-
Puerta de entrada
-
Ventana de la cocina
-
Movimiento en la sala
-
Puerta del garaje
Sirenas
Teclados
Retrasos
Notificaciones
Códigos de usuario
Toda la lógica estaría así centralizada.
Las escenas de Gladys podrían luego simplemente explotar los eventos de la alarma.
Por ejemplo:
Cuando la alarma pasa a «activada» → encender las luces + activar la sirena + enviar una notificación.
Las escenas seguirían siendo extremadamente útiles
La idea no sería en absoluto reemplazar el sistema de escenas de Gladys.
El componente Alarma gestionaría únicamente la lógica de negocio:
-
estados;
-
sensores;
-
zonas;
-
retrasos;
-
validación;
-
códigos.
Las escenas seguirían siendo responsables de las acciones alrededor de la alarma:
-
notificaciones;
-
iluminación;
-
TTS;
-
cámaras;
-
sirenas adicionales;
-
cierre de persianas;
-
etc.
Esto permitiría conservar toda la flexibilidad actual de Gladys evitando tener que reconstruir toda la lógica de una central de alarma en las escenas.
Ejemplo concreto
Hoy en día, para mi instalación, he tenido que construir parte de esta lógica con Node-RED para gestionar correctamente mi teclado Zigbee y los diferentes modos de alarma.
Funciona, pero me parece una lástima tener que recurrir a una solución externa para una función que me parece indispensable para una solución domótica.
Idealmente, Node-RED debería usarse para comportamientos muy específicos, no para mantener el estado de una alarma.
Creo que una solución inspirada en Alarmo sería particularmente interesante para Gladys, sin necesariamente buscar reproducir exactamente su funcionamiento.
Podría eventualmente tomar la forma:
-
de un nuevo servicio Gladys;
-
de una funcionalidad nativa;
-
o de una integración externa en primer lugar.
Personalmente, estaría muy interesado en participar en las reflexiones, las pruebas y eventualmente en el desarrollo de una primera integración.
También me gustaría saber cómo gestionan sus sistemas de alarma.
¿Utilizan únicamente las escenas?
¿Han desarrollado su propia solución?
¿Utilizan NodeRed o algún otro sistema externo?
¿Qué opinan de esta funcionalidad «central de alarma» en Gladys?
¿Les parece útil?
Les agradezco que hayan tomado el tiempo de leerme 
Los PIN nunca deben almacenarse o registrarse en texto claro.