Automatisation volet journalier

Bonjour,
venant de jeedom mais étant passé sur Home assistant depuis février. J’arrive a tout faire et en mieux sur certain aspects mais je cherche a reproduire ma gestion de volet
en effet avant je lançais un scenario a 6:00 du matin qui me permettait de gérer l ouverture des volets et la fermeture suivant les jours et les vacances
J’essaie de reproduire avec des automatisations je me base sur l’option choisir

Merci d’avance pour votre aide
Voici mon yaml :

alias: Volets
description: ""
trigger:
  - platform: time
    at: "06:00:00"
  - platform: homeassistant
    event: start
    enabled: true
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            weekday:
              - sat
              - sun
        sequence:
          - wait_for_trigger:
              - platform: time
                at: "09:00:00"
          - device_id: 56cd34a41b1a592a2b3f26208707fec0
            domain: cover
            entity_id: 5bf4017c8189372416afb74435d7bbe4
            type: open
          - device_id: a57c2b16db175c4dfc9f674f3c377c48
            domain: cover
            entity_id: 486d12ae34c62280e5ac26328fcc93bd
            type: open
          - wait_for_trigger:
              - platform: time
                at: "19:30:00"
          - device_id: a57c2b16db175c4dfc9f674f3c377c48
            domain: cover
            entity_id: 486d12ae34c62280e5ac26328fcc93bd
            type: close
          - wait_for_trigger:
              - platform: time
                at: "19:45:00"
          - device_id: b08db6859da222f29e03c5d1e919cf2b
            domain: cover
            entity_id: 4b8c90f75b456c42e7a61ff6e427b71c
            type: close
          - wait_for_trigger:
              - platform: device
                device_id: b08db6859da222f29e03c5d1e919cf2b
                domain: cover
                entity_id: 4b8c90f75b456c42e7a61ff6e427b71c
                type: closed
          - action: notify.telegram
            metadata: {}
            data:
              message: "Velex salle de jeux ferme "
          - wait_for_trigger:
              - platform: time
                at: "21:15:00"
          - device_id: 56cd34a41b1a592a2b3f26208707fec0
            domain: cover
            entity_id: 5bf4017c8189372416afb74435d7bbe4
            type: close
          - device_id: acfd622eb88e05e922a7057735ebacfb
            domain: cover
            entity_id: 5c3796f6b708122454e30674c6851930
            type: close
          - device_id: c54219e6f8284feeef1e161f1eb0faaf
            domain: cover
            entity_id: 5a70d110a0480a037848e6be36da3a7c
            type: close
          - device_id: f3f65d9da6a4fea66a8faf8d23afe59f
            domain: cover
            entity_id: 2189e198d7004a0eccd589184218b84e
            type: close
          - wait_for_trigger:
              - platform: device
                device_id: acfd622eb88e05e922a7057735ebacfb
                domain: cover
                entity_id: 5c3796f6b708122454e30674c6851930
                type: closed
              - platform: device
                device_id: c54219e6f8284feeef1e161f1eb0faaf
                domain: button
                entity_id: 446bf3545d5cf40d6da623656fdb48fd
                type: pressed
          - action: notify.telegram
            metadata: {}
            data:
              message: "Velex  ferme  "
      - conditions:
          - condition: time
            weekday:
              - mon
              - tue
              - wed
              - thu
              - fri
        sequence:
          - wait_for_trigger:
              - platform: sun
                event: sunrise
                offset: 0
          - device_id: 56cd34a41b1a592a2b3f26208707fec0
            domain: cover
            entity_id: 5bf4017c8189372416afb74435d7bbe4
            type: open
          - device_id: a57c2b16db175c4dfc9f674f3c377c48
            domain: cover
            entity_id: 486d12ae34c62280e5ac26328fcc93bd
            type: open
          - device_id: b08db6859da222f29e03c5d1e919cf2b
            domain: cover
            entity_id: 4b8c90f75b456c42e7a61ff6e427b71c
            type: open
          - wait_for_trigger:
              - platform: time
                at: "19:30:00"
          - device_id: 56cd34a41b1a592a2b3f26208707fec0
            domain: cover
            entity_id: 5bf4017c8189372416afb74435d7bbe4
            type: close
          - device_id: a57c2b16db175c4dfc9f674f3c377c48
            domain: cover
            entity_id: 486d12ae34c62280e5ac26328fcc93bd
            type: close
          - wait_for_trigger:
              - platform: time
                at: "19:45:00"
          - device_id: b08db6859da222f29e03c5d1e919cf2b
            domain: cover
            entity_id: 4b8c90f75b456c42e7a61ff6e427b71c
            type: close
          - wait_for_trigger:
              - platform: time
                at: "21:15:00"
          - device_id: acfd622eb88e05e922a7057735ebacfb
            domain: cover
            entity_id: 5c3796f6b708122454e30674c6851930
            type: close
          - device_id: c54219e6f8284feeef1e161f1eb0faaf
            domain: cover
            entity_id: 5a70d110a0480a037848e6be36da3a7c
            type: close
