Projekt: HDG smart in Home Assistant einbinden

Hallo zusammen,

auch wenn das Thema HDG-Anbindung an Home Assistant nicht brandneu ist, denke ich, dass viele, die danach googeln, hier im Forum landen. Deshalb möchte ich mein aktuelles Projekt vorstellen und einen eigenen Thread dafür starten: Ich arbeite daran, meinen HDG Euro 50 via Scraper umfassend in Home Assistant zu integrieren. Obwohl ich hier von meinem Euro 50 spreche, ist es sehr wahrscheinlich, dass dieser Ansatz auch bei anderen HDG Kesseln mit dem lokalen Webinterface funktioniert, da die Steuerung (bei mir ist es die Control Touch XL) oft die gleiche oder eine sehr ähnliche ist. Das Ganze möchte ich als Projekt für die Community weiterentwickeln und zur Verfügung zu stellen.

Was bisher geschafft wurde:

Grundlegende Anbindung: Ich kann bereits die meisten bzw. alle relevanten Werte meines HDG Euro50 per Scraper auslesen und auch setzen.

Kontrollierte Eingriffe und Sicherheit: Theoretisch sind die Automatisierungsmöglichkeiten mit Zugriff auf die Heizungssteuerung ja beinahe grenzenlos. Aus Sicherheitsgründen habe ich mich aber bewusst dafür entschieden, aktuell nur wenige zentrale Werte aktiv zu "manipulieren" bzw. deren Veränderung durch Home Assistant zuzulassen. Ich habe akribisch darauf geachtet, dass die Anbindung nur plausible und korrekte Werte an den Kessel sendet, ausschließlich definierte Parameter beschrieben werden können und es niemals zu einem "Spammen" von Werten kommt. Die Sicherheit des Heizsystems steht hier absolut an erster Stelle! Aktuell sind das folgende Werte:

- Raumtemperatur Soll

- Parallelverschiebung der Heizkurve

- Steilheit der Heizkurve

- Als Nächstes wird hier noch die Möglichkeit hinzukommen, den Parameter "Heizkreispumpe Aus bei Außentemperatur X" zu setzen, um die Pumpe witterungsgeführt komplett abschalten zu können, indem ich den Wert unter die aktuelle Außentemperatur setze.

Dynamische Raumtemperatur-Regelung: Aktuell regele ich die Raumtemperatur-Sollvorgabe meines HDG über den höchsten Wert meiner Tado Smart Thermostate. Das hat schon dazu geführt, dass die Vorlauftemperatur deutlich gesenkt werden konnte, und ich kann Räume dynamischer beheizen. Sollte irgendein Raum mal mehr Wärme benötigen, sendet er diese Anforderung quasi direkt an den HDG.

Home/Away-Modus für Energieeinsparung: Durch die Möglichkeit, die Raum-Solltemperatur am HDG zu steuern, lässt sich natürlich auch ein Home/Away-Modus realisieren. Wenn niemand zuhause ist, kann die Solltemperatur automatisch gesenkt werden. Das reduziert die Vorlauftemperatur und spart somit Energie – ein einfaches, aber effektives Feature.

"Turbo Modus": Des Weiteren habe ich einen "Turbo Modus" programmiert. Dieser passt die Parallelverschiebung der Heizkurve dynamisch an – basierend auf dem Delta zwischen Raum-Soll und Raum-Ist sowie der Außentemperatur. Das Ziel dabei ist es, den Raum aktiv schneller zu erwärmen, ohne viel Zusatzkosten zu verursachen, da die Steuerung dynamisch eingreift und bei sinkendem Delta die Parallelverschiebung wieder reduziert. Das Ganze ist also ziemlich adaptiv.

Adaptive Benachrichtigung fürs Nachlegen: Ich habe auch eine adaptive Benachrichtigung für das Nachlegen von Holz entwickelt. Gerade im Sommer haben meine Pufferspeicher oft unterschiedliche Temperaturen, und ich muss nicht so dringend bei beispielsweise 60 Grad Restwärme im Puffer nachlegen wie im tiefsten Winter. Diese Benachrichtigung berücksichtigt das aktuelle Wetter und die Vorhersage für die nächsten Tage und meldet sich dann rechtzeitig, aber eben nicht so "stumpf" wie die Standardmeldung der HDG-Steuerung selbst.

