Itho WPU5G water/water-warmtepomp ervaringen

[nl0pvm]

GeeMoney schreef op dinsdag 1 april 2025 @ 08:13:
[...]
Volgens mij bij de WPU-5G serie gaat het wel altijd goed maar het is simpel te testen.

Nee zoals ik al eerder schreef; mijn WPU-5G reageert er ook niet op.

[Onl1ne1373]

nl0pvm schreef op dinsdag 1 april 2025 @ 11:03:
[...]

Nee zoals ik al eerder schreef; mijn WPU-5G reageert er ook niet op.

Ik was er ook achter gekomen dat het niet werkt, bij mij werkt het hele doorgeven van de buitentemperatuur op die manier niet. Het doorgeven van de buitentemperatuur werkt bij mij wel met de manual control:

code:

{   
  "manual_operation_index": 0,   
  "manual_operation_datatype": 146,
  "manual_operation_value": {{ states('sensor.hue_outdoor_motion_sensor_1_temperature') | multiply(100) | round() }},   
  "manual_operation_checked": 1 
}

[Sjepers]

Ik heb de volgende instellingen:
(Status WPU) 032 Room temp (°C) = 21 gr
(Status Autotemp) 65 Upper limit end of heat demand (K) = 0,5 gr (dit is het minimum)

Het gevolg hiervan is, dat CV-bedrijf gewenst vanuit thermostaat zolang op ja (1) blijft, totdat de woonkamertemp hoger is dan “(Status WPU) 089 CV enabled”
In ons geval is dat:
“(Status WPU) 089 CV enabled” = “(Status WPU) 032 Room temp (°C)” + “(Status Autotemp)65 Upper limit end of heat demand (K)” = 21 +0,5 = 21,5 gr.

Is er een mogelijkheid, b.v. met een automatisering in HA, de waarde van “(Status WPU) 089 CV enabled” te veranderen?
B.v. op een zelfde manier als, “Het verwarmingsbedrijf blokkeren en deblokkeren” zoals besproken in dit forum?

[vliegnerd]

Sjepers schreef op woensdag 2 april 2025 @ 10:22:
Ik heb de volgende instellingen:
(Status WPU) 032 Room temp (°C) = 21 gr
(Status Autotemp) 65 Upper limit end of heat demand (K) = 0,5 gr (dit is het minimum)

Het gevolg hiervan is, dat CV-bedrijf gewenst vanuit thermostaat zolang op ja (1) blijft, totdat de woonkamertemp hoger is dan “(Status WPU) 089 CV enabled”
In ons geval is dat:
“(Status WPU) 089 CV enabled” = “(Status WPU) 032 Room temp (°C)” + “(Status Autotemp)65 Upper limit end of heat demand (K)” = 21 +0,5 = 21,5 gr.

Is er een mogelijkheid, b.v. met een automatisering in HA, de waarde van “(Status WPU) 089 CV enabled” te veranderen?
B.v. op een zelfde manier als, “Het verwarmingsbedrijf blokkeren en deblokkeren” zoals besproken in dit forum?

Als je het verwarmingbedrijf blokkeert, stopt die dan niet?
Je kunt ook de compressor blokkeren mbv manual control. Ik heb nooit getest wat er gebeurt als je dat tijdens een CV run doet. Maar "liever niet" is mijn gevoel.

[GeeMoney]

Met verwarmingsbedrijf blokkeren stopt hij onherroepelijk met verwarmen. Alles wordt daarbij genegeerd.
Het "stoppen" duurt alleen wel even als hij in CV bedrijf is, ongeveer een minuut of 3-4 schat ik.

Wat je dus zou kunnen doen is zelf de thermostaat uitlezen (dat kan je al) en op momenten dat hij dus 21,1 aantikt je direct het verwarmingsbedrijf blokkeren verstuurt met een automation en dat blijft herhalen totdat hij onder je eigen gestelde drempelwaarde zakt. Het setpoint van je thermostaat laat je dan gewoon op je gewenste ideale temp.
Wat je dan wel gaat krijgen is dat je dus continu aan het blokkeren bent met daarbij de foutmelding op de thermostaat en dat je dus wellicht soms ook moet/gaat verwarmen op momenten dat je dat wellicht liever niet hebt. Ook daar is weer omheen te programmeren natuurlijk maar het wordt wel nodeloos ingewikkeld allemaal.

[ Voor 64% gewijzigd door GeeMoney op 02-04-2025 11:16 ]

[Sjepers]

GeeMoney schreef op woensdag 2 april 2025 @ 11:13:
Met verwarmingsbedrijf blokkeren stopt hij onherroepelijk met verwarmen. Alles wordt daarbij genegeerd.
Het "stoppen" duurt alleen wel even als hij in CV bedrijf is, ongeveer een minuut of 3-4 schat ik.

Wat je dus zou kunnen doen is zelf de thermostaat uitlezen (dat kan je al) en op momenten dat hij dus 21,1 aantikt je direct het verwarmingsbedrijf blokkeren verstuurt met een automation en dat blijft herhalen totdat hij onder je eigen gestelde drempelwaarde zakt. Het setpoint van je thermostaat laat je dan gewoon op je gewenste ideale temp.
Wat je dan wel gaat krijgen is dat je dus continu aan het blokkeren bent met daarbij de foutmelding op de thermostaat en dat je dus wellicht soms ook moet/gaat verwarmen op momenten dat je dat wellicht liever niet hebt. Ook daar is weer omheen te programmeren natuurlijk maar het wordt wel nodeloos ingewikkeld allemaal.

@vliegnerd
Het blokkeren van verwarmingsbedrijf heeft geen invloed op de "(Status WPU) 089 CV enabled".
Deze gaat op "1", als de temp in de woonkamer lager is dan 21,1 gr en gaat naar "0" als de woonkamertemp hoger is dan 21,5 gr.

@GeeMoney
Ik heb nu een aantal automatiseringen "Het verwarmingsbedrijf blokkeren en deblokkeren" gemaakt, die er voor zorgen dat de CV aangaat op de door ons gewenste tijdstippen en vanaf welke temp in de woonkamer hij dat moet gaan doen. (loopt vrijwel synchroon "(Status WPU) 089 CV enabled" = 3 uur)
Werkt prima, maar zou gemakkelijker zijn als "(Status WPU) 089 CV enabled" op bepaalde voorwaarden op nul zou kunnen zetten.

Indien nodig, heb ik helper gemaakt, die ik uit kan zetten (toegankelijk op telefoon), zodat we op elk moment dat wij dat willen, de CV weer normaal kunnen laten werken.

Zonder deze automatiseringen, zou in de ochtend, na 2 CV periode, de temperatuur in de woonkamer zijn opgelopen tot boven de 21,5 gr. Het gevolg hiervan is, dat dan de volgende CV periode pas start bij 21,1 gr in de woonkamer. En dat duurt erg lang (meestal pas na 18:00 uur) als we thuis zijn. Rond 15:00 uur begint het onbehagelijk te worden in de woonkamer en dan zette we de thermostaat op 21,5 graden zodat de CV periode start en na 1 uur zette we de Spider zo dat de CV periode weer stopt.
Dat doe ik nu met een aantal automatiseringen.
Ik begrijp dat jullie @vliegnerd en @GeeMoney geen ervaring hebben om bij "(Status WPU) 089 CV enabled" het zelfde trucje toe te passen als bij "Het verwarmingsbedrijf blokkeren en deblokkeren".
Voor mij een reden om mijn huidige automatiseringen zo te laten.
Bedankt voor jullie reactie.

[vliegnerd]

@Sjepers die “089 status CV enabled” kun je helaas niet overschrijven…

[Sjepers]

Vraagje.
Is er een mogelijkheid, om de waarde die "manual_operation_index":30" en "manual_operation_index":34" hebben, om die continu uit te lezen in HA?
Net zoals je alle statussen (sensoren) van de WPU kunt uitlezen in HA.

[Chrisiesmit93]

Ik heb mijn yaml code voor oa. alle sensoren van de WPU5G op bastebin gezet: https://pastebin.com/GWQk130E

Ik heb (dmv "AI") unit_of_measurements en icons enz toegevoegd aan de sensoren, eveneens de statussen / compressor mode / thermostat mode (zover dat mogelijk is) in tekst gezet ipv een statuscode (nummer).

Tevens zijn er een 2-tal knoppen anwezig (inclusief status terugkoppeling vanuit WPU) voor het uit/aan zetten van blokkeren van verwarming/koeling (al heb ik ditzelf nog nooit getest).

Of alle uitgezochte / door AI gegenereerde zaken kloppen, laat ik in het midden, wees hier dus bewust van mocht je (delen van) deze config gaan gebruiken!

Sjepers schreef op vrijdag 4 april 2025 @ 14:10:
Vraagje.
Is er een mogelijkheid, om de waarde die "manual_operation_index":30" en "manual_operation_index":34" hebben, om die continu uit te lezen in HA?
Net zoals je alle statussen (sensoren) van de WPU kunt uitlezen in HA.

Zie hierboven

[ Voor 21% gewijzigd door Chrisiesmit93 op 04-04-2025 14:45 ]

[Stemis]

GeeMoney schreef op dinsdag 1 april 2025 @ 08:13:
[...]


Ok, dan is die vermoedelijk nog in orde.
Heb je de add-ons al ?

@Stemis ik heb de Buienradar integratie en die geeft een simpele sensor.temperatuur.
Dan ziet je automation er zo uit:

YAML:

alias: Warmtepomp - Push Echte Buitentemperatuur
description: Zet buitentemperatuur op de warmtepomp elk uur
mode: single
triggers:
  - hours: /1
    trigger: time_pattern
conditions:
  - condition: state
    entity_id: input_boolean.warmtepomp_buitentemperatuur
    state: "on"
actions:
  - data:
      payload: "{     \"outside_temp\": {{ states('sensor.temperatuur') }} }"
      qos: 0
      retain: true
      topic: itho/cmd
    action: mqtt.publish

Overigens blijkt het ook niet altijd te werken om coolen/verwarmen op die manier te blokkeren.
Op mijn WPU-4G werkt het bijvoorbeeld niet. Ondanks de temps die ik stuur kan ik de pomp in zowel Coolen als verwarmen krijgen terwijl dit niet zou moeten kunnen. Volgens mij bij de WPU-5G serie gaat het wel altijd goed maar het is simpel te testen.

Dit werkt perfect idd. Outside_temp geeft gewoon de temp door en zie ik ook aangepast in de status van de WPU. De autotemp heeft de outside temp niet echt nodig neem ik aan?
Moet nog even testen of dit koelen ook stopt. Tot nu toe wel.


Tip voor de mensen met 2 modules, splits je mqtt topic naar bijv itho/autotemp en itho/wpu.
Home assistant vond het niet grappig dat 2 apparaten andere paketjes doorstuurde en alles ging om de minuut(poll frequency) in unknown/unavailable omdat hij een field misde in een update.
Daarnaast stuurde ik ook commando's met manual control die vervolgens door beide apparaten worden opgepakt, oeps.... niet helemaal de bedoeling.

Ik heb inmiddels een dashboard in elkaar. Moet nog veel aangepast worden maar het werkt wel en zo leer je wat nou de beste instellingen zijn.
Ook een boiler starter gemaakt, handig als we even willen boosten na veel gebruik terwijl we hem wel op ECO willen laten.


PS. Weet iemand wat manual_operation_checked nou precies doet? Zie dit nergens beschreven staan.
Is dit gewoon een boolean value welke 1 of 0 is? _value is er ook nog namelijk en soms zie ik ze ook samen gebruikt worden.

[ Voor 5% gewijzigd door Stemis op 04-04-2025 15:01 ]

[vliegnerd]

Stemis schreef op vrijdag 4 april 2025 @ 14:51:
[...]

