Problème sur l'interface d'un thermostat Heatit Z-TRM3 lors du passage de openzwave vers z-wave js

Plugins Protocole domotique
1

Bonjour,

J’ai quatre thermostats Heatit Z-TRM3 qui fonctionnent bien avec Jeedom + openzwave.

J’essaie de migrer vers z-wave JS principalement pour cause d’obsolescence de Python2

Les thermostats sont bien apparemment bien gérés dans z-wave JS UI, les valeurs remontées semble cohérentes.

Par contre, par exemple, la température affichée dans le synoptique Jeedom est 0 (de même pour le point de consigne). Il n’y avait pas de problème avec le plugin openzwave.

Il y a plusieurs « endpoints » temperature dans l’appareil, et celui qui m’intéresse est [4-49-2-Air temperature] Air temperature ]
(node 4, cc 49, endpoint 2 si je comprends bien).

Dans jeedom la commande est indiquée dans « Configuration commande » comme ayant le logical ID 49-0-Air temperature

Curieusement, sur les 4 thermostats, 3 sont en 49-0 et affichent 0, mais 1 est en 49-2 et affiche bien la température ???

Je peux créer la commande correspondante au endpoint 2, mais le nom est ensuite temperature1 et ne remplace pas l’autre

Même genre de problème avec la température de consigne (affichée à zéroi), sauf que je n’arrive même pas à créer la commande correspondant au bon endpoint ([4-67-1-setpoint-1] Setpoint (Heating) pour zwave js UI), j’ai logical id 67-0-0-type=setvalue&value=#slider# dans jeedom.

Beaucoup de choses en vrac, désolé, je suis un débutant sur tous les éléments en jeu, en espérant que quelqu’un pourra me guider…

Accessoirement, ces thermostats sont vraiment bien:

  • Affichage et interface de réglage directe sur l’appareil pour que tout le monde puisse s’en servir.
  • Contrôle par z-wave pour régler le chauffage à distance.
  • Association avec plusieurs relais z-wave pour contrôler plusieurs planchers chauffants en un groupe.
  • Fonctionnent sans le hub si celui-ci est planté (sécurité).

C’est assez surprenant qu’ils ne soient pas mieux supportés, parce que la concurrence ne se bouscule pas.

UPDATE: je peux faire marcher l’affichage température en éditant zwavejs/core/config/devices/./thermofloor_411/z-trm3.json et en modifiant le « endpoint » de temperature à 2.
Par contre, je n’arrive à rien avec « setpoint ».

jf

2

Bonjour,

C’est normal que ça n’efface pas la commande en cours.
Par contre tu peux modifier la commande en cours (température) en passant le Endpoint à 2 :wink:

De même pour la commande « setpoint ». Ça ne va rien casser et c’est réversible :blush: tu peux aussi cliquer sur l’icône crayon qui correspond à la commande « action » dans la page « Valeurs » pour créer la commande pour savoir comment modifier celle d’origine.

ÉDIT : je n’avais pas vu ton édit :+1:

3

Bon je me sens bête, mais je n’arrive pas à trouver comment « modifier la commande en cours » ?

4

Tout simplement sur la page commande de ton module.
Les champs de tes commandes sont éditables.
Il ne faut pas aller bidouiller dans les fichiers de config.

Il n’y a pas de question bête. Je ne suis probablement pas clair :pray:.

5

Bon j’ai édité la commande, mais cela ne change rien, le « heat setpoint » est toujours à zéro dans le synoptique alors qu’il est correct dans zwave-js-ui et dans l’affichage « valeurs du noeud »

Par ailleurs l’affichage des relais « Qubino Flush 1D Relay ZMNHND » que j’utilise est bizarre, ils m’affichent des infos de puissance (à zéro) alors que ce sont des contacts secs qui ne mesurent pas la puissance.

Est-ce que les problèmes pourraient venir du switch openzwave → zwavejs, et est-ce que c’est possible de supprimer / recréer les objets jeedom sans toucher au réseau z-wave ?(pas trop envie d’avoir à exclure réinclure des modules qui sont dans des boîtes dans les murs si je peux l’éviter).

Et merci de ton aide, au passage !

6

Bonjour,

Répond à mes messages stp pour que je sois notifié.

Il faudrait les captures d’écran de la page « Valeurs » ainsi que de la page de tes commandes.