Eigenes Dashboard: Zusätzlich habe ich bereits ein gut funktionierendes Dashboard in Home Assistant erstellt. Dieses ist speziell an meinen Euro50 angepasst, da dieser beispielsweise keinen Wirkungsgrad direkt anzeigt oder andere spezifische Werte liefert. Es sind aktuell noch einige Werte zu Testzwecken enthalten oder wurden noch nicht final aufgeräumt – man könnte es also als eine Art "Beta-Version" ansehen, aber es leistet schon sehr gute Dienste für den Überblick.

Was als Nächstes geplant ist:

Wetterabhängige Steuerung: Als Nächstes möchte ich eine (noch umfassendere) wetterabhängige Steuerung entwickeln. Diese soll die Wettervorhersage der nächsten Tage und natürlich die aktuelle Situation berücksichtigen, um zu entscheiden, wie viel geheizt werden muss und wann beispielsweise die Heizkreispumpe auch mal komplett abschalten kann (ergänzend zur oben genannten direkten Parametrisierung). Wenn es morgens 11 Grad hat und mittags 24 Grad erwartet werden, braucht das Haus ja nicht so stark vorgeheizt zu werden, als wenn es den ganzen Tag über 11 Grad bleiben würde.

Selbstlernendes System (Zukunftsmusik): Gegebenenfalls könnte das System später sogar selbstlernend werden, indem es analysiert, wie lange ein Raum braucht, um warm zu werden – also die Trägheit des Hauses "lernt" und die Heizstrategie entsprechend optimiert.

Anleitungen und Blueprints für alle: Wenn die Entwicklung weiter fortgeschritten ist und alles stabil läuft, plane ich, eine detaillierte Schritt-für-Schritt-Anleitung und vor allem einfach zu konfigurierende Home Assistant Blueprints zur Verfügung zu stellen. Momentan basiert vieles noch auf direkten Automatisierungen, die manuelle Anpassungen und etwas mehr Einarbeitung erfordern – da gibt es noch keine schicken Drop-Down-Menüs für alles. Mit den Blueprints soll die Einrichtung dann aber so gestaltet werden, dass es wirklich jeder leicht umsetzen kann. Das gesamte Projekt wird abschließend auch auf GitHub veröffentlicht, sodass es für alle zugänglich ist und gemeinsam weiterentwickelt werden kann.

Ich wollte dieses Projekt hier einfach mal vorstellen und freue mich auf eure Gedanken und einen regen Austausch. Vielleicht hat ja der eine oder andere von euch ähnliche Ideen, bereits Erfahrungen in dem Bereich gesammelt oder sogar Lust, sich an der Entwicklung zu beteiligen?

Bei weiteren Fragen stehe ich gerne zur Verfügung.

Wer mich und den Zeitaufwand für dieses Projekt ein wenig unterstützen will, kann mir gerne eine kleine Spende per PN zukommen lassen. 🤪

Ps; gerne könnt ihr den aktuellen Stand der Dinge testen. Ich übernehme aber natürlich keine Gewähr, wenn auch es bei mir seit Wochen reibungslos abläuft. Da ich nur die 4 Werte Manipuliere, welche keinen aktiven Einfluss auf irgendwas "gefährliches" haben sehe ich aber absolut keine Probleme dabei.

Hallo zusammen,

es gibt aufregende Neuigkeiten zu meinem Projekt der HDG-Anbindung an Home Assistant! 🎉

Nachdem ich hier vor einiger Zeit meine ersten Schritte und Ideen vorgestellt habe, ist es nun so weit: Die Integration für HDG Bavaria Heizkessel (getestet mit meinem HDG Euro 50, sollte aber auch mit anderen Modellen mit Webinterface funktionieren) hat einen großen Sprung nach vorne gemacht und steht jetzt als Custom Component für euch zum Testen bereit!

Was ist neu?

- Echte Home Assistant Integration: Kein reines Scraper-Konstrukt mehr, sondern eine "richtige" Integration, die sich (hoffentlich) nahtlos in euer HA einfügt.

- Installation über HACS: Die Installation ist jetzt deutlich einfacher! Ihr könnt die Integration bequem über HACS (Home Assistant Community Store) als benutzerdefiniertes Repository hinzufügen und installieren.