PS. Weet iemand wat manual_operation_checked nou precies doet? Zie dit nergens beschreven staan.
Is dit gewoon een boolean value welke 1 of 0 is? _value is er ook nog namelijk en soms zie ik ze ook samen gebruikt worden.

Het is (mij) onbekend, omdat er geen openbare documentatie is. Ik weet ook niet zeker of het deze waarde echt "checked" zou moeten heten, maar ergens in itho documentatie of software wordt het "checked" genoemd. Ik weet niet precies waar.

Het lijkt erop dat je met checked manual control (manual operation/handbediening) aan en uit kan zetten. Maar ik herinner mij dat het soms wel en soms niet werkte.

Ik heb een aantal van deze dingen door trail and error uitgevonden. Soms is de waarde van "checked" echt relevant, soms misschien ook niet. Door nog meer uitproberen is dat wellicht te achterhalen, maar dat heeft voor mij geen prioriteit.

In de winter beschouw in mijn WPU sowieso als "bedrijfskritisch" dus wil ik niets testen. Vanaf ongeveer nu zou ik wel weer durven om wat te gaan uitproberen. Ik kan het mij thuis niet veroorloven dat de WPU een paar dagen niet werkt.

[Onl1ne1373]

Sjepers schreef op vrijdag 4 april 2025 @ 14:10:
Vraagje.
Is er een mogelijkheid, om de waarde die "manual_operation_index":30" en "manual_operation_index":34" hebben, om die continu uit te lezen in HA?
Net zoals je alle statussen (sensoren) van de WPU kunt uitlezen in HA.

Nee, je moet het zien als commando's.

[Onl1ne1373]

Stemis schreef op vrijdag 4 april 2025 @ 14:51:
[...]
PS. Weet iemand wat manual_operation_checked nou precies doet? Zie dit nergens beschreven staan.
Is dit gewoon een boolean value welke 1 of 0 is? _value is er ook nog namelijk en soms zie ik ze ook samen gebruikt worden.

Uit mijn testen heeft het volgens mij te maken met het verlopen van de geldigheid van de waarde.
Als je 0 stuurt dan stop je de handmatige override ervan.
Normaal stopt het als de handmatige timer dit je instelt op nul komt na het stoppen van de updates.
Echter als je meerdere manual operations hebt lopen en je de ene wilt stoppen en de andere niet dan zul je een soort stop commando moeten sturen.

[Sjepers]

Onl1ne1373 schreef op maandag 7 april 2025 @ 10:15:
[...]


Nee, je moet het zien als commando's.

Bedankt voor je informatie. Kan ik dus helemaal loslaten.

Ik heb ondertussen bij "automatisering" de functie "informatie" gevonden.
Dat heeft mij meer inzicht gegeven in het maken van automatiseringen en "fouten" op te sporen.
Hierdoor is het mij gelukt, om een werkende automatisering maken voor de wpu tijdens de CV periode.
Maar nu bepalen wij, wanneer en bij welke kamertemperatuur de CV periode start en stopt.
Het doorstook effect van de 2de CV periode in de ochtend, die er voor zorgde dat de CV uren lang niet meer opstarte, is nu verleden tijd.
Dit is mij gelukt, door de zee van informatie, die jullie allemaal, met elkaar delen, op dit forum.

[GeleFles]

Ik heb een WPU5 en deze doet dagelijks zijn opwarmrun om het water in het vat te verwarmen. Met de wifimodule zie ik dit mooi terug in home assistant.

Nu zat ik me af te vragen of het mogelijk is om de temperatuur in het vat te verhogen; zodat er minder warm water nodig is bij het douchen, en er ook mogelijk iets meer waterdruk ontstaat (heb me laten vertellen dat de waterdruk onder andere bepaald word door de hoeveelheid koud water).

Vraag 1 is natuurlijk of ik dit ga merken, en zo ja, is dit dan de instelling die ik nodig heb? 68 - Setpoint dhw daily_mft lt (°C).
Deze staat nu op 58.5, wat redelijk overeen komt met de temperatuur waar ik hem dagelijk naartoe zie verwarmen. Kan ik deze waarde zonder problemen aanpassen?

[siddler]

GeleFles schreef op dinsdag 8 april 2025 @ 15:35:
Ik heb een WPU5 en deze doet dagelijks zijn opwarmrun om het water in het vat te verwarmen. Met de wifimodule zie ik dit mooi terug in home assistant.

Nu zat ik me af te vragen of het mogelijk is om de temperatuur in het vat te verhogen; zodat er minder warm water nodig is bij het douchen, en er ook mogelijk iets meer waterdruk ontstaat (heb me laten vertellen dat de waterdruk onder andere bepaald word door de hoeveelheid koud water).

Vraag 1 is natuurlijk of ik dit ga merken, en zo ja, is dit dan de instelling die ik nodig heb? 68 - Setpoint dhw daily_mft lt (°C).
Deze staat nu op 58.5, wat redelijk overeen komt met de temperatuur waar ik hem dagelijk naartoe zie verwarmen. Kan ik deze waarde zonder problemen aanpassen?

Je kunt zowel de tijd dat het vat verwarmd als het setpoint aanpassen via de spider (geen add-on voor nodig). Zie pagina 22 van de (Engelse) handleiding.

Of je hiermee hogere waterdruk bereikt weet ik niet. Zelf heb ik de temperatuur verlaagd naar 50 graden omdat dit voor ons tweeen ook voldoende is. Ik merk niet dat we een lagere waterdruk hebben, maar heb hier misschien ook niet voldoende op gelet.

[ Voor 9% gewijzigd door siddler op 08-04-2025 15:44 ]

[GeleFles]

siddler schreef op dinsdag 8 april 2025 @ 15:42:
[...]


Je kunt zowel de tijd dat het vat verwarmd als het setpoint aanpassen via de spider (geen add-on voor nodig). Zie pagina 22 van de (Engelse) handleiding.

Of je hiermee hogere waterdruk bereikt weet ik niet. Zelf heb ik de temperatuur verlaagd naar 50 graden omdat dit voor ons tweeen ook voldoende is. Ik merk niet dat we een lagere waterdruk hebben, maar heb hier misschien ook niet voldoende op gelet.

Er zijn blijkbaar verschillende (software?) versies, die van mij ondersteund helaas niet het instellen van de temperatuur, ik kan alleen het tijdstip aanpassen.

[jvwou123]

Ik heb vorige week 2 Ithowifi dingen gekocht, en aangesloten op de WPU, en op de autotemp van Itho. Werkt prima, ik kan nu in Home Assistant mooi zien wat er gebeurd.

Ik zat me af te vragen of het inmiddels mogelijk is om de tijd aan te passen van de WPU / Spider. Maar van wat ik tot nu toe heb gelezen in de afgelopen 120 pagina's is dat niet mogelijk is, misschien wel door een andere thermostaat aan te sluiten. Dat vind ik net een brug te ver voor het automatisch tijd aanpassen. Mocht het met de IthoWifi kunnen, dan zou het tof zijn.

Wat ik me wel afvroeg: in Home Assistant heb ik nu een sensor met de naam: "UTC Tijd" maar die staat altijd op 1. Is dit ergens goed te krijgen? Dan zou ik misschien nog een beetje iets kunnen automatiseren dat ik een melding krijg als de tijd meer dan zoveel fout staat

[Onl1ne1373]

jvwou123 schreef op woensdag 9 april 2025 @ 20:10:
Ik heb vorige week 2 Ithowifi dingen gekocht, en aangesloten op de WPU, en op de autotemp van Itho. Werkt prima, ik kan nu in Home Assistant mooi zien wat er gebeurd.

Ik zat me af te vragen of het inmiddels mogelijk is om de tijd aan te passen van de WPU / Spider. Maar van wat ik tot nu toe heb gelezen in de afgelopen 120 pagina's is dat niet mogelijk is, misschien wel door een andere thermostaat aan te sluiten. Dat vind ik net een brug te ver voor het automatisch tijd aanpassen. Mocht het met de IthoWifi kunnen, dan zou het tof zijn.

Wat ik me wel afvroeg: in Home Assistant heb ik nu een sensor met de naam: "UTC Tijd" maar die staat altijd op 1. Is dit ergens goed te krijgen? Dan zou ik misschien nog een beetje iets kunnen automatiseren dat ik een melding krijg als de tijd meer dan zoveel fout staat

Andere thermostaat is in principe niet mogelijk. Je kan er volgens mij wel een OpenTherm Gateway tussen zetten. Daar zou je misschien de tijd mee kunnen aanpassen.

Maar waarom wil je de tijd aanpassen?

[troftnom]

GeleFles schreef op dinsdag 8 april 2025 @ 16:10:
[...]


Er zijn blijkbaar verschillende (software?) versies, die van mij ondersteund helaas niet het instellen van de temperatuur, ik kan alleen het tijdstip aanpassen.

Zo ook niet?

[vliegnerd]

jvwou123 schreef op woensdag 9 april 2025 @ 20:10:
Wat ik me wel afvroeg: in Home Assistant heb ik nu een sensor met de naam: "UTC Tijd" maar die staat altijd op 1. Is dit ergens goed te krijgen? Dan zou ik misschien nog een beetje iets kunnen automatiseren dat ik een melding krijg als de tijd meer dan zoveel fout staat

Er zijn twee velden het WPU status rijtje. "UTC time" waarin de unix tijd staat. (overigens niet in utc tijd, maar in lokale tijd) en "UTC time valid" die altijd op 1 staat.

Versie 2.8.0 van de module software heeft een bug: beide hebben het label "UTC time" en de eerste wordt overschreven door de tweede.
Als je 2.9.xbeta installeert dan krijg je wel beide waarden apart.

Ik zet utc_time om naar leesbare tijd met:

code:

template:        
  - sensor:
    - name: "Itho WPU time"
      state: >
        {{ states('sensor.itho_wpu_utc_time') | int |  timestamp_custom("%d.%m.%Y %H:%M:%S") }}

[jvwou123]

vliegnerd schreef op donderdag 10 april 2025 @ 18:36:
[...]

Versie 2.8.0 van de module software heeft een bug: beide hebben het label "UTC time" en de eerste wordt overschreven door de tweede.
Als je 2.9.xbeta installeert dan krijg je wel beide waarden apart.

De beta draait verder stabiel? Dan wil ik het wel proberen

[vliegnerd]

jvwou123 schreef op donderdag 10 april 2025 @ 20:13:
[...]


De beta draait verder stabiel? Dan wil ik het wel proberen

Ja geen enkel probleem

[Sjepers]

Ik heb een week geleden een klokthermostaat (tijdens CV periode) gemaakt mbv helpers en automatisering.


Enz.

De automatiseringen hebben de volgende acties:
Verwarming uit:

Verwarming aan:


Deze klokthermostaat heeft de afgelopen dagen prima gewerkt.
Tijdens deze periode zorgde er een automatisering er voor dat de koeling was geblokkeerd.
Ook dat heeft prima gewerkt.

Alleen blijkt nu dat de thermostaat niet meer in koelmodus te krijgen is.
Daarom heb ik alle automatiseringen uit gezet en de WPU een poosje uit gezet.
Bovendien heb ik het printje van Arjan losgekoppeld.
Setup van de thermostaat staat op 18 gr en het is 22 graden in de woonkamer.
Normaal gesproken zou de koeling bij een kamertemperatuur van 19 graden (offset 1K) aan moeten gaan.
De thermostaat blijft in verwarmingsmodus staan.
Weet iemand wat er aan de hand kan zijn en hoe dit op te lossen?

[Sjepers]

Ik heb net even de batterij uit de thermostaat gehaald en de thermostaat ging nu direct in koelmodus.
Maar waarom moet ik dat doen?

[hansgrave]

Sjepers schreef op vrijdag 11 april 2025 @ 22:19:
Ik heb net even de batterij uit de thermostaat gehaald en de thermostaat ging nu direct in koelmodus.
Maar waarom moet ik dat doen?

