Newbie hilo-home assistant, mes automations pour le défi de pratique de tantôt #501

SimonCoulombe · 2024-11-20T15:02:28Z

SimonCoulombe
Nov 20, 2024

Le but d'avoir une automatisation dans home assistant plutôt que celle de Hilo c'est d'avoir un préchauffage plus généreux que ce que Hilo me donne (+4C au lieu de +2C) et aussi de couper le chauffe-eau pendant la période de pointe.

Automatisation assez simple, est-ce que quelque chose m'échappe?

Des commentaires pour vous starter:

On dirait que je ne comprends pas à quoi peut servir la phase d'appréciation à part gonfler ma consommation pour booster
les trigger sont peut-être simpliste, vous utilisez quoi? des "From"? l'heure?

Contexte:

J'ai un bungalow.
J'ai une thermopompe/fournaise centrale avec un thermostat dans le corridor au rez-de-chaussée que je garde en général à 21C .
J'ai 4 thermostats de plinthes électriques dans le sous-sol (bureau, salle familliale, salle de bain). En général je garde la température plus basse dans ces pièces (18C) pour que ce soit la thermopompe qui fasse le gros de la job car elle est plus efficace que les plinthes.
Je chauffe le garage à 5C pour pas que l'eau gèle.

Mon automatisation dépend de l'état du sensor.defi_hilo et réagit à "pre_heat", "reduction" et "recovery". À chaque étape je m'envoie un email pour que je sache ce qui se passe ( et me rappeler de ne pas consommer pour rien).

quand sensor.defi_hilo devient "pre_heat", je mets tous les thermostats à 25C (sauf garage, à 12C)
quand sensor.defi_hilo devient "reduction", je mets les thermostats de la maison à 18C, celui du garage à 5C et je coupe le chauffe-eau
quand sensor.defi_hilo devient "recovery", je remonte le thermostat de la thermopompe/fournaise centrale à 21C, je repars le chauffe-eau, mais je laisse le reste à 18C et 5C respectivement car je préfère quand c'est la thermopompe qui travaille en général.

J'ai testé dans les developers tools en changeant le state de "sensor.defi_hilo" et ça semble fonctionner.
Voilà, est-ce que qqch m'échappe?

alias: Hilo Peak Period Management
description: Manages thermostats and water heater during Hilo peak periods
trigger:
  - platform: state
    entity_id: sensor.defi_hilo
    to: pre_heat
  - platform: state
    entity_id: sensor.defi_hilo
    to: reduction
  - platform: state
    entity_id: sensor.defi_hilo
    to: recovery
condition: []
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: sensor.defi_hilo
            state: pre_heat
        sequence:
          - service: climate.set_temperature
            target:
              entity_id: |
                {{ states.climate | rejectattr('entity_id', 'equalto', 'climate.garage') | map(attribute='entity_id') | join(', ') }}
            data:
              temperature: 25
          - service: climate.set_temperature
            target:
              entity_id: climate.garage
            data:
              temperature: 12
          - service: notify.nerd_gmail_com
            data:
              title: "Hilo - début du pré-chauffage"
              message: "Tous les thermostats sont à 25°C (sauf garage à 12°C)."
              target: 
                - "[email protected]"
                - "[email protected]"
      - conditions:
          - condition: state
            entity_id: sensor.defi_hilo
            state: reduction
        sequence:
          - service: climate.set_temperature
            target:
              entity_id: |
                {{ states.climate | rejectattr('entity_id', 'equalto', 'climate.garage') | map(attribute='entity_id') | join(', ') }}
            data:
              temperature: 18
          - service: climate.set_temperature
            target:
              entity_id: climate.garage
            data:
              temperature: 5
          - service: switch.turn_off
            target:
              entity_id: switch.chauffeeau_sinope
          - service: notify.nerd_gmail_com
            data:
              title: "Hilo - début de la période de pointe"
              message: >-
                La période de pointe Hilo a débuté. Tous les thermostats dans la
                maison sont à 18°C, le garage à 5°C. Le chauffe-eau est désactivé.
              target: 
                - "[email protected]"
                - "[email protected]"
      - conditions:
          - condition: state
            entity_id: sensor.defi_hilo
            state: recovery
        sequence:
          - service: climate.set_temperature
            target:
              entity_id: climate.tstat_175408_lyric_t6_pro_thermostat
            data:
              temperature: 21
          - service: switch.turn_on
            target:
              entity_id: switch.chauffeeau_sinope
          - service: notify.nerd_gmail_com
            data:
              title: "Hilo - début de la phase de récupération"
              message: >-
                La période de pointe est terminée. Le thermostat principal est à
                21°C, les autres thermostats en bas à 18°C et le garage à 5°C. Le
                chauffe-eau a redémarré.
              target: 
                - "[email protected]"
                - "[email protected]"