Concernant le Qubino, même si ce n’est pas le sujet de ton post, le report de puissance est normal car il peut alimenter une charge en on/off. Voir notice du module.

7

J’attache les captures

valeurs
valeurs1196×530 35.6 KB

commandes
commandes1245×982 120 KB

Juste pour finir provisoirement avec le qubino pour lequel j’ouvrirai peut-etre une autre discussion bien que ce soit moins genant: la version a contact sec n’a pas de mesure de puissance.

8

Selon le manuel Qubino ce module peut également piloter des charges, et possède bien la CC « meter » (donc mesure de puissance) :
https://products.z-wavealliance.org/ProductManual/File%3Ffolder%3D%26filename%3DManuals/1336/Qubino_Flush%25201D%2520Relay%2520PLUS%2520extended%2520manual_eng_1.6.2.pdf&ved=2ahUKEwjT04imupyHAxV0fKQEHeCAAGUQFnoECA4QAQ&usg=AOvVaw34E3GJUwVIKpRkXdnyjD_-

Pour créer la commande Action pour ton set point il faut cliquer sur l’icône « crayon à papier » et non pas l’icône « stylo » (qui est pour créer une commande Info). Au survol des icônes les info-bulles sont très claires.

Tu verras ainsi que ta commande n’est pas 67/1/1 mais 67/1/setpoint-1.

9

Merci, en créant les deux commandes (stylo et crayon), l’interface marche.

Pour une raison mystérieuse, le contrôle a changé d’allure (cf deux images)
ancien-slider
nouveau-slider

Ensuite il faudrait que je fasse marcher le retour d’état on/off qui ne marche pas puis même chose pour les autres thermostats (c’est pour cela que je m’etais plutot attaqué aux fichiers de config: une fois correct ca s’applique à tout le monde).

J’en ai plutot déduit que ce plugin n’était pas encore mûr pour moi, et je suis repassé sous openzwave.

En tout cas, merci pour ton aide !

Concernant le qubino à contact sec: oui c’est dans l’interface z-wave, mais ce n’est pas dans la description fonctionnelle (alors que c’est présent pour l’autre version qui switche toujours la tension d’alim), et je ne vois pas comment il pourraient calculer une puissance avec un relais flottant vu que du coup ils ne connaissent pas la tension d’alim de l’équipement. J’imagine que l’interface retourne toujours 0. D’ailleurs je viens de vérifier qu c’est le cas sur mon interface repartie avec openzwave :slight_smile: J’ai les deux types de relais sur mes planchers.

10

Je ne comprends pas : maintenant que tu as compris comment faire c’est facile pour la suite.
Pour ton affichage il suffit juste te recopier la colonne la plus à droite (type=setvalue) et probablement de lier la commande action à la commande info. Mais sans capture d’écran difficile de te le dire.

Enfin et c’est le plus important :

  • Openzwave n’est plus maintenu depuis 3 ans. Du coup également support très faible voire inexistant sur la communauté
  • cela t’oblige à rester en Debian 10. Or, cet OS n’est plus maintenu et de plus en plus de plugins ne sont plus compatibles Debian 10.
11

Je comprends ton point de vue, mais jeedom n’est utilisé que pour contrôler le chauffage à distance, c’est une fonction accessoire par rapport au (bon) fonctionnement des thermostats, et les choses marchaient parfaitement avec openzwave.

Cela aurait pu continuer à tourner éternellement sous buster, sauf que j’ai mis le système à jour en bookworm par erreur (j’avais plus ou moins oublié les problémes potentiels avec jeedom, en particulier à cause de la disparition de Python2).

J’ai donc exploré plusieurs possibilités:

  • Portage du demon openzwave en python3: m’a paru compliqué à cause de l’importance des manips de strings, mais cela serait sans doute faisable.
  • Passage en zwave-js.
  • Reconstitution d’un python2 utilisable avec les packages et extensions python2 adéquats.

L’option « python2 » a fonctionné assez rapidement, mais j’ai tout de même continué l’expérimentation avec zwave-js.

Pour ce dernier, j’ai eu 2 petites incompatibilités php8, et enfin le problème de configuration dont nous discutons ici.

Tu m’as montré que le problème peut se régler avec des manips manuelles module par module, mais je trouve que ni le procédé ni le résultat imparfait (sliders) ne sont vraiment satisfaisants, donc, pour le moment, je préfère rester sur la solution précédente. Je pourrai toujours reprendre l’essai de basculement plus tard si nécessaire.