Er is een instelling: Blocking time heating to cooling (uur) die moet voorkomen dat na het verwarmen te snel de koeling aangaat.

[markjanssen]

hansgrave schreef op zondag 13 april 2025 @ 12:37:
[...]

Er is een instelling: Blocking time heating to cooling (uur) die moet voorkomen dat na het verwarmen te snel de koeling aangaat.

Ja, die setting heb ik hier op het maximum staan. Het huis is prima geisoleerd, dus ik wil alleen koeling in de zomer, en alleen heating in de winter. Voordat ik dit had aangepast zag ik in de lente / herfst regelmatig dan het systeem zowel koelde als verwarmde op zelfde dag, compleet nutteloos om te verwarmen als 2 uur later de zon vol op 't huis staat, en er daarna weer gekoeld moet worden, om dan om 22:00 weer te gaan verwarmen

[IkWilbert]

Verkeerde topic, excuus

[ Voor 93% gewijzigd door IkWilbert op 13-04-2025 13:46 ]

[vassago]

IkWilbert schreef op zondag 13 april 2025 @ 13:17:
Vanmorgen en wtw even vd stroom gehaald omdat ik een filter melding had. Filters schoongemaakt en teruggeplaatst.

Ik denk dat je in het verkeerde topic zit, en zodoende hebben we ook geen idee om welke WTW het gaat.

[RF1000]

Over filter gesproken. Hoe kan je het vuilfilter in de leiding schoonmaken?

[Sjepers]

markjanssen schreef op zondag 13 april 2025 @ 12:48:
[...]


Ja, die setting heb ik hier op het maximum staan. Het huis is prima geisoleerd, dus ik wil alleen koeling in de zomer, en alleen heating in de winter. Voordat ik dit had aangepast zag ik in de lente / herfst regelmatig dan het systeem zowel koelde als verwarmde op zelfde dag, compleet nutteloos om te verwarmen als 2 uur later de zon vol op 't huis staat, en er daarna weer gekoeld moet worden, om dan om 22:00 weer te gaan verwarmen

Bij mij staat die op 24 uur.
Je oplossing om deze naar 7 dagen te zetten is een eenvoudige oplossing om het jojo effect te voorkomen.
Maar of dat verklaard, waarom ik eerst de Spider spanningsloos moest maken, voordat alles weer normaal werkte, weet ik niet. Maar ga ik wel proberen.

Als de WP,U een poosje spanningsloos is geweest, begint alles toch weer gewoon alsof de installatie nieuw is. Dan weet hij niet meer wanneer de CV periode gestopt is.
V.b.:
Wanneer WPU, tijdens de koude periode van het jaar, onnodig in koelmodus ging, was het advies van de installateur: Maak de WPU een poosje spanningsloos. Probleem was dan opgelost.
Het probleem wordt veroorzaakt door setting "229 Blocking time cooling to heating" (in mijn geval 12 uur)
Wanneer dat voor "setting 229" zo werkt, dan zou ik zeggen, dan moet dat ook zo werken voor setting "152 Blocking time heating to cooling". Het is natuurlijk de vraag of Itho ook zo denkt.

[bkor]

Ter inspiratie, mijn dynamische prijs automation en script.

Ik wilde zelf bepalen op welk uur de WPU mag verwarmen en wanneer niet, dit om gebruik te maken van dynamische energieprijzen. Ik las hier ergens in het topic dat hoe langer de bron bezig is (huis verwarmen), hoe langer het duurt. Dit omdat de bron rust nodig heeft. Dit bepalen gaat niet makkelijk in een automation. Uiteindelijk maar voor een Python script gegaan, dit vind ik makkelijker dan node-red.

Vereisten:

1. https://github.com/custom-components/pyscript. Met "Allow All imports" aan.
2. https://github.com/custom-components/nordpool/
3. 2 hulp entities: input_number.wpu_heating_max_price, input_number.wpu_heating_max_price_tomorrow

Pyscript voor het script. Nordpool voor een "entity" met de dynamische tarieven per uur voor vandaag en morgen.

Opzet: Via een automation bepaal ik het maximum tarief om te verwarmen. Die automation roept een Python script aan. En een andere automation (en 2 Home Assistant scripts) regelt het (de)blokkeren van de verwarmstand. Ik verander enkel het blokkeren en deblokkeren. de WPU kiest er zelf voor om te verwarmen of niet. Plus, ik heb nog steeds de max manual operation stand op 8 uur staan. Dit om te voorkomen dat bij een probleem de WPU in de blokkeerstand blijft staan.

Edit: Iets belangrijks vergeten. Ik geef het script het aantal "uur" mee dat het huis verwarmd zal worden. Dit staat eigenlijk vast op 4,5 uur. In principe zou dit aangepast moeten worden aan de voorspelde temperatuur, etc. Echter lijkt een standaard 4,5 uur goed genoeg te wezen voor afgelopen winter. Het is geen geheel getal omdat sommige "uren" niet als een volledig uur wordt gerekend. Bijvoorbeeld als de bron lang aan het verwarmen is, of wanneer de bron het warm water zal verwarmen. Zie het Python script.

Je krijgt tijdens de geblokkeerde uren een "manual operation" icoon op de thermostaat.

Pyscript: pyscript/dynamic_prices.py

De itertools import vereist dat de Pyscript-integration instelling "Allow all imports" aan zet.

Verder is het misschien handiger om het water verwarmingsuur in een hulpentity te bewaren in plaats van in het Python script.

Python:

from itertools import groupby

def _hours_heating(min_price, prices):
    # Hour of day that's typically used for hot water water
    HOUR_HOT_WATER_HEATING = 13

    # Initialize variables
    last_le = None
    hours_weighted = 0
    weight = 0
    hours_le = []

    hour_index = -1
    consecutive_hours_le = 0
    for price in prices:
        hour_index += 1

        # Weight given to an hour
        # 
        # Must be >0 when heating (due to logic assumptions)
        #
        # Used to lower the weight for the hour the hot water is heated
        hour_weight = 0.5 if hour_index == HOUR_HOT_WATER_HEATING else 1

        # Remember if current hour is <= min_price
        this_le = price <= min_price

        # Short circuit the logic
        if not this_le:
            last_le = this_le
            continue

        # last_le = True from here onwards

        # Remember the hours <= min_price
        hours_le.append(hour_index)

        # Weighted count of the hours <= min_price
        if last_le:
            # Checks if previous hour was also <= min_price
            #
            # A WPU needs time for the source to "reset"
            # So when there the min_price is low for multiple hours only count
            # a certain amount. This to allow the source to "reset"
            consecutive_hours_le += 1
            weight = hour_weight - 0.5 if consecutive_hours_le % 2 == 0 else hour_weight 
        else:
            # Checks if <= min_price
            consecutive_hours_le = 1
            weight = hour_weight

        hours_weighted += weight

        last_le = this_le

    return {'weighted': hours_weighted, 'hours': hours_le}

def _get_max_price(min_weighted_hours, given_prices):
    heating_dict = {}
    for price in [price for price, ignore in groupby(sorted(given_prices))]:
        heating_dict = _hours_heating(price, given_prices)
        if heating_dict['weighted'] >= min_weighted_hours:
            break
    logbook.log(name="pyscript", message="max price is %s" % price)
    return {'max_price': price, 'heating': heating_dict}



@service(supports_response="only")
def wpu_dynamic_price(entity_and_attribute_id="sensor.nordpool_kwh_nl_eur_3_10_021.today", min_hours=4.5):
    """Return the dynamic price details to control a WPU"""
    #prices to assist debugging:
    #given_prices = [  0.171, 0.172, 0.172, 0.172, 0.174, 0.176, 0.177, 0.18, 0.182, 0.191, 0.211, 0.211, 0.226, 0.227, 0.239, 0.24, 0.244, 0.259, 0.264, 0.272, 0.288, 0.29, 0.31, 0.31 ]
    given_prices = state.get(entity_and_attribute_id)

    return _get_max_price(min_hours, given_prices)

Automation: Dynamic price: WPU max price

Dit bewaart de maximum prijs. Wordt aangeroepen zodra de prijzen veranderen (ergens na 13.00 en om 0.00). Het bepalen van de max prijs voor morgen zou weggelaten kunnen worden.

Vergeet niet om te controleren of de namen van de entities ook in de templates aan te passen (indien nodig).

YAML:

alias: "Dynamic price: WPU max price"
description: ""
triggers:
  - trigger: state
    entity_id:
      - sensor.nordpool_kwh_nl_eur_3_10_021
    attribute: today
  - trigger: state
    entity_id:
      - sensor.nordpool_kwh_nl_eur_3_10_021
    attribute: tomorrow
conditions: []
actions:
  - action: pyscript.wpu_dynamic_price
    metadata: {}
    data:
      entity_and_attribute_id: sensor.nordpool_kwh_nl_eur_3_10_021.today
      min_hours: 4.5
    response_variable: dynamic_price
  - action: input_number.set_value
    metadata: {}
    data:
      value: "{{ dynamic_price.max_price }}"
    target:
      entity_id: input_number.wpu_heating_max_price
  - if:
      - condition: state
        state: true
        entity_id: sensor.nordpool_kwh_nl_eur_3_10_021
        attribute: tomorrow_valid
    then:
      - action: pyscript.wpu_dynamic_price
        metadata: {}
        data:
          entity_and_attribute_id: sensor.nordpool_kwh_nl_eur_3_10_021.tomorrow
          min_hours: 4.5
        response_variable: dynamic_price_tomorrow
      - action: input_number.set_value
        metadata: {}
        data:
          value: "{{ dynamic_price_tomorrow.max_price }}"
        target:
          entity_id: input_number.wpu_heating_max_price_tomorrow
mode: single

Automation: Dynamic price: WPU auto/forced off

Dit wordt aangeroepen op basis van de huidige prijs. Dit zal vaak 1x/uur zijn.

YAML:

alias: "Dynamic price: WPU auto/forced off"
description: ""
triggers:
  - trigger: state
    entity_id:
      - sensor.nordpool_kwh_nl_eur_3_10_021
    attribute: current_price
    id: current_price
  - trigger: state
    entity_id:
      - input_number.wpu_heating_max_price
    id: max_price
conditions:
  - condition: template
    value_template: >-
      {{ is_number(states('input_number.wpu_heating_max_price')) and
      state_attr('sensor.nordpool_kwh_nl_eur_3_10_021', 'current_price') is
      number }}
actions:
  - choose:
      - conditions:
          - condition: not
            conditions:
              - condition: template
                value_template: >-
                  {{ is_number(states('input_number.wpu_heating_max_price')) and
                  state_attr('sensor.nordpool_kwh_nl_eur_3_10_021',
                  'current_price') is number }}
        sequence: []
      - conditions:
          - condition: template
            value_template: >-
              {{ state_attr('sensor.nordpool_kwh_nl_eur_3_10_021',
              'current_price') > (states('input_number.wpu_heating_max_price') |
              float) }}
        sequence:
          - action: script.wpu_block_heating
            metadata: {}
            data: {}
      - conditions:
          - condition: template
            value_template: >-
              {{ state_attr('sensor.nordpool_kwh_nl_eur_3_10_021',
              'current_price') <= (states('input_number.wpu_heating_max_price')
              | float ) }}
        sequence:
          - action: script.wpu_heating_auto
            metadata: {}
            data: {}
mode: queued
max: 10

Scripts

Verwarmen blokkeren:

YAML:

alias: "WPU: Heating: Forced off"
sequence:
  - action: mqtt.publish
    data:
      qos: 0
      retain: false
      payload: |-
        {
                    "manual_operation_index":30,
                    "manual_operation_datatype":0,
                    "manual_operation_value":0,
                    "manual_operation_checked":1
        }
      topic: ithowpu/cmd
description: ""

Verwarmen deblokkeren ("auto" stand):

YAML:

sequence:
  - action: mqtt.publish
    data:
      qos: 0
      retain: false
      payload: |-
        {
                    "manual_operation_index":30,
                    "manual_operation_datatype":0,
                    "manual_operation_value":0,
                    "manual_operation_checked":0
        }
      topic: ithowpu/cmd
alias: "WPU: Heating: Auto"
description: ""

[posttoast]

Ik ben nog druk bezig met me inlezen voor wat betreft de mogelijkheden, maar voor ik all-out ga met een HomeAssistant-integratie, wil ik nu (redelijk acuut) zorgen dat het koelbedrijf uit gaat (mijn kinderen klagen over koude voeten ).

Volgens mij (en volgens meerdere posts in dit topic) is dat gewoon een kwestie van de outside_temp (die standaard op -29.99 staat) op een lage temperatuur te zetten, bijvoorbeeld 7 graden. Appeltje eitje zou je denken, gewoon even deze URL aanroepen:

http://ip-van-device/api.html?outside_temp=7

Maar, ik krijg een "NOK" terug en niet de gehoopte "OK". Zie ik iets stoms over het hoofd?

Edit: voor zover relevant, ik zit op firmware 2.9.0-beta11 en de wifi-module hangt aan de WPU.

[ Voor 7% gewijzigd door posttoast op 14-04-2025 16:39 ]

[GeeMoney]

@bkor en wat doe je als het verwarmen het goedkoopst is om 08:00 uur in de ochtend maar er om 13:30 uur volle bak zon op je woning staat?
Dat is het “vervelende” aan die dynamische schommelende prijzen. Die kunnen op de gekste momenten liggen waardoor je dus alsnog eigenlijk niet wilt verwarmen of koelen.

Ik heb nog geen dynamische prijzen maar ook ivm elektrisch rijden en dus de warmtepomp en een zwembad wordt dat echt een kriem zonder accu(‘s).

Zolang we salderen hebben vindt ik de “ongemakken” van dynamische prijzen nog niet opwegen tegen de eventuele financiële voordelen in mijn situatie op dit moment. En accu’s zijn al helemaal belachelijk duur nog met een tvt van tenminste 9-11 jaar in het meest gunstige geval.

Ik stuur vooralsnog op temperatuur en dat gaat voor het tweede jaar op rij tot nu toe prima.

[ Voor 28% gewijzigd door GeeMoney op 14-04-2025 18:08 ]

[karimmm]

Verkeerd topic, denk beter in de algemene thread.

[ Voor 91% gewijzigd door karimmm op 14-04-2025 19:46 ]

[Onl1ne1373]

posttoast schreef op maandag 14 april 2025 @ 16:27:
http://ip-van-device/api.html?outside_temp=7

Maar, ik krijg een "NOK" terug en niet de gehoopte "OK". Zie ik iets stoms over het hoofd?

Edit: voor zover relevant, ik zit op firmware 2.9.0-beta11 en de wifi-module hangt aan de WPU.

Volgens mij zit de outside temp api alleen op MQTT.
Kijk maar eens in de tabel op de api.html pagina.

[bkor]

GeeMoney schreef op maandag 14 april 2025 @ 18:05:
@bkor en wat doe je als het verwarmen het goedkoopst is om 08:00 uur in de ochtend maar er om 13:30 uur volle bak zon op je woning staat?

In mijn ervaring (winter sinds 1 jan) is dat verwerkt in de dynamische prijzen. Oftewel, wanneer je beter kan wachten voor het opwarmen tijdens de middag dan is dat gewoonlijk al verwerkt in de prijzen (prijzen zijn lager indien er veel zon is). Niet altijd, maar kwam maar 1 of 2x voor tijdens de winter dat er verwarmd werd en het eigenlijk niet nodig was. Tegelijk heb je wel voorspellingen qua temperatuur en verwachtte zonnepaneelopbrengst wat ik zou kunnen gebruiken. De verwachtte zonnepaneelopbrengst zit er bij mij flink naast (zowel veel te hoog als veel te laag), behalve bij gemakkelijke dagen zoals april enzo. De dynamische prijzen lijken het veel beter te voorspellen.
En qua monitoren, zodra de WPU gaat verwarmen krijg ik een notificatie op mijn telefoon. Ik heb steeds gekeken of dat gunstig was. Wat wel meespeelt is dat mijn huis heel goed is geïsoleerd, A++++. Het koelt niet snel af.

Verder, ik kan nu nog salderen. De bijkomende kosten worden hierbij weg gesaldeerd. Indien een uur goedkoper is tijdens de nacht, dan tijdens de zonuren dan is het op dit moment (zolang de dynamische prijs energieleverancier correct saldeert.. en niet iedereen doet dat) het gunstige om gewoon de goedkoopste uren te pakken. Op dit moment is het puur kijken naar de prijzen het gunstigste.

Dat dynamisch contract heb ik trouwens pas sinds 1 jan, als test. Lijkt voor mijn situatie gunstiger te zijn. WPU gebruikt bij mij het meeste stroom. Ik zat voor dit huis in een enorm slecht geïsoleerd appartement waar de VvE het normaal vond dat elk raamkozijn een gigantische kier heeft. Daar heel erg geleerd (uit noodzaak) om het energiegebruik laag te houden. Hierdoor is mijn verbruik na verhuizing nog steeds erg laag.

Er zijn soms flinke schommelingen per dag qua prijzen. In plaats van tijdens de zon of niet is het misschien beter om verder vooruit te voorspellen om het huis eerder te verwarmen (meer op een dinsdag dan bv een donderdag). Echter, tja, praktisch liep ik tegen wat problemen aan. In het voorbeeld zal er er meer uren verwarmd moeten worden op de dinsdag in plaats van de donderdag. Echter zorgen meer uren verwarmen ervoor dat je dan ook de duurdere uren mee moet pakken. Het kwam nog niet vaak genoeg voor om er tijd aan te besteden.

Oja, wat wel een groot nadeel in de winter is: het verwarmen was vaak tijdens de nacht, plus hogere prijzen in de avond. Gevolg: 's avonds voelt de vloer koud aan.

Dat is het “vervelende” aan die dynamische schommelende prijzen. Die kunnen op de gekste momenten liggen waardoor je dus alsnog eigenlijk niet wilt verwarmen of koelen.

Je kan de historische prijzen voor vele jaren downloaden. Ik vond het redelijk voorspelbaar. Indien veel zon (~maart en verder) dan is dat tijdens de dag. Dan heb ik het verwarmen van het water om 13.00. Tijdens de winterperiode is het goedkoopste uur vaak om 03.00. Oftewel, dan verwarm ik op dat moment. Dat is mogelijk te automatiseren. Doorgeven dat de WPU vrij is om het warm water te verwarmen. Echter is dat afhankelijk van de temperatuursensoren, en dat ging niet altijd goed bij mij. Verwarmde niet het water omdat het water al warm genoeg leek.

Daarnaast klein probleem met de wekelijkse anti-legionella verhitting. Dat lijkt soms eerder plaats te vinden dan de ingestelde tijd. Echter houd ik dat nog niet echt bij en heb ik geen historische data. Het viel soms op. Ik heb ook geen notificatie voor water verwarmen. Geloof dat het soms hier ook is gezegd.

Ik heb nog geen dynamische prijzen maar ook ivm elektrisch rijden en dus de warmtepomp en een zwembad wordt dat echt een kriem zonder accu(‘s).

Zolang we salderen hebben vindt ik de “ongemakken” van dynamische prijzen nog niet opwegen tegen de eventuele financiële voordelen in mijn situatie op dit moment. En accu’s zijn al helemaal belachelijk duur nog met een tvt van tenminste 9-11 jaar in het meest gunstige geval.

Ik stuur vooralsnog op temperatuur en dat gaat voor het tweede jaar op rij tot nu toe prima.

Met dynamische prijzen en de juiste energieleverancier saldeer je nog steeds het overheidsgedeelte.

Dat gezegd hebbende, geen kinderen. Dat scheelt echt enorm veel energie op momenten dat het gewoon duurder is (avond en ochtend). Qua kosten zit ik voor 1 jan - 14 apr op 8,32 EUR. En dat is dus met de uren dat de energieprijzen hoog lagen en je gaat koken. Plus soms negatieve prijzen en toch terugleveren (kan dat tot nu toe niet sturen). Plus jan was redelijk koud in combinatie met weinig zon.

Ik ben het vooral aan het uitproberen dit jaar. In jan twijfelde ik enorm of ik geen fout had gemaakt. Inmiddels ruim tevreden. Het goedkoopste contract zou ~15 EUR/maand zijn, ik zit daar waarschijnlijk flink onder.

De WPU aansturen zoals ik doe in een goed geïsoleerd huis is eigenlijk het bufferen van de warmte. Ik heb geen idee hoe snel een zwembad afkoelt, maar indien dat langzaam is dan zou je ook kunnen bufferen. Met een zwembad en een flinke tuin zou ik waarschijnlijk zo'n constructie bouwen waar je zo'n lange enorm opgekrulde zwarte slang laat opwarmen in de zon. Zo'n DIY-iets zie ik om de zoveel tijd voorbij komen op YouTube (en ik heb geen zwembad). En vooral omdat het me grappig lijkt. Dit forum is niet voor niets Tweakers.

[posttoast]

Onl1ne1373 schreef op dinsdag 15 april 2025 @ 09:49:
[...]


Volgens mij zit de outside temp api alleen op MQTT.
Kijk maar eens in de tabel op de api.html pagina.

Er staan twee "bolletjes" naast, dus als ik het goed begrijp kan het dan ook met de WebAPI toch?

[Onl1ne1373]

posttoast schreef op dinsdag 15 april 2025 @ 09:56:
[...]

Er staan twee "bolletjes" naast, dus als ik het goed begrijp kan het dan ook met de WebAPI toch?

Ik zit op 2.8.0 en bij mij staan er geen twee bolletjes, dus waarschijnlijk nieuw in de 2.9.0 beta:

[ Voor 3% gewijzigd door Onl1ne1373 op 15-04-2025 10:01 ]

[posttoast]

Op 2.9.0-beta11 zie ik dit:

[bkor]

posttoast schreef op dinsdag 15 april 2025 @ 10:01:
Op 2.9.0-beta11 zie ik dit:

[Afbeelding]

Als ik de broncode bekijk gok ik dat de je API versie op 1 hebt staan. Je moet dat op v2 hebben staan anders werkt het niet (als ik het snel ff doorlees). Die instelling zit onder System Settings.

[posttoast]

Bingpot!

code:

{"status":"success","data":{"timestamp":1744705492,"cmdkey":"outside_temp","cmdvalue":"7"}}

Dank!!

[Sjepers]

Ik heb met helpers en automatiseringen, een klokthermostaat gemaakt, die de Spider kan vervangen.
Met een "hulp schakelaars", kan overschakelen van Spider aansturing, naar mijn klokthermostaat, met of zonder koeling. Bovendien kan ik met een "hulp schakelaar", overschakelen naar vakantie periode.
Deze schakelaars kan ik vanaf mijn telefoon heel gemakkelijk bedienen. (zie hieronder)


Druk dan op de knop HA. Enkan dan de schakelaars bedienen.



Dat werkt prima als ik thuis ben, maar op afstand werkt dit niet meer.
Ik gebruik de VPN verbinding mbv Tailscale.
Kan hiermee op afstand inloggen in HA. Werkt prima.
Kan ook daar de schakelaars omzetten, maar het zou gemakkelijker zijn, als dat ook via de "schakelaars" op de telefoon zou kunnen. Voor mijnvrouw in ieder geval, veel gemakkelijker.

Kun je de Tailscale app zodanig instellen, dat de "schakelaars" via de mobiel, ook op afstand kunnen worden bediend? Of kan dat zo wie zo nooit?

[Onl1ne1373]

Sjepers schreef op woensdag 16 april 2025 @ 19:17:
Kun je de Tailscale app zodanig instellen, dat de "schakelaars" via de mobiel, ook op afstand kunnen worden bediend? Of kan dat zo wie zo nooit?

