Mon problème
Bonjour à tous,
Je vous écris car je rencontre un problème avec mon volet roulant connecté.
Mon appartement m’a été livré avec des volets roulants classiques mais pas connectés.
Plutôt séduit par le système Zigbee par sa faible consommation et son coût, je suis parti sur le module L12z de Nous.
Tout fonctionne très bien pour monter ou descendre le volet, l’arrêter en cours, etc.
En revanche, vivant au rez-de-chaussée, j’ai un chat qui sort souvent et une chérie qui sort fumer sur la terrasse. Les volets sont donc très souvent soit ouverts à 25% pour laisser passer le chat ou ouverts complètement pour sortir, et fermés les nuits fraiches. Et c’est là qu’est mon problème, le temps de montée étant différent de celui de la descente, j’ai un décalage dans mes positions ; ce qui fait qu’après plusieurs cigarettes de madame, quand on remet les volets à 25% pour le chat (depuis un bouton zigbee à la place de l’interrupteur mécanique), ce dernier doit vraiment être un champion de limbo pour passer…
J’ai donc créé un volet fictif basé sur le temps, même si le décalage est moindre, il arrive tôt ou tard.
Pour contrer ce souci, j’ai alors fait une automatisation/script pour recalibrer en pleine nuit :
alias: Recalibrage du volet
description: ""
trigger:
  - platform: time
    at: "05:00:00"
condition: []
action:
  - service: script.1688418358608
    data: {}
mode: single
alias: Recalibration du volet roulant
sequence:
  - service: input_number.set_value
    target:
      entity_id: input_number.position_initiale
    data:
      value: "{{ state_attr('cover.volet_roulant', 'current_position')|float }}"
  - service: cover.set_cover_position
    data:
      position: 0
    target:
      entity_id: cover.volet_roulant
  - delay:
      hours: 0
      minutes: 0
      seconds: 35
      milliseconds: 0
  - service: cover.close_cover
    data: {}
    target:
      entity_id: cover.volet_roulant
  - delay:
      hours: 0
      minutes: 0
      seconds: 30
      milliseconds: 0
  - service: cover.set_cover_position
    target:
      device_id: fdb6f4736545593c0c94a3d574955341
    data:
      position: "{{ states('input_number.position_initiale')|int }}"
mode: single
Mais bon, ce n’est vraiment pas idéal, cela arrive que nous l’entendions se mettre en marche en pleine nuit.
Je me tourne donc vers la communauté pour savoir si vous avez déjà fait fasse à ce genre de problème ?
Pensez-vous pouvoir le résoudre côté logiciel ? Ou sinon, si je dois acheter un nouveau module, que me conseillez-vous pour éviter ce genre de désagrément.
Merci d’avance !
Ma configuration
J’utilise un miniPC sous Debian 11 avec dongle Zigbee Sonoff
System Information
| version | core-2023.9.3 | 
|---|---|
| installation_type | Home Assistant Supervised | 
| dev | false | 
| hassio | true | 
| docker | true | 
| user | root | 
| virtualenv | false | 
| python_version | 3.11.5 | 
| os_name | Linux | 
| os_version | 5.10.0-25-amd64 | 
| arch | x86_64 | 
| timezone | Europe/Paris | 
| config_dir | /config | 
Home Assistant Community Store
| GitHub API | ok | 
|---|---|
| GitHub Content | ok | 
| GitHub Web | ok | 
| GitHub API Calls Remaining | 5000 | 
| Installed Version | 1.33.0 | 
| Stage | running | 
| Available Repositories | 1373 | 
| Downloaded Repositories | 20 | 
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 | Debian GNU/Linux 11 (bullseye) | 
|---|---|
| update_channel | stable | 
| supervisor_version | supervisor-2023.09.2 | 
| agent_version | 1.5.1 | 
| docker_version | 24.0.6 | 
| disk_total | 22.7 GB | 
| disk_used | 7.6 GB | 
| healthy | true | 
| supported | true | 
| supervisor_api | ok | 
| version_api | ok | 
| installed_addons | AdGuard Home (4.8.15), Zigbee2MQTT (1.33.0-1), File editor (5.6.0), AppDaemon (0.13.5), RPC Shutdown (2.4), Terminal & SSH (9.7.1), Vaultwarden (Bitwarden) (0.20.0), Mosquitto broker (6.3.1), Tautulli (3.2.9), Piper (1.3.2), Whisper (1.0.0), Studio Code Server (5.10.2) | 
Dashboards
| dashboards | 1 | 
|---|---|
| resources | 14 | 
| views | 6 | 
| mode | storage | 
Recorder
| oldest_recorder_run | 18 septembre 2023 à 15:56 | 
|---|---|
| current_recorder_run | 28 septembre 2023 à 00:21 | 
| estimated_db_size | 194.42 MiB | 
| database_engine | sqlite | 
| database_version | 3.41.2 |