Hello
j’ai quelques script en LUA et en blocky sur mon domoticz.
Je suis en train gentiment de passer a HA quasi entièrement (sauf la piscine) et je me pose desquestions
Su ce blocky
Je teste la période entre le coucher du soleil et le lever ET un certain niveau de lux ET le déclenchement d’un des trois capteurs de presence pour allumer la lumière du jardin
Avec un automatisme je partirai bien sur un truc comme ca.
automation:
trigger:
- platform: state
entity_id:
- device_capteur-1
- device_capteur-2
- device_capteur-3
from: "off"
to: "on"
Puis dans les conditions valider la période de nuit ET les lux
et donc declencher les lumières
Ce que je ne sais pas c’est pour le trigger si c’est bien 1 OU 2 Ou 3
Merci d’avance
Salut,
Oui, les triggers sont toujours des « ou ». Il n’y a pas de choix possible. Le « et » se gère avec la bonne combinaison de conditions.
L’automatisation se déclenchera si un des 3 capteurs détecte.
Un nouveau automatisme que je dois convertir
Je refroidis ma baie informatique dans le garage si temperature de la beai est superieure à 28
description: ""
mode: single
trigger:
- platform: numeric_state
entity_id:
- sensor.baie_informatique_temperature
above: 28
condition: []
action:
- service: switch.turn_on
target:
entity_id: switch.shelly1_baie
data: {}
Sous domoticz j’avais un deuxième bloky qui testait si le swtich etait sur ON et si T° <27, alors il passait le switch a OFF au bout de 10 mn par exemple
Puis je faire un seul automatisme du coup et si oui un peu d’aide car je vois pas trop comment imbriquer cela
merci
Salut…
Faire deux déclencheurs (trigger) un sup (T° 28) et un inf (T° 27))!
Tu nommes tes déclencheurs avec l’option "Modifier l’ID"
Après tu fais Action avec l’otion Choisir
Un des ID (T° 28 ou T° 27)
Tu peux faire ajouter une condition (pas obligatoire) , pour vérifier ton trigger (valeur) et ensuite le déclenchement (Action) par ID nommer ci-avant .
Et tu fais la même chose pour l’autre ID (trigger). ( ajout tempo !)
Attention aux ON/OFF sur des températures proches !
Ou tu peux faire ton action dans un SI ALORS 
Avec le test de la température > 28°
Ensuite dans 
Tu fais le ON de ton switch
Et dans le 
Tu fais , une tempo et l’action OFF du switch !
Il y a bien-sûr bien d’autres moyens de faire l’automation (s) !
Sauf quand on nomme les « trigger » par « modifier l’ID », on peut faire un mix des « trigger »
Hé mais tu.as sorti mes propos du comtexte, juste après je dis qu’en gérant avec des conditions on peut faire du et 
Merci pour le coup de main…
Du coup j’ai fais ca. j’ai l’impression que c’est bon mais diffcile de tester car il fait 18 dans ma baie…
J’ai bien l’impression de lui avoir mis 2 options >28 et < 26
Un doute sur la deuxième option ou il faut <26 ET switch sur ON
qu’en pensez vous ?
alias: Baie informatique
description: ""
trigger:
- platform: numeric_state
entity_id:
- sensor.baie_informatique_temperature
id: Temp_sup_28
above: 28
- platform: numeric_state
entity_id:
- sensor.baie_informatique_temperature
id: Temp_inf_26
below: 26
condition: []
action:
- choose:
- conditions:
- condition: trigger
id:
- Temp_sup_28
sequence:
- service: switch.turn_on
target:
entity_id: switch.shelly1_baie
data: {}
- conditions:
- condition: trigger
id:
- Temp_inf_26
- condition: state
entity_id: switch.shelly1_baie
state: "on"
sequence:
- service: switch.turn_off
target:
entity_id: switch.shelly1_baie
data: {}
- delay:
hours: 0
minutes: 30
seconds: 0
milliseconds: 0
mode: single
j’ai une temperature de 18.4 dans l’armoire
du coup j’ai modifie en mettant 17 pour declencher le switch sur on mais rien ne se passe
PAs d’action prise me dit il…
Je pense pas que soit nécessaire ?
Voir les séquences ?
Tu dois pouvoir faire un turn_on ou off si ton Shelly est dans appareil de HA
Donc faire choix 
, et tu auras des options !
Voir la position de la séquence du « delay » quand tu mets à OFF ?
Résumé modif simple avec tempo sur le trigger
Donc doit attendre que la température soit en dessous de la valeur suivant la partie " for:"
alias: Baie informatique
description: ""
trigger:
- platform: numeric_state
entity_id:
- sensor.baie_informatique_temperature
id: Temp_sup_28
above: 28
- platform: numeric_state
entity_id:
- sensor.baie_informatique_temperature
id: Temp_inf_26
below: 26
for:
hours: 0
minutes: 10
seconds: 0
condition: []
action:
- choose:
- conditions:
- condition: trigger
id:
- Temp_sup_28
sequence:
- service: switch.turn_on
target:
entity_id: switch.shelly1_baie
data: {}
- conditions:
- condition: trigger
id:
- Temp_inf_26
sequence:
- service: switch.turn_off
target:
entity_id: switch.shelly1_baie
data: {}
mode: single
Super ca a l’air de fonctionner
J’ai galere un moment car evidemment j’avais pas desactivé l’automation sur domoticz et du coup il faisait des trucs bizarre
merci pour le coup de main en attendant la prochaine migration
Nouveau sujet …
Ma porte de garage est activé par rts (module fait a partir d un post ici). Ca marche très bien mais parfois mes télécommande ne sont pas captées.
Sur domoticz j avais un capteur d ouverture qui modifiait l Etat de la porte
Comment transcrire ceci sachant que je n’ ai pas de trigger me semble t’il
L idée.
Porte ouverte et capteur fermé action ferme la porte
Porte ouverte et capteur fermé action ouvre la porte
Sus je clair?
Merci
Ils sont comment tes capteurs dans HA ? , normales ou binaires ?
Avec automation , ou création sensor !
La porte du garage c est un cover.garagle capteur d ouverture de porte un aqara classique que j ai pas encore intégré
Peut etre utiliser un trigger type plateform timer qui verifie toutes le x secondes les conditions
genre
Toutes les 10 s
Si A est sur ON ET B est sur CLOSED —> mettre B sur OPEN
Si A est sur OFF ET B est sur OPEN ----> mettre A sur CLOSED
A capteur d’ouverture
B position du volet
Tu veux forcer l’état de la porte ? Mais celui-ci se met à jour comment ( une seule fois ?), ou intéro !
Pourquoi ne pas faire autre sensor, suivant tes états ?
En fait l Etat du cover.garage se met à jour s il reçoit bien l info d ouverture ou de fermeture
Mais parfois avec certaines télécommande la porte s ouvre ou se ferme mais l info n a pas été captée par le module rts.
Du coup discordance
Le capteur d ouverture lui sera toujours a jour, soit ouvert soit fermé, reflet exact de la position physique de la porte
bon du coup j’ai commis cette automation pour le moment avec un interrupteur virtuel qui du coup ser remplace par le detecteur d’ouverture de porte
CA vous parait logique? A simplifier? A ameliorer?
Je voudrai rajouter une tempo de 30s pour l’action par exemple correspondant au temps d’ouverture ou fermeture de la porte. Mais ou la mettre? un delai pour verifier les conditionsou un delai pour envoyer la sequence si les conditions sont reunies?
Merci
alias: Nouvelle automatisation
description: ""
trigger:
- platform: state
entity_id:
- input_boolean.test_volet
from: "off"
to: "on"
id: open_close
- platform: state
entity_id:
- input_boolean.test_volet
from: "on"
to: "off"
id: close_open
condition: []
action:
- choose:
- conditions:
- condition: and
conditions: []
- condition: trigger
id:
- open_close
- condition: state
entity_id: cover.garage
state: closed
sequence:
- service: cover.open_cover
target:
entity_id: cover.garage
data: {}
- conditions:
- condition: and
conditions:
- condition: trigger
id:
- close_open
- condition: state
entity_id: cover.garage
state: open
sequence:
- service: cover.close_cover
target:
entity_id: cover.garage
data: {}
mode: single
Mix des « trigger » , donc ce que l’on veut 