mode: single

Ma configuration


[center]## System Information

version core-2024.9.3
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.46-haos
arch x86_64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
HACS Data ok
GitHub API Calls Remaining 5000
Installed Version 2.0.1
Stage running
Available Repositories 1491
Downloaded Repositories 32
Home Assistant Cloud
logged_in true
subscription_expiration 21 mars 2025 à 01:00
relayer_connected true
relayer_region eu-central-1
remote_enabled true
remote_connected true
alexa_enabled true
google_enabled false
remote_server eu-central-1-19.ui.nabu.casa
certificate_status ready
instance_id 2d637fcff2b84a3c86e00d9e0eb97298
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 13.1
update_channel stable
supervisor_version supervisor-2024.09.1
agent_version 1.6.0
docker_version 26.1.4
disk_total 62.3 GB
disk_used 13.8 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization kvm
board ova
supervisor_api ok
version_api ok
installed_addons CEC Scanner (3.0), Advanced SSH & Web Terminal (19.0.0), File editor (5.8.0), Z-Wave JS (0.6.2), Mosquitto broker (6.4.1), Zigbee2MQTT (1.40.1-1), Z-Wave JS UI (3.12.0), Studio Code Server (5.15.0), Matter Server (6.5.1), Linky (1.5.0), Node-RED (18.0.5)
Dashboards
dashboards 9
resources 21
views 19
mode storage
Recorder
oldest_recorder_run 18 septembre 2024 à 13:02
current_recorder_run 28 septembre 2024 à 10:55
estimated_db_size 663.50 MiB
database_engine sqlite
database_version 3.45.3
[/center]

Salut,

Alors pas facile de tout voir (les device_id c’est nettement poins claire que les entity_id) mais je ne comprends pas l’idée de ton automatisation :

  • Par exemple samedi/dimanche tu déclenches à 6h du matin et tu attends 9h avant d’ouvrir et tu patientes encore jusqu’à 19H30/19H45 pour fermer.
  • Les jours de semaine, ça se déclenche aussi à 6h du matin, ça s’ouvre avec le soleil et quasi même combat ça commence à fermer par étapes à 19H30.

Donc en dehors du fait qu’attendre toute la journée c’est lourd, pas efficace (ça bouffe des ressources, ça disparait avec un restart de HA), je ne vois pas pourquoi tu ne peux pas déclencher directement à l’heure de l’action.

Perso, à ta place et avant de faire un truc un peu plus sophistiqué, je ferai 2 automatisations : pour le matin et un pour le soir, dont les triggers sont tes horaires d’action.
Il faut absolument oublier les habitudes jeedom (oui c’est compliqué) mais la philosophie de HA n’est pas du tout la même

2 « J'aime »

Il faut surtout poser à plat sur papier ce qu’on souhaite avant d’essayer de le traduire pour HA, Jeedom ou autre.

