Je suis également sous proxmox 
Passe sur mon discord c plus simple et tu fera connaissance de plein de gens sympa et fan de domotique 
Ah coool, merci
Bonjour à tous,
Je suis cette discussion pour le futur du plugin zwave qui n’a plus subit d’evolution depuis des lustres.
4 mois de 2020 sont déjà passés sans avoir un espoir de travaux sur cette année 
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.
Je re-prend un com que j’ai fait sur un autre fil de discutions au sujet des soucis zwave :
Bonjour,
Après 2 semaines d’utilisation de zwave2mqtt, je vous fait un petit retour d’XP
J’ai juste envie de dire une chose, c’est la meilleur évolution que j’ai pu faire sur mon installation depuis le début !
Pour moi la conclusion est des plus simple, j’ai gagné en :
- Stabilité
- Rapidité
- Fonctionnalité
J’en suis arrivé à ce que j’ai également basculer la totalité de mes protocoles en MQTT :
- Enocean to MQTT
GitHub - embyt/enocean-mqtt: Receives messages from an enOcean serial interface (USB) and provides selected messages to an MQTT broker. - Bluetooth to MQTT
GitHub - zewelor/bt-mqtt-gateway: A simple Python script which provides a Bluetooth to MQTT gateway, easily extensible via custom workers. See https://github.com/zewelor/bt-mqtt-gateway/wiki for more information. - Yeelight to MQTT
GitHub - monster1025/yeelight-mqtt: Yeelight Gateway to MQTT bridge (I use it for home assistant integration) - Flash mes Sonoff classic sous Tasmota pour les basculer en MQTT
Pour la partie hardware : Comment Flasher le firmware du Sonoff Basic pour l'utiliser sur Jeedom?
Pour le flash du firmware : GitHub - tasmota/tasmotizer: ESP... The time has come to... Tasmotize!
Pour avoir ceci :
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
1 « J'aime »
Je réponds de nouveau ici.
Peux-tu expliquer cette conclusion ? Tu rajoutes une surcouche ?
J’ai déjà explosé mon capital temps 2020 pour la domotique avec cette version 1.4 d’openzwave 
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 :
Ce que j’ai entouré c’est le nom de la « queue » dans MQTT.
La valeur à droite et le dernier message reçu sur celle-ci.
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.
ken@vo
Phil
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 ?
Bonne journée
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.
@Caelion, je ne sais pas ce que tu veux dire à la volé mais si c’est le changer par une commande, je ne sais j’ai pas testé. Par contre il y a un volume et une sonnerie par défaut, par type de déclenchement.
Exemple : j’ai une mélodie et un volume configurer pour la « tonalité » déclenchée par le bouton de la porte. J’ai un volume différent pour la tonalité Alarme et j’ai une commande Jeedom qui permet de déclencher la tonalité alarme avec la « mélodie » que je souhaite. Tu as 8 tonalités différentes donc tu peux en configurer avec des volumes et des mélodies différents et choisir dans jeedom celle que tu souhaites déclencher.
Je ne sais pas si j’ai été clair, mais en résume, je pense pas que tu puisses changer le volume à la volé mais tu peux configurer différents volumes.
page de configuration des volumes
ken@vo
Phil
@Phil56 : c’est parfait, c’est très clair merci, du coup pas besoin de modification de paramètrage (par à la volée, je voulais dire si le paramètrage volume est unique, qu’il était modifiable via une commande en effet) mais la configuration présente que tu montres me sembles bien.
J’ai quelques questions :
- Quelle configuration avec vous allouée à la VM ?
- Est ce que la représentation suivante est bonne :
moi je ne suis pas sous proxmox mais esxi mais oui c’est bien ça un VM jeedom et une vm Mqtt
1 cpu, 1go de mémoire et 16 go de disque
Merci Philippe
Je bloque à l’installation de la library OpenZwave.
Quand je fais le make, j’obtiens le message suivant :
Et je sèche pour le moment.
Avais-tu rencontre ce message également ?
Pour info : installation d’une VM toute fraîche en debian 10.3 - rien de particulier d’installé avant - je suis ton fichier txt en analysant chaque ligne pour la comprendre
Edit : Erratum de ma part, j’avais mal repris la ligne apt-get install build-essential
Merci
Bonjour,
il y avait une personne s’appelant NECHRI, qui avait bien fait vivre la rubrique Zwave, et qui s’occupait de bien entretenir la bibliotheque des modules et l’actualisation en générale, mais bon plus de nouvelles, hélas …
@mortyre, @m4dm4rtig4n ,tous,
Très intéressant comme sujet !
JMQTT permet de passer à OpenZwave 1.6, mais on est toujours hors SDK. Du coup :
- Peut-on considérer qu’on arrive à quelque choses d’équivalent à la solution SDK ?
- Dans la négative, quels sont les points qui resteraient en retrait ?
C’est sûr !
@Loic,
Sans demander de date exacte, est-ce que travaillez sur un plugin « base SDK » pour 2020 ?
Deux dernières questions :
- Peut-on migrer une clé GEN5 du plugin sJeedo mactuel vers JMQTT sans désinclure et réinclure ?
- Chez moi, l’idée serait d’installer JMQTT sur mon Jeedomde prod.
Y-a-t-il une contre indication ?
@+
PS : @phil56, merci d’avoir uploader tes traces d’installation, cela facilite la compréhension des étapes.
Un Zwave2Mqtt « base SDK » ira, peut être, plus vite ???
N’étant pas développeur, je ne sais pas dire avec précisions… Mais si j’avais le choix, je préfèrerais un plugin zwave.
Pourquoi ? Parce que je reste convaincu que les protocoles domotiques majeurs doivent être natifs (core ou plugin de la Team) pour garantir fiabilité et pérennité :
- On a failli perdre IPX800V2/V3 et ECODEVICE, a priori sauvés récemment…
- On a perdu 1wire owfs
My 2 cents.
.
Non ils n’ont pas été perdu, ils sont sur une autre plateforme nommée nextdom qui maintient « normalement » la compatibilité
1 « J'aime »