Avenir de jMQTT

naboleo · Avril 22, 2021, 6:08

Salut.
De ce que j’ai pu voir et essayé, si on connaît la clé de son réseau zwave, la migration est quasi instantanée et on se dispense de devoir faire l’inclusion des appareils.
Par contre, il y a une grosse partie du boulot pour faire changer tous les appels dans les scénarios.

@mips il y a 2 raisons valables à mon avis :

le besoin d’être compatible avec de nouveaux périphériques ou d’améliorer la prise en charge. Ça rentre pas dans le cas d’une installation qui fonctionne parfaitement comme l’indique noodom
le fonctionnement basé de python 2.7 qui va devenir de plus en plus compliqué à maintenir fonctionnel, voir installable. Étant donné l’avenir flou des évolutions du plugin, c’est une solution pour éviter de se retrouver en rade.

pifou · Avril 22, 2021, 9:22

Le « qui fonctionne parfaitement » était peut être ironique dans son msg… En tout cas, moi aussi je suis plutôt chaud pour sauter le pas, j’attend aussi la fin de la saison du chauffage histoire de pas me trouver en panne de chauffage électrique si ça plante quoi…
et c’est vrai que si un « template manage » apparait, ça pourrait nous aider!

coritoni · Avril 23, 2021, 7:25

pour avoir fait la bascule avec ZwaveJS2Mqtt après un moi un petit bilan:

Le switch coté Zwave se passe bien effectivement les associations sont dans la clé donc pas de réassociations mais coté jeedom il y a plus de taff
il faut recréer les commandes ( les infos remontennt à peux près facilement) certaines commandes sont bien cachées et il faut fouiller pour les retrouvées

Il me reste des soucis avec les scènes que j’utilisait avec mes VR qui arrivent bien mais sont trop fugace pour que j’arrive à les « parser »
dans l’ensemble je trouve que le réseau ZWave est plus stable avec les mêmes équipements. La seule différence est que la clé est sur un PI en wifi en déporté au milieu de la maison
mais en règle générale je reste déçus par le Zwave que je trouve moins réactif que le Zigbee même les associations directes entre inter et module mette plus de 2 seconde à s’exécuter

Après je trouve le MQTT très efficace et stable il est vrais que le protocole date des années 70, ça me rassure aussi de savoir que tous n’est pas enfermer dans Jeedom sur une seul machine et de pouvoir déporter les antennes est aussi un avantage pour pouvoir mètre le reste dans une armoire à la cave

znation · Avril 23, 2021, 8:16

Hello a tous,

100% convaincu de MQTT.

Le fait de par tout confier à Jeedom est une bonne chose, d’autant plus que la communauté zigbee2mqtt ou zwavejs2mqtt sont très actives.

Ma migration zigbee de deconz a été faite il y a 2 mois, ya pas plus stable, j’ai même pu faire mes mise à jour ota du coup sur les capteurs Philips.

Ma migration zwave se prépare je switch ma clé aeon gen5 de la VM Jeedom a ma VM mqtt pour préparer tous mes équipements sur Jeedom.
Comme indiqué plus haut tout est reconnu immédiatement car déjà associé à la clé c’est bien plus rapide pour ça que le zigbee. (même si j’ai un capteur d’ouverture qui fait de la résistance dans la découverte d’équipements sur zwavejs2mqtt je le reasscierais au pire malgré mes dizaine de wakeup).

Le plus long au final dans tout cas c’est de passer par la case « remplacer la commande par cette commande » sur tous ces capteurs dans Jeedom pour basculer.

Le seul truc que j’ai pas trouvé c’est la bonne façon de mettre à jour zwavejs2mqtt là où côté zigbee2mqtt c’est bien indiqué.

naboleo · Avril 23, 2021, 8:20

Salut…
En fait, non, tu peux faire exactement pareil avec zigbee… il faut connaitre les infos de canal et de clé secrète … Là où tu as raison, c’est que c’est peut-être pas aussi simple d’avoir les bonnes infos en fonction du plugin de départ

Domochip · Avril 23, 2021, 8:49

J’ai fait une relance à Jeedom pour avoir leur position officielle sur la reprise du plugin jMQTT.
Coté Evolutions voilà ce qui est prévu :