Wat hangt er achter die schakelaars? Is dat soms Google Home?
Dat zou verklaren waarom het niet via Tailscale werkt.
Je zou kunnen kijken of je een node op je thuis netwerk als exit node kan configureren.
Maar waarschijnlijk ligt het aan de ondersteuning van multicast.

Met Apple Homekit krijg je remote toegang als je bijvoorbeeld een Apple TV hebt, hoe dat precies werkt bij Android en Google Home weet ik niet.

[ Voor 5% gewijzigd door Onl1ne1373 op 17-04-2025 14:50 ]

[Sjepers]

Onl1ne1373 schreef op donderdag 17 april 2025 @ 14:49:
[...]


Wat hangt er achter die schakelaars? Is dat soms Google Home?
Dat zou verklaren waarom het niet via Tailscale werkt.
Je zou kunnen kijken of je een node op je thuis netwerk als exit node kan configureren.
Maar waarschijnlijk ligt het aan de ondersteuning van multicast.

Met Apple Homekit krijg je remote toegang als je bijvoorbeeld een Apple TV hebt, hoe dat precies werkt bij Android en Google Home weet ik niet.

Bedankt voor je informatie.
Ik denk niet dat het Google Home is. Ik heb die app niet geïnstalleerd op mijn telefoon.
Op mijn android tablet kun je het zelfde doen, maar dan heet de knop apparaatbediening en dan staan de schakelaars onder het kopje Home Assistant. De tablet heeft ook geen Google Home.

[Sjepers]

Onl1ne1373 schreef op donderdag 17 april 2025 @ 14:49:
[...]


Wat hangt er achter die schakelaars? Is dat soms Google Home?
Dat zou verklaren waarom het niet via Tailscale werkt.
Je zou kunnen kijken of je een node op je thuis netwerk als exit node kan configureren.
Maar waarschijnlijk ligt het aan de ondersteuning van multicast.

Met Apple Homekit krijg je remote toegang als je bijvoorbeeld een Apple TV hebt, hoe dat precies werkt bij Android en Google Home weet ik niet.

Ik zag net op mijn mobiel, dat het e.e.a gaat via Bediening van slimme apparaten. En wel via smart home. Lijkt een onderdeel te zijn van Android.

[Onl1ne1373]

Google Home is de slimme apparaten bediening die in Android geïntegreerd is, je hoeft daarvoor niet een app te installeren.
Hoe heb je deze schakelaars aangemaakt?

[Sjepers]

Onl1ne1373 schreef op donderdag 17 april 2025 @ 19:54:
Google Home is de slimme apparaten bediening die in Android geïntegreerd is, je hoeft daarvoor niet een app te installeren.
Hoe heb je deze schakelaars aangemaakt?

Deze schakelaars komen automatisch uit HA en kun je heel eenvoudig toevoegen.
In de afbeelding met de 3 schakelaars staat een knop (rechtsboven) en als je daarop drukt, komen een groot aantal helpers en automatiseringen tevoorschijn vanuit HA, waar je dan uit kunt kiezen.


18-4-2025
Van een aantal anderen heb ik begrepen, dat dit met mijn Android telefoon alleen mogelijk is, als ik op het zelfde netwerk zit als HA.

[ Voor 7% gewijzigd door Sjepers op 18-04-2025 15:04 ]

[CyberThug]

Wij hebben een nieuwbouwwoning gekocht en daarin wordt een WPU5G water/water-warmtepomp geplaatst. Nu willen wij in onze keuken een Quooker plaatsen. Nu vragen we ons af of de Quooker een Combi of een Combi+ moet zijn. Het verschil tussen beide is dat de Combi+ wordt aangesloten op een warmwaterleiding en je dus warm water onttrekt aan de WPU5G als je warm water gebruikt met de Quooker.

Hebben Tweakers hier een combinatie van een Quooker een een WPU5G? Wat adviseren jullie?

We neigen naar een Combi omdat we dan niet steeds warm water onttrekken aan de WPU5G en deze niet steeds warm water gaat pendelen/verwarmen. Klopt deze aanname?

[davasch]

Wij hebben de PRO3, die dus alleen heet water heeft. Er was bij onze nieuwbouwwoning aangegeven dat onze keuken dicht genoeg bij de WPU zit om snel warm water te hebben. Dat vind ik zelf best tegenvallen, waarschijnlijk omdat het warm water soms ook uit het extra boilervat moet komen (die dan weer onder de trap staat).

Dus een Combi of Combi+ had ik achteraf wel graag willen hebben!

De WPU zal in principe niet gaan pendelen maar op één moment van de dag de boiler verwarmen (of bijverwarmen indien een minimumtemperatuur bereikt is en Comfort ingeschakeld is). Als je steeds kleine hoeveelheden warm water gebruikt is het wel de vraag het warme water de Quooker bereikt en niet ergens halverwege de leiding blijft, omdat je gebruik dan al gestopt is.

Ik denk dat het neerkomt op de vraag of je aan 15 liter warm water genoeg hebt zonder tussendoor bij te moeten verwarmen in de Quooker.

Als je echt veel warm water gebruikt is een overweging natuurlijk ook nog dat de WPU door de warmtepomp wel een stuk efficienter verwarmt.

[ Voor 12% gewijzigd door davasch op 29-04-2025 08:40 ]

[Louwke]

CyberThug schreef op dinsdag 29 april 2025 @ 08:19:
Wij hebben een nieuwbouwwoning gekocht en daarin wordt een WPU5G water/water-warmtepomp geplaatst. Nu willen wij in onze keuken een Quooker plaatsen. Nu vragen we ons af of de Quooker een Combi of een Combi+ moet zijn. Het verschil tussen beide is dat de Combi+ wordt aangesloten op een warmwaterleiding en je dus warm water onttrekt aan de WPU5G als je warm water gebruikt met de Quooker.

Hebben Tweakers hier een combinatie van een Quooker een een WPU5G? Wat adviseren jullie?

We neigen naar een Combi omdat we dan niet steeds warm water onttrekken aan de WPU5G en deze niet steeds warm water gaat pendelen/verwarmen. Klopt deze aanname?

Wij hebben een 5g en de warm water leiding loopt alleen naar de badkamer. Warm water kot uit de Quooker beneden. Zou ook niet anders willen. Snel warm want dicht bij de kraan en je ontrekt niets uit de boiler. Zou ik dus zelf zeker weer voor kiezen.

[bkor]

CyberThug schreef op dinsdag 29 april 2025 @ 08:19:
We neigen naar een Combi omdat we dan niet steeds warm water onttrekken aan de WPU5G en deze niet steeds warm water gaat pendelen/verwarmen. Klopt deze aanname?

Ligt aan de opzet. Bij verwarmt de warmtepomp een boilervat. Dat boilervat kan afhankelijk van wat je wilt 1x/dag (meest efficiënt) of steeds bijverwarmen zodra het water te koud is (comfort mode). Zie de handleiding onder "Tapwatercomfort".

Dat "pendelen" lijkt me niet het geval, zolang je maar een boilervat hebt aan de warmtepomp.

[davasch]

Ik had vandaag last van een niet opwarmende boiler trouwens Is er iemand bekend met foutcode 26? Ik vind hier zelf de volgende informatie over:

quote: https://eerstehulpbijstor...singen/51?malfunction_id=

1e lijn

MFT thermostaat resetten of 5G warmtepomp resetten (stekker minimaal 10 seconden uit het stopcontact)
Bij geen verbetering service bezoek inplannen.

Materiaal

(WPU 4G) CV Pomp 545-0635 of /tapwaterpomp 05-00746
(WPU 5G) 05-00731 CV pomp WILO Para 8m en/of 05-00750 tapw. pomp WILO Para Z 7m

Mogelijke oplossing
Bij nieuwe installaties kan dit voornamelijk lucht in het cv systeem zijn.
Te hoge condensatiedruk, voedingsspanning te laag, bedrijfscondensator defect, compressor loopt zwaar of sensor T3 niet correct geplaatst.

Controleer de watertemperaturen, flows, voedingsspanningen en de plaatsing van T3.
CV pomp of boiler pomp controleren, deze is meestal bloedheet mocht deze defect zijn.

Mogelijk lucht in de installatie (vaak bij Nieuwbouw) Lucht in het CV-systeem blijft vaak boven de CV-pomp hangen omdat deze naar beneden moet pompen. Door het lichtjes losdraaien van de bovenste koppeling zal eventueel lucht verdwijnen uit de installatie.
Lucht blijft in de aansluit-set (flexibele slangen) zitten eventueel ontluchten via koppeling
Alle kranen van het afgifte systeem controleren of deze open staan ?

Ik heb voor nu de warmtepomp even spanningsloosgemaakt, weer ingeschakeld en hierna handmatig de boost modus geactiveerd. Daarna werd het boilervat weer opgewarmt. Maar vrees een beetje dat het weer terugkomt.

[bkor]

davasch schreef op dinsdag 29 april 2025 @ 15:46:
Ik had vandaag last van een niet opwarmende boiler trouwens

Wat bij ons en de buren vaker voorkwam is een te lage waterdruk. Oftewel, water bijvullen. Dat was echter tijdens de winter en stekker eruit/erin hielp niet. Geen idee welke code we toen hadden.

Wat van de vele gevonden suggesties heb je geprobeerd?

[Stemis]

Eergister de WPU overgezet naar koelen door buitentemp op 20 graden te zetten, dit ging perfect.
CV pump speed gelimit op 40%.
Daarnaast ook de Offset Cooling naar 5 gezet, echter krijg ik de aanvoer temp niet lager dan 18, terwijl dat met de lage temperaturen wel wenselijk is. Ben me bewust van de condensvorming en berekeningen hierop.

Gemiddelde temp in de ruimtes: 23C
Pomp: 40%
Aanvoer: 18C
Return: 19C
Flow_rate: 160 l /hr

Zijn dit normale waardes?

Daarnaast nu een apart fenomeen.
De WPU was aan het koelen, switchte over naar de boiler voor een uurtje en ging toen weer terug in stand koelen, echter, blijft de CV pomp op 0% staan en flow rate ook op 0, terwijl de ruimtes warm zijn en er gekoeld moet worden. Dit ondanks de WPU de status koelen aangeeft. Iemand dit al eerder meegemaakt?

De pomp schiet wel om het uur naar 40%, maar de flow_rate blijft hangen op 0... Lijkt of hij het dus wel probeert, maar er iets niet goed is.

Ik heb ook geprobeerd de boel te resetten door koelen de blokkeren, en daarna te deblokkeren.
Dat triggert hem wel naar status OFF, en dan weer naar COOLING, waardoor de pomp weer even aanspringt, maar de flow_rate blijft hangen op 0....

[ Voor 22% gewijzigd door Stemis op 02-05-2025 17:45 ]

[vliegnerd]

@Stemis de waarden zijn normaal.
Hier is de ruimtetemp wel wat lager, maar we koelen ook al sinds 1 april ofzo. Weet niet of dat echt veel uitmaakt.

De aanvoertemperatuur kan niet lager dan 18 graden. Dat is niet instelbaar.

Als de koeling niet opnieuw opstart na DHW (bekend ik heb mij daar ook over verwonderd) dan is de vloer meestal “koud”. De retour temperatuur is zo laag dat de koeling niet stabiel wordt. Terwijl het voor het SWW (DHW) moment wel stabiel was.

Oplossing kan zijn om opnieuw DHW te starten, dmv boost of eco tijdstip verstellen. Maar in mijn ervaring is de vloer meestal gewoon koud en kun je net zo goed wachten tot de vloer weer wat warmer is, dan start de koeling weer.

[ Voor 12% gewijzigd door vliegnerd op 02-05-2025 18:06 ]

[davasch]