- Sensoren & Steuerung: Viele der bereits bekannten Funktionen sind natürlich weiterhin an Bord:

- Umfassendes Auslesen von Sensordaten (Temperaturen, Status, Betriebswerte etc.).
- Kontrollierte Steuerung von wichtigen Parametern wie Raumtemperatur-Soll, Parallelverschiebung und Steilheit der Heizkurve. Die Sicherheit des Heizsystems hat dabei weiterhin oberste Priorität – es werden nur definierte Werte plausibel gesetzt.

- Konfigurierbare Abfrageintervalle: Ihr könnt nun über die Integrationsoptionen einstellen, wie oft welche Datenblöcke vom Kessel abgefragt werden sollen, um die Systemlast optimal zu balancieren.

- Services zum direkten Setzen/Lesen von Nodes: Für fortgeschrittene Nutzer gibt es Services, um direkt Werte von spezifischen HDG-Nodes zu lesen oder zu setzen.

- Mehrsprachigkeit: Die Integration selbst (also die Konfiguration und die Entitätsnamen in Home Assistant) ist bereits auf Deutsch und Englisch verfügbar.

Wo finde ich alles?

Alle Details zur Installation, Konfiguration, den unterstützten Entitäten und den Services findet ihr auf der Projektseite auf GitHub: https://github.com/banter240/hdg_bavaria_homeassistant/

Die README dort ist aktuell auf Englisch verfasst, aber mit jedem gängigen Online-Übersetzer sollte der Inhalt gut verständlich sein.

Aktueller Stand & Ausblick:

Die Integration ist als früher Release (Beta) zu betrachten. Bei mir auf meinem HDG Euro 50 läuft sie seit Wochen stabil und ohne bekannte Probleme. Dennoch ist es Software in Entwicklung, und es können immer mal wieder Kleinigkeiten auftauchen.

Die bereits im ersten Post erwähnten Automatisierungen (dynamische Raumtemperatur-Regelung via Tado, Home/Away-Modus, "Turbo Modus" für die Parallelverschiebung und die adaptive Nachlege-Benachrichtigung) sind weiterhin aktiv und funktionieren bei mir sehr gut mit dieser neuen Integrationsbasis. Anleitungen und Blueprints dafür sind weiterhin geplant, sobald die Kernintegration noch etwas mehr "Reife" erlangt hat.

Euer Feedback ist Gold wert!

Ich würde mich riesig freuen, wenn einige von euch die Integration testen und mir Feedback geben – sei es zu Fehlern, fehlenden Sensoren für euer spezifisches HDG-Modell oder einfach nur allgemeine Eindrücke. Am besten direkt als "Issue" auf GitHub, damit wir alles zentral sammeln können.

Wichtiger Hinweis: Auch wenn die Integration bei mir reibungslos läuft und ich sehr auf Sicherheit geachtet habe, erfolgt die Nutzung natürlich auf eigene Gefahr. Ich übernehme keine Gewähr für eventuelle Probleme.

Ich bin gespannt auf eure Rückmeldungen und hoffe, dass diese Integration für viele HDG-Besitzer einen Mehrwert bietet!

Viele Grüße!

PS; Ich hänge noch mein Dashboard an. Einfach nach "HierEuerAlias" suchen und euer Alias einfügen. Einfach mit einem editor suchen und ersetzen. Zusätzlich werden folgende HACS Dashboard Addons benötigt: apexcharts-card, template-entity-row.

dashboard.txt

Hallo zusammen,

es gibt wieder spannende Neuigkeiten von meinem HDG-Projekt für Home Assistant! 🎉

Nachdem ich ja neulich schon das große Update zur Custom Component vorgestellt hatte, freue ich mich riesig, euch mitteilen zu können, dass ich nun ein riesiges Update hinter mir habe. Es war eine Menge Arbeit, aber die Integration ist jetzt noch robuster, smarter und zukunftssicherer geworden!

Was hat sich getan? Das ist ein Riesen-Sprung in puncto Stabilität & Schutz der Anlage!

Ich habe die gesamte Integration grundlegend überarbeitet. Hier sind die Highlights, die vor allem die Zuverlässigkeit und Sicherheit eurer Heizungsanlage betreffen:

