Notifications
Clear all

Automatisierung mit DWD-Tageshöchstwert

10 Posts
2 Users
0 Reactions
158 Views
Posts: 597
 Olli
Admin
Topic starter
(@olli)
Member
Joined: 10 Jahren ago
wpf-cross-image

Ich hatte vor vielen Monaten über eine meiner Automatisierungen geschrieben, mit welcher ich an warmen Tagen die Rolläden morgens automatisch wieder etwas schließe, damit es drinnen nicht zu warm wird. Hierfür nutze ich die Integration OpenWeatherMap, welche (etwas versteckt) auch die Info mit liefert, mit welcher Höchsttemperatur an einem Tag zu rechnen ist. Da es nun mehrfach Probleme mit der aktuellen Umsetzung dieser Automatisierung bei euch gegeben hat (obwohl die Automatisierung erst heute bei mir noch aktiv war) und der Wunsch nach einer Anleitung für die HACS-Integration zur Wettervorhersage vom DWD aufkam, habe ich meine bestehende Automatisierung einfach mit den…

9 Replies
Posts: 1
Guest
(@Pascal)
New Member
Joined: 1 Jahr ago

ich hab bei mir die entity soweit angepasst und wenn ich diese nun im Template anzeigen lassen will kommt ein Fehler

CODE: {{ states.weather.nuernberg.attributes.forecast[0].temperature }}

FEHLER: UndefinedError: 'None' has no attribute 'attributes'

Reply
1 Reply
 Olli
Admin
(@olli)
Joined: 10 Jahren ago

Member
Posts: 597

Gibt es denn eine Entität weather.nuernberg? Hast du das mal unter "Zustände" geprüft? Ggf. ist bei dir eine andere Benamsung erfolgt?

Reply
Posts: 1
Guest
(@Pascal)
New Member
Joined: 1 Jahr ago

Ja das Thema Rolladen hab ich bei mir auch noch nicht so richtig lösen können.

Bei mir wäre das Problemzimmer das Kinderzimmer.
ich würde gerne anhand des Azimuth das Rollo runter fahren lassen wenn es draußen wärmer ist als 20Grad und das Rollo oben ist.

Aber was mache ich wenn das Kind zwischendurch ein Mittagsschläfchen macht und nach dem Mittagsschlaf das Rollo wieder oben bei 0% ist.
Ich bräuchte irgendwie eine erneute Abfrage.:
"Wenn Rollo in Azimuth Zeitraum seit 30 Minuten bei 0% steht löse Automation erneut aus."
Aber ich hab absolut keine Ahnung wie ich sowas umsetzen kann.

ich bin mir gerade nicht mal sicher ob die Automation so schon funktionieren wird:
alias: Kinderzimmer Rollo 60% Sonne
description: ""
trigger:
- platform: numeric_state
entity_id: sensor.sun_azimuth
above: 210
below: 300
condition:
- condition: and
conditions:
- condition: template
value_template: >-
{{ states.weather.luchow_daily.attributes.forecast[0].temperature|int
> 20 }}
- condition: state
entity_id: cover.kinderzimmer_rollo
attribute: current_position
state: "0"
action:
- service: cover.set_cover_position
data:
position: 40
target:
entity_id: cover.kinderzimmer_rollo
mode: single

Reply
1 Reply
 Olli
Admin
(@olli)
Joined: 10 Jahren ago

Member
Posts: 597

Also zu deinem Beispiel:

condition: state
entity_id: cover.kinderzimmer_rollo
attribute: current_position
state: „0“

Hier würde ich nicht auf state: "0" (Achtung mit Anführungszeichen oben und unten!) prüfen, sondern auf state: 'open'.

Und dann brauchst du ja noch eine zweite Automation, die ein zweites Mal (oder noch häufiger ;)) auslöst, wenn der Mittagsschlaf vorbei ist. Hier würde ich als Trigger "state: 'open'" und als conditions dann

  • Deine Prüfung des sensor.sun_azimuth
  • Deine Prüfung auf die Tageshöchsttemperatur
  • Und zusätzlich die Prüfung, ob der Rolladen für 30 Minuten offen ist

Wenn du dabei Hilfe brauchst, lass' es mich wissen 😉

Reply
Posts: 1
Guest
(@Pascal)
New Member
Joined: 1 Jahr ago

Mega gut! Das hab ich gesucht.
Geht auch mit der "OpenWeatherMap" Integration von HA. Hier der Code zum Auslesen:

{{ states.weather.forecast_home.attributes.forecast[0].temperature }}

Habe mir damit ein extra Sensor erstellt. Vllt brauch man es an anderer Stelle nochmal.
Sehr nice!
Danke dir!

Reply
1 Reply
 Olli
Admin
(@olli)
Joined: 10 Jahren ago

Member
Posts: 597

Wie in dem ursprüngliche Beitrag (https://smarterkram.de/1492/) geschrieben, nutze ich mit Openweathermap

sensor.openweathermap_forecast_temperature

Reply
Posts: 1
Guest
(@Pascal)
New Member
Joined: 1 Jahr ago

Entweder bin ich blind, blöd, habe etwas falsch eingestellt, oder es hat sich was an der Integration geändert.
Aber ich bekomme aus dem aktivierten _daily keine forecast Werte.

Funktioniert das noch?

Und OWM als alternativer schmeisst bei mir nur API KEy fehler, was aber scheinbar aktuell verbreitet ist

Reply
2 Replies
 Olli
Admin
(@olli)
Joined: 10 Jahren ago

Member
Posts: 597

Ne, da hat sich tatsächlich etwas an Home Assistant zwischenzeitlich geändert. Hierzu werde ich die Tage mal etwas schreiben und ein Update hier verfassen.

Auf die Schnell für dich aber schonmal folgender Hinweis:
Man muss seit 2024.3 die im Beitrag genutzten Daten mittels Template generieren.

Folgender Code in deiner configuration.yaml erzeugt dir einen neuen Sensor sensor.wettervorhersage, welcher dann wieder über die im Beitrag beschriebenen Attribute verfügt:


template:
- trigger:
- platform: time_pattern
hours: /1
action:
- service: weather.get_forecasts
target:
entity_id:
- weather.forecast_home
data:
type: daily
response_variable: vorhersage
sensor:
- name: Wettervorhersage
unique_id: weather_entity_forecast
state: "{{ now().isoformat() }}"
icon: mdi:calendar-range
attributes:
forecast: "{{ vorhersage['weather.forecast_home'].forecast }}"

Ggf. musst du hierbei weather.forecast_home gegen deine passende Entität tauschen!

Reply
 Olli
Admin
(@olli)
Joined: 10 Jahren ago

Member
Posts: 597

Da das Code-Beispiel hier im Kommentar natürlich nicht schön formatiert dargestellt wird, habe ich diesen schnell hier im Beitrag ergänzt.

Ich hoffe das hilft dir!

Reply

Produktempfehlungen