Oui, je suis bien d’accord, pour le off qui devient impossible, c’était vraiment une demo, pour mon besoin pour les clims je le ferai justement sur un states à tout sauf off.
Et oui, je concède que le 2eme tour dans la boucle d’automatisation est pas super utile 
Allez, un dernier pour la route (parce que je suis une vrai bourrique) :
alias: AAAA sandbox
description: ""
trigger:
- platform: event
event_type: state_changed
condition:
- condition: template
value_template: >-
{{ trigger.event.data.entity_id in (expand('group.lampes_test') |
map(attribute='entity_id')) }}
- condition: template
value_template: "{{ trigger.event.data.new_state.state != 'off' }}"
action:
- service: light.turn_on
target:
entity_id: "{{ trigger.event.data.entity_id }}"
data:
rgb_color:
- 33
- 215
- 20
brightness_pct: 100
mode: single
Ce qui est bien, c’est qu’on a accès à la fois au old_state ET au new_state, ça permet de restreindre vraiment comme on veut.
Sur ce, merci encore, et bonne nuit !
C’est mieux déjà.
L’option OLD, NEW ça marche avec tous les triggers (et pas que avec les events). ça fait même partie des options du trigger (from/to) directement (et donc pas que dans une condition)
Une autre solution, c’est de filtrer (map) dans le template
1 « J'aime »