v2.3.3 — Stabiele prijscorrectie, windcorrectie tot 13 °C

Fixes

• Prijscorrectie wisselde midden in het uur — Zonneplan ververst de prijslijst pas zo'n 18 minuten na het uur, en de lijst bevatte ook de afgelopen 24 uur. Lag de prijs vlak op de grens, dan sprong de correctie tussen −2 en 0 terwijl de prijs gelijk bleef, met een korte draaiperiode van de warmtepomp als gevolg.
  • De huidige prijs wordt nu vergeleken met de komende 24 uur in plaats van met het verleden.
  • De indeling (goedkoop / normaal / duur) wordt alleen opnieuw bepaald als de prijs wisselt; een ververste lijst halverwege het uur verandert niets meer.
• Windcorrectie viel weg boven 10 °C — de formule voor gevoelstemperatuur geldt tot 10 °C; daarboven was de correctie abrupt 0, ook bij harde wind. Tussen 10 en 13 °C loopt de correctie nu geleidelijk af naar 0.

Let op

Omdat nu met de komende 24 uur wordt vergeleken (waar vaak een goedkope nacht in zit), kan een avonduur vaker als "duur" tellen dan voorheen.

Updaten

HACS-update + HA herstarten.

v2.3.2 — Prijscorrectie werkt nu bij Zonneplan

Fix: prijscorrectie was bij Zonneplan altijd 0

Zonneplan slaat de prijslijst op als hele getallen (1258477 = € 0,1258). De integratie schaalde die lijst terug door de middelste prijs gelijk te stellen aan de huidige prijs. Daardoor leek de huidige prijs altijd gemiddeld en was geen uur ooit goedkoop of duur.

De lijst wordt nu geschaald met een vaste macht van tien, gekozen zodat de huidige prijs in de lijst terug te vinden is.

Wat je merkt

De prijscorrectie gaat nu echt werken: +2 °C in goedkope uren (voorverwarmen, zolang de kamer minder dan 1,5 °C boven het doel zit) en −2 °C in dure uren. Vind je dat te veel, pas de waarden dan aan bij Configureren → Geavanceerde correcties.

Updaten

HACS-update + HA herstarten.

v2.3.1 — Zon bij wind, leerbeveiliging, opties behouden

Fixes

• Zoncorrectie bij wind — bij wind ≥ 15 km/u verviel de zoncorrectie volledig. Wind houdt de zon niet tegen, en het extra warmteverlies zit al in de windchill-correctie. De regel is geschrapt.
• Adaptieve stooklijn zakte onterecht — zonder gekoppelde warmtepomp-statussensor telde "te warm" altijd mee, ook als de pomp stilstond en de warmte van het weer kwam. De warme kant van de stooklijn kon zo tot −5 °C zakken. Zo'n meting telt nu ook niet mee als het aanvoersetpoint niet boven de kamertemperatuur ligt.
• Configureren zette instellingen terug — het opslaan van de opties verving alles door de velden uit de vier stappen, waardoor stookgrens, hysterese, leersnelheid en modus (verwarmen/uit) naar de standaard terugvielen. Bestaande opties blijven nu behouden.

Updaten

HACS-update + HA herstarten. Is je stooklijn al gezakt (offsets rond −5), druk dan eenmalig op Reset adaptieve stooklijn.

v2.3.0 — Zoncorrectie uit Forecast.Solar

Zoncorrectie uit Forecast.Solar

Is de HA-integratie Forecast.Solar ingesteld, dan komt de zoncorrectie per uur uit de opbrengstprognose in plaats van uit het weertype. Er is niets in te stellen: alle Forecast.Solar-entries en -vlakken worden automatisch opgeteld.

