TS130F - Demande paramètre moesCalibrationTime séparé montée/descente
Publié : 09 mai 2026, 15:04
Bonjour,
J’utilise un interrupteur de volet roulant Zemismart reconnu comme TS130F, objet optimisé dans le plugin.
Mes paramètres actuels :
Comportement observé :
Lorsque je descends le volet partiellement (ex. 50%) puis que je le remonte à fond, il ne remonte pas complètement : il reste environ 20 cm de volet dehors. En revanche, si je descends le volet complètement jusqu’en bas avant de le remonter, la remontée est correcte.
Comportement attendu :
Le volet doit remonter complètement quelle que soit la position de départ.
Cause identifiée :
Après recherches, ce problème est documenté sur le dépôt Zigbee2MQTT (issues #27820) : le TS130F dispose de deux endpoints pour le cluster closuresWindowCovering, l’un pour la montée, l’autre pour la descente, et chacun possède son propre attribut moesCalibrationTime. Le temps de montée et de descente de mon moteur étant différents, le suivi de position se désynchronise dès qu’on effectue un mouvement partiel.
La solution confirmée sous Zigbee2MQTT consiste à écrire moesCalibrationTime séparément sur endpoint 1 et endpoint 2 avec des valeurs différentes.
Demande :
Serait-il possible d’ajouter un second paramètre dans le plugin pour pouvoir calibrer les deux endpoints indépendamment ? Par exemple :
Cela permettrait de corriger le bug de position sur les volets TS130F sans avoir à passer par Zigbee2MQTT.
Ma config :
J’utilise un interrupteur de volet roulant Zemismart reconnu comme TS130F, objet optimisé dans le plugin.
Mes paramètres actuels :
Code : Tout sélectionner
{ ‘TuyaMotoReversal’: 0, ‘TuyaBackLight’: 1, ‘moesCalibrationTime’: 290 }Lorsque je descends le volet partiellement (ex. 50%) puis que je le remonte à fond, il ne remonte pas complètement : il reste environ 20 cm de volet dehors. En revanche, si je descends le volet complètement jusqu’en bas avant de le remonter, la remontée est correcte.
Comportement attendu :
Le volet doit remonter complètement quelle que soit la position de départ.
Cause identifiée :
Après recherches, ce problème est documenté sur le dépôt Zigbee2MQTT (issues #27820) : le TS130F dispose de deux endpoints pour le cluster closuresWindowCovering, l’un pour la montée, l’autre pour la descente, et chacun possède son propre attribut moesCalibrationTime. Le temps de montée et de descente de mon moteur étant différents, le suivi de position se désynchronise dès qu’on effectue un mouvement partiel.
La solution confirmée sous Zigbee2MQTT consiste à écrire moesCalibrationTime séparément sur endpoint 1 et endpoint 2 avec des valeurs différentes.
Demande :
Serait-il possible d’ajouter un second paramètre dans le plugin pour pouvoir calibrer les deux endpoints indépendamment ? Par exemple :
Code : Tout sélectionner
{ ‘moesCalibrationTime’: 290, ‘moesCalibrationTimeUp’: 320 }Ma config :
- Domoticz Version : 2026.1
- Python Version : 3.11
- ZigBeeForDomoticz Plugin : 8.1.004 [8.552] - stable8
- Modèle de coordinateur : Sonoff Dongle Plus-E
- Firmware : 6.10.3.0 build 297
- Système : Minix Neo Z100 sous Debian 13 (Trixie)
- Fichier raw :
export.json- liste des objets raw
- (154.96 Kio) Téléchargé 19 fois