Scènes : récupérer un type d'état de tous les périphériques (ex: type batterie)

Exemple très parlant :

  • J’ai 20 périphérique sur batterie
  • Je veux vérifier si un de mes périphériques à moins de 25% de batterie

Actuellement, je dois créer une scène avec x20 box « Récupérer le dernier état », suivi de x20 tests sur ces états (j’ai eu la flemme, yen a que 9) :


Description

Ce que je propose comme nouvelle fonctionnalité, c’est de pouvoir récupérer toutes les valeurs d’un certain type.
Donc ici, tous les niveaux de batterie de tous les capteurs et vérifier si l’un d’eux est sous les 25%. Dans ce cas précis, un message pourra m’être envoyé avec le nom et la pièce du capteur.

On peut imaginer une multitude d’application : toutes les valeurs de température, de batterie, de luminosité, consommation des prises, etc.

1 Like

Mmmm pas bête, je suis d’accord sur le problème après je suis pas sur si la solution c’est de faire ça dans les scènes :slight_smile:

Pour l’histoire de la batterie, je pense que ce serait quelque chose qu’on pourrait vouloir en “natif” dans Gladys. Genre que Gladys te prévienne, sans intervention de ta part, que certains de tes périphériques ont moins de 25% de batterie :slight_smile:

Pareil pour les périphériques qui sont éteint, recevoir une alerte en mode “le capteur XX n’a pas envoyé de data depuis 24h”

C’est exactement ce que je disais à @cicoub13 hier soir, pour moi en natif il faudrait :

  • gérer les niveaux de batterie
  • gérer les équipements éteints ou inactifs
  • gérer les niveaux de réception (mauvais liens bluetooth ou zigbee par exemple)
  • gérer la présence (via le Bluetooth) sans créer de scène, puisqu’un device est déjà lié à un utilisateur

Pour ça je suis d’accord :slight_smile:

Pour ça je suis moins d’accord.

Déjà un périphérique n’est pas lié à un utilisateur (peut être qu’on parle pas de la même chose ?), et en plus je pense que la gestion de la présence relève du cas particulier de chacun, et est difficilement généralisable.

Par exemple tu peux vouloir gérer la présence par plusieurs facteurs : présence wifi + présence Bluetooth + OwnTracks (GPS smart phone) + je ne sais quoi !

Et donc le faire via les scènes te permet d’être flexible à l’infini, et surtout est plus compréhensible/transparent pour l’utilisateur, c’est pas quelque chose de magique

Je comprends ton point de vue et ce n’est peut être pas la bonne solution effectivement.
Par contre, je trouve que ce n’est pas encore intuitif quand on utilise le service de détection de présence via le bluetooth.

Il faudrait à minima expliquer qu’il faut créer la scène, voire proposer un exemple de scène ?
Comme ça le besoin de base est couvert (détecter ma présence avec le bluetooth), mais la scène est modifiable pour les besoins ou utilisateurs « avancés ».

@lmilcent Ah, il manque peut-être des choses dans la doc ?

Ou juste un lien vers la doc dans Gladys sinon :slight_smile:

Il faudrait au moins le lien vers la doc oui :slightly_smiling_face:

1 Like

Je suis pour que ce soit natif dans Gladys et qu’un message l’indique dans le chat avec le nom et le niveau de la batterie.

Merci pour ton soutien :pray:
Plus on est nombreux à voter, plus cette demande de fonctionnalité aura de l’importance et sera développée par @pierre-gilles ou un des développeurs de la communauté !

Euh par contre cette fonctionnalité n’est pas la même que celle décrite en titre.

Il y a une feature request pour l’alerte sur la batterie faible/ périphérique perdu ?

Je viens de m’apercevoir que j’ai fait la même scène @lmilcent.
Je viens seulement d’intégrer 6 capteurs et cela peut-être vraiment pénible si il y a beaucoup plus de capteurs/actionneurs.
Est-ce que quelqu’un a commencé a développer cette fonctionnalité ?

Pas à ma connaissance :slight_smile:

Dommage :smiling_face_with_tear:, cela pourrai être utiles quand on a beaucoup de capteurs qui fonctionne à pile!
Je vais chercher une autre solution en attendant

Hello everyone,

I worked a bit on this topic :slight_smile:
Here is the result :

Does this match your expectations @_Will_71, @lmilcent, @ArMour85 and @pierre-gilles ?

The PR draft :

6 Likes

@Lokkye That’s really nice and it’s exactly what’s needed :slight_smile:

Maybe there should be an option to disable this setting (if you’re on vacation and it spams you every day :stuck_out_tongue: )

As for the frequency, we’ll see what to set.

Could be once or twice a week?

Thanks @Lokkye yes that works for me.

1 Like

Great!
@pierre-gilles is right, we need to see whether to notify once or regularly.

To avoid spamming, I’d propose:

  • A configurable info threshold (30%)
  • A configurable alert threshold (10%)
  • A final alert when the sensor is no longer accessible, or reaches 0%

That way we have 3x alerts per product, no more and especially not every day!

1 Like

And a button for the 10 !! :slight_smile:


I took the liberty of putting it in a separate « box ».
What do you think?
What would you say about putting the settings in separate « boxes » to distribute them across the 2 columns?

For now, I set it to every hour; I can change it to 1 or 2 times per week or even make it configurable (I don’t know if that’s possible)

That’s a good idea, but I don’t know if that’s possible. For the moment, I went with a system that « checks » the battery level every day. But if I take your idea, I’d need to notify when the device changes level and therefore « listen » to each change in battery level to check whether it has dropped below 30% for example. I’m not sure if I’m being clear :slight_smile:

Can you just check without adding a listener and verify at intervals?

Actually, whether your device is at 26 or 30 doesn’t matter, but when your cron runs you notify those between 30 and 20, between 20 and 10, and <10.

That avoids having a listener on every battery event ^^

Excellent!

That works very well for me, we’ll see how it looks in practice but in principle I agree!

I think we can keep it simple for now: once a week at a fixed date/time, like Saturday at 9am for example? (that allows for a notification at the start of the weekend when the user is potentially available to take care of it?)

We should just specify that in the feature description so it’s clear :slight_smile:

I prefer your approach @Lokkye!

I like the idea of doing it at a fixed interval, so if we have 5 sensors that start to weaken, we don’t get 5 random notifications during the week but a batch of notifications on a day that makes sense, so the user can tell themselves « Ah, there are 5 devices that are almost dead, I’ll place an order for 5 batteries »

1 Like