• Fractie volle zon = verwachte kWh in dat uur ÷ kWp ÷ 0,6 (max 1); correctie = fractie × de zonnig-instelling.
• Gebruikt dezelfde uurprognose als het energiedashboard, en blijft daardoor werken als de Forecast.Solar-sensoren tijdelijk unavailable zijn.
• Uren die de prognose niet dekt vallen terug op het weertype (met de nachtcheck uit v2.2.0).
• Bij wind ≥ 15 km/u geen zoncorrectie.
• Nieuw attribuut zon_bron op de aanvoersetpoint-sensor: forecast.solar, weer of gemengd.

Updaten

HACS-update + HA herstarten. Zonder Forecast.Solar verandert er niets.

v2.2.0 — Stookgrens-hysterese + rekenfixes

Regeling nagelopen en gecorrigeerd

Nieuw

• Hysterese op de stookgrens — uit zodra buiten ≥ stookgrens, pas weer aan onder stookgrens − hysterese. Voorkomt steeds aan/uit schakelen (en ch_enable op de ESP) als de buitentemp rond de grens schommelt. Nieuwe number-entiteit Stookgrens-hysterese (0–3 °C, default 1,0).
• ESPHome: kamertemperatuur wordt via OpenTherm t_room naar de warmtepomp gestuurd.

Fixes

• Adaptieve stooklijn leerde nooit — door te weinig observaties per uur en de uurlijkse halvering haalde een bucket nooit de vereiste 30 metingen; de offsets bleven 0. Nu kan elke minuut een observatie opleveren. Te warm terwijl de pomp niet verwarmt telt niet mee (dat komt door zon/weer, niet door de stooklijn).
• Zoncorrectie 's nachts — partlycloudy komt ook 's nachts voor, waardoor er om 01:00–05:00 zoncorrectie werd toegepast. Nu telt een voorspeld uur alleen als de zon > 5° boven de horizon staat.
• Windchill te sterk — het verschil lucht/gevoelstemperatuur (buiten-°C) werd 1-op-1 als aanvoer-°C opgeteld. Nu telt de helft als "kouder buiten", omgerekend via de helling van de stooklijn (0 °C / 20 km/u: +4,0 → +1,6). Max blijft +4 °C.
• begrensd in de formule was ook true bij alleen afronding; nu alleen bij een echte clamp op t_min/t_max.

Updaten

HACS-update + HA herstarten. De ESPHome-YAML alleen opnieuw flashen als je de t_room-koppeling wilt.

v2.1.1 — OpenTherm timeout warnings minder

Stabielere OT-communicatie

`[W][opentherm:380]: Timeout while waiting for response from device` warnings worden in de meeste gevallen verholpen door over te schakelen naar synchronous mode.

Wijzigingen in YAML

• `opentherm.sync_mode` van `false` → `true`
• Logger-config met optionele `opentherm: ERROR` regel (uitgecommentarieerd) voor wie de overgebleven warnings sowieso wil onderdrukken

Wanneer terug naar sync_mode false?

• Als je merkt dat andere componenten (Wi-Fi, andere sensors) traag worden
• Sync mode blokkeert namelijk de loop tijdens OT-reads

Alleen YAML-wijziging

De integratie zelf is ongewijzigd — alleen de ESPHome YAML opnieuw flashen.

v2.1.0 — Koeling zichtbaar op climate-tegel

Climate-tegel toont nu actuele warmtepomp-activiteit

Koppel optioneel `sensor.flint_p40_heat_pump` (uit de officiële WeHeat integratie) en de climate-tegel laat zien wat de warmtepomp werkelijk doet — ook wanneer hij zelf besluit te gaan koelen.

Pomp-status	Tegel toont
Verwarming	🔥 Verwarmen
Koelen	❄️ Koelen
Stand-by	💤 Inactief

Configureren

Nieuwe installatie: verschijnt in de installatiewizard als optioneel veld.

Bestaande installatie: Configureren → 3 stappen door → 4e stap "Extra sensoren" → kies de WeHeat status-sensor.

Hoe het werkt