Ajout d’un mécanisme de template : Terminé
réécriture du daemon en python car la librairie Mosquitto-PHP comporte des bugs et n’est plus maintenue : En cours
Ajout d’un template manager (import/export de template)
Evolution du système d’inclusion automatique d’équipement afin de permettre à l’utilisateur de choisir les équipements à créer

Si vous avez des idées supplémentaires, discuter des évolutions prévues, ou si vous voulez plus de détails sur ce qui est prévu : Merci de créer un Sujet dédié. N’hésitez pas

znation · Avril 23, 2021, 9:14

Super programme et merci pour l’évolution et les templates quel bonheur !!!

noodom · Avril 23, 2021, 10:28

Merci de ces retours d’expériences zwave2mqtt , c’est très positif tout ça

Sinon, pour l’anecdote, ce n’était pas ironique, mon installation zwave sur le plugin zwave fonctionne très bien. L’intérêt de changer pour ma part c’est surtout de maximiser le passage au mqtt de mon installation, déjà pour le partage de mes Jeedom prod et dev, et voire plus comme nodered par exemple .

freeddoo · Avril 25, 2021, 4:30

Une fonction qui pourrait etre sympa et qui je pense manque

Avoir une possibilité de lancer une com directement sur un topic

alexp · Avril 25, 2021, 8:57

Ça c’est top !!

Je vois que la branche " new_daemon" est disponible, c’est utilisable pour tester ou il vaut mieux attendre un peu que tu ais avancé dessus ?

Domochip · Avril 25, 2021, 10:18

je viens tout juste de commencer l’intégration, Je te redit quand ce sera prêt à tester

nebz · Avril 28, 2021, 11:45

18 messages ont été scindés en un nouveau sujet : jMQTT nouveau démon en BETA

nebz · Avril 28, 2021, 11:46

Bonjour à tous, à partir de maintenant les discussions pour jMQTT avec le nouveau démon en BETA se feront à cet endroit :

Domars · Avril 30, 2021, 11:30

Bonjour,

Tout d’abord un grand merci à ceux qui ont repris le développement de ce plugin indispensable ! Et aussi à celui qui a mentionné zwavejs2mqtt, bien plus pratique que zwave2mqtt (je l’ai testé et abandonné).

Mais j’ai un souci dans jMQTT (branche master, à jour) : dès que je crée ou active plus de 4 équipements de mon broker pointant sur zwavejs2mqtt, ce broker passe en offline, même si les messages continuent à être reçus…

Quelqu’un a-t-il déjà rencontré ou résolu ce problème ?