- Höchste Stabilität und Schutz durch adaptiven Worker: Ich habe einen intelligenten "Hintergrund-Arbeiter" (Worker) eingebaut, der alle Schreiboperationen an eurem Kessel verwaltet. Dieser Worker legt die Befehle in eine Warteschlange und versucht bei Problemen, sie mit einer angepassten Verzögerung erneut zu senden. Das verhindert ein "Spammen" von Werten und sorgt dafür, dass nur plausible und korrekte Befehle sicher am Kessel ankommen. Die Sicherheit eures Heizsystems steht hier absolut an erster Stelle!

- Intelligente Kessel-Erkennung: Die Integration "pingt" jetzt euren Kessel kurz an, bevor sie Daten sendet oder empfängt. So wird sichergestellt, dass der Kessel überhaupt erreichbar ist, bevor unnötige Anfragen gestellt werden.

- Optimierte Systemlast durch dynamische Abfrageintervalle: Ihr könnt nun über die Integrationsoptionen einstellen, wie oft welche Datenblöcke vom Kessel abgefragt werden sollen. Das ermöglicht eine optimale Balance der Systemlast und eine effiziente Kommunikation mit dem HDG-Kessel.

- Modular und Wartbar: Der gesamte Code ist jetzt viel sauberer und modularer aufgebaut. Das ist wichtig für die zukünftige Entwicklung und macht die Integration noch robuster gegen mögliche Fehler.

- Bessere Dokumentation: Die README auf GitHub wurde komplett überarbeitet und bietet jetzt noch detailliertere Anleitungen zur Installation, Konfiguration und Fehlerbehebung.

Aktueller Stand: Fehlerfrei und bereit!

Die gute Nachricht ist: Die Integration läuft bei mir auf meinem HDG Euro 50 aktuell fehlerfrei und sehr stabil. Ich habe sie ausgiebig getestet, und alles funktioniert reibungslos. Das ist die Basis, auf die wir bauen können!

Was kommt als Nächstes (und das wird noch etwas dauern): Blueprints für meine Automatisierungen!

Wie im ersten Post erwähnt, nutze ich ja schon einige smarte Automatisierungen, die meine Heizung auf Basis dieser Integration steuern. Diese möchte ich euch natürlich nicht vorenthalten! Ich werde in der nächsten Zeit damit beginnen, diese Automatisierungen als Home Assistant Blueprints zur Verfügung zu stellen. Da ich aktuell leider nicht so viel Zeit habe, wird das Erstellen und Verfeinern der Blueprints noch etwas dauern. Aber ich werde euch auf dem Laufenden halten!

Dazu gehört auch die Automatisierung "[HDG] Predictive Heating Control", welche folgende Hauptfunktionen bietet:

- Frostschutz: Als höchste Priorität wird bei Außentemperaturen von 3.0°C oder darunter der Frostschutz aktiviert.

- Intelligente Abschaltung: Diese Logik greift, wenn kein Frostschutz aktiv ist. Die Heizung wird abgeschaltet, wenn entweder kein signifikanter Wärmebedarf in den Räumen besteht (Maximales gewichtetes Delta kleiner als 0.1°C) ODER wenn die Außentemperatur 18.0°C oder höher ist ODER die durchschnittliche Wettervorhersagetemperatur für die nächsten 12 Stunden 20.0°C oder höher ist. Dies ist besonders nützlich, um auch nachts oder an wärmeren Tagen Energie zu sparen, indem die Pumpe situationsabhängig abgeschaltet wird, selbst bei minimalem Restbedarf, wenn das Wetter es zulässt.

- Aktiver Heizbetrieb (Standardpfad): Wenn weder Frostschutz noch die intelligente Abschaltung aktiv sind, greift der Hauptheizpfad. Die Heizkurven-Parallelverschiebung wird dynamisch angepasst, basierend auf dem gewichteten Wärmebedarf der Räume, einer saisonalen Dämpfung, der Wettervorhersage und einer Reduzierung bei erwartetem Solarertrag. Ein besonderes Feature ist der PV-Boost der Parallelverschiebung, der die Parallelverschiebung zusätzlich anhebt, wenn ein signifikanter Wärmebedarf besteht und die Außentemperatur für einen Boost im Bereich zwischen −7.0∘C und 15.0∘C liegt, um eine schnellere Erwärmung des Raumes zu ermöglichen. Auch die Pumpen-Abschalttemperatur wird hier adaptiv berechnet, um die Pumpe bei erfülltem Bedarf oder passenden Bedingungen abzuschalten oder bei Bedarf aktiv zu halten.