Les 3/4 des automatisations dont une aide est nécessaire sur le forum sont complètement tordus :rofl:

1 « J'aime »

Oui c’est joliment formulé
Ce travail de traduction est à faire implicitement lors de la migration Jeedom => HA.
Mais pas uniquement : comment c’est fait sur jeedom, même traduit sur papier, ça ne fait pas pareil (ou ce n’est pas à faire) sur HA.

Et sans verser dans l’optimisation à outrance des automatisations, on doit quand même se fixer pour objectif de faire un truc simple et compréhensible

1 « J'aime »

Oui il faut partir de ce qu’on veut, pas de comment c’est fait.

Si je veux ouvrir mes volets à 7h la semaine, 9h le weekend et les fermer à 19h la semaine et 21h le weekend alors on fait 4 automatisations.

Exactement.
Après tu peux merger ces 4 automatisations (quand elles fonctionnent parfaitement) en une seule et jouer avec les trigger_id, mais pas avant. Parce que sinon à debugger, c’est pas tout à fait aussi facile

Bonjour,
Je suis le sujet, car je suis justement dans mon paramétrage des volets.
La philosophie de HA est donc d’avoir plusieurs automatisations plutôt que d’en faire une seule qui est complexe à maintenir alors.

Oui ou des automatisations qui appellent un script commun enfin bref des choses simples.

On s’ennuiera sur le forum mais au moins tout le monde sera autonome :rofl:

2 « J'aime »

Non c’est la philosophie de la vie … Pourquoi faire compliqué quand on peut faire simple ?

Quand je pars au boulot le matin, j’apporte pas avec moi mon pyjama en prévision de ma prochaine nuit que je vais passer dans mon lit … Bah là c’est un peu pareil.

Je pense en fait à des cas qui peuvent devenir de plus en plus nombreux selon les cas (il faut chaud, il fait froid, le soleil se couche, j’ai ouvert la fenêtre le jour, j’ai ouvert la fenêtre la nuit, la fenêtre est ouverte et il pleut…)
D’avoir plusieurs automatisations simples permet de mieux debugguer et comprendre. Mais je me disais que ça va en faire des automatisations en quantité pour 1 fenêtre.
Est-ce qu’il faut ensuite mutualiser ou laisser en nombre ?

Avec les labels, les catégories etc, alleger l’affichage c’est plus facile. C’est pas grave s’il y en a beaucoup => filtre

1 « J'aime »

Tu mutualiseras quand tu sauras le faire.

2 « J'aime »

OK. Ça répond à pas mal de mes interrogations. J’ai utilisé déjà les catégories pour ranger mes automatisations.
Merci pour vos réponses et pour bastgau à qui je pollue son post :slight_smile:

Je viens aussi de Jeedom et je cherchais un blueprint ou une intégration pouvant répondre à (tous ?) mes besoins.
J’ai essayé le blueprint Cover Control Automation (CCA) et ensuite l’intégration Adaptive Cover.
C’est pas mal, mais comme je suis exigeant, forcément ça ne répond pas à tous.
Je pense que Adaptive Cover répond à mon besoin initial, avec quelques automatisations. Peut-être plus tard, je ferai tout à ma sauce.

J’utilise jamais de blueprint mais j’aime bien la recommandation de l’auteur My clear recommendation is to create **one automation for each cover**.

:rofl:

Salut
Pour illustrer les belles paroles de @bastgau et @Pulpy-Luke j,ai de mon coté pour la gestion de mon chauffage 14 automatisations et 11 scripts et tout fonctionne à la perfection comme je le voulais.
Chaque automatisation ou script fait une petite partie du travail mais la fait simplement et efficacement.

Quand j’ai créé tout ça je n’avais aucune expérience de HA à part avoir fait un petit dashboard pour mes lumières.

Aujourd’hui avec plus d’expérience il est probable que j’en aurai moins mais il est sur que je n’en aurai pas qu’une seule.

3 « J'aime »

merci à tous pour vos retours