Hello
Merci pour ces conseils.
En effet j’ai vu qu’on pouvais être redirigé vers une database pour la partie paramètres.
J’avoue ne pas avoir été dans la partie home assistant, j’irai jeter un coup d’oeil.
Hello,
Je confirme l’onglet home assistant est super et permet de trouver très facilement !
J’ai quasi fini ma config.
Merci beaucoup !
PS : dernière chose on peut faire cela aussi pour du bluetooth après y a t il un vrai intérêt … c’est juste que je suis dans la vague mqtt et d’en mettre le max la dessus a voir.
1 « J'aime »
Bonjour
Pas de chance pour moi, je n’ai pas l’onglet home assistance dans les devices. Certainement une configuration qui n’est pas bonne.
Nico
Je me réponds à moi même, il faut activé MQTT discover dans les paramètres de zwavejs2mqtt. évident quand on trouve l’option. Et effectivement, ça simplifie la création des actions.
Avec JMQTT et les templates, c’est vraiment TOP. Il faudrait juste une biblio/partage des templates qui simplifierai l’intégration des ****2mqtt
1 « J'aime »
Un template « manager » est prévu pour un peu plus tard 
1 « J'aime »
Salut,
Je ne me suis pas encore lancé dans le zwave2mqtt, mais si quelqu’un est motivé, un petit tuto rapide un peu visuel pourrait finir de motiver les plus réticents à quitter le confort d’une configuration actuelle qui fonctionne parfaitement 
5 « J'aime »
Euh ? Si ça,fonctionnne parfaitement et répond au besoin, il va aussi falloir une bonne raison…
1 « J'aime »
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.
4 « J'aime »
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!
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
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é.
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
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
7 « J'aime »
Super programme et merci pour l’évolution et les templates quel bonheur !!!
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 
.
Une fonction qui pourrait etre sympa et qui je pense manque
Avoir une possibilité de lancer une com directement sur un topic
Ç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 ?
1 « J'aime »
je viens tout juste de commencer l’intégration, Je te redit quand ce sera prêt à tester
1 « J'aime »
Bonjour à tous, à partir de maintenant les discussions pour jMQTT avec le nouveau démon en BETA se feront à cet endroit :
2 « J'aime »