Hello,
Pareil pour moi! (pas encore rebranché la sonde par contre)
J’en ai profité pour re-migrer de zwavejs intégré vers zwavejs2mqtt avec découverte via MQTT, plus souple et complet, on peut par exemple supprimer un appareil côté HA lorsqu’il provient d’MQTT, aussi pour le moment l’UI de zwavejs2mqtt offre plus de fonctionnalités (ré-interroger un node, renommer un node, préfixe des entités compris, etc…).
Par contre, la doc du module Zwave2mqtt d’HASSIO mentionne:
Z-Wave JS to MQTT supports Home Assistant Discovery over MQTT. It is STRONGLY recommended NOT to use that option. Use the Z-Wave JS integration as documented above instead.
Je ne sais pas pourquoi, Il y a sûrement une bonne raison!
Moi j’utilise un truc entre les deux je crois, j’ai zwavejs2mqtt (pour l’interface) avec export MQTT (mais sans création), pour la création j’utilise ZwaveJS.
Je débute avec Home Assistant (ou plutôt je suis en test, j’étais sur Jeedom jusqu’à présent).
Je galère mais j’avance… Ca semble beaucoup plus compliqué que Jeedom quand même.
J’aimerais piloter mes radiateurs électriques, ils sont tous équipés avec des modules Qubino. Niveau ZWave j’ai bien les lampes avec le variateur pour choisir le mode.
Avec le generic_thermostat, si il faut un switch on/off, ne peut-on pas créer un « virtuel » (désolé terme Jeedom) qui ferait correspondre On => Confort, Off => Hors-gel ?
Ca permet de simuler un switch avec le module fil-pilote.
Je serais étonné qu’on ne puisse pas faire ce genre de choses.