Volets roulants Schneider position de descente bug

Bonjour,

Je suis sur des interrupteurs Zigbee Schneider odace sur toute la maison, pas de problèmes pour l’association mais je rencontre un soucis sur la configuration. Je m’explique.

Quand je pars du bas volets fermés, pas de problème. Je demande plusieurs positions d’ouvertures par exemple 25%-50%-75% etc, le volet se met bien sur la bonne position.

Mais quand je pars du haut à 100% et que j’essaie plusieurs positions par exemple 90%-75%-30%, la position réelle du volet est décalé par rapport à la demande par exemple à 75% il va être réellement à 50% voir un peu moins a vu d’oeil.

J’ai bien régler le temps de chaque volet dans les réglages MQTT et là dessus cela fonctionne, mais cela m’oblige pour avoir les bonnes positions sur des automatisations à avoir un script qui ferme d’abord le volet à 0% pour ensuite lui demander une postion.

Est ce que j’aurai oublier quelques choses?

Merci d’avance.

Ma configuration

[center]## 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 4994
Installed Version 1.34.0
Stage running
Available Repositories 1388
Downloaded Repositories 12
Home Assistant Cloud
logged_in true
subscription_expiration 11 octobre 2024 à 02:00
relayer_connected true
relayer_region eu-central-1
remote_enabled true
remote_connected true
alexa_enabled false
google_enabled true
remote_server eu-central-1-15.ui.nabu.casa
certificate_status ready
instance_id 7e6498e3326849019221ecc14d6abf97
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.08.0
agent_version 1.6.0
docker_version 26.1.4
disk_total 57.8 GB
disk_used 16.0 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
board rpi5-64
supervisor_api ok
version_api ok
installed_addons Samba share (12.3.2), Mosquitto broker (6.4.1), Zigbee2MQTT (1.39.1-1), File editor (5.8.0), Advanced SSH & Web Terminal (18.0.0), Tautulli (4.0.1), Prowlarr (0.9.0), FlareSolverr (3.3.21), Jackett NAS (0.22.402), Sonarr (4.0.8.2008), Radarr (5.8.3.8933), Vaultwarden (Bitwarden) (0.22.0), Nginx Proxy Manager (1.0.1), MariaDB (2.7.1), Overseerr (1.33.2), openWakeWord (1.10.0)
Dashboards
dashboards 4
resources 8
views 13
mode storage
Recorder
oldest_recorder_run 19 juillet 2024 à 20:51
current_recorder_run 5 août 2024 à 18:43
estimated_db_size 373.70 MiB
database_engine sqlite
database_version 3.45.3
[/center]

Bonjour,

C’est classique : Le temp de décollement (la période pendant laquelle les lames s’écartent avant que le volet ne touche plus le bas de la fenêtre) fait que le temps de montée et de descente n’est pas le même…
Donc sauf à être capable de gérer 2 valeurs c’est compliqué à gérer ou alors toujours passer par une phase de fenêtre/ouverture complète

D’accord si c’est « normal » je vais continuer à fonctionner comme ça :grinning:

Merci