Well, in fact I face the same problem as you and the “big array” you mentioned is probably not correct by my latest finding.
But still do no know how to move on.
My latest conclusion is that the integration is not ready for the new situation.
If I use Open Weather Map entity in my templates it works fine. If I use custom integration for Czech forecasts it does not work. And the “big array” looks different. The templates code is the same, only difference is source weather entity.
Ok, so having read all the replies and browsing the interweb a lot. I got myself a solution. A lot is repeat of earlier posts but I hope to add some gaps that made it hard for me to understand what I needed to do.
Situation: My goal is to have a sensor that shows the forecasted temperature of today. This to have logic on whether the shutters and skylight cover need to be closed for keeping the heat out. Or to have the sun help keep our heating bill low.
template: !include templates.yaml
- trigger:
- platform: time_pattern
hours: "/4"
- platform: state
entity_id: weather.huis
- platform: homeassistant
event: start
- platform: event
event_type: event_template_reloaded
action:
- service: weather.get_forecasts
data:
type: daily
target:
entity_id: weather.huis
response_variable: daily
sensor:
- name: "Today's Temperature"
state: "{{ daily['weather.huis'].forecast[0].temperature|float }}"
attributes:
forecast: "{{ daily['weather.huis'].forecast }}"
Important here is to use the weather.huis that is actually your weather entity. Mine is from buienradar.
The entity at first shows the full array as an attribute so there you can look for the available data and its position and key name. If it’s empty check whether the weather entity has daily, hourly or twice-daily data. Change it throughout the codesnippet.
For me the trick is to have the actual number I required in the state declaration of the sensor. So change that Where you can you use the array position (in between the [#] )and the key ( .temperature in my case) to get the right information you need. In the code above it’s the;
“{{ daily[‘weather.huis’].forecast[0].temperature|float }}”
The float is only necessary if you want an actual number.
And yes I know I went overboard on the events where in the service gets triggered, but I wanted to be sure.
Hope this helps a lot of you out.
There is a issue on github related to this: Weather template validation is too strict and/or NWS integration returns bad forecasts · Issue #114799 · home-assistant/core · GitHub
Streamlining is great and I love the HA project. I think feature upgrades should make everyone’s life easier, however this one clearly went into the opposite, you now need a bachelor’s degree to sort out the weather forecast, if possible at all.
Mistakes can happen, no problem. But I think it would be better from the responsible people to own and address this problem.
Is it a problem? Well, from a user point of view, clearly yes. So many people are struggling at this stage, which means to me either its not communicated well, or not documented well. Honestly, I think for this one, both is the case plus the template weather is currently not working either.
I really hope this is getting addressed with one of the next releases. Thanks for all the work that is been done - this upgrade needs some tweaks though 
How do I use separate forecast entities in a template weather provider? Specifically, how do I use e.g. the 10 separate daily high/low temperature forecast entities that AccuWeather provides me, and squeeze them into the forecast_daily_template of a custom weather provider?
That’s the correct structure. Template weather entities then expect:
forecast:
- condition: sunny
...
If I have gotten this correct the only way is by organizing the forecast data with the structure shown here. The template weather entity accepts a list of dictionaries with a predefined set of keys as shown on the linked table.
Existing weather integrations should respond to get_forecasts with the data already formatted as such.
My sensor responses in exaclty this way with all the keys, example of the state itself (incl. formatting):
forecast:
- datetime: "2024-04-09"
condition: rainy
temperature: 21
templow: 6
precipitation: 8.7
- datetime: "2024-04-10"
condition: rainy
temperature: 10
templow: 5
precipitation: 2.3
However, when putting the sensor into the template the format is weird, the array is no longer structured (if that makes sense):
forecast_daily_template: "{{ state_attr('sensor.weather_daily_forecast', 'forecast') }}"
the response is this:
forecast_daily_template: "[{'datetime': '2024-04-09', 'condition': 'rainy', 'temperature': 21.0, 'templow': 7.0, 'precipitation': 8.7}, {'datetime': '2024-04-10', 'condition': 'rainy', 'temperature': 10.0, 'templow': 5.0, 'precipitation': 2.3}, {'datetime': '2024-04-11', 'condition': 'partlycloudy', 'temperature': 18.0, 'templow': 5.0, 'precipitation': 0.0}, {'datetime': '2024-04-12', 'condition': 'partlycloudy', 'temperature': 21.0, 'templow': 7.0, 'precipitation': 0.0}, {'datetime': '2024-04-13', 'condition': 'sunny', 'temperature': 25.0, 'templow': 9.0, 'precipitation': 0.0}, {'datetime': '2024-04-14', 'condition': 'sunny', 'temperature': 24.0, 'templow': 13.0, 'precipitation': 0.0}]"
→
you mentioned you got the template weather sensor up and running, can you post an example from the devtools using this?: forecast_daily_template: "{{ state_attr('sensor.weather_daily_forecast', 'forecast') }}"
Thank you
Ok, that is the structure that I explained above in Python terminology - a list of dictionaries (each dictionary is enclosed by { }). Yaml represents that in a pretty-printed way. The only difference here is that the list itself is contained in a dictionary, under the forecast key.
Now you have to extract the list and feed it to the template weather.
I get the expected dictionary, as you:
forecast_daily_template: "{{ state_attr('sensor.openweathermap_hourly_forecast', 'forecast') }}"
→
forecast_daily_template: "[{'condition': 'clear-night', 'precipitation_probability': 0, 'datetime': '2024-04-09T06:00:00+00:00', 'wind_bearing': 123, 'cloud_coverage': 0, 'temperature': 45, 'pressure': 30.12, 'wind_speed': 6.64, 'precipitation': 0.0, 'humidity': 58},...]"
For thoroughness, this my complete hierarchy:
service: weather.get_forecasts
data:
type: hourly
target:
entity_id: weather.openweathermap
→
weather.openweathermap:
forecast:
- condition: cloudy
precipitation_probability: 0
datetime: "2024-04-09T06:00:00+00:00"
wind_bearing: 123
cloud_coverage: 100
temperature: 45
pressure: 30.12
wind_speed: 6.64
precipitation: 0
humidity: 62
- condition: cloudy
...
template:
- trigger:
- platform: time_pattern
hours: /1
action:
- service: weather.get_forecasts
data:
type: hourly
target:
entity_id: weather.openweathermap
response_variable: hourly_forecast
sensor:
- name: OpenWeatherMap Hourly Forecast
unique_id: openweathermap_hourly_forecast
state: "{{ now().isoformat() }}"
attributes:
forecast: "{{ hourly_forecast['weather.openweathermap'].forecast }}"
weather:
- platform: template
unique_id: home_weather
name: Home Weather
condition_template: "{{ states('sensor.openweathermap_condition') }}"
temperature_template: "{{ states('sensor.temperature_sensor_air_temperature') }}"
temperature_unit: °F
humidity_template: "{{ states('sensor.temperature_sensor_humidity') }}"
wind_speed_template: "{{ states('sensor.openweathermap_wind_speed') }}"
wind_speed_unit: mph
wind_bearing_template: "{{ states('sensor.openweathermap_wind_bearing') }}"
forecast_hourly_template: "{{ state_attr('sensor.openweathermap_hourly_forecast', 'forecast') }}"
Ok, ive been using ha for a couple of years. Mostly im a homekit person but delve into ha when i need to do something complex. Not an expert but i get by. Never used templates before and got to say the old method was far more easier to get my head around than this one. Bit im stuck on is where do you initiate the template, ie is it directly into the yaml config files. I cant see any gui or intergration wizard that can do it, and under the debug menu its only got a place to try the template out.
yes, the template entities/sensors must be placed in the configuration.yaml and then reboot HA
Really interesting. I compared yours with mine, (I’m using met.no) but it doesnt work 
The only difference I spotted is a difference response_variable. I use response_variable: hourly and then that very variable when filling the sensor…
attributes:
forecast: "{{ hourly['weather...
Well, as stated the sensor itself gets the correct data, only when it comes to the template weather, its no longer working. I dont know, I leave it for now and get back to it later, assuming it work is being done in the background (hopefully). Meanwhile, I implemented a workaround.in my environment.
Thank you though!
Thanks, got it working.
We discussed and tested with developer of the custom integration.
He managed to fix the data provided via get_forecasts so now the attribute is in needed format.
For some reason it wasn’t working for me either initially. Something that helped me was to set the trigger interval to every 1 minute to ensure that it was updating fast enough for me to test. Later I changed the trigger to hourly.
With some changes your template works for me. Thank you very much!
Trying to get this to work. Used the code from @odwide /odwide and changes to forecast to daily. The sensor works but the weather template doesn’t include the forecast.
Here’s my code:
- trigger:
- platform: time_pattern
minutes: /1
action:
- service: weather.get_forecasts
data:
type: daily
target:
entity_id: weather.forecast_home
response_variable: daily_forecast
sensor:
- name: Weather Daily Forecast
unique_id: weather_daily_forecast
state: "{{ now().isoformat() }}"
attributes:
forecast: "{{ daily_forecast['weather.forecast_home'].forecast }}"
weather:
# - platform: template
- name: "Home Weather"
unique_id: home_weather
condition_template: "{{ state_attr('weather.forecast_home','condition') }}"
temperature_template: "{{ state_attr('weather.forecast_home','temperature') }}"
humidity_template: "{{ state_attr('weather.forecast_home','humidity') }}"
wind_speed_template: "{{ state_attr('weather.forecast_home','wind_speed') }}"
wind_bearing_template: "{{ state_attr('weather.forecast_home','wind_bearing') }}"
forecast_daily_template: "{{ state_attr('sensor.weather_daily_forecast', 'forecast') }}"
what am I missing?
btw; I’m really trying to understand what the HA-devs expect as the way-to-work for this… but I fail. The approach here looks a lot like what we had before we had to move to the weather.get_forecasts service. If I look at the docs, I get the impression you now need to create a separate sensor every attribute in the forecast?
Take a look a my screenshots two days ago. What format do you see for your sensor?
As TriStone says, check the format of the get_forecasts response. It should match what he posted.
Okay… works… I was expecting to see the forecast attributes at the weather entity in the developer section…it doesn’t show up there, but if I open the entity itself the weather forecast does show up… so my bad I guess!
Hi all, my watering template stopped working. i tried fix it using this post, but no success. could someone help me fix it? thank you…
here is my original code:
## - name: "Sprinkler Total Expected Precipitation"
## unique_id: 94d772a8-ae21-11ed-afa1-0242ac120002
## icon: mdi:weather-pouring
## unit_of_measurement: mm
## state: >
## {%- set totalprecipitation = 0 | float -%}
## {%- set ns = namespace() -%}
## {%- set ns.totalprecipitation = 0 -%}
## {%- for daypart in range(0, 7) -%}
## {%- set precipitation = state_attr('weather.openweathermap', 'forecast')[daypart].precipitation -%}
## {%- set precipitation_probability = state_attr('weather.openweathermap', 'forecast')[daypart].precipitation_probability / 100 %}
## {% if precipitation_probability > 0 -%}
## {%- set precipitation = precipitation * precipitation_probability -%}
## {%- endif -%}
## {%- set ns.totalprecipitation = ns.totalprecipitation + precipitation -%}
## {%- endfor %}
## {{ ns.totalprecipitation | float | round(0) }}
and now im trying to update it with this one:
- trigger:
- platform: time_pattern
hours: /1
action:
- service: weather.get_forecasts
# data:
# type: hourly
target:
entity_id:
- weather.openweathermap
response_variable: my_forecast
sensor:
- name: "Sprinkler Total Expected Precipitation"
unique_id: 94d772a8-ae21-11ed-afa1-0242ac120002
icon: mdi:weather-pouring
unit_of_measurement: mm
state: >
{%- set totalprecipitation = 0 | float -%}
{%- set ns = namespace() -%}
{%- set ns.totalprecipitation = 0 -%}
{%- for daypart in range(0, 7) -%}
{%- set precipitation = state_attr('my_forecast', 'forecast')[daypart].precipitation -%}
{%- set precipitation_probability = state_attr('my_forecast', 'forecast')[daypart].precipitation_probability / 100 %}
{% if precipitation_probability > 0 -%}
{%- set precipitation = precipitation * precipitation_probability -%}
{%- endif -%}
{%- set ns.totalprecipitation = ns.totalprecipitation + precipitation -%}
{%- endfor %}
{{ ns.totalprecipitation | float | round(0) }}
Could someone check it and point me pls to the right direction? thank you