Bonjour à tous
J’ai un doute du coup. Parle t-on bien du plugin Jeedom ZwaveJS dispo en beta ? ou d’un autre plugin ?
Je m’aprettais à essayer de connecter ma clé dessus mais je ne retrouve aucune info dans les paramètres du plugin pour avoir accès à l’interface web Zwave-JS-UI…
Je suis du coup confu
Voici à quoi resemble l’interface ZWAVE-JS-UI dans HA qui est dispo sur une page web en fait. De la même façon que zigbee2mqtt.
Merci à vous
Regarde la date des premiers posts et comprendras que ce n’est pas le plugin beta de jeedom.
Antoine
Oui en creusant je me rends compte que le projet global ZWAVE-JS-UI utilise plusieurs librairies dont ZWAVE-JS pour la partir pure zwave. Le plugin jeedom ne doit intégrer que celle ci. L’intégration de l’envoi vers MQTT est du pur jeedom à partir du plugin MQTT manager.
Du coup la plus simple pour migrer sur Jeedom de openzwave vers Zwave-js-ui ?
Je remonte ma clé dans zwave-js-ui ? Je synchroinise. Ensuite Avec quel plugin mqtt jeedom on peut récupérer tous les équipements ? est ce automatique ?
Tu peux reformuler, j’ai pas suivi ce que tu voulais.
Antoine
La solution la plus simple pour récupérer ses devices sous jeedom est du coup de suivre ce tuto je suppose ?
Si tu les as sous HA, cela passe pas déjà par zsavejs2mqtt, non? Il suffit alors de t’abonner à lui.
Antoine
pour l’instant j’ai rien dans HA, tout tourne sous jeedom avec le plugin officiel open-zwave.
j’aurais souhaité éviter de repasser par la case recrééer les équipements zwave à la main sur jMQTT (un peu comme le plugin zwavejs de jeedom le propose avec mqtt manager) mais ça ne semble pas possible.
Du coup on va tout faire à la main 
EDIT : Autre question, si on décide de faire un retour arrière après avoir synchro la clé avec ZJSUI, est ce que la clé peut redémarer sans problème sous le plugin openzwave jeedom ?
Ou obliger de restaurer une conf sur la clé ?
Salut @loic69,
Pour répondre à ta dernière question il n’y a rien à synchroniser.
Quand tu auras stoppé le plugin Zwave, démarré Zwave-JS (et donc Zwave-UI) tu pourras configurer l’emplacement de la clefs et il ira lire les modules que la clefs à puis interrogera les modules, etc … Le premier coup ça peut prendre un petit moment quand-même.
Quand ça commence à être bon depuis Zwave-UI tu peux jouer avec jMQTT (maintenant il y a plein de template tu iras bien plus vite que quand on a commencé l’aventure).
Et si tu ne fini pas ce soir, ce qui est bien possible suivant le nombre de module que tu as, tu stoppe Zwave-JS puis démarre le Daemon Zwave et … C’est reparti.
Tu peux faire cette bascule autant que tu souhaites le temps que tout soit fini dans Zwave-JS (Zwave-UI).
Good ? 
Top merci pour ta réponse très complète.
Oui c’est une bonne idée du coup.
Au delta près que je serais sur une VM différente donc à chaque fois faut que j’aille changer la clé de VM dans proxmox. Mais c’est un détail
Allez je part à l’aventure de jMQTT. Pas sur que je me lance ce soir car j’ai pas envie d’y passer la nuit. J’ai précisément 29 devices dont 27 fibaro (classique quoi) et 2 modules exotiques comment la clé zwave NICE bidi qui permet de piloter mon portail ainsi qu’un thermostat zwave Secure
Une fois que j’aurais tout récupérer dans jMQTT, il faut que je fasse mes correspondances avec le nouvel outil jeedom de la 4.3 pour ne pas perdre mes configs diverses, scénarios,…
Je suis dans la même configuration que toi puisque dans le tuto je disais de faire une autre VM afin d’isoler tout ça de Jeedom.
Donc oui en effet il faudra jouer avec stop des VM / attribuer la clef à la bonne VM / start VM
En effet tes modules exotiques ne doivent pas avoir de template, comme ça tu pourras les transmettre aux développeurs
avec plaisir bien sur.
je vous tiens au courant de mes avancées
Bonsoir,
J’ai déjà remonté les infos sur Discord en juillet pour prendre en compte ce module dans le plugin-zwavejs mais malheureusement ma requête est restée sans réponse … j’espère qu’il sera intégré prochainement.
On peut pas l’intégrer manuellement avec les commandes zwave ? Come sur le plugin natif jeedom d’ailleurs…
Sinon @Bison
Debian 10 ou 11 pour zwave JS UI ?
La version de Debian importe peu je pense puisque de base l’installation de Zwave-JS-UI se fait sur Docker
Avec la méthode Snap, ce package existe aussi sur Debian 11.
Maintenant je dis ça mais je n’ai pas personnellement testé
Et si tu rencontres des problèmes avec le plugin, n’hésite pas à ouvrir un sujets en me tagant et en tagant le plugin
Juste une petite remarque
dans le tuto sur le post intial je pense qu’il serait pertinant de remplacer les lignes de commande snap zwave2mqtt vers zwave-js-ui.
Cette dernière étant stable il n’y a plus lieu d’installer l’ancienne version
L’install en remplaçant fonctionne parfaitement
Oui, on peut créer les commandes manuellement. Il y a en fait des boutons (les crayons sur la droite) qui permettent de créer les commandes en fonction de la configuration présentée par le module.
Lors de mes derniers tests, j’ai fait fonctionner l’ouverture et la fermeture.
La remontée d’état fonctionne également mais en partie.
Le module est censé remonter 5 états (une combinaison de la currentValue, TargetValue et le timeDuration) mais le timeDuration ne semble pas remonter correctement.
Idem pour current Value et targetValue qui sont censées prendre les valeurs 0, 99 et 254 mais la valeur 254 ne remonte jamais. Je soupçonne que cela soit à cause de la valeur Max (99) qui doit être renvoyée par le module. En changeant le max sur la commande après l’avoir créée, la valeur 254 ne remonte toujours pas. Du coup, je ne sais pas si le soucis est dans les plugin, à la source côté zwaveJS ou peut être même sur le module lui même.
Je n’ai pas encore testé cette commande avec ZwaveJS, mais il est également possible de récupérer l’état des cellules. Cela fonctionne avec openzwave.
Mais il faudra peut être que l’on reprenne cette échange sur le module IBT4Zwave dans un autre post afin de ne pas polluer celui-ci. En tout cas, je suis preneur de ton retour une fois que tu auras pu tester ce module avec ZwaveJS.
Je constate la même chose
Tu utilises quelle commande pour faire le stop. Dans le plugin zwave natif jeedom c’est une commande sur 38/1/2 avec le texte type=buttonaction&action=press ou release. Je la vois pas passer dans mqtt.
Le problème se situe sur ZWAVEJSUI car dans jeedom on a bien le bon status.
Meme dans mqtt le statut à 254 ne remonte pas.
On peut continuer sur le post dédié
Edit : j’ai reussi a faire la commande stop
J’ai une piste pour le retour d’etat a 254… il t a des sujets qur le git de zwave-js-ui
hello la troupe 
suite au soucis que j’ai eu avec mon docker (debian 10) et ne voulant pas m’acharner dessus, je suis reparti sur une frech install
→ docker sous PI4 (avec un p’tit ssd) 
remontage du docker sans soucis et du container mosquitto RAS (tout mes équipements mqtt : zwave, shellie, esp remontent leurs infos sans soucis…)
si il y avait pas de soucis ça serait pas drôle 
mon container zigbee2mqtt ne veut pas remonté (si joint mon docker-compose) ;
zigbee2mqtt:
container_name: zigbee2mqtt
image: koenkk/zigbee2mqtt
hostname: zigbee2mqtt
ports:
# Frontend port
- youpi:8081
environment:
- TZ=Europe/Paris
volumes:
- ./zigbee2mqtt/data:/app/data
- /run/udev:/run/udev:ro
devices:
- /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DExxxxxxx-xxxx:/dev/ttyACM0
privileged: true
labels:
- com.centurylinklabs.watchtower.enable=true
restart: always
networks:
- mqtt
mon container se lance et s’arrête presque aussitôt (il perd le réseau, son port…) rien de parlant dans les logs
→ impression qu’il n’arrive pas à dialoguer avec la ConBee II
J’ai quasi tour fait . Me reste encore mes 3 oeils fibaro.
La peocedure marche parfaitement.
J’ai créé les modeles pour 2 ou 3 devices qui n’existaient pas. J’ai trouvé aussi une erreur sur le modele du dimmer2 fibaro. Je les pousserait sur le post dedié afin qu’ils soient intégrés
L’utilisation du nouvel outil de remplacement de jeedom 4.3 est vraiment top. Ainsi pas besoin de refaire ses scénarios, virtuels,… avec l’habitude je met 3 ou 4 minutes par device le temps de tout verifier