Problème sur module volets roulants depuis une mise à jour

Bonjour à tous

Mon problème

Suite à une mise à jour d’homeassistant ou de zigbeeMQTT (je n’ai pas su identifier la réelle source). J’ai un comportement étrange sur une partie de mes volets roulants (ceux avec des modules reconnus en TUYA-TS130F (j’ai 2 autres modules MOES [MS-108ZR] qui se comportent correctement).

En effet quand je remonte le volet complètement le status visible sous home Assistant est « closed » alors que le volet est ouvert. Ci-dessous la trace du menu développement :

etat : **closed**
current_position: 100
backlight_mode: null
calibration: "OFF"
calibration_time: 32
indicator_mode: "off"
linkquality: 255
motor_reversal: "OFF"
moving: STOP
position: 100
friendly_name: volet-salon
supported_features: 15

Alors que sous ZigbeeMQTT j’ai :

{
    "calibration": "OFF",
    "calibration_time": 32,
    "indicator_mode": "off",
    "linkquality": 255,
    "motor_reversal": "OFF",
    "moving": "STOP",
    "position": 100,
    "state": "OPEN"
}

Le volet apparait donc fermé alors qu’il est ouvert. lorsque je clique sur « STOP », le statuts repasse correctement :

etat : **open**
current_position: 100
backlight_mode: null
calibration: "OFF"
calibration_time: 32
indicator_mode: "off"
linkquality: 255
motor_reversal: "OFF"
moving: STOP
position: 100
friendly_name: volet-salon
supported_features: 15

J’ai exactement le même comportement étrange lorsque je ferme le volet qui cette fois ci apparait en mode ouvert.
Lorsque j’utilise des positions intermédiaires aucun souci.

Avez-vous une solution possible ou un contournement à ce comportement ?
Un grand merci.
Nicolas.

Ma configuration


System Information

version core-2024.7.4
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.12.4
os_name Linux
os_version 6.6.31-haos-raspi
arch aarch64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
GitHub API Calls Remaining 4996
Installed Version 1.34.0
Stage running
Available Repositories 1384
Downloaded Repositories 16
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 12.4
update_channel stable
supervisor_version supervisor-2024.06.2
agent_version 1.6.0
docker_version 26.1.4
disk_total 72.7 GB
disk_used 12.2 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
board rpi4-64
supervisor_api ok
version_api ok
installed_addons Mosquitto broker (6.4.1), Zigbee2MQTT (1.39.1-1), Terminal & SSH (9.14.0), Duck DNS (1.18.0), File editor (5.8.0), InfluxDB (5.0.0), NGINX Home Assistant SSL proxy (3.9.0)
Dashboards
dashboards 5
resources 9
views 10
mode storage
Recorder
oldest_recorder_run 28 juillet 2024 à 08:34
current_recorder_run 30 juillet 2024 à 16:19
estimated_db_size 391.26 MiB
database_engine sqlite
database_version 3.45.3
___

Bonjour,
a mon avis c’est la MAJ de Z2M sortie hier. Tu peux essayer de restaurer la version 1.39.0, voir si le problème disparait.

Effectivement je viens de repasser en [1.38.0] et il n’y a plus le problème :frowning:
Un grand merci pour votre rapidité de réponse.
Maintenant j’imagine que je n’ai plus qu’a attendre que zigbeemqtt corrige le bug.

Exactement image

1 « J'aime »

bonjour, j’ai exactement le même problème avec le retour d’état de mes modules ( Moes MS-108ZR ) depuis une mise à jour. Je suis contraint d’utiliser la position intermédiaire. le problème je ne possède pas l’ancienne mise a jour. Est-il possible de la récupérer quelque part ?