TRV TS0601 _TZE204_pcdmj88b et ZigbeeForDomoticz

[Papy de la mer]

Bonjour.
Ma première crainte est de ne pas publier ce message au bon endroit du forum ... Je suis un récidiviste ...
Si tel est le cas, je m'en excuse.

Ma conf : Domoticz et MQTT en conteneur dans un NAS Synology DS220+ et dongle Sonoff plus E pour ZigbeeForDomoticz

Dans le cadre de mes recherches pour trouver un TRV bien adapté à ce que je souhaite pour équiper mes radiateurs, j'ai d'abord testé celui-là :

https://fr.aliexpress.com/item/10050052 ... ry_from%3A

Côté adaptation à ZigbeeForDomoticz et paramètres accessibles, rien à dire ... Côté produit par contre 1 sur 5 m'a lâché rapidement et, surtout, un montage "baroque" du TRV sur le radiateur tel que le TRV se détache et se déconnecte dès qu'on cherche à le tourner (réflexe des personnes que je n'aurais pas prévenues à temps ... ).
J'ai donc voulu en tester un autre et mon choix s'est arrêté sur celui-là :

https://fr.aliexpress.com/item/10050060 ... ry_from%3A

Côté produit ; le montage me convient (le risque évoqué ci-dessus n'existe plus) et, finalement, l'affichage sur le flan du TRV (sens de l'affichage modifiable) est plus pratique que l'affichage en bout. Côté adaptation à ZigbeeForDomoticz, le premier essai a été raté (appairage non optimisé). J'ai donc utilisé la voie Github et Pipiche (merci à lui) m'a rapidement répondu et proposé une solution mais ... côté données c'est la pauvreté intégrale :
- aucun paramétrage (j'en ai 7 dans le TRV MOES),
- 4 données remontent dans des widgets Domoticz dont une qui ne varient pas (heating status) et une autre "pauvre" (modes de fonctionnement en 3 options alors que le TRV en a 5).

Je précise que ce TRV diffuse normalement les mêmes informations que le TRV MOES car tout cela c'est ... TUYA et compagnie ... si on est fan de l'application chinoise et de son cloud ...

Bien que je sois très loin d'être à l'aise sur ce genre de sujet, j'ai essayé de potasser le web et j'ai trouvé cela :
https://github.com/Koenkk/zigbee2mqtt/issues/19462
Seule consolation pour moi, la confirmation que le TRV diffuse bien les données espérées et disposent de paramètres. Pour le reste, c'est à dire pour tenter de récupérer les paramètres et données qui me manquent, je ne sais pas trop quoi faire ...

[Keros]

Alors, pour toutes les questions concernant le plugin ZigBeeForDomoticZ, c'est dans la section dédiée. Je viens d'y déplacer ton message.

Tu verras en haut dans la section ZigBeeForDomoticZ qu'il y a un sujet [A lire avant de poster] Guide pour bien formuler une demande. C'est une première liste d’informations qui nous sont utiles pour commencer à analyser les demandes. En complétant tes informations, nous pourrons t’apporter plus rapidement des réponses pertinentes. Merci.

[pipiche]

je comprends pas trop le question ou le problème ?

peut-etre est-ce lié à https://github.com/zigbeefordomoticz/z4 ... /issues/65

[Papy de la mer]

Oui Pipiche ... c'est la suite qu'il m'a semblé pertinent de poursuivre sur le forum ...

[Papy de la mer]

Bonjour.

Comme suite à un échange avec Pipiche sur Github, je ramène sur le forum ma dernière question.

Lorsqu'initialement, Pipiche m'a expliqué via Github la procédure d'ajout de mon nouveau TRV et que j'ai lu par ailleurs les dernières évolutions du plugin, j'ai cru comprendre la tendance lourde qui était suivie à savoir créer des fichiers de configurations facilement modifiables pour les objets zigbee, du moins pour les nouveaux. Ainsi, le fichier json "TS0601-eTRV6.json" que Pipiche m'a fait ajouter dans le plugin concerne apparemment une famille de matériels répondant aux mêmes profils de données (TRV mais pas que ... puisque le "TS0601", "_TZE200_bvu2wnxz" correspond à un capteur de température et d'humidité).

Je pars du principe que tous les matériels dont on parle fonctionnent avec l'appli Tuya smart, ce qui suppose une communauté de profil de données pour tous les équipements fonctionnant avec cette appli. ...
Le premier TRV que j'ai cherché à intégrer est celui-ci (TS0601-_TZE200_b6wax7g0) :
https://fr.aliexpress.com/item/10050024 ... pt=glo2fra
A l'époque, ancienne version du plugin zigbee, une modif. de celui-ci a été faite, ce qui m'a permis de récupérer :
- via Domoticz les widgets suivants :
> un selector switch pilotant le mode de fonctionnement du TRV (4 positions pour ce que j'ai pu en juger),
> un capteur de température donnant la température de la pièce,
> un setpoint pilotant la température de consigne fixée pour la pièce,
> un light/switch indiquant si une fenêtre est détectée ouverte dans la pièce,
> une donnée en pourcentage donnant la position du doigt de commande de la vanne du radiateur ... (le doigt totalement rentrée = 100% et le doigt totalement sorti = 0%, les sauts étant, apparemment, par tranches "grossières" de 20%) ;
- via le plugin les paramètres suivants :
{'Disabled': 0, 'BRT100WindowsDetection': 1, 'BRT100ChildLock': 1, 'BRT100BoostDuration': 300, 'BRT100Calibration': 0, 'BRT100SetpointEco': 15, 'BRT100MaxSetpoint': 40, 'BRT100MinSetpoint': 5}

J'ai fouillé dans les fichiers du dernier plugin zigbee de mon conteneur Domoticz et je n'ai pas réussi à trouver le fichier de configuration de ce TRV : où est-il ?

Le TRV récemment ajouté a aujourd'hui
- dans Domoticz, créé les widgets suivants :
> un selector switch pilotant le mode de fonctionnement du TRV (3 positions pour ce que j'ai pu en juger),
> un capteur de température donnant la température de la pièce,
> un setpoint pilotant la température de consigne fixée pour la pièce,
> un light/switch "heating status" dont je n'ai pas réussi à déterminer ni l'objet, ni la fonction ;
- dans le plugin : aucun paramètre accessible pour l'objet zigbee créé.

Je ne tiens pas à récupérer des données pour le principe ou parce qu'elles existent, mais parce qu'elles sont, pour moi, essentielles au pilotage de certaines fonctions et à la connaissance de paramètres me permettant de vérifier que tout fonctionne correctement. Dans le cas d'un TRV, l'essentiel c'est :
- la température de la pièce,
- le mode de fonctionnement du TRV (manuel, auto, ...),
- la température de consigne que le TRV doit tenir dans la pièce,
- la situation du doigt de commande de la vanne du radiateur.

Lorsque je ne connais pas ou lorsque je ne comprends pas, je procède par analogies et homothéties. Dans le cas considéré l'ancien et le nouveau TRV ont quasiment la même notice d'emploi de l'application Tuya smart ... Je me dis (peut-être à tort) que leurs profils de données zigbee sont similaires sinon identiques ... d'où mon obstination à ne pas comprendre pourquoi, je n'arrive pas à avoir les mêmes données zigbee pour les 2 TRV. Une transposition du fichier de conf de l'ancien TRV vers le nouveau serait-elle pertinente ? Si oui, de l'importance pour moi de trouver le fichier de configuration de mon premier TRV.

Désolé pour la longueur de mon message que j'espère clair et merci pour votre écoute ...

Bonne journée.

[pipiche]

les fichiers de configuration sont ici https://github.com/zigbeefordomoticz/z4 ... ed-devices

[pipiche]

j'ai beaucoup de mal à te suivre.

Si tu reprends l'issue : https://github.com/zigbeefordomoticz/z4 ... /issues/65

(1) je t'ai recommandé d'utiliser le modèle eTRV6 et de l'adapter (en gros dire que le device que tu as est de ce modèle)
https://github.com/zigbeefordomoticz/z4 ... 2115865979

le retour: ca fonctionne, tu récupères les informations:

- Température
- Setpoint
- Mode (manuel)

Il te manque : le pourcentage d'ouverture

je te répond ici: https://github.com/zigbeefordomoticz/z4 ... 2115865979 que le device ne fourni pas cette information, mais qu'il fourni une information sur le heating status ( ca chauffe, ca chauffe pas )

https://github.com/zigbeefordomoticz/z4 ... 2161239969

et que si tu souhaites avoir l'info, il faut que tu mettes à jour le fichier de config en changeant la ligne

` "03": { "store_tuya_attribute": "HeatingMode", "sensor_type": "heatingstatus", "EvalExp": "int(not value)"},`
par
` "31": { "store_tuya_attribute": "HeatingMode", "sensor_type": "heatingstatus", "EvalExp": "int(value)"},`


En résumé, le % d'ouverture n'est pas disponible sur cette tete thermostatique, ou en tous les cas, je n'ai pas trouvé l'information, ni dans le export.json quie tu m'a communiqué ni sur les sites qui ont intégré cette tete.

Je n'ai du reste pas de retour si le Heating Status fonctionne

[Papy de la mer]

Bonsoir.
Il y a décidemment beaucoup de choses que je ne comprends pas ... En particulier, pourquoi avec une appli unique telle l'appli androïd Tuya smart, il puisse y avoir des fichiers de configuration aussi différents pour 2 TRV pilotés par cette même appli. Passons, là n'est sans doute pas l'essentiel pour le moment ...
1) Dans un premier temps j'ai modifié le fichier de conf. tel que tu me l'as suggéré : pas de changement sur le "heating status".
2) J'ai repris la notice d'emploi du TRV pas à pas et cette fois j'ai regardé dans le détail ce que donnaient dans Domoticz les manœuvres sur le TRV et, inversement, ce que donnaient sur le TRV les changements dans Domoticz ...
Et là ... je me suis aperçu que rien ne fonctionnait correctement :
- le widget "température" affiche 20°C depuis l'origine alors que le TRV affiche actuellement 27°C ;
- le widget "mode" à 3 positions dans Domoticz alors que le TRV a 5 modes de fonctionnement ; il n'y a aucun changement sur le TRV si je change le mode dans Domoticz et, inversement, si je change de mode sur le TRV, rien ne remonte vers Domoticz ;
- même chose pour le widget "setpoint", qui ne donne pas le setpoint du TRV, qui ne le fait pas changer ; le TRV n'a quant à lui aucune action sur le setpoint de Domoticz. Seule chose "positive", lorsque je pousse le setpoint de Domoticz à 40 (température dans la pièce 27°C), le doigt de commande de la vanne du radiateur s'efface(ce qui correspond bien à une ouverture de la vanne), inversement, si je diminue le setpoint à 10°C, le doigt de commande de la vanne du radiateur s'avance.

Par acquis de conscience, j'ai revérifié avec la même attention mon premier TRV qui (lorsqu'il fonctionne ... ) est parfaitement synchrone avec Domoticz et réciproquement.

[pipiche]

je ne sais pas trop quoi répondre, si tu veux m'envoyer une tete thermostatique pour que j'en fasse l'intégration , pas de soucis.
Sinon pour effectuer une intégration propre il me faut :

- un sniff wireshark du traffic zigbee de l'appairage de la tete avec une gateway Tuya
- un sniff wireshark du traffic zigbee de chacune des commandes de l'application Tuya

et normalement avec ca , je dois avoir les infos pour faire une integration correcte

[Papy de la mer]

Je n'ai pas de gateway Tuya car je souhaite limiter et contrôler autant que possible la diffusion de mes données vers l'extérieur. Sauf erreur de ma part, il n'est d'ailleurs pas possible d'avoir 2 coordinateurs zigbee en même temps sur le même réseau. Il n'est cependant pas exclu que, pour ma compréhension et mon apprentissage, je finisse par en acheter une à des fins de test.

En ce qui concerne l'utilisation de wireshark, si tu connais un ou plusieurs bon tutos de vulgarisation des bases d'utilisation, je suis preneur car mes essais en la matière (analyse des échanges wifi entre les drivers, les dimers et les ampoules de mon réseau d'éclairage) ont été assez décevants faute de comprendre correctement les fonctions basiques de ce super outil.

Pour ce qui concerne mon TRV, j'ai potassé de nouveau le web et j'ai trouvé 2 choses. Il est probable que je ne vais rien t'apprendre mais je te les transmets "pour le cas où" ... Visiblement ce nouveau TRV fait l'objet de recherche de certains côté Zigbee2MQTT. En utilisant le tuto suivant :
https://www.zigbee2mqtt.io/advanced/sup ... oints.html
un gars a fini par identifier les "Tuya data points" (TEP) de ce TRV :
{
"2": "Mode",
"4": "Set temperature",
"5": "Current temperature",
"6": "Battery capacity",
"7": "Child lock",
"8": "Temperature scale",
"9": "Set temperature ceiling",
"10": "The lower limit of temperature",
"14": "Window check",
"16": "Window temp",
"17": "Window time",
"18": "Backlight brightness",
"19": "Factory data reset",
"21": "Holiday temperature",
"24": "Home temp",
"25": "Leave temp",
"28": "Week program",
"29": "Week program Tuesday",
"30": "Week program Wednesday",
"31": "Week program Thursday",
"32": "Week program Friday",
"33": "Week program Saturday",
"34": "Week program Sunday",
"35": "Fault alarm",
"36": "Frost protection",
"37": "Rapid warming",
"38": "Rapid heating countdown",
"39": "Switch Scale",
"47": "Temperature correction",
"48": "Valve testing",
"49": "State of the valve",
"101": "111"
}
Je pense que certaines données sont à prendre comme des paramètres (par exemple les TEP 7, 9, 10, 14, 38, 47 ...) et d'autres comme des données mises à jour ou qu'il est possible de mettre à jour via Domoticz.
Là, cela me parle ... parce que c'est conforme à mon idée qu'à une donnée est associé un TEP unique qui correspond à un identifiant unique dans l'application Tuya. Ainsi le TEP "'4" correspondra toujours, pour un TRV ou un thermostat quelconque compatible de l'appli tuya, à la consigne de température fixée (j'écris ici plus pour mettre mes idées en ordre que pour te convaincre parce tout cela, je ne doute pas que tu le saches).

Si je transpose cela au fichier de conf. actuel du TRV "TS0601", "_TZE204_pcdmj88b",
- TEP 2 correspond bien au mode ; compte tenu du manuel d'emploi ce TEP peut prendre 5 valeurs ;
- TEP 4 correspond bien à la température de consigne ;
- TEP 5 correspond bien à la température courante ;
- TEP 7 correspond bien au "childlock" mais ce devrait être un paramètre ;
- TEP 23, 27, 2f dans le fichier de conf. ne correspondent à aucun TEP pour le TRV ;
- TEP 31 identifié comme "Heating mode" dans le fichier de conf. correspond dans le TRV à une des données du mode "programmation".
Reste à comprendre pourquoi les TEP bien identifiés ne donnent pas lieu à des échanges TRV <--> Domoticz corrects.

Si je reste sur ma ligne de pensée, je m'attends à trouver pour le TRV objet de nos échanges, les mêmes données que celles que j'ai actuellement pour le BRT10 à savoir les TEP suivants qui existent :
"2": "Mode",
"4": "Set temperature",
"5": "Current temperature",
"6": "Battery capacity",
"21": "Holiday temperature",
"49": "State of the valve".
Avec comme paramètres :
"7": "Child lock",
"9": "Set temperature ceiling" ("MaxSetpoint" dans le BRT100),
"10": "The lower limit of temperature" ("MinSetpoint" dans le BRT100),
"14": "Window check" ("WindowsDetection" dans le BRT100),
"25": "Leave temp" ("setpoint eco" dans le BRT100),
"38": "Rapid heating countdown" ("BoostDuration" dans le BRT100),
"47": "Temperature correction", ("Calibration" dans le BRT100).

Je crois hautement probable que le TEP "49": "State of the valve" correspond à la donnée de position du doigt de commande de la vanne du radiateur avec laquelle je te prends la tête ces derniers temps ... ... (ce dont je m'excuse à nouveau ...). Dans la même veine, le TEP "48" (Valve testing), pourrait avoir un intérêt si son objet pouvait être précisé : j'y vois la possibilité de tester le mouvement du doigt de commande du TRV sans passer par un "bricolage" du setpoint.