en 1.5.4 si l’on demande un son avec comme valeur ‹ 0 ›, la commande est inefficiente, le contournement est de demander un son à ‹ 1 › (jeedom et la valeur ‹ 0 › … pas NULL !!! :))
edit : le log de JC affiche :
0005|[2022-11-19 18:10:03]ERROR : Empty field "Volume (0-100)" [cmdId : 59530]
Suggestion : avoir une commande info du volume, ce qui permettrais un feedback si il est modifié directement sur le tel ou via un hp bluetooth
prochaine version, tu pourras mettre en valeur "0" de façon à ce que le core nous envoie bien la valeur 0, plutôt que vide et que ça lance une exception.
Juste une petite remarque / question, la lecture du volume souffre d’une latence de près de 1 mn. Je m’explique, si l’on change de volume et que l’on interroge JC sur sa valeur, il faut attendre environ 1 mn pour voir la nouvelle valeur.
C’est d’autant plus étonnant que les autres retour d’état de JC (état wifi, écran …) sont instantanés
il y a bien une latence qui a été volontairement mise en place afin d’éviter d’envoyer 100 requetes à la secondes au plugin si jamais tu restes appuyer sur ton bouton volume
mais cette tempo a été valorisée à 1 sec, pas 1min
Edit :
il semblerait qu’il y ait eu un petit oubli lors de la création de cette version…
Dans la partie « déclencheur » aurait dû se trouver un nouvel élément « changement de volume » qui visiblement n’a pas été embarqué lors du packaging de l’appli → c’est ce déclencheur qui permet donc de choisir d’être notifié à chaque changement de volume, et c’est là que la tempo de 1sec a été mise en place (pour éviter le probleme cité plus haut)
la tempo de 1min dont tu parles est celle « standard » où l’ensemble des infos de ton tél sont envoyées au plugin, c’est donc « normal »