bkor schreef op dinsdag 29 april 2025 @ 16:51:
[...]
Wat van de vele gevonden suggesties heb je geprobeerd?

Voor nu dus alleen spanningsloos gemaakt en weer opnieuw ingeschakeld. Issue is sindsdien niet meer teruggekomen. De druk is goed, dus dat kan het niet zijn lijkt me.

Ontluchten zou vooral in een nieuw systeem het probleem kunnen zijn als ik de informatie goed lees.

De andere zaken kan ik zelf niet controleren. Het is een gehuurde warmtepomp via Eteck, dus dan moet ik sowieso iemand bellen. Maar voor nu dus voorlopig geen problemen meer gehad.

[dixet]

Mijn WPU5G heeft een buitentemperatuursensor.

Ondanks dat het nu volgens die sensor kouder is dan de minimale temperatuur om bij te gaan koelen zie ik dat hij nu toch koelt.

220 Minimum outside temp cooling (°C)	18
Outside temp (°C)	15.05
Status	4
Cv pump (%)	90
Well pump (%)	19

Weet iemand hoe dit kan? Ik wil graag het koelen onder sommige omstandigheden blokkeren, maar daarvoor wil ik wel begrijpen wat er gebeurt.

[GeeMoney]

dixet schreef op zondag 4 mei 2025 @ 15:40:
Mijn WPU5G heeft een buitentemperatuursensor.

Ondanks dat het nu volgens die sensor kouder is dan de minimale temperatuur om bij te gaan koelen zie ik dat hij nu toch koelt.

220 Minimum outside temp cooling (°C)	18
Outside temp (°C)	15.05
Status	4
Cv pump (%)	90
Well pump (%)	19

Weet iemand hoe dit kan? Ik wil graag het koelen onder sommige omstandigheden blokkeren, maar daarvoor wil ik wel begrijpen wat er gebeurt.

Bij veel van ons tweakers werkt dat sturen via een buitentemp niet. Het is onbekend waarom helaas.
Het is dus ten minste 2 volle graden warmer dan het setpoint van je hoofd thermostaat, hij negeert dus blijkbaar ook je buitentemp en daarom gaat hij koelen.

[vliegnerd]

@dixet Bij mij bepaalt de autotemp (vloerverwarmingsverdeler kastje) de omschakeling tussen koelen en verwarmen.

Als je een autotemp hebt moet je mogelijk daar de temperatuur grenzen veranderen. Volgens mij is de grens default ergens rond de 12 graden. Kan dus goed overeenkomen met wat je ziet.

[GeeMoney]

vliegnerd schreef op zondag 4 mei 2025 @ 15:55:
@dixet Bij mij bepaalt de autotemp (vloerverwarmingsverdeler kastje) de omschakeling tussen koelen en verwarmen.

Als je een autotemp hebt moet je mogelijk daar de temperatuur grenzen veranderen. Volgens mij is de grens default ergens rond de 12 graden. Kan dus goed overeenkomen met wat je ziet.

Ook middels de Autotemp werkt het “blokkeren” op die manier niet, althans, bij mij niet en ik dacht meerdere personen.
Wel een poging waard natuurlijk, dat wel.

[ Voor 3% gewijzigd door GeeMoney op 04-05-2025 15:59 ]

[dixet]

vliegnerd schreef op zondag 4 mei 2025 @ 15:55:
@dixet Bij mij bepaalt de autotemp (vloerverwarmingsverdeler kastje) de omschakeling tussen koelen en verwarmen.

Als je een autotemp hebt moet je mogelijk daar de temperatuur grenzen veranderen. Volgens mij is de grens default ergens rond de 12 graden. Kan dus goed overeenkomen met wat je ziet.

Ah, ik wist niet dat je het daar ook kon instellen. Weer wat geleerd 👍.

Nu heb ik op de Autotemp dezelfde temperatuur ingesteld als op de WPU en het koelen is vrijwel direct gestopt. Nu maar een tijdje monitoren wat een fijne waarde is om onnodig koelen te voorkomen. De standaard van 10° is wel heel laag.

[Onl1ne1373]

CyberThug schreef op dinsdag 29 april 2025 @ 08:19:
Wij hebben een nieuwbouwwoning gekocht en daarin wordt een WPU5G water/water-warmtepomp geplaatst. Nu willen wij in onze keuken een Quooker plaatsen. Nu vragen we ons af of de Quooker een Combi of een Combi+ moet zijn. Het verschil tussen beide is dat de Combi+ wordt aangesloten op een warmwaterleiding en je dus warm water onttrekt aan de WPU5G als je warm water gebruikt met de Quooker.

Hebben Tweakers hier een combinatie van een Quooker een een WPU5G? Wat adviseren jullie?

We neigen naar een Combi omdat we dan niet steeds warm water onttrekken aan de WPU5G en deze niet steeds warm water gaat pendelen/verwarmen. Klopt deze aanname?

Ik wilde om dezelfde reden een Combi, echter mocht het niet van onze installateur omdat er dan een warm water leiding ligt die niet aangesloten is op een kraan. En dat mag niet vanwege mogelijke bacterie groei. Dan moet je die warmwater leiding bij de oorsprong afkoppelen.

[wouter.N]

@Onl1ne1373 Je kunt ook de warmwaterleiding gebruiken als hotfill, zo is het bij mij gedaan. Ik ben het ermee eens dat je geen dode leiding wilt hebben liggen, dat is echt een serieus risico, zeker bij langere lengtes.

[ Voor 3% gewijzigd door wouter.N op 06-05-2025 18:29 ]

[Stemis]

Onl1ne1373 schreef op dinsdag 6 mei 2025 @ 15:47:
[...]


Ik wilde om dezelfde reden een Combi, echter mocht het niet van onze installateur omdat er dan een warm water leiding ligt die niet aangesloten is op een kraan. En dat mag niet vanwege mogelijke bacterie groei. Dan moet je die warmwater leiding bij de oorsprong afkoppelen.

Dit is correct. Ik sprak 2 weken terug een quooker monteur en die zei dat het wel kan; echter zij mogen het niet zo aansluiten ivm met die leiding die niks gaat doen.
Ik heb uiteindelijk de plus genomen aangezien deze hardware technisch hetzelfde is en ook om te bouwen naar de versie zonder warm water leiding door hem anders aan te sluiten.
Als ik in de toekomst dus toch besluit die leiding af te sluiten dan kan dat. Voor nu neem ik het verlies voor lief

[_Richie_]

Stemis schreef op dinsdag 6 mei 2025 @ 21:32:
[...]


Dit is correct. Ik sprak 2 weken terug een quooker monteur en die zei dat het wel kan; echter zij mogen het niet zo aansluiten ivm met die leiding die niks gaat doen.
Ik heb uiteindelijk de plus genomen aangezien deze hardware technisch hetzelfde is en ook om te bouwen naar de versie zonder warm water leiding door hem anders aan te sluiten.
Als ik in de toekomst dus toch besluit die leiding af te sluiten dan kan dat. Voor nu neem ik het verlies voor lief

Het lijkt me handiger voor als je grotere hoeveelheden warm water wil hebben dit vanuit de WPU te halen omdat dit niet 1:1 verwarmd is met elektriciteit. Verder het risico bij de niet plus dat het vat op een gegeven moment leeg is. Dus als je al een warm water leiding hebt liggen, zou ik altijd de + pakken (IMHO).

Verder warmt bij mij de boiler maar 1x per dag en gaat deze niet pendelen maar dat komt wrs. doordat ik hem in de eco-modus heb.

[posttoast]

vliegnerd schreef op donderdag 27 maart 2025 @ 07:38:
De badkamergroep, of wellicht zelfs alle groepen zonder spider, gaan automatisch open met verwarmen ("buffervat functie") en staan altijd dicht bij koelen.

Even reageren op een wat ouder bericht. Ik kwam hier terecht door te zoeken op "badkamer" in dit topic: ik heb sinds vandaag de koelmodus van de WPU gestart. Dat werkt prima, maar ik vind het vervelend dat de badkamervloer behoorlijk koud wordt. Op basis van wat jij hier zegt zou dat helemaal niet moeten kunnen? Volgens de tekeningen zijn de badkamers daadwerkelijk een losse groep.

Ook hier is de boel aangelegd door Bogro, dus ik houd mijn hart een beetje vast

[ Voor 5% gewijzigd door posttoast op 12-05-2025 20:05 ]

[vliegnerd]

posttoast schreef op maandag 12 mei 2025 @ 20:02:
[...]

Even reageren op een wat ouder bericht. Ik kwam hier terecht door te zoeken op "badkamer" in dit topic: ik heb sinds vandaag de koelmodus van de WPU gestart. Dat werkt prima, maar ik vind het vervelend dat de badkamervloer behoorlijk koud wordt. Op basis van wat jij hier zegt zou dat helemaal niet moeten kunnen?

Nog even gecontroleerd: de badkamergroep (niet aan een spider gekoppeld) staat nu altijd dicht tijdens koelen. Als ik verwarmen activeer dan gaat die open en de rest dicht (want alle temperaturen boven setpoint)

Dat is hoe het zou moeten werken.

[GeeMoney]

Eens met @vliegnerd . Badkamer groepen niet gekoppeld aan een thermostaat betekend automatisch dicht bij koelen. @posttoast ik raad je aan om
De add-on te bestellen en iets met HA te gaan opzetten. Geeft heel veel inzicht.

[ Voor 34% gewijzigd door GeeMoney op 12-05-2025 21:07 ]

[posttoast]

vliegnerd schreef op maandag 12 mei 2025 @ 20:34:
[...]


Nog even gecontroleerd: de badkamergroep (niet aan een spider gekoppeld) staat nu altijd dicht tijdens koelen. Als ik verwarmen activeer dan gaat die open en de rest dicht (want alle temperaturen boven setpoint)

Dat is hoe het zou moeten werken.

Helder. Dank voor het checken.

GeeMoney schreef op maandag 12 mei 2025 @ 20:39:
Eens met @vliegnerd . Badkamer groepen niet gekoppeld aan een thermostaat betekend automatisch dicht bij koelen. @posttoast ik raad je aan om
De AFS-on te bestellen en iets met HA te gaan opzetten. Geeft heel veel inzicht.

Dank! Domme vraag, maar wat is de AFS-on? Bedoel je de wifi-module? Die heb ik hier al (hangt aan de WPU). Heb ik er nog eentje nodig om aan de autotemp te hangen? Of bedoel je iets anders?

[vliegnerd]

@posttoast je kunt de module van de wpu ook tijdelijk even aan de autotemp master hangen om de klepstanden te bekijken

[posttoast]

vliegnerd schreef op maandag 12 mei 2025 @ 20:54:
@posttoast je kunt de module van de wpu ook tijdelijk even aan de autotemp master hangen om de klepstanden te bekijken

Goeie tip, maar ik ben gelijk voor schut gegaan en heb er nog eentje besteld Vind het sowieso wel interessant om wat meer inzicht te hebben, dus nu heb ik een mooi excuus.

[GeeMoney]

posttoast schreef op maandag 12 mei 2025 @ 21:05:
[...]

Goeie tip, maar ik ben gelijk voor schut gegaan en heb er nog eentje besteld Vind het sowieso wel interessant om wat meer inzicht te hebben, dus nu heb ik een mooi excuus.

Typfout, ik bedoelde add-on inderdaad .
Aan je Autotemp nog 1 hangen inderdaad dan kan je alle klep standen ook zien en weet je zeker dat hij dicht staat (of niet )

[wortelsoft]

En in de handleiding van de autotemp kun je lezen hoe je een groep loskoppelt mocht dat nodig zijn.

[-daan-]

In principe draait mijn itho pompje altijd wel goed alleen de balans is ver te zoeken ben ik bang.
En koelen is eigenlijk gewoon elk half uur voor 30 seconden de CV pomp laten pompen... dus in hoeverre dat zin heeft. Nu viel mij het volgende op:




