Bonjour à tous,
Je dispose de certains périphériques Zwave qui ne sont pas compatibles (Aeotec Doorbell 6 notamment)) avec le plugin OpenZwave actuel qui utilise le OpenZwave 1.4.
J’ai lu le du post d’@Akenad ([Présentation] akenad - #14 par akenad) qui traite des évolutions du plugin nécessaires.
J’ai vu sur le Github d’Openzwave qu’ils ont également un projet Zwave2Mqtt .
Je me demandais donc si nous pouvions utiliser le projet Zwave2Mqtt d’OpenZwave et le plugin Jeedom jMQTT pour bénéficier de l’OpenZwave 1.6.
Cela éviterai d’avoir à développer un plugin spécifique OpenZwave ?
OpenZwave c’est bien mais le problème c’est que cela n’utilise pas le SDK officiel de Silicon Labs avec tous ce que cela veut dire derrière, bricolage pour les intégrations de périphériques, pas de mode sécurisé fonctionnel, pas de smart, pas de backup, …
Donc le top cela serait que Jeedom SAS utilise officiellement le SDK de Silicon labs (maintenant qu’il est libre de fees) mais cela demanderait de réécrire entièrement un plugin dédié et ça doit être un gros gros boulot. La question est donc : ont-ils les ressources en interne pour développer cela ?techniquement surement, mais assez de ressource disponible sans délaisser tous le reste ? C’est donc une question de choix stratégique et de priorité roadmap par rapport à leurs ressources.
D’ailleurs sur la roadmap 2020 il parle de réflexion globale sur le sujet …
En attendant leur réflexion, la question est de savoir si Jeedom compte mettre à jour son plugin OpenZwave existant (1.4) avec les librairies manquantes que l’on trouve sur OpenZwave 1.6 pour éviter d’avoir un trou dans la raquette le temps d’un hypothétique développement d’un plugin basé sur le SDK de Silicon Labs. Et ca il n’y a que eux qui peuvent nous le dire !
Merci mortyre pour ton retour et la clarification.
En attente d’une réponse de Jeedom SAS du coup.
A défaut, penses tu que mon idée est jouable ? Ou pas du tout ?
Tu peux toujours essayer ça ne mange pas de pain. Avant le plugin officiel Zigbee avec la clé Conbee j’utilisais bien une version de Zigbee to JMQTT avec une clé de chez TI. Donc ca mérite de voir ce que cela donne.
Mais tu devras tout basculer ton réseau zwave sur cette version. Tu devrais faire un test juste sur la sirene pour commencer voir comment cela réagit.
@m4dm4rtig4n
Pourrais tu détailler un peu la procédure ? Je n’ai pas encore eu le temps de m’y pencher, j’ai l’impression d’avoir plus de taf qu’avant le confinement, vive le télétravail ><
Merci, j’étais justement en train de regarder tes posts en me disant que tu en avais peut être parlé ailleurs.
Je ne maîtrise pas du tout MQTT : j’avais installé les 2 plugin qui existe sur une beta mais je n’avais pas réussi à installer zwave2mqtt.
Mon Jeedom est sur une VM sur Proxmox.
Sais-tu la démarche à effectuer ? Nouvelle VM ? Est-ce possible déjà d’être dans une VM ? ou il me faut un rasp à côté pour mettre le Zwave2MQTT ?
Merci pour ton aide.
Je m’en vais tout lire
Plutôt de bonnes nouvelles, si je trouves du temps j’essaierai de faire un test.
J’avais demandé à Jeedom il y a quelque temps s’il comptait migrer en 1.6 et ils m’ont répondu que non car notamment il y a de la régression entre la version 1.4 et 1.6 ce qui obligerait à désinclure et réinclure certains modules zwave.
Alors j’ai eu quelques déboire au début que j’ai fini par résoudre assez rapidement, et à priori la ré-inclusion des modules en openzwave 1.6 et parfois nécessaire sur certains modules.
J’ai juste envie de vous dire go zwave2mqtt pour les gens qui ont des soucis
Perso je tourne sous Proxmox à la maison donc je me faire des machines virtuelles assez facilement.
Mais un raspberry peut largement suffire.
Pour faire simple, je me suis monter un service d’échanges de messages (un broker pour les initier) avec du Mosquitto afin de faire du MQTT.
Sur ce serveur je suis venu ajouter des conteneur docker qui s’occupe de faire la conversion entre les protocole (zwave, enocean,…) et MQTT.
[root@Broker ~ ]$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
866db1d886df monster1025/yeelight-mqtt "/usr/bin/dumb-init …" 8 days ago Up 2 days yeelight
315f34350c44 flopon/enocean-mqtt:latest "python /usr/local/b…" 10 days ago Up 2 days enocean
37f8163c409c robertslando/zwave2mqtt:latest "docker-entrypoint.s…" 2 weeks ago Up 2 days 0.0.0.0:8091->8091/tcp zwave2mqtt
Si on prend zwave2mqtt, quand ton contrôleur reçoit une commande/valeur d’un de tes capteurs par exemple, il publie dans une « queue » MQTT cette valeur à un endroit bien précis.
Ensuite Jeedom via jMQTT scrutte cette « queue » et absorbe le message dés qu’il est publié.
Et bien sûr ça fonctionne dans les 2 sens
Dans ses conditions, en fin de compte Jeedom ne sais même pas qu’il communique avec du Z-Wave.
Exemple d’une conf d’un capteur de température/humidité sur Jeedom :
Bonjour,
Pour info, moi aussi je viens d’installer zwave2Mqtt.
Mon objectif principal était de pourvoir enfin piloter mon Doorbell 6.
Ce que j’ai fait :
dans une VM Debian 9, installation du broker mqtt, OpenZwave 1.6 et Zwav2mqtt
connexion d’une 2ème clef Zwave (Z-stick gen5)
association Doorbell (et deux prises pour le test)
utilisation du plugin jMqtt
Résultat : depuis jeedom je peux enfin piloter mon doorbell, je peux le configurer (son volume par exemple etc…), je suis notifié si quelqu’un sonne à la porte etc…
Ne connaissant pas grand chose à mqtt et Node j’ai pris un peu de temps pour le faire mais au final le résultat est là.
Vous aller me dire c’est un peu riche comme solution, oui c’est vrai mais comme j’avais tout sous la main cela ne m’a rien coûté et puis maintenant je sais que si je souhaite acheter des éléments zwave « récents » j’ai toujours la possibilité de les utiliser avec ce deuxième réseau si ils ne sont pas supportés par jeedom.
Bonjour à tous,
Merci pour vos retours très intéressant. Il faut vraiment que je m’y mette.
@Phil56 : mon besoin est identique : j’ai 2 Doorbell 6 dans de magnifiques boîtes toutes neuves depuis presque 1 an et plus de sonettes xD.
As tu la possibilité de régler le volume à la volée : quelqu’un sonne : volume pour sonnette / alarme déclenchée : volume à fond (c’est le design que j’avais imaginé lors de l’achat).
@m4dm4rtig4n@Phil56 : niveau organisation : si ma clé Zwave est utilisée actuellement en direct par ma VM Jeedom, je dois la désactiver au niveau de cette VM pour la mettre à disposition sur la VM Mosquitto, c’est bien cela ?
Alors tu ne peut pas utiliser un bus USB sur 2 VM en même temps.
Et 2 choix s’offre à toi :
Comme @Phil56, acheter un second contrôleur zwave.
Comme moi, migrer tt tes périph zwave actuelle sur MQTT et ne plus passer que par MQTT
Tu doit la mettre à dispo de la VM où il y a ton zwave2mqtt car c’est lui qui va communiquer directement avec ton dongle en /dev/ttyACM0.
Après le Mosquitto, c’est juste des identifiants de connexion à renseigner (comme une bdd mysql) sur zwave2mqtt, donc tu l’héberge où tu veut.
