Nouveau dans le secteur de Home Assistant (je suis sur Jeedom) je voudrais savoir comme vous faites pour gérer les différents mise de la maison ?
Aujourd’hui j’ai :
Matinée, jour, soirée et nuit
Vacances scolaire, travail, télétravail
Présent, absent et invités
La plus part des modes sont automatiques sauf télétravail et invités qui sont des actions manuelles.
Mais de votre aide, guide ou lien permettant d’avancer sur le sujet
Je suis entrain de regarder ceci
Cela ressemble à des listes déroulantes finalement de choix et pas forcément un bouton action mais peut importe.
Ensuite il faut que je vois comment les mettre en choix par automatisme (à 6h00 mettre l’input_select sur matin, quand c’est les vacances le mettre sur vacances etc…)
L’idée est de se service ce ça effectivement via node red derrière
Il te faut prendre un interrupteur que tu paramètres (dans yaml) pour qu’il repasse à off au bout de 0.1s automatiquement. Navré, je n’ai pas accès à mon système pour l’exemple. C’est un peu chiant mais je crois pas qu’il y ai d’autre solution.
- id: '1634503315888'
alias: Réglage chauffage pour le matin
description: ''
trigger:
- platform: time
at: input_datetime.vther_time_morning
condition: []
action:
- service: script.start_chaudiere
- service: script.set_temp_vther_morning
- service: persistent_notification.create
data:
message: Message depuis automation "Réglage chauffage pour le matin" après script
chauffage matin
title: Essai chauffage
mode: single
Les scripts
start_chaudiere:
alias: Start chaudière
sequence:
- condition: template # A condition que la température extérieure soit inférieure à 16°C
value_template: '{{state_attr(''weather.maison'', "temperature") | float <= 16}}'
- condition: device
type: is_off # A condition que la chaudière ne soit pas déjà électriquement allimentée
device_id: 7ae4f3475d9fe68bac0cbd1e05f790c0
entity_id: switch.shelly_shsw_1_c45bbe77bb53
domain: switch
- type: turn_on # Allumage de la chaudière
device_id: 7ae4f3475d9fe68bac0cbd1e05f790c0
entity_id: switch.shelly_shsw_1_c45bbe77bb53
domain: switch
mode: single
icon: mdi:radiator
set_temp_vther_morning:
alias: temp vther matin
sequence:
- service: climate.set_temperature
target:
device_id:
- 3470a2407804c1634853afa8094cb434 # vther Salon
- fd19af63bfb24a75027df5919e953cbb # vther SAM
data:
temperature: 18
- service: climate.set_temperature
target:
device_id: e58bea29acb966e9433eedba32dc275b # vther kitchen
data:
temperature: 20
- service: climate.set_temperature
target:
device_id: 599b84d5d359f0bc9790b3c0e1c89248 # vther SAM Tjrs
data:
temperature: 21
- service: climate.set_temperature
target:
device_id: 20b7ada1b1bf5f69546a043223c678f6 # vther SDB
data:
temperature: 30
- service: input_select.select_option
target:
entity_id: input_select.mode_perso_chauff
data:
option: Matin
- service: persistent_notification.create
data:
title: Mode chauffage
message: |
Message envoyé depuis la fin
du script set_temp_vther_morning
(après la selection du mode chauffage)
--> Le chauffage est en mode '{{ states ("input_select.mode_perso_chauff") }}'
- service: input_text.set_value
target:
entity_id: input_text.test_mod_ch
data:
value: Matin
- delay: "02:00"
- service: input_select.select_option
target:
entity_id: input_select.mode_perso_chauff
data:
option: Present
- service: input_text.set_value
target:
entity_id: input_text.test_mod_ch
data:
value: Present
mode: single
icon: mdi:valve
Le script ci-dessus passe mon chauffage en matin à une heure définie (suivant si c’est WE ou semaine) pour une durée de 2 heures. Ensuite il passe en mode présence. Pendant la journée il bascule de présence à Eco en fonction de la présence ou non de personnes dans la maison.
Merci de ces infos et des exemples c’est gentil j’arrive à comprendre un peu plus vite comme ça
Je tente là via Node Red de faire si l’heure est entre 6:00 et 7:59 alors input_select à matin sinon si 8:00 à 15:59 alors jour sinon etc…
Pour comprendre le fonctionnement de ces nodes et des input_sélect aussi car que je suis ok sur un contrôle je l’envoie une notification.
Input_select, c’est comme une variable que tu peux faire varier, soit manuellement en la placent dans une carte par exemple ou via une automation ou encore via un script.
Salut.
On sent l’expérience jeedom derrière
Plus sérieusement, pour les rares crash de ha, c’est pas indispensable : ha est persistant donc on ne perds jamais de valeurs comme les caches bizarroïdes sous jeedom.
Par ailleurs avec ton exemple ci-dessous : heure entre X et Y, la condition nodered sera valable la minute suivante… Automatiquement
Pour finir, si c’est vraiment indispensable, il existe l’entité uptime, quand c’est proche de 0 c’est que le reboot est récent