Du côté Jeedom, dans configuration et commande, mettre dans l’url de push globale:
https://@IP_HA:1880/endpoint/jeedom?value=#value#&id=#cmd_id#
Donc, je pousse « tout » vers le port 1880 (NodeRed) ou est HA et NodeRed.
Ensuite, avec NR, je filtre les infos qui m’intéresse (en filtrant sur les #cmd_id#
Le fichier Sensors contient la liste des capteurs zwave qui m’intéressent:
sensors:
- name: sensor.oeil_salon_presence
id: 35
- name: sensor.oeil_salon_temperature
id: 36
- name: sensor.oeil_salon_luminosite
id: 37
Avec ce flot NR, je publie vers HA les états des capteurs zwave.
Les capteurs sont déclarés dans HA :
- platform: template
sensors:
oeil_salon_presence:
friendly_name: "Salon Presence"
value_template: "{{ value }}"
oeil_salon_temperature:
friendly_name: "Salon Temperature"
value_template: "{{ value }}"
oeil_salon_luminosite:
friendly_name: "Salon Luminosite"
value_template: "{{ value }}"
Et voilà. Les états des capteurs sont synchronisés entre les deux.
Comme ça, mon réseau zwave est resté sous jeedom pleinement fonctionnel tant que je faisais mes tests/mise en place côté HA.
En plus, à l’époque de ma mise en oeuvre de HA, le réseau zwave était relancé à chaque redémarrage. Vraiment pas cool. Quand on voit le temps qu’un réseau zwave met à se remettre en état après un redémarrage.
Cette solution marche si bien que je n’ai pas pris le temps de passer à une solution de type zwave2mqtt quand c’est devenu dispo côté HA.
Pour info, mon réseau zwave est « up » depuis 10 mois… 