mode: queued

ic-dev21 · 2024-11-20T15:15:54Z

ic-dev21
Nov 20, 2024
Maintainer

Salut!

La raison de ma suggestion des "From" c'est simplement pour éviter des triggers pas rapports si jamais pour une raison X tu as besoin de rebooter ton host HA en plein défi ou n'importe quelle situation du genre.

Je mets des conditions de temps ± 5 minutes pour la même raison. Quand tu boot HA tu vas être à "OFF" en attendant ton premier call API, si ta commande est déjà envoyée, pourquoi la renvoyer?

L'appreciation, c'est très dépendant honnêtement. Y'a des gens qui ont une plus vieille maison moins bien isolée et qui ont besoin de ce temps supplémentaire là pour emmagasiner assez de chaleur. Je l'utilise en pré-préchauffe parce que mon chauffage est déjà très bas pendant la nuit/quand je suis absent dans la plupart des pièces (17C, au RDC, 15C au sous sol). Faire un +2 là dessus donneras pas grand chose à part me garantir de geler.

Donc perso, je l'utilise pour faire une pré-préchauffe avant un défi pour finir à une température raisonnable lors de la réduction. Je monte tout le monde à 20-21, je laisse Hilo faire son + 2 et lors de la réduction je mets tout à 15C pour pas que ça parte.

0 replies

SimonCoulombe · 2024-11-20T15:42:09Z

SimonCoulombe
Nov 20, 2024
Author

Merci, ça a de l'allure et ça me plait. :)

Dans le fond, si je veux +4 au lieu de +2C , le secret c'Estp as de mettre +4 en préchauffe, c'est plutôt de mettre +2 en pré-préchauffe et laisse hilo ajouter 2 en préchauffe?

7 replies

ic-dev21 Nov 20, 2024
Maintainer

J'en ai mis quelques unes des miennes là dedans:

https://github.com/dvd-dev/hilo/tree/main/doc/automations

SimonCoulombe Nov 20, 2024
Author

merci!

JFC-Dev Nov 21, 2024

Très intéressant tes automatisations. Je m'interroge par contre sur la condition de temps
Ex pour ancrage AM
condition: time
after: "00:55:00"
before: "01:05:00"

De ce que je comprends, ça empêche de potentiellement le faire 2 fois mais quel serait l'inconvénient de le faire 2 fois? Il va remettre les mêmes températures donc ça ne devrait pas avoir d'impact? Ce n'est pas "utile" mais il me semble que ça ne dérange pas.

À l'opposé si pour une raison quelconque HA ne roule pas à ce moment, internet est down ou autre, tu pourrais manquer que l'automatisation roule? Cas extrême que de 00:55 à 01:05 HA ne roule pas et il revient online à 01:10, il ne fera donc pas le changement à cause de la condition? Ça me semble un plus grand risque que de le faire potentiellement 2 fois?

ic-dev21 Nov 21, 2024
Maintainer

Très intéressant tes automatisations. Je m'interroge par contre sur la condition de temps Ex pour ancrage AM condition: time after: "00:55:00" before: "01:05:00"

De ce que je comprends, ça empêche de potentiellement le faire 2 fois mais quel serait l'inconvénient de le faire 2 fois? Il va remettre les mêmes températures donc ça ne devrait pas avoir d'impact? Ce n'est pas "utile" mais il me semble que ça ne dérange pas.

À l'opposé si pour une raison quelconque HA ne roule pas à ce moment, internet est down ou autre, tu pourrais manquer que l'automatisation roule? Cas extrême que de 00:55 à 01:05 HA ne roule pas et il revient online à 01:10, il ne fera donc pas le changement à cause de la condition? Ça me semble un plus grand risque que de le faire potentiellement 2 fois?

Honnêtement, maintenant que j'y réfléchis, elle n'est plus utile. C'est une relique du passé qui vient du fait que le sensor se gérer via call API et non une cache locale. Ça engendrait des commandes à des temps un peu weird des fois qui pouvaient toute fucker.

Ça pourrait être enlevé sans nuire.

SimonCoulombe Nov 21, 2024
Author

J'ai essayé avec les automatisations avec le "plus ou moins 5 minutes" et hier j'ai reçu chaque message deux fois dans le même minute. Le statut du sensor change entre les deux messages.
Je pense que c'est le trigger 17:00 qui partait en premier (donc avant que le sensor change) et ensuite le trigger "from-to" qui partait ( donc apres que le trigger change).