De integratie blijft alleen verwarmen aansturen — koeling regelt de WeHeat intern via z'n eigen stooklijn. Door alleen de status uit te lezen kan HA `hvac_action` invullen, los van `hvac_mode`. Actief verwarmen/koelen wint altijd van de mode-keuze, zodat ook intern gestuurde activiteit zichtbaar wordt.

v2.0.0 — Koeling verwijderd (WeHeat regelt het intern)

Breaking change: koelmodus verwijderd

De WeHeat Flint regelt koeling intern via een eigen koelstooklijn — er is geen OpenTherm-pad om koelaanvoer te sturen. De v1.4-koelmodus deed dus niets nuttigs en is teruggetrokken.

Wat is weg

• `HVACMode.COOL` uit climate (alleen HEAT en OFF nu)
• Number entities: `cooling_supply_temp`, `koelgrens`
• Coordinator cool-branch
• ESPHome `cooling_enable_switch` + bijhorende automation

Wat blijft

• HEAT-modus met volledige stooklijn + correcties + adaptieve leerlaag
• OFF-modus
• Stookgrens (default 17°C) — boven deze buitentemp stopt verwarmen automatisch
• ESPHome `ch_enable_switch` met simpelere automation (heat/off)

Hoe koelen dan?

Zet de koelmodus aan/uit via de WeHeat-app of fysieke knop. De integratie blokkeert tijdens OFF (of automatisch via stookgrens) `ch_enable` zodat de OT-bus de warmtepomp niet onnodig probeert te verwarmen tijdens het koelseizoen.

Migratie

• HACS update → integratie reload (oude "cool" mode of cooling-opties worden stilletjes genegeerd)
• ESPHome opnieuw flashen — de `cooling_enable_switch` is verwijderd, automation is vereenvoudigd

v1.5.1 — ESPHome ch_enable/cooling_enable fix

Bugfix: ESPHome compilatie-fout

```
Expected boolean value, but cannot convert heat_mode_active to a boolean.
ch_enable: heat_mode_active
```

De OpenTherm hub accepteert alleen `true` / `false` voor de flag-velden, geen binary_sensor referenties. Vervangen door switches + automation.

YAML structuur na fix

• `opentherm:` hub specificeert geen ch_enable / cooling_enable meer
• Twee opentherm switches: `ch_enable_switch` en `cooling_enable_switch` (diagnostic, restore ALWAYS_OFF)
• text_sensor `actieve_modus` heeft `on_value` automation die de switches synchroon schakelt op basis van "heat" / "cool" / "off"

Migratie

ESPHome opnieuw flashen met de bijgewerkte YAML. Geen integratie-aanpassingen nodig.

v1.5.0 — Stookgrens + koelgrens (zomerstop)

Zomerstop / winterstop

Bij warm weer bleef de stooklijn 21°C aanvoer geven (curve eindigde op 15°C buiten). Nu stopt verwarmen automatisch boven een instelbare buitentemp.

Nieuwe sliders

• Stookgrens (10–25°C buiten, default 17°C) — boven deze drempel stopt verwarmen
• Koelgrens (15–30°C buiten, default 22°C) — onder deze drempel stopt koelen

Nieuwe sensor

• sensor.weheat_opentherm_actieve_modus — toont effectieve modus (heat / cool / off) na grenscheck. ESP leest deze.

Werking

Climate-mode	Buitentemp	Actieve modus	t_set geschreven?	ch_enable	cooling_enable
HEAT	5°C	heat	ja	ON	OFF
HEAT	20°C (≥ stookgrens 17)	off	nee	OFF	OFF
COOL	25°C	cool	ja	OFF	ON
COOL	18°C (≤ koelgrens 22)	off	nee	OFF	OFF
OFF	—	off	nee	OFF	OFF

Migratie

1. HACS update → integratie reload
2. ESPHome opnieuw flashen — de text_sensor entity_id is gewijzigd naar sensor.weheat_opentherm_actieve_modus
3. Stookgrens default 17°C — pas aan via de slider als gewenst