Schaut euch die neue Version auf GitHub an, probiert sie aus und gebt mir gerne Feedback. Am liebsten direkt über die "Issues" auf GitHub, damit ich den Überblick behalten kann.

Link zum Projekt: https://github.com/banter240/hdg_bavaria_homeassistant/

Vielen Dank für euer Interesse und eure Unterstützung!

Quote from Wolfe

Hallo Blurred964,

super Sache was du da gemacht hast. Endlich kann ich viele Werte von der Heizung auslesen.

Aber kannst du mir vielleicht erklären wie ich noch weitere Sensoren des Heizungssystem mit einbinden bzw. abfragen kann.

Ich habe ein Hackschnitzelheizung Compact 50e mit 2 Puffern, 2 Heizkreisen und 1 Brauchwasserspeicher.

Leider werden nur die Daten des ersten Puffers angezeigt.

Gibt es eine Möglichkeit diese weiteren Temperaturfühler für einen Laien hinzuzufügen?

Vielen Dank

Display More

Moin!

Klar, grundsätzlich ist das schon machbar – im Moment fehlt mir zwar ein bisschen die Zeit, aber das Grundgerüst läuft ja zum Glück schon. Weitere Fühler kannst du definitiv einbinden, dafür brauchst du aber die passende Sensor-ID. Die findest du am einfachsten in den Entwicklertools oder "Inspektion" via rechtsklick in deinem Browser. Schau dazu einfach beim gewünschten Wert in den Code, da taucht dann z.B. sowas auf:

<span data-id="24000" data-type="text" class="live">70 °C</span>

Das wäre z.B. der Wert für „Puffer Oben“ – kannst du auch hier im definitions.py nachsehen:

Wenn du die richtige ID gefunden hast, kannst du zum Testen diesen Link im Browser nutzen:

http://<deine_lokale_kessel_ip>/ApiManager.php?action=dataRefresh&nodes=24000T

Dann bekommst du sowas zurück:

[{"background":"","text":"70 °C","hidden":true,"id":24000}]

Wenn du mir die IDs schickst, die du brauchst, kann ich gucken, ob ich sie einbauen kann – sobald ich mal wieder etwas Luft habe.

Quote from Wolfe

Hallo,

ja das wäre sehr nett wenn du das bei Gelegenheit einbauen könntest.

Anbei die wichtigsten Sensoren die ich noch bräuchte.

Puffer2:

24100 Puffer oben, 24101 Puffer Mitte, 24102 Puffer unten, 24104 Temp. Pufferladung ein, 24106 Temp. Pufferladung aus

Heizkreis 2:

26100 Vorlauftemp.

Brauchwasser:

28000 Temperatur Brauchwasser

Einfach einen vorhandenen Sensor in definitions.py kopieren und umschreiben damit wird es wohl nicht getan sein?

Gruß

Wolfgang

Display More

Gude,

Schau ich mir die Tage an, vor allem auch wie man Sensoren direkt deaktiviert startet, weil ja nicht jeder 2 Heizkreise hat.

Kann dir leider nicht versprechen wann ich die Zeit finde.

Gruß

Quote from Wolfe

Hallo,

ja das wäre sehr nett wenn du das bei Gelegenheit einbauen könntest.

Anbei die wichtigsten Sensoren die ich noch bräuchte.

Puffer2:

24100 Puffer oben, 24101 Puffer Mitte, 24102 Puffer unten, 24104 Temp. Pufferladung ein, 24106 Temp. Pufferladung aus

Heizkreis 2:

26100 Vorlauftemp.

Brauchwasser:

28000 Temperatur Brauchwasser

Einfach einen vorhandenen Sensor in definitions.py kopieren und umschreiben damit wird es wohl nicht getan sein?

Gruß

Wolfgang

Display More

Du kannst mal https://github.com/banter240/h…eleases/tag/v0.13.0-dev.1 testen. Das geht via HACS -> HDG Bavaria Boiler -> Redownload -> v0.13.0-dev.1

