Aktuell ist es bei mir, am Beispiel für ein Zimmer, so implementiert
wohnzimmer_above_goal_t:
friendly_name: "Wohnzimmer: T > T_goal"
value_template: >-
{{ float( states('sensor.wohnzimmer_t') , 0) > float( state_attr('climate.wohnzimmer_thermostat', 'temperature') , 0) }}
wohnzimmer_below_goal_t:
friendly_name: "Wohnzimmer: T < T_goal-dT"
value_template: >-
{{ float( states('sensor.wohnzimmer_t') , 0) < (float( state_attr('climate.wohnzimmer_thermostat', 'temperature') , 0) - float( states('input_number.system_delta_goal_t') , 0)) }}
Du wolltest ja “delta_goal” vermeiden, deswegen müsste es so aussehen (nicht getestet, hier direkt angepasst)
wohnzimmer_above_goal_t:
friendly_name: "Wohnzimmer: T > T_goal"
value_template: >-
{{ float( states('sensor.wohnzimmer_t') , 0) > float( state_attr('climate.wohnzimmer_thermostat', 'temperature') , 0) }}
wohnzimmer_below_goal_t:
friendly_name: "Wohnzimmer: T < T_goal-dT"
value_template: >-
{{ float( states('sensor.wohnzimmer_t') , 0) < (float( state_attr('climate.wohnzimmer_thermostat', 'temperature') , 0) - 0.5) }}
sensor.wohnzimmer_t ist die aktuelle Temperatur im Zimmer.
Vergleiche, ob Du genau so es bei Dir hast (z.B. 0.5 und nicht 0,5 u.s.w).
Ich habe da noch eine Version gepostet, da heute irgendwie “template t_current < t_goal” nicht triggern wollte, habe da direkt auf den sensor.t_below umgestellt und Variablen gelöscht.
Also, theoretisch muss es so funktioneren Vorausgesetzt Deine Thermostate lassen sich steuern.
Was ich gerade feststelle: t_curr (t_current_target) im Blueprint nach der letzten Anpassung obsolet und kann auch gelöscht werden.
Generell gilt: Hier ist der Fall implementiert, der für meine Anwendung angepasst ist. In Deinem Fall kann es sein, dass Du mal eine oder die andere entity gar nicht brauchst.
VG