Dit lijkt allemaal logisch, de CV temperatuur is lager dan 15,5 graden dus dan kapt hij er mee.
Echter dit komt gewoon omdat de flow in de bron op 80% begint en de Cv op 100%.
Stel je zou de CV eerder laten rondpompen, 30 seconden dan warmt deze alvast op. Vervolgens de bron aan en dan zou het beter gaan. Nog beter zou zijn de Cv-pomp 30 sec te laten pompen alvorens te beginnen en de bronpomp op max 50% te zetten voor koelbedrijf. Is dit mogelijk zover jullie weten?


Zelf kijk ik naar de volgende settings, met name 62, 104 of 165:
62 Free cooling interval time (min)

63 Floor temp at high free cooling (°C)
64 Floor temp at low free cooling (°C)

104 Pre-run time of CV pump (sec)
165 Free cooling Prerun (sec.)
166 Free cooling BlockTime (min)
167 Free cooling offset (K)

[ Voor 10% gewijzigd door -daan- op 13-05-2025 10:10 ]

[vliegnerd]

@-daan- Dit komt omdat de retourtemperatuur van de vvw te laag is: de vloer is (waarschijnlijk) koud er kan niet echt gekoeld worden.

Zodra de vloer opwarmt gaat de koeling als het goed is wel stabiel “aan” in de zin van dat de CV pomp blijft pompen en er echt gekoeld wordt

[siddler]

Ik lees even mee, want het is inderdaad een heel herkenbaar punt dat bij een kleine koelvraag de CV pomp elk half uur heel kort aangaat en weer uit. Is dit normaal gedrag en kan het kwaad dat die pomp zo vaak moet starten/stoppen?

[vliegnerd]

siddler schreef op dinsdag 13 mei 2025 @ 17:18:
Ik lees even mee, want het is inderdaad een heel herkenbaar punt dat bij een kleine koelvraag de CV pomp elk half uur heel kort aangaat en weer uit. Is dit normaal gedrag en kan het kwaad dat die pomp zo vaak moet starten/stoppen?

Dit is normaal gedrag.

De WPU kan niet weten wanneer de vloerverwarming weer voldoende warm is om stabiel te kunnen koelen. Dus probeert de koeling elk half uur of de koeling stabiel kan worden. Zo niet, gelijk weer uit en wachten.

Voor de cv en bron pomp is het een verwaarloosbare slijtage.

[Stemis]

Ik zit met een probleem...
De koeling wilt maar niet aanslaan, ookal is het 23C in alle ruimtes.

Om 12u start onze boiler; en daarna vertikt ie het gewoon om te koelen.
Hieronder de CV return temp:


Wanneer er een vlakke lijn is, is die aan het koelen(flow_rate > 0 & status == cooling).
Hij kijkt om het uur of het weer kan, zoals te zien in de pieken. maar zoals je ziet besluit hij einde van de dag dat het weer kan(vlakke lijn). Op basis waarvan? Geen ideee. Huis koelt namelijk alleen maar af in de avond.

Ik heb de koeldiff op 6C gezet zodat dat iedergeval geen factor is. Daarnaast pomp terug op 100 gezet zodat die hopelijk wel aanslaat? Werkt ook niet...
Het is me echt een raadsel hoe de WPU besluit of die gaat koelen of niet.... Helemaal omdat hij begin avond besluit dat het nu wel het juiste moment is, terwijl de return temp juist gezakt is ten opzichte van 13.00

Is er een manier dat ik kan zorgen dat dat ding wel gaat koelen?

Op het moment koelt hij dus wel en is het verschil tussen supply return nu 1.2C, tegen 240 liter / uur met 40% pomp. Prima dus.... Rond 12u voordat hij afsloeg was het verschil tussen supply return rond de 1.6C.

[ Voor 14% gewijzigd door Stemis op 13-05-2025 21:18 ]

[GeeMoney]

@Stemis check ook even je bron aanvoer en retour temps.

[Stemis]

GeeMoney schreef op dinsdag 13 mei 2025 @ 21:35:
@Stemis check ook even je bron aanvoer en retour temps.

Hierbij!

[vliegnerd]

Stemis schreef op dinsdag 13 mei 2025 @ 21:05:
De koeling wilt maar niet aanslaan, ookal is het 23C in alle ruimtes.

[...]

Het is me echt een raadsel hoe de WPU besluit of die gaat koelen of niet.... Helemaal omdat hij begin avond besluit dat het nu wel het juiste moment is, terwijl de return temp juist gezakt is ten opzichte van 13.00

Is er een manier dat ik kan zorgen dat dat ding wel gaat koelen?

De koeling start elk half uur. De koeling is een regeling die probeert de temperaturen langs de koelwarmtewisselaar in evenwicht te krijgen, door de CV aanvoer naar 18 graden te regelen (door mengen van het CV water direct uit de CV en water dat eerst langs de warmtewisselaar is gegaan) en door de bronpomp te moduleren zodat de warmtewisselaar in evenwicht blijft.
Als het binnen een (korte) tijd niet lukt om de boel in evenwicht/stabiel te krijgen dan stoppen de pompen en wordt het na een half uur opnieuw geprobeerd.

Na het SWW moment is de WPU en de ruimte opgewarmd. De temperaturen worden hierdoor beïnvloed. Ik denk dat hierdoor het niet lukt om de boel stabiel te krijgen.
Mijn gevoel is dat dit optreedt als de vloer relatief koud is, en er is weinig koelvraag is. Maar jouw flow van 240 l/u voor het SWW moment spreekt dat tegen.

Er zijn instellingen die dit beïnvloeden. Wellicht is "stabilisation time free cooling" iets om uit te proberen. Wat is nu de waarde? Kun je die verlengen?

Jouw bron in/uit temperaturen zijn helemaal prima.

[-daan-]

Zag trouwens bij mij dat de valve voor free cooling altijd op 100% staat. altijd al zo geweest dus geen regeling op CV aanvoer naar 18 graden. Bij mij is punt 77 Functie free cooling valve 1. En stabilisation time heb ik niet bij WPU 4.

Ik snap dat het "normaal" gedrag is maar de onbalans in de bron is redelijk groot dus wil zo veel mogelijk warmte vangen. Vandaar dat ik liever een langere run heb. Wat mij verder opvalt is dat er eigenlijk geen pre run in als ik in home assistant kijk. Zowel de bronpomp als CV pomp gaan op exact dezelfde tijd aan.

Als je goed kijkt naar de grafiek van de toevoer CV zie ik ook dat deze niet voldoende hersteld van de 15 graden aanvoer. In een Half uur wordt deze weer 16 graden terwijl het binnen 23 is en de vloer ook warmer is dan die 16 graden. Dus het lijkt mij een betere optie om de Cv pomp te laten draaien voor een minuut, dan loopt de 16 op naar bijv. 17 dan de bronkoeling aan. Gezien er geen stabilization zit op de WPU 4. Wellicht zit die hierom wel op de WPU 5.

[bkor]

posttoast schreef op maandag 12 mei 2025 @ 20:02:
[...]

Even reageren op een wat ouder bericht. Ik kwam hier terecht door te zoeken op "badkamer" in dit topic: ik heb sinds vandaag de koelmodus van de WPU gestart. Dat werkt prima, maar ik vind het vervelend dat de badkamervloer behoorlijk koud wordt. Op basis van wat jij hier zegt zou dat helemaal niet moeten kunnen? Volgens de tekeningen zijn de badkamers daadwerkelijk een losse groep.

Ook hier is de boel aangelegd door Bogro, dus ik houd mijn hart een beetje vast

Ik had dat ook. Bleek dat de groepen verkeerd waren aangesloten. Oftewel, de (fysieke) groep van de badkamer stond op de "klep" van een slaapkamer. Alle groepen waren met 1 nummer verkeerd aangesloten.

Ik had al eerder iemand laten langskomen, uiteindelijk zelf gevonden en opgelost. Ik had wel een overzicht (pdf) met de verschillende groepen en waar ze naartoe moesten lopen.

[posttoast]

posttoast schreef op maandag 12 mei 2025 @ 21:05:
[...]

Goeie tip, maar ik ben gelijk voor schut gegaan en heb er nog eentje besteld Vind het sowieso wel interessant om wat meer inzicht te hebben, dus nu heb ik een mooi excuus.

Nou, hij hangt eraan

Nu alleen de domme vraag: hoe ga ik achterhalen welke valve bij welke leiding hoort? Ik heb in het topic al gezocht op “valve”, daar werd ik niet wijzer van… Ik gok dat het iets heel simpels/doms is

[GeeMoney]

posttoast schreef op woensdag 14 mei 2025 @ 19:28:
[...]

Nou, hij hangt eraan

Nu alleen de domme vraag: hoe ga ik achterhalen welke valve bij welke leiding hoort? Ik heb in het topic al gezocht op “valve”, daar werd ik niet wijzer van… Ik gok dat het iets heel simpels/doms is

Door alle thermostaten hoog te zetten en dan 1 laag en kijken welke kleppen daarmee open gaan en welke gesloten blijven. (kan even duren afhankelijk van totale warmtevraag natuurlijk). Die opschrijven en het riedeltje herhalen thermostaat voor thermostaat.
Optie 2: Meten met zo'n warmte camera.
Optie 3: Een kloppende tekening opvragen bij de bouwer/legger en hopen op het beste .

[posttoast]

Het vervelende is natuurlijk dat niet alle ruimtes een thermostaat hebben (alleen de woonkamer en slaapkamers). Ik heb hier wél een tekening (en inderdaad maar hopen dat ie klopt), maar zou ik op basis hiervan kunnen achterhalen welke valve bij welke lus hoort? Of is dat heel naïef?

[GeeMoney]

posttoast schreef op donderdag 15 mei 2025 @ 08:53:
Het vervelende is natuurlijk dat niet alle ruimtes een thermostaat hebben (alleen de woonkamer en slaapkamers). Ik heb hier wél een tekening (en inderdaad maar hopen dat ie klopt), maar zou ik op basis hiervan kunnen achterhalen welke valve bij welke lus hoort? Of is dat heel naïef?

[Afbeelding]

Ja, als je nu op de add-on kijkt die aan je autotemp hangt en je kijkt naar de tabel op die tekening dan zouden de waardes per lus overeen moeten komen met de nummering.
Dus 120.1 is lus 1 etc. het jammere is dat bijvoorbeeld je woonkamer bestaat uit 4 lussen maar ze alleen het totaal vermogen op de lijst hebben gezet.
Als je dus lus 1 tot en met 4 optelt van Distributor 1 zou je op diezelfde waarde moeten komen.

Op Distributor 2 (je Autotemp boven) is 120.5 en 120.6 natuurlijk weer lus 1 en lus 2.
Lus 3 (120.7) is je badkamer en die is als het goed is niet gekoppeld aan een thermostaat en bij warmtevraag zou die dus altijd open moeten staan en bij cooling mode moet hij dicht gaan, verder zal je die nooit moeten zien schakelen (nu bij te houden in HA natuurlijk).

[ Voor 26% gewijzigd door GeeMoney op 15-05-2025 09:11 ]

[posttoast]

GeeMoney schreef op donderdag 15 mei 2025 @ 09:05:
[...]


Ja, als je nu op de add-on kijkt die aan je autotemp hangt en je kijkt naar de tabel op die tekening dan zouden de waardes per lus overeen moeten komen met de nummering.
Dus 120.1 is lus 1 etc. het jammere is dat bijvoorbeeld je woonkamer bestaat uit 4 lussen maar ze alleen het totaal vermogen op de lijst hebben gezet.
Als je dus lus 1 tot en met 4 optelt van Distributor 1 zou je op diezelfde waarde moeten komen.

