Bonjour;
Je suis occupé de bascuer tout mon réseau zwave vers zwavejs2mqtt (50 nœuds, dont 5 ou 6 restent à migrer basculés en une grosse nuit, aucun n’a du être réinclus au niveau zwave, zwavejs a absolument tout récupéré de la clé à l’identique), le tout dans une vm spécifique incluant le brocker, service Ebusd2mqtt pour ma chaudière, portainer, et les futurs autres protocoles que je basculerais en MQTT.
Tout est bien isolé, chacun dans son petit container sous docker (avec docker-compose) et tourne à merveille depuis hier.
Tout d’abords bravo pour l’évolution faite sur le plugin jmqtt ces dernières années, je l’utilise en effet depuis aout 2017 lorsque j’ai domotisé ma chaudière et qu’il me fallait utiliser le protocole Ebusd et MQTT pour pouvoir tout interfacer avec jeedom, j’avais d’ailleurs fait un post qui s’est transformé en tuto à l’époque : (https://forum.jeedom.com/viewtopic.php?t=34225)
A cette époque j’ai participé aux bêtatests des toutes premières évolutions de jmqtt avec son développeur qui partait à la base d’un fork du plugin mqtt de lunarok … car pour ebusd il fallait absolument pouvoir parser les topicss json pour en extraire les valeurs voulues et le plugin originel mqtt ne le permettait absolument pas …
J’ai donc fait toute ma config de communication avec ma chaudière à cette époque, c’était assez lourd et long pour parser correctement les topics en json dans les premières versions de jmqtt mais je n’ai ensuite absolument jamais plus du remettre les mains dans le plugin jmqtt car Il ne me servait qu’à ça jusqu’à hier et il a toujours tourné comme une horloge.
Aucune mise à jour n’est venue casser ce que j’avais créé et configuré dans ce plugin il y a plus de 4 ans !!!
Et ça c’est assez remarquable pour le souligner, vraiment bravo aux DEV !
Du coup j’y ai seulement remis les mains hier et j’ai donc découvert d’un coup avec grand étonnement toutes les nouvelles fonctionnalités et toutes les améliorations de ce plugin sur 4 ans, et je reste stupéfait que malgré les évolutions colossales tous les équipements que j’y avais créés pour ma chaudière sont restés parfaitement fonctionnels au fil des années, vraiment bravo !
Donc pour en revenir au sujet, serait-il possible d’intégrer une gestion de « liste de valeurs texte » pour des topics integers par exemple ?
J’ai en effet des vannes spirtiz par exemple et le mode actif renvoyé par le plugin z-wave était un string genre « off, chauffage, pleine chauffe, eco, … » et suite au passage sous zwavejs j’ai maintenant uniquement la valeur numérique correspondante du côté MQTT, donc (0 pour off, 1 pour chauffe, 11 pour eco, 15 pour pleine chauffe, …).
Ca ne pose pas fondamentalement de problème mais dans mes scénarios de gestion de thermostats j’avais utilisé cette infos au format text vu que c’étais la seule dispo et j’ai donc du les adapter. Heureusement j’avais prévu le coup et ces string spécifiques à l’équipement étaient mises en paramètre dans des variables pour pouvoir les modifier d’un coup partout en cas de changement de matériel et donc il ne m’a fallu que quelques secondes pour aller remplacer les textes par leurs équivalences numérique dans mes variables pour que tous mes scénarios soient à nouveaux opérationnels.
Mais bon je me suis ensuite dis que ça pourrait être hyper intéressent de pouvoir définir une commande info de type « liste » et de pouvoir lui donner en paramètre une liste de correspondance integer/texte pour récupérer directement un texte en valeur.
Ca éviterait de devoir passer par le widget ou un virtuel pour obtenir une valeur humainement lisible. Et même parfois rendre un scenario qui utilise ce type de valeur plus lisible aussi qu’avec un entier …
Il me semble que le plugin Hue (que je n’ai plus sur ma machine) et le plugin googlecast permettent d’avoir des infos ou même des actions de type liste.
Alors ça serait envisageable comme évolution ? Avec tous les équipements qu’on va faire de plus en plus passer par MQTT pour moi ça deviendra quasi indispensable de pouvoir à un moment retransformer simplement une donnée numérique en son equivalent texte et inversément.
@+