2021-04-30 12:44:20][INFO] : Prise5: activation modifié de désactivée à activée
[2021-04-30 12:44:20][INFO] : relance du démon nécessaire
[2021-04-30 12:44:20][INFO] : arrête le démon
[2021-04-30 12:44:21][INFO] : démarre le démon
[2021-04-30 12:44:21][DEBUG] : daemon starts, pid is 7457
[2021-04-30 12:44:21][DEBUG] : status cmd id: 9682, topic: 
[2021-04-30 12:44:21][INFO] : Connect to mosquitto: Host=Domored1, Port=1883, Id=DomoJee1_zw
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw sending CONNECT
[2021-04-30 12:44:21][INFO] : Equipment broker_azw: subscribes to "DomoJee1_zw/#" with Qos=1
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw sending SUBSCRIBE (Mid: 1, Topic: DomoJee1_zw/#, QoS: 1)
[2021-04-30 12:44:21][INFO] : Equipment Prise1: subscribes to "zw/9/#" with Qos=1
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw sending SUBSCRIBE (Mid: 2, Topic: zw/9/#, QoS: 1)
[2021-04-30 12:44:21][INFO] : Equipment Prise2: subscribes to "zw/11/#" with Qos=1
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw sending SUBSCRIBE (Mid: 3, Topic: zw/11/#, QoS: 1)
[2021-04-30 12:44:21][INFO] : Equipment Prise3: subscribes to "zw/12/#" with Qos=1
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw sending SUBSCRIBE (Mid: 4, Topic: zw/12/#, QoS: 1)
[2021-04-30 12:44:21][INFO] : Equipment Prise4: subscribes to "zw/29/#" with Qos=1
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw sending SUBSCRIBE (Mid: 5, Topic: zw/29/#, QoS: 1)
[2021-04-30 12:44:21][INFO] : Equipment Prise5: subscribes to "zw/31/#" with Qos=1
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw sending SUBSCRIBE (Mid: 6, Topic: zw/31/#, QoS: 1)
[2021-04-30 12:44:21][INFO] : API is disable
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw received CONNACK (0)
[2021-04-30 12:44:21][DEBUG] : broker msg: connection response is Connection Accepted.
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw sending PUBLISH (d0, q1, r1, m7, 'DomoJee1_zw/status', ... (6 bytes))
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw received SUBACK
[2021-04-30 12:44:21][DEBUG] : broker msg: topic subscription accepted, mid=1
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw received PUBLISH (d0, q1, r1, m1, 'DomoJee1_zw/status', ... (7 bytes))
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw sending PUBACK (Mid: 1)
[2021-04-30 12:44:21][DEBUG] : **Payload off line for topic DomoJee1_zw/status**
[2021-04-30 12:44:21][INFO] : -> broker_azw|status offline
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw received SUBACK
[2021-04-30 12:44:21][DEBUG] : broker msg: topic subscription accepted, mid=2
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw received PUBLISH (d0, q1, r1, m2, 'zw/9/status', ... (4 bytes))
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw sending PUBACK (Mid: 2)
[2021-04-30 12:44:21][DEBUG] : Payload true for topic zw/9/status
[2021-04-30 12:44:21][DEBUG] : Command Prise1|status not created as automatic command creation is disabled
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw received PUBLISH (d0, q1, r1, m3, 'zw/9/37/0/currentValue', ... (4 bytes))
[2021-04-30 12:44:21][DEBUG] : broker msg: Client DomoJee1_zw sending PUBACK (Mid: 3)
[2021-04-30 12:44:21][DEBUG] : Payload true for topic zw/9/37/0/currentValue

Domochip · Mai 4, 2021, 7:39

Point sur la situation :

La semaine dernière, Jeedom m’a confirmé qu’ils allaient m’attribuer le plugin jMQTT. Malheureusement, je n’ai pas eu plus d’informations sur la suite de la procédure. J’ai relancé, il y a 2j.

Coté Evolutions :

Ajout d’un mécanisme de template : Terminé
Réécriture du daemon en python car la librairie Mosquitto-PHP comporte des bugs et n’est plus maintenue : Terminé (sur la branche beta)
Compatibilité du nouveau daemon avec Debian 9 : En cours
Refonte de la gestion des Création/Modification/Suppression : En cours
Support du MQTTS (Azure IoT Hub, AWS IoT Core, etc.) : En cours (thx @Bad )
Ajout d’un template manager (import/export de template)
Evolution du système d’inclusion automatique d’équipement afin de permettre à l’utilisateur de choisir les équipements à créer

Comme vous le voyez, de gros changements sont en cours sur le code du plugin.
N’hésitez pas à rejoindre le thread devs et beta-testeurs afin de remonter les bugs.
(En expliquant comment vous l’avez produit et en joignant les logs Debug)

Si vous avez des idées supplémentaires, discuter des évolutions prévues, ou si vous voulez plus de détails sur ce qui est prévu : Merci de créer un Sujet dédié. N’hésitez pas

Bben · Mai 4, 2021, 7:52

Super, merci et bravo!
Énorme boulot pour un plugin super utile!

naboleo · Mai 4, 2021, 8:46

Salut.

À mon avis tu a gardé l’id identique des deux côtés… Donc l’un déconnecte l’autre

Domars · Mai 4, 2021, 9:03

Non, ce n’est pas le cas. D’ailleurs si je lance le broker avec 2 ou 3 équipements seulement,il fonctionne sans problème.
J’ai installé la dernière bêta aujourd’hui, et depuis je n’ai plus ce souci.
Merci aux développeurs

Domochip · Mai 6, 2021, 7:44

Bonne nouvelle, C’est officiel et effectif. Le plugin m’est réattribué.
Vous pouvez maintenant utiliser les versions stable et beta du Market afin d’obtenir le nouveau jMQTT.

J’ai fait une petite publication à ce sujet : Plugin jMQTT - Actualités - Plugins / Fils d’actualités

(Pour voir le bouton « installer beta », vous devez l’activer sur votre compte Jeedom Market section Profil)