Op Distributor 2 (je Autotemp boven) is 120.5 en 120.6 natuurlijk weer lus 1 en lus 2.
Lus 3 (120.7) is je badkamer en die is als het goed is niet gekoppeld aan een thermostaat en bij warmtevraag zou die dus altijd open moeten staan en bij cooling mode moet hij dicht gaan, verder zal je die nooit moeten zien schakelen (nu bij te houden in HA natuurlijk).

Nice, dank voor de uitleg!

Ik gok trouwens dat de tekening op mijn bovenste verdieping een foutje bevat; er staat 2x een 120.12 (en ik zou dan dus in totaal 12 lussen hebben), maar ik zie in het Itho Statusscherm (ik heb HA nog niet ingericht) 13 valves op 100% open staan.

[Stemis]

vliegnerd schreef op woensdag 14 mei 2025 @ 07:31:
[...]


De koeling start elk half uur. De koeling is een regeling die probeert de temperaturen langs de koelwarmtewisselaar in evenwicht te krijgen, door de CV aanvoer naar 18 graden te regelen (door mengen van het CV water direct uit de CV en water dat eerst langs de warmtewisselaar is gegaan) en door de bronpomp te moduleren zodat de warmtewisselaar in evenwicht blijft.
Als het binnen een (korte) tijd niet lukt om de boel in evenwicht/stabiel te krijgen dan stoppen de pompen en wordt het na een half uur opnieuw geprobeerd.

Na het SWW moment is de WPU en de ruimte opgewarmd. De temperaturen worden hierdoor beïnvloed. Ik denk dat hierdoor het niet lukt om de boel stabiel te krijgen.
Mijn gevoel is dat dit optreedt als de vloer relatief koud is, en er is weinig koelvraag is. Maar jouw flow van 240 l/u voor het SWW moment spreekt dat tegen.

Er zijn instellingen die dit beïnvloeden. Wellicht is "stabilisation time free cooling" iets om uit te proberen. Wat is nu de waarde? Kun je die verlengen?

Jouw bron in/uit temperaturen zijn helemaal prima.

@vliegnerd Dank voor de info, ik heb de stabilisation time op 2 min gezet. Daarnaast ook gespeeld met de setting Return temp sercure free cooling (°C) om te kijken of die het koelen toch kan triggeren als ik deze omhoog gooi. En met de Interval free cooling om hem vaker te laten checken, allemaal geen succes.

Ik denk dat jou analyse klopt Vliegnerd, dat na de DHW inderdaad de boel allemaal zo is opgewarmd dat hij hem niet stabiel krijgt en dus niet koelt.

Zie hieronder afgelopen nacht:




Om half 9 begon de koeling pas, terwijl het binnen lekker warm is(23C).

Ook nog interresant is dat na SWW, de flow/h vast zat op 543 met CH pump 0% en ik hem daar ook niet vanaf kreeg, ook niet met block cooling en block heating op manual control. Lijkt een apart proces met nog onbekende reden.

Ik vraag me af of ik hier nog iets aan kan doen. Het is uiterst vervelend dat de WPU gewoon niet wilt koelen....

[ Voor 6% gewijzigd door Stemis op 16-05-2025 11:01 ]

[Stemis]

posttoast schreef op donderdag 15 mei 2025 @ 14:03:
[...]

Nice, dank voor de uitleg!

Ik gok trouwens dat de tekening op mijn bovenste verdieping een foutje bevat; er staat 2x een 120.12 (en ik zou dan dus in totaal 12 lussen hebben), maar ik zie in het Itho Statusscherm (ik heb HA nog niet ingericht) 13 valves op 100% open staan.

Ik heb ook installatie door Bogro, je moet even apart het "Inregelstaat Autotemp" opvragen bij je aannemer, die vragen dat weer op bij Bogro, daar staan de waardes en groepen ook allemaal op, ook handig voor documentatie later mocht je de bedoel opnieuw moeten inregelen/koppelen etc.

[ Voor 4% gewijzigd door Stemis op 16-05-2025 11:06 ]

[vliegnerd]

Stemis schreef op vrijdag 16 mei 2025 @ 10:52:
[...]


@vliegnerd Dank voor de info, ik heb de stabilisation time op 2 min gezet. Daarnaast ook gespeeld met de setting Return temp sercure free cooling (°C) om te kijken of die het koelen toch kan triggeren als ik deze omhoog gooi. En met de Interval free cooling om hem vaker te laten checken, allemaal geen succes.

Ik denk dat jou analyse klopt Vliegnerd, dat na de DHW inderdaad de boel allemaal zo is opgewarmd dat hij hem niet stabiel krijgt en dus niet koelt.

Zie hieronder afgelopen nacht:

[Afbeelding]


Om half 9 begon de koeling pas, terwijl het binnen lekker warm is(23C).

Ook nog interresant is dat na SWW, de flow/h vast zat op 543 met CH pump 0% en ik hem daar ook niet vanaf kreeg, ook niet met block cooling en block heating op manual control. Lijkt een apart proces met nog onbekende reden.

Ik vraag me af of ik hier nog iets aan kan doen. Het is uiterst vervelend dat de WPU gewoon niet wilt koelen....

Als de flow/h sensor vastzit, dan lijkt dat op een storing van de sensor. Lastig te melden, want hoe weet je dit? ("Ik heb een servicemodule en ik zie dat..." Geeft dat gezeik?)
Als dat vaker voorkomt dan is dat wel echt iets om te checken. Kijk in de MQTT logs of de webpagina van de module of het echt een gemeten waarde is en zo ja: Melden bij installateur, want sensor moet vervangen worden.

Wat doe ik?
Ik blokkeer het koelen als de flow laag is (geen koelvraag, want vloer koud) door middel van een nep buitentemperatuur. Ik zet de koeling aan net voor het SWW moment, zodat de koeling meedraait tijdens SWW. Dan gaat de koeling eigenlijk altijd direct naafloop van SWW weer stabiel draaien. Als (in de avond/nacht) de vloer weer koud is, dan blokkeer ik koelen weer met de buitentemp. En dan start het net voor het SWW moment (13u 's middags) weer.

Zo blijft de woonkamer 21-22 graden. (Vannacht 20,5). Koeling op 3 etages met plakpvc op het beton. De middenverdieping is 21,5 graad en boven 22-23. Omdat het nu natuurlijk erg zonnig is, dan blijft de koeling de hele dag draaien en stopt het pas rond 8uur 's ochtends ofzo. Maar ik blokkeer dus nog steeds een deel van de dag.

[ Voor 6% gewijzigd door vliegnerd op 16-05-2025 12:04 ]

[wortelsoft]

posttoast schreef op donderdag 15 mei 2025 @ 08:53:
Het vervelende is natuurlijk dat niet alle ruimtes een thermostaat hebben (alleen de woonkamer en slaapkamers). Ik heb hier wél een tekening (en inderdaad maar hopen dat ie klopt), maar zou ik op basis hiervan kunnen achterhalen welke valve bij welke lus hoort? Of is dat heel naïef?

[Afbeelding]

Als een ruimte geen thermostaat heeft en gekoppeld is aan een andere thermostaat dan krijg je gezeik. Dat had die sukkels hier ook gedaan. Ik kreeg een kamer niet goed warm, omdat de auto temp een groep in een andere kamer dan waar de thermostaat stond opende. Heb ik opgeslot door een spider te kopen en te koppelen.

[GeeMoney]

Ik heb het 3x nagerekend maar mijn verbruik is drastisch afgenomen sinds het aansturen met de add-on, het wijzigen van de boiler settings (temp en tijden) en dus het voorkomen van onnodig pendelen en verwarmen .

De eerste 4 jaar had ik een verbruik van 2800kWh per jaar gemiddeld.
Van januari 2024 tot januari 2025 slechts 1768Wh. Vanaf Januari 2024 tot en met vandaag (dus inclusief "een extra winter" ) zit ik op 2173kWh. Het aantal CV schakelingen zag ik ook al behoorlijk naar beneden maar dit is wel erg veel verschil. Nu hebben we ook geen bar strenge winter gehad natuurlijk maar dan nog. Hoe zit dat bij anderen ten opzichte van voorgaande jaren ?

Aantal CV starts is van januari 2024 tot januari 2025 afgenomen naar voorheen 1720 per jaar gemiddeld naar 702.

[ Voor 10% gewijzigd door GeeMoney op 17-05-2025 13:10 ]

[Sjepers]

Heb het volgende geconstateerd:
Ik heb de CV modus van de WPU geblokkeerd en de WPU gaat elke avond tussen 17:30 en 17:45 uur in koelen-modus. Temp woonkamer >= 22,5 C.
De koeling in de woonkamer stopt, als de temp in de woonkamer, 30 min lang <= 22,5 C. Dat was meestal tussen 22:00 en 22:30 uur. Wanneer de woonkamer temp <= 22 C, dan blijft de WPU nog 12 uur na-koelen over de slaapkamers. (indien temp>= 20 C). Wanneer gedurende deze periode van 12 uur, de temp gedurende een bepaalde tijd in de woonkamer >= is aan 22 C, dan wordt de periode van 12 uur met deze periode verlengt. Dit gaat prima.

Het probleem ontstaat, wanneer ik daarna de koelperiode blokkeer.
De eerste dag gaat alles nog zoals hierboven omschreven, maar zonder dat de WPU daadwerkelijk gaat koelen. De volgende dag gaat het hellemaal mis. De temp verandering in de woonkamer is nog iets sneller dan zoals beschreven. De Spider komt niet meer uit koelmodus. (met de daarbij behorende setup) Ik heb daarna de CV en koel periode weer geactiveerd. Het storingssymbool op de Spider is verdwenen, maar de Spider blijft in koelmodus, met de daarbij behorende setup. Deze setup is alleen te verwijderen door de batterij, even te verwijderen uit de Spider. Probleem opgelost.
Dit is de tweede keer dat ik dit constateer en ook zo moet oplossen.
Bij onze WPU (en Spider) werkt het blokkeren van het koelen niet betrouwbaar.
Heeft iemand een idee waardoor dat komt en is het op te lossen?

Zoals het er nu uitziet ga ik de koelperiode niet meer blokkeren met HA, maar zet de WPU Setting 147 (offset koeling) op 3K. De schakelklok in HA, voor de CV periode tijdens vakantie en ook als we thuis zijn werkt prima en is afgesteld op onze behoefte.

[Jorimax]

Ik zie exact hetzelfde de WPU komt niet meer uit zijn koel modus. Ik vraag me af of het aan de spider ligt of de WPU?

[GeeMoney]

Jorimax schreef op woensdag 21 mei 2025 @ 10:33:
Ik zie exact hetzelfde de WPU komt niet meer uit zijn koel modus. Ik vraag me af of het aan de spider ligt of de WPU?

Hoelang hebben jullie dan gewacht om dat te bepalen? En wat gebeurt er als je de thermostaat op dat moment naar 24 zet en even 15min wacht?

[Jorimax]

dan blijft ie op koelen staan.

[GeeMoney]

Jorimax schreef op woensdag 21 mei 2025 @ 11:11:
dan blijft ie op koelen staan.

En de totale warmtevraag volgens de Autotemp op het moment dat je die thermostaat naar 24 zet dan ?

[Sjepers]

GeeMoney schreef op woensdag 21 mei 2025 @ 10:56:
[...]


Hoelang hebben jullie dan gewacht om dat te bepalen? En wat gebeurt er als je de thermostaat op dat moment naar 24 zet en even 15min wacht?

Het probleem start al bij het volgende:
Wanneer de woonkamer temp gedurende 30 min lager is dan 22,5 C, dan zouden alle vloerverdeelkleppen in de woonkamer dicht moeten gaan, maar dat gebeurt pas na ruim 2 uur en daarna blijft hij fictief na-koelen via de slaapkamers en in mijn geval 36 uur.
Ik heb de spider ruim 30 min hoger gezet dan de werkelijke woonkamer temp, maar zonder resultaat.
Daarna heb ik het batterijtje van de spider er even uitgehaald en daarna werkte alles weer normaal.