Bref, j'avais l'intention d'enlever les trucs reliés au temps, bien content de savoir que ça peut prendre le bord.

17h:

21h:

le début du automation.yaml ressemble à ça:

description: ""
triggers:
  - entity_id:
      - sensor.defi_hilo
    to: reduction
    from: pre_heat
    enabled: true
    id: Sensor
    trigger: state
  - at: "17:00:00"
    id: 5pm
    trigger: time
  - at: "19:00:00"
    id: 7pm
    trigger: time
conditions:
  - condition: or
    conditions:
      - condition: state
        entity_id: sensor.defi_hilo
        state: pre_heat
      - condition: state
        entity_id: sensor.defi_hilo
        state: reduction
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - Sensor
              - 5pm
          - condition: time
            before: "17:05:00"
            after: "16:55:00"
        sequence:
          - metadata: {}
            data: {}
            target:
              entity_id: switch.chauffeeau_sinope
            action: switch.turn_off
          - data:
              temperature: 15
            target:
              entity_id:
                - climate.tstat_175408_lyric_t6_pro_thermostat
                - climate.salle_familliale_1
                - climate.salle_familliale_2
                - climate.salle_de_bain_bas
                - climate.bureau
            action: climate.set_temperature
          - data:
              temperature: 5
            target:
              entity_id:
                - climate.garage
            action: climate.set_temperature
          - data:
              title: Hilo - début de la réduction PM
              message: >-
                Le sensor défi est passé à {{ states('sensor.defi_hilo') }}, le
                montant maximal possible est de
                {{states('sensor.defi_hilo_allowed_cash')}}$. On coupe l eau
                chaude et on baisse les thermostats. allowed kWh: {{
                state_attr('sensor.defi_hilo', 'next_events')[0].allowed_kWh }}.
                used kWh: {{ state_attr('sensor.defi_hilo',
                'next_events')[0].used_kWh }}.                
              target:
                - [email protected]
            action: notify.redacted_gmail_com
        alias: Réduction

SimonCoulombe · 2024-11-21T17:14:18Z

SimonCoulombe
Nov 21, 2024
Author

Questions de noob si vous avez le temps:
1)Quand j'essaie d'éditer directement automations.yaml dans vscode, ça dit que c'est write only, contrairement à sensors.yaml et templates.yaml que je peux éditer. Est-ce que ça vous est déjà arrivé? Là je dois aller dans le GUI

J'ai aussi regardé les templates (https://github.com/dvd-dev/hilo/tree/main/doc/templates). Là, je vois des "friendly_name", et je crois comprendre que c'est une façon de fonctionner qui est "legacy". J'ai essayé de le modifier, mais j' ai pas trouvé quel keyword va où.

genre ceci:

  defi_hilo_allowed_kwh:
    unit_of_measurement: 'kWh'
    friendly_name: Limit max defi
    value_template: "{{ state_attr('sensor.defi_hilo', 'next_events')[0]['allowed_kWh'] }}"

je pensais que ça devais ressembler à celà dans mon templates.yaml pour créer un sensor.defi_hilo_allowed_kwh, mais ça crée plutot un sensor.limit_max_defi

- sensor:
    - name: "Limit max defi"
      unique_id: "defi_hilo_allowed_kwh"
      unit_of_measurement: 'kWh'
      state: >
        {{ state_attr('sensor.defi_hilo', 'next_events')[0]['allowed_kWh'] }}

0 replies

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Newbie hilo-home assistant, mes automations pour le défi de pratique de tantôt #501

{{title}}

Replies: 3 comments 7 replies

{{title}}

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{editor}}'s edit

{{editor}}'s edit

Select a reply

Newbie hilo-home assistant, mes automations pour le défi de pratique de tantôt #501

SimonCoulombe Nov 20, 2024

Replies: 3 comments · 7 replies

ic-dev21 Nov 20, 2024 Maintainer

SimonCoulombe Nov 20, 2024 Author

ic-dev21 Nov 20, 2024 Maintainer

SimonCoulombe Nov 20, 2024 Author

JFC-Dev Nov 21, 2024

ic-dev21 Nov 21, 2024 Maintainer

SimonCoulombe Nov 21, 2024 Author

SimonCoulombe Nov 21, 2024 Author

SimonCoulombe
Nov 20, 2024

Replies: 3 comments 7 replies

ic-dev21
Nov 20, 2024
Maintainer

SimonCoulombe
Nov 20, 2024
Author

ic-dev21 Nov 20, 2024
Maintainer

SimonCoulombe Nov 20, 2024
Author

ic-dev21 Nov 21, 2024
Maintainer

SimonCoulombe Nov 21, 2024
Author

SimonCoulombe
Nov 21, 2024
Author