J’aime beaucoup le principe !
Ça m’intéresse de savoir comment tu gères cette partie 
Cest la ou cest complexe !
Avec cette feature dans gladys se serait plus simple ^^
Mais en gros sur mes tablettes jai fullykiosk browser.
Avec l’api, j’actualise l’affichage de la tablette (gladys si alarme off ou sinon node red dashboard avec le digit).
Côté node red si les code renseigné correspondent a celui de l’utilisateur (un pauvre json dans le container node red avec de la config par user), on desactive lalarme via mqtt et la ma scene viens réafficher gladys sur la tablette et coupe les sirènes.
1 « J'aime »
« jai un message sur la sonos », c’est à dire?
J’ai fais un tuto:
2 « J'aime »
je parlais du flow node-red alarme 
On parle bien de la meme chose :
La demande a actuellement 15 votes et pourraient etre priorisé par @pierre-gilles :
1 « J'aime »
19 votes woo comme quoi le sujet est demandé 
2 « J'aime »
Oui pourquoi pas augmenter la hauteur!
Après « la même taille que lorsqu’il y a une image », c’est relatif. Toutes les tailles d’images sont différentes, ça sera pas exactement pareil.
Je me pose la question de l’interet de l’expiration de la valeur des boutons…
Perso ça me gêne plus qu’autre chose…
C’est un peu mon cas aussi. Je pense qu’à terme il serait bien de faire évoluer la fonction pour pouvoir la régler pour chaque device 
C’est une première pierre !
Je confirme que les soucis de reconnexion automatique mqtt sur un serveur externe à la machine sur laquelle Gladys tourne fonctionne dorénavant parfaitement.
En cas de coupure réseau et/ou electrique de l’un, meme 10 minutes après, Gladys se reconnecte bien.
Un grand merci à toi !!
1 « J'aime »
Plusieurs possibilités (pas exclusive) :
- On exclue certains type d’appareils de cette fonctionnalité (genre effectivement les boutons)
- On considère la dernière date de valeur reçu au sein du device entier (et non au sein de la fonctionnalité uniquement), afin qu’un capteur qui retourne une qualité de signal de façon périodique puisse indiquer que tout le device est « à jour »
- On laisse la possibilité d’exclure certains appareils
Je pense que les 3 solutions ne sont pas exclusives. La 3 est la plus puissante, mais elle demande une action de l’utilisateur alors que les 2 autres sont juste du bon sens.
Etonnant, je n’ai rien fais dans cette mise à jour qui aille dans ce sens 
Tant mieux !
Je trouve que la 1 fait sens, il faudrait faire une liste des appareils à exclure, car il doit y en avoir un certain nombre : boutons, capteurs de fumée, capteurs de fuite , etc…
Ok, j’ai fais une proposition de PR: Add a list of device feature categories that don't expires in time by Pierre-Gilles · Pull Request #1884 · GladysAssistant/Gladys · GitHub
J’ai exclu:
- Bouton
- Capteur de fuite
- Capteur de fumée
- Remontée « textuelle » d’information sur le tableau de bord (fameuse feature « text »)
D’autres fonctionnalités à exclure ?
Comme exprimé sur l’autre sujet, pour ma part la 2. est la plus susceptible de m’intéresser (par device) meme si la 1. est en effet tout autant intéressante. Et l’alliance de 1. et 2. devrait pouvoir eviter de passer par 3.