Die Sensoren müssen aber manuell aktiviert werden, da diese nicht jeder braucht. Der Sensor "betriebsart" wird später auch noch zu "hk1_betriebsart" umbenannt, dadurch sind die historischen logs zwar weg aber der hat eh nur Sommer, Party etc.

Gude',

gibt mal wieder Neuigkeiten, in der letzten Dev Version habe ich mal HK3-HK6 und Solar hinzugefügt. Und hoffentlich packt HACS das bald mal in seinen Store.. ich warte aktuell noch auf den merge. Wenn euch noch was auffällt oder fehlt sagt bescheid. In diesem Sinne.

Gude,

ich kann mal in meine aggregierten Daten schauen die ich habe ob ich was zu den Nodes finde. Bezgl einem Einbau von Daten die keine ID haben muss ich leider abwinken. Da ich sie nicht abfragen kann, kann ich sie nicht einbinden. Z.b. wollt ich ne lange Zeit das Error Feld und so einbinden... Ging aber net.

Zu dem ändern der Node. Das geht leider auch nicht. Das ist in der definitions so definiert. Wenn du Sensoren ändern willst, musst du das direkt an der Integration.

Gruß

Edit; bezgl des ändern.. du kannst theoretisch in HomeAssistant die definitions.py via Fileeditor ändern. Aber das ist dann bei jedem Update weg und eher der falsche Weg.

Naja, wenn man die Werte im Webinterface setzten kann, kann ichs wahrscheinlich auch via HomeAssistant einbauen. Ich imitiere ja nur das Webinterface bzw dessen aufrufe.

Was willst du denn genau machen? Geh mal auf die Seite und erkläre Schritt für Schritt, dann versuch ich die ID herauszufinden...

HDG Webcontrol

Wir entwickeln professionelle, individuelle und außergewöhnliche Softwarelösungen in den Bereichen 3D, Mobile Apps und Exponat-, Messe- oder…

demo-myhdg.hdg-bavaria.com

Quote from Wolfe

Okay,

dann erklär ich mal kurz wie meine Situation zu Hause aussieht. Im Nebengebäude ist eine Hackschnitzelheizung mit Puffer 1, dann per Wärmeleitung ins Haus zum Puffer 2. Dann kommt noch eine Brauchwasserwärmepumpe die Sommer mit Strom und im Winter per Heizspirale vom Puffer 2 Warmwasser bereit stellt.

Momentan ist es im Winter so das egal wann eine Brauchwasserladung EIN (ID 8021) angefordert wird sich die WW1 Ladungspumpe einschaltet und so lange pumpt bis die Brauchwasserladung AUS (ID 8022) erreicht ist. Nur wenn der Puffer 2 zu der Zeit eine niedrige Temp. hat läuft die Ladungspumpe stellenweise ewig bis der Wert ID8022 erreicht ist.

Nun wäre meine Idee per Home Assistant eine Automation zu schreiben um dies besser und schneller zu erreichen.

In etwa so: Wenn Puffer2 oben (ID24100) mindestens 70° hat dann setze ich den Brauchwasserladung EIN (ID 8021) Wert höher damit dadurch die WW1 Ladungspumpe anfängt. Wenn dann das Brauchwasser den Wert Brauchwasserladung AUS (ID 8022) erreicht hat setzte ich den Wert ID8021 wieder per Automation zurück. Hört sich alles etwas kompliziert an.

Es würde auch gehen wenn Puffer2 oben(ID24100) mindestens 70° hat dann müsste man nur die Ladungspumpe manuell per Befehl einschalten und wenn das Brauchwasser (ID28000) den gewünschten Wert hat wird die Pumpe wieder ausgeschaltet.

Ich hoffe ich konnte es einigermaßen erklären wie ich mir das vorstellen würde. Vielleicht geht das ja irgendwie auch viel einfacher ????

Display More

Wenn ich alles richtig verstanden habe kannst du mal die hier testen, konnte es leider net testen weil ich die Sensoren nicht habe.

alias: "[HDG] Brauchwasser Turbo-Boost (Puffer 2 Überschuss)"
description: >-
  Nutzt überschüssige Wärme in Puffer 2 (>70°C), um die Brauchwasserladung zu erzwingen.
  Erhöht dazu temporär die Einschaltschwelle (ID 8021) auf 60°C.
  Sobald das Brauchwasser die normale Ausschaltschwelle (ID 8022) erreicht,
  wird die Einschaltschwelle wieder auf den Normalwert (45°C) zurückgesetzt.
  Version: 1.1.2 (Added Hysteresis & Retrigger Lock)

mode: single

variables:
  # --- Entity IDs ---
  puffer_2_temp_entity: "sensor.puffer_2_temperatur_oben"       # ID 24100
  ww_temp_entity: "sensor.ww1_temperatur_ist"                   # ID 28000
  ww_on_threshold_entity: "number.ww1_erhitzen_an_schwelle"     # ID 8021
  ww_off_threshold_entity: "number.ww1_erhitzen_aus_schwelle"   # ID 8022

  # --- Configuration ---
  puffer_trigger_temp: 70.0  # Ab dieser Temp in Puffer 2 wird der Boost aktiviert
  boost_on_value: 60.0       # Wert für "Ein-Schwelle" im Boost-Modus (Maximalwert)
  normal_on_value: 45.0      # Wert für "Ein-Schwelle" im Normalbetrieb (BITTE ANPASSEN!)
  retrigger_lock_minutes: 60 # Mindestpause nach einer Änderung, bevor erneut geboostet wird

trigger:
  # Trigger 1: Boost Start - Puffer muss stabil > 70°C sein (5 Min Dampening)
  - platform: numeric_state
    entity_id: "sensor.puffer_2_temperatur_oben"
    above: 70
    for: "00:05:00"
    id: "puffer_high"
  
  # Trigger 2: Reset Check - Reagiere sofort auf jede Änderung der WW-Temp
  - platform: state
    entity_id: "sensor.ww1_temperatur_ist"

condition:
  # Vermeide unnötige Ausführungen bei unbekannten Werten
  - condition: template
    value_template: >
      {{ states(puffer_2_temp_entity) | is_number and 
      states(ww_temp_entity) | is_number and
      states(ww_off_threshold_entity) | is_number }}

action:
  - variables:
      current_puffer_temp: "{{ states(puffer_2_temp_entity) | float(0) }}"
      current_ww_temp: "{{ states(ww_temp_entity) | float(0) }}"
      current_off_threshold: "{{ states(ww_off_threshold_entity) | float(0) }}"
      current_on_threshold: "{{ states(ww_on_threshold_entity) | float(0) }}"

      # --- Safety / Cooldown Logic ---
      # Prüfen, wann die Schwelle zuletzt geändert wurde (für Retrigger-Sperre)
      last_changed_ts: "{{ as_timestamp(states[ww_on_threshold_entity].last_changed, 0) }}"
      mins_since_change: "{{ (as_timestamp(now()) - last_changed_ts) / 60 }}"
      is_locked: "{{ mins_since_change < retrigger_lock_minutes }}"

      # --- Logic Decision ---
      # Boost aktivieren:
      # 1. Puffer heiß genug
      # 2. WW noch nicht voll
      # 3. Nicht gesperrt (Cooldown) ODER wir sind bereits im Boost (Selbsthaltung)
      should_boost: >
        {% set condition_met = current_puffer_temp >= puffer_trigger_temp and current_ww_temp < current_off_threshold %}
        {% set already_boosting = current_on_threshold == boost_on_value %}
        {% if already_boosting %}
           {{ condition_met }}
        {% else %}
           {{ condition_met and not is_locked }}
        {% endif %}
      
      # Boost deaktivieren (Reset), wenn WW voll ist (Ziel erreicht)
      should_reset: "{{ current_ww_temp >= current_off_threshold }}"
      
      # Zielwert bestimmen
      target_value: >
        {% if should_boost %}
          {{ boost_on_value }}
        {% elif should_reset %}
          {{ normal_on_value }}
        {% else %}
          {{ current_on_threshold }}
        {% endif %}

  # --- Execution ---
  # Nur schreiben, wenn sich der Zielwert vom aktuellen Wert unterscheidet
  - if:
      - condition: template
        value_template: "{{ target_value != current_on_threshold }}"
    then:
      - service: number.set_value
        target:
          entity_id: "{{ ww_on_threshold_entity }}"
        data:
          value: "{{ target_value }}"