Automation with alias 'set_heating_thermostat' could not be validated and has been disabled:
extra keys not allowed @ data['action'][2]['sequence'].
Got [OrderedDict([('variables', None), ('newtemp', "{% if is_state('sensor.thermostat_hc1_summer_mode', 'Sommer')%}\n
{{ states('input_number.thermostat_summer') | float(0.00) }}\n{%else%}\n {{ states('input_number.' ~ {{ repeat.item }}) | float(0.00) }}\n{% endif %}")]),
OrderedDict([('repeat', None), ('for_each', ['climate.thermostat_office', 'climate.thermostat_wc',
'climate.thermostat_kitchen', 'climate.thermostat_wohnzimmer1', 'climate.thermostat_wohnzimmer2', 'climate.thermostat_bad',...
Your automation contains several fundamental syntax errors and at least one significant logic error. Compare the following corrected version to your original example.
When it’s a holiday, you set the temperature of all thermostats all at once. When it’s not a holiday, you set the temperature of each thermostat individually with a 200ms delay between each one. Why?
So the only difference between holidays and non-holidays is:
The target temperature you set the thermostats to (the value of input_number.thermostat_holiday_temp for holidays and the value of newtemp for non-holidays).
The quantity of thermostats (8 for holidays, 10 for non-holidays).
Is that correct? Or should the quantity of thermostats be the same (10)?
The target temperature you set the thermostats to (the value of input_number.thermostat_holiday_temp for holidays and the value of newtemp for non-holidays).
Yes
The quantity of thermostats (8 for holidays, 10 for non-holidays).
Yes, because i do not need to set 2, because the default temp is lower than thermostat_holiday_temp.
Yeah, that and possibly other tweaks; as far as basic mistakes go, this automation had more than it’s fair share… yet its author feels confident enough to be composing it for use on a development version of Home Assistant (2023.3.0.dev20230208).
FWIW, you don’t even need an if-else. All you need to do is one repeat where the quantity of thermostats (8 or 10) is based on whether it’s a holiday or not.
BTW, data_template was deprecated in favor of simply data many versions ago. Don’t rely on archaic examples (over a year old) to create new automations.
I use the min, max, value attribute from the input_number.thermostat* for the 3 cases (vacation, winter, summer). This enables me to set my own values for each thermostat.
But it looks like he won’t run Trigger at: “00:30:00”.
I can trigger it manually.
You have misunderstood how the Solution tag is used in this community forum.
You marked your own post with the Solution tag but it is based entirely on the example I provided for you in this post.
The example I had provided corrected all the errors in your first post (there were about 10 errors). In fact, you originally marked my post as the Solution. Then you added a few minor requirements, that were not part of the first post, and marked your own post as the Solution.
The Solution tag is assigned to the first, or best, post that resolves the problems originally presented. Refer to guideline 21 in the FAQ.
Please consider adhering to the guidelines of this community forum and use the Solution tag as intended. Thank you.
Note
The example in your latest post re-introduces unnecessary practices and serves to mislead other users into believing that they may be required when, in fact, they are not.