Itho WPU5G water/water-warmtepomp ervaringen

[Homer-Simpson]

Chip2710 schreef op donderdag 2 juli 2026 @ 22:04:
[...]

Jij schrijft dat de (master ?) spider is gereset, heb je ook een autotemp verdeler? In dat geval is de gehele aansturing van de kloppen verdwenen…..

Bedankt voor het meedenken. Heb ook een autotemp inderdaad. De instellingen welke kleppen hoe ver open staan lijkt behouden want die is op het eerste gezicht hetzelfde als voorheen. Heb de thermostaat enkel even zonder batterijen geplaatst en toen weer de datum en tijd ingesteld. Heb hem niet opnieuw hoeven koppelen. In de tool van Arjan zie ik ook de gewenste gegevens alleen lijken het wel minder datapunten en komen ze niet meer door via de MQTT lijkt het nu.

[Chip2710]

Homer-Simpson schreef op donderdag 2 juli 2026 @ 22:13:
[...]

Bedankt voor het meedenken. Heb ook een autotemp inderdaad. De instellingen welke kleppen hoe ver open staan lijkt behouden want die is op het eerste gezicht hetzelfde als voorheen. Heb de thermostaat enkel even zonder batterijen geplaatst en toen weer de datum en tijd ingesteld. Heb hem niet opnieuw hoeven koppelen. In de tool van Arjan zie ik ook de gewenste gegevens alleen lijken het wel minder datapunten en komen ze niet meer door via de MQTT lijkt het nu.

OK, ik was bang dat je de master Spider echt had gereset, gelukkig niet. Verder zou ik het niet weten…..

[KiloMeater]

Dear all, fist post - thanks for the wonderful thread.

I recently connected to the heat pump via the wifi add on module in my home assistant . The energy consumption is being reported only on a a daily basis and this is not good for the home assistant hourly energy consumption metrics. Is there a way I can pull the energy consumption (cooling for example) on hourly intervals?

[KiloMeater]

Further investigation findings :

1) heat pump seems to be spitting out only every consumption in integers . If there is 0.2 kwh consumption every hour it will report 1kwh use on the completion of the 5th hour


2) in theory the board supports decimal values but i only see integers

[Homer-Simpson]

Ivm mijn gepruts ben ik op zoek naar een lijst met de standaard settings van de WPU 5G. Liefst de 75i variant maar een andere is ook prima.

Kan iemand die posten a.u.b.?

[ Voor 11% gewijzigd door Homer-Simpson op 04-07-2026 15:55 ]

[stegeman]

Paulusbrand schreef op zondag 28 juni 2026 @ 23:30:
[...]

Het staat in de handleiding van de autotemp: autotemp handleiding

dixet schreef op maandag 29 juni 2026 @ 08:41:
[...]

De TL;DR staat hier wortelsoft in "Itho WPU5G water/water-warmtepomp ervaringen"

Bedankt voor jullie reactie. Ik heb de nieuwe thermostaat binnen en de handleiding gevolgd en dat werkt prima! . De handleiding van de Autotemp met spider werkte ook voor de oudere ronde ruimtethermostaten.

Arjan bedankt voor je modules en je werk Ik heb nu alle 4 itho's voorzien en bijgewerkt naar firmware 3.2.

Voor de WPU maak ik gebruik van HA Autodiscovery. Als ik vervolgens alle Itho status items in HA discovery configuration aanzet dan wordt de module onbereikbaar en lijkt hij te crashen. Als ik zo'n 2/3 van de itho status items aanzet (na een system reset) gaat het wel goed.
Maakt er iemand gebruik van firmware 3.2 en daarnaast alle WPU items beschikbaar maken via HA Autodiscovery?

[arjenhiemstra]

stegeman schreef op zaterdag 4 juli 2026 @ 21:40:
[...]


[...]

Bedankt voor jullie reactie. Ik heb de nieuwe thermostaat binnen en de handleiding gevolgd en dat werkt prima! . De handleiding van de Autotemp met spider werkte ook voor de oudere ronde ruimtethermostaten.

Arjan bedankt voor je modules en je werk Ik heb nu alle 4 itho's voorzien en bijgewerkt naar firmware 3.2.

Voor de WPU maak ik gebruik van HA Autodiscovery. Als ik vervolgens alle Itho status items in HA discovery configuration aanzet dan wordt de module onbereikbaar en lijkt hij te crashen. Als ik zo'n 2/3 van de itho status items aanzet (na een system reset) gaat het wel goed.
Maakt er iemand gebruik van firmware 3.2 en daarnaast alle WPU items beschikbaar maken via HA Autodiscovery?

Zou je eens een blik willen werpen in de syslog? Die crashes zouden gefixed moeten zijn vanaf 3.1.4

Of je alle items via HA kunt laten discoveren hangt sterkt van het beschikbare geheugen af. Als dat een issue is verwacht ik iets in de syslog daarover terug.


Als alternatief kun je "mijn" HA integration gebruiken (https://github.com/arjenhiemstra/ithowifi-ha-integration), die maakt alle items aan via de RESTful API en zou geen memory issues moeten hebben om dat voor elkaar te krijgen.


"mijn" omdat deze integration volledig door claude gemaakt is als test integration voor de features van 3.x. Omdat het eigenlijk verassend goed werkt en het debugging soms heel makkelijk maakt heb ik de code op github gezet.

Of deze integratie feature complete is voor WPU devices durf ik niet te zeggen. Mocht je suggesties hebben voel je vrij om een GH issue aan te maken, dan laat ik claude er naar kijken

[roelg90]

vliegnerd schreef op zaterdag 13 september 2025 @ 09:06:
Nieuwe ontwikkeling (voor mij) op Itho/Klimaatgarant gebied.

Ik woon sinds begin 2022 in een nieuwbouwwoning met WPU 5G en (verplicht) servicecontract van Klimaatgarant. Sinds oplevering is er geen monitoring, dat kan ik zien omdat er geen buitentemperatuur door klimaatgarant naar mijn WPU werd gestuurd. Bij mijn buren was die er overigens wel. (Kan ik gewoon met mijn ramses RF stick ontvangen).

Dat was overigens heel fijn: Ik stuur zelf de buitentemperatuur met de module van arjen hiemstra en daarmee kies ik er zelf voor wanneer er gekoeld wordt en wanneer niet.
Daarmee heb ik het energiegebruik tijdens koelen in de zomer gehalveerd, terwijl ik nog steeds 3000 kWh per jaar koel (de grond in stop) en 2000 kWh eruit haal tijdens SWW/verwarmen. Ruime positieve balans.

Helaas sinds deze week ineens een buitentemperatuur in mijn WPU 5G. Ik heb de i2c bus nog niet afgeluisterd, maar ik zie de (knmi) buitentemperatuur. Lijkt elk uur te worden geupdate met resolutie van hele graden.

Probleem:
- Ik kan koelen niet makkelijk meer blokkeren. Dat wilde ik nu net gaan doen.
- Als ik nu zelf buitentemperatuur stuur met de module (CE30 bericht). Dan gaat de buitentemp naar 0 graden. Altijd naar 0, niet de door mij ingestelde waarde.

Is dat laatste herkenbaar? Nog geen idee waarom ik altijd op 0 graden uitkomt.

(Nu kan ik 0 graden wel gebruiken om koelen te blokkeren, maar andersom om koelen te forceren gaat niet lukken).

Heb jij hier toevallig nog een oplossing of workaround voor bedacht ?

[vliegnerd]

roelg90 schreef op zondag 5 juli 2026 @ 23:10:
[...]

Heb jij hier toevallig nog een oplossing of workaround voor bedacht ?

Nee…

Ik accepteer de buitentemperatuur van KG en zet de wpu in stand-by (op de spider, met de hand) in voor en na seizoen.

[stegeman]

arjenhiemstra schreef op zondag 5 juli 2026 @ 12:57:
[...]

Zou je eens een blik willen werpen in de syslog? Die crashes zouden gefixed moeten zijn vanaf 3.1.4

Of je alle items via HA kunt laten discoveren hangt sterkt van het beschikbare geheugen af. Als dat een issue is verwacht ik iets in de syslog daarover terug.


Als alternatief kun je "mijn" HA integration gebruiken (https://github.com/arjenhiemstra/ithowifi-ha-integration), die maakt alle items aan via de RESTful API en zou geen memory issues moeten hebben om dat voor elkaar te krijgen.


"mijn" omdat deze integration volledig door claude gemaakt is als test integration voor de features van 3.x. Omdat het eigenlijk verassend goed werkt en het debugging soms heel makkelijk maakt heb ik de code op github gezet.

Of deze integratie feature complete is voor WPU devices durf ik niet te zeggen. Mocht je suggesties hebben voel je vrij om een GH issue aan te maken, dan laat ik claude er naar kijken

Zie hieronder de log als ik alle items aanzet en zodra hij weer bereikbaar is:

code:

2026-07-06 21:36:11 I: HAD: publishing HA Discovery
2026-07-06 21:36:11 E: SYS: firmware check - GET failed: connection refused
2026-07-06 21:36:38 I: HAD: publishing HA Discovery
2026-07-06 21:36:38 I: HAD: publishing HA Discovery
2026-07-06 21:36:39 I: HAD: publishing HA Discovery
2026-07-06 21:36:39 I: HAD: publishing HA Discovery
2026-07-06 21:36:40 I: HAD: publishing HA Discovery
2026-07-06 21:36:40 I: HAD: publishing HA Discovery
2026-07-06 21:36:41 I: HAD: publishing HA Discovery
2026-07-06 21:36:41 I: HAD: publishing HA Discovery
2026-07-06 21:36:42 I: HAD: publishing HA Discovery
2026-07-06 21:36:42 I: HAD: publishing HA Discovery
2026-07-06 21:36:43 I: HAD: publishing HA Discovery
2026-07-06 21:36:43 I: HAD: publishing HA Discovery
2026-07-06 21:36:43 I: HAD: publishing HA Discovery
2026-07-06 21:36:44 I: HAD: publishing HA Discovery
2026-07-06 21:36:44 I: HAD: publishing HA Discovery
2026-07-06 21:36:45 I: HAD: publishing HA Discovery
2026-07-06 21:36:45 I: HAD: publishing HA Discovery
2026-07-06 21:36:46 I: HAD: publishing HA Discovery
2026-07-06 21:36:47 I: HAD: publishing HA Discovery
2026-07-06 21:36:47 I: HAD: publishing HA Discovery
2026-07-06 21:36:47 I: HAD: publishing HA Discovery
2026-07-06 21:36:48 I: HAD: publishing HA Discovery
2026-07-06 21:36:48 I: HAD: publishing HA Discovery
2026-07-06 21:36:49 I: HAD: publishing HA Discovery
2026-07-06 21:36:49 I: HAD: publishing HA Discovery
2026-07-06 21:36:50 I: HAD: publishing HA Discovery
2026-07-06 21:36:51 I: HAD: publishing HA Discovery
2026-07-06 21:36:51 I: HAD: publishing HA Discovery
2026-07-06 21:36:51 I: HAD: publishing HA Discovery
2026-07-06 21:36:51 I: HAD: publishing HA Discovery
2026-07-06 21:36:52 I: HAD: publishing HA Discovery
2026-07-06 21:36:53 I: HAD: publishing HA Discovery
2026-07-06 21:36:53 I: HAD: publishing HA Discovery
2026-07-06 21:36:54 I: HAD: publishing HA Discovery
2026-07-06 21:36:54 I: HAD: publishing HA Discovery
2026-07-06 21:36:55 I: HAD: publishing HA Discovery
2026-07-06 21:36:55 I: HAD: publishing HA Discovery
2026-07-06 21:36:55 I: HAD: publishing HA Discovery
2026-07-06 21:36:56 I: HAD: publishing HA Discovery
2026-07-06 21:36:56 I: HAD: publishing HA Discovery
2026-07-06 21:36:57 I: HAD: publishing HA Discovery
2026-07-06 21:36:57 I: HAD: publishing HA Discovery
2026-07-06 21:36:58 I: HAD: publishing HA Discovery
2026-07-06 21:36:59 I: HAD: publishing HA Discovery
2026-07-06 21:36:59 I: HAD: publishing HA Discovery
2026-07-06 21:36:59 I: HAD: publishing HA Discovery
2026-07-06 21:37:00 I: HAD: publishing HA Discovery
2026-07-06 21:37:00 I: HAD: publishing HA Discovery
2026-07-06 21:37:01 I: HAD: publishing HA Discovery
2026-07-06 21:37:01 I: HAD: publishing HA Discovery
2026-07-06 21:37:02 I: HAD: publishing HA Discovery
2026-07-06 21:37:03 I: HAD: publishing HA Discovery
2026-07-06 21:37:03 I: HAD: publishing HA Discovery
2026-07-06 21:37:03 I: HAD: publishing HA Discovery
2026-07-06 21:37:04 I: HAD: publishing HA Discovery
2026-07-06 21:37:04 I: HAD: publishing HA Discovery
2026-07-06 21:37:05 I: HAD: publishing HA Discovery
2026-07-06 21:37:05 I: HAD: publishing HA Discovery
2026-07-06 21:37:06 I: HAD: publishing HA Discovery
2026-07-06 21:37:06 I: HAD: publishing HA Discovery
2026-07-06 21:37:07 I: HAD: publishing HA Discovery
2026-07-06 21:37:07 I: HAD: publishing HA Discovery
2026-07-06 21:37:08 I: HAD: publishing HA Discovery
2026-07-06 21:37:08 I: HAD: publishing HA Discovery
2026-07-06 21:37:09 I: HAD: publishing HA Discovery
2026-07-06 21:37:09 I: SWL: Session expired, generating new key
2026-07-06 21:37:09 W: HAD: skipping HA Discovery, heap too tight (largest block 15860, total free 140796)
2026-07-06 21:37:10 W: HAD: skipping HA Discovery, heap too tight (largest block 15860, total free 138848)

Ik ga de rest API eens proberen. Bedankt!

[silvanverschuur]

roelg90 schreef op zondag 5 juli 2026 @ 23:10:
[...]

Heb jij hier toevallig nog een oplossing of workaround voor bedacht ?

Ik heb net als @vliegnerd een tijdje de standby mode geprobeerd, maar uiteindelijk heb ik gewoon één van de twee antennes van de WPU gehaald zodat deze geen verbinding meer heeft met klimaatgarant. Daarna kun je zelf gewoon weer een buitentemperatuur naar de WPU sturen.

[Jacksons]

roelg90 schreef op zondag 5 juli 2026 @ 23:10:
[...]

Heb jij hier toevallig nog een oplossing of workaround voor bedacht ?

Zeker:

Setting 220 Minimum outside temp cooling
Current:10
Min: 0
Max: 30

Deze setting kan je aanpassen.
Nu als de buitentemperatuur > 10 graden is, gaat mijn vloerkoeling aan.
Als je deze setting instelt op 30 graden, dan zal de vloerverkoeling minder snel aan gaan.
En visa versa natuurlijk.


Hopelijk kan je hier wat mee!


IJpdate

Refresh

[chratnox]

oclusions schreef op maandag 29 juni 2026 @ 22:37:
[...]

Helaas heeft het spanningsloos maken bij mij niet geholpen. 2 keer geprobeerd maar nog steeds -29.99. Ik wacht wel even tot morgen kijken of het vanzelf weer herstelt.

Wist uberhaupt niet eens dat die data bij klimaatgarant vandaan komt, na oplevering van de woning is er ook helemaal niks over gezegd.

Bedankt voor je advies.

Ik heb dit ook wel 's gehad. Toen heb ik via de wifi module in de settings optie 8 (outdoor sensor) naar 2 moeten zetten, en na een minuut of 10 kreeg ik weer kloppende data. Bij mij was deze om één of andere reden terug naar 0 gesprongen.

Ik heb Klimaatgarant er wel 's over gebeld/gemaild, en het enige wat ik terugkreeg was "deze settings hoor je niet te kunnen zien, waarom kijk je hiernaar?" Daarna heb ik 'm met opzet een paar dagen met een foutmelding laten staan om te kijken of er iets zou gebeuren, ik kon in de Klimaatgarant portal zien dat de pomp een fout had, maar een week later had ik nog niets gehoord. Toen toch maar wat aan gedaan.

[Roog1317]

Ik heb de module van Arjan aan mijn WPU5G hangen. Ik wil graag vanuit Home Assistant de modus (eco / comfort) bedienen.

De commando's slagen (success op manual_operation en outside_temp), maar het eindresultaat in de warmtepomp klopt niet met wat ik stuur. Ik krijg wel een leeg bericht met een fail terug die ik niet kan thuisbrengen. Iemand een idee?

code:

{
    "status": "fail",
    "command": "",
    "message": "unknown command",
    "timestamp": 1783684285
}

QoS: 0 - Retain: false
Bericht 18 ontvangen op itho/cmd om 13:51:

code:

QoS: 0 - Retain: false
Bericht 17 ontvangen op itho/cmd/response om 13:51:

code:

{
    "status": "success",
    "command": "manual_operation",
    "timestamp": 1783684285
}

QoS: 0 - Retain: false
Bericht 16 ontvangen op itho/cmd om 13:51:

code:

{
    "manual_operation_index": 36,
    "manual_operation_datatype": 0,
    "manual_operation_value": 2,
    "manual_operation_checked": 1
}

[Chip2710]

Als mijn wellpump onder de 7% komt geeft de flow 0 Ltr/u, bij 7% geeft tie rond de 200 ltr/u..

Is dit normaal, is er daadwerkelijk geen flow of is de flowsensor niet goed/onnauwkeurig?

[ Voor 13% gewijzigd door Chip2710 op 11-07-2026 09:52 ]

[Frank]

Frank schreef op donderdag 2 juli 2026 @ 15:58:
[...]

Je had helemaal gelijk Vandaag aangedurft om wat instellingen te veranderen. Setting 113 High ch pump speed van 70 naar 80% gezet en 202 Offset cooling setpoint (K) van 4 naar 6. Inmiddels is de Sensor flow (lt_hr) voor het eerst (zover ik weet) van 0 af en dalen de Temp from source en Temp to source naar 19.94 en 14.06 respectievelijk. De vloer voelt ook al merkbaar koeler aan, al vraag ik me af of dit geen placebo is.

Update na een week: Ik had de refresh timer van de NRGwatch module op 10sec gezet om beter inzicht te krijgen en het viel me op dat de flow sensor (ltr_hr) telkens een korte piek naar 300-400L had en vervolgens weer naar 0 ging en dus niet koelde. De well pump draaide wel gewoon op een normaal niveau van 20-30% oid. Vervolgens de Offset cooling setpoint (K) op 8 gezet en de koeling begon gelijk te draaien met merkbaar effect.

Conclusie: Het is simpelweg te warm/vochtig(?) in de woonkamer door gebrekkige zonwering. Woningcorporatie zegt de boel voldoet aan de TOjuli-norm ondanks het feit dat de koeling zichzelf uit lijkt te schakelen bij zulke temperaturen. Momenteel 27C. Ben iig blij dat het wel gewoon werkt en weet wat me te doen staat

[e_hagenaar]

Frank schreef op zaterdag 11 juli 2026 @ 14:21:
[...]Conclusie: Het is simpelweg te warm/vochtig(?) in de woonkamer door gebrekkige zonwering. Woningcorporatie zegt de boel voldoet aan de TOjuli-norm ondanks het feit dat de koeling zichzelf uit lijkt te schakelen bij zulke temperaturen. Momenteel 27C. Ben iig blij dat het wel gewoon werkt en weet wat me te doen staat

De warmtepomp meet geen luchtvochtigheid / bepaalt heen dauwpunt.

De parameter 202 is wat de watertemperatuur mag zijn tov de gemeten temperatuur op de thermostaat. as dus de ruimte temperatuur te hoog is wordt er niet meer gekoeld (als 202 op een lage waarde staat) Bijvoorbeeld ruimte 27.5 graden en 202 op 4 dan komt de water aanvoertemperatuur naar de vloer niet onder de 27.5 - 4 = 23.5 graden

zet je hem op 8 dan kan het water naar de 27.5 - 8 = 21.5 graden. Het zou kunnen zijn dat dit dan onder het dauwpunt ligt. dus voorzichtigheid is geboden.

Als de watertemperatuur onder het dauwpunt komt kan je condensatie in je vloer krijgen.

[Frank]

e_hagenaar schreef op zaterdag 11 juli 2026 @ 20:20:
[...]

De warmtepomp meet geen luchtvochtigheid / bepaalt heen dauwpunt.

De parameter 202 is wat de watertemperatuur mag zijn tov de gemeten temperatuur op de thermostaat. as dus de ruimte temperatuur te hoog is wordt er niet meer gekoeld (als 202 op een lage waarde staat) Bijvoorbeeld ruimte 27.5 graden en 202 op 4 dan komt de water aanvoertemperatuur naar de vloer niet onder de 27.5 - 4 = 23.5 graden

zet je hem op 8 dan kan het water naar de 27.5 - 8 = 21.5 graden. Het zou kunnen zijn dat dit dan onder het dauwpunt ligt. dus voorzichtigheid is geboden.

Als de watertemperatuur onder het dauwpunt komt kan je condensatie in je vloer krijgen.

Duidelijk Ik had idd na een uurtje setting 202 weer teruggezet naar 4. Het ging mij puur om bewijs dat hij wel kan koelen. Dat weet ik nu zeker.

[esp8266]

Ik heb een WPU4 warmtepomp en twee autotemps die de verdelers aansturen voor de verwarming en koeling.

Uiteraard heb ik de warmtepomp en de autotemp uitgerust met een Non-CVE module. Hierdoor kwam ik erachter dat ik een probleem had met mijn hoofdthermostaat. Dat probleem is inmiddels verholpen door een vakkundige monteur van Itho.

Nu loopt de installatie weer prima en geeft mijn dashboard mooi weer hoe het verloop van de temperatuur is in de ruimtes.

[img=746,434]blob:https://gathering.tweakers.net/98542ea0-84e5-46de-aba9-f1ba530dae90[/img]
De rode lijn is de zolder slaapkamer. Wat opviel was dat hier de temperatuur niet snel terug liep terwijl dat in de andere ruimtes wel het geval was.

Hieronder zie je de waardes van de autotemp van boven.
Wat ik vreemd vond is dat valve 1 maar op 75% staat, maar dat zou kunnen zijn ivm vermogen van de groep mogelijk kleine groep.

70	Distributor 2 valve 1	75
71	Distributor 2 valve 2	100
72	Distributor 2 valve 3	100

101	V1_valve	239
102	V2_valve	7

Wat ik niet goed begrijp zijn de waardes 101 en 102 van de autotemp.
Wat zijn deze waardes en wat doen ze? Het lijken kleppen te zijn, maar wat voor kleppen zijn dit dan en wat zijn normale waardes?

Is er iemand die veel kijk heeft op autotemps en de waardes die je daarvan krijgt en waar ik daar meer over kan vinden?

[GeeMoney]

Mijn HGI-80 luistert nog wel maar het lijkt erop alsof hij mijn thermostaten niet meer goed aan kan sturen. Ik ben al weken bezig met errors, updates of rollbacks maar ik begin nu langzaam de HGI-80 te verdenken.

Mijn HA log staat vol met:

code:

Error while executing automation automation.spider_woonkamer: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF| W|21:057310, tx_count=2/4>: Expired global timer after 20.0 sec
Error while executing automation automation.spider_woonkamer: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF| W|21:057310, tx_count=1/4>: Expired global timer after 20.0 sec
Error while executing automation automation.spider_woonkamer: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF|RP|18:002965, tx_count=3/4>: Expired global timer after 20.0 sec
Error while executing automation automation.spider_woonkamer: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF|RP|18:002965, tx_count=2/4>: Expired global timer after 20.0 sec
Error while executing automation automation.spider_woonkamer: Failed to send packet: <ProtocolContext state=WantEcho cmd_=22C9| I|18:002965, tx_count=2/4>: Expired global timer after 20.0 sec

of:

code:

Spider - Woonkamer: Choose at step 1: Received request setpoint message from ramses: Error executing script. Error for call_service at pos 1: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF|RP|18:002965, tx_count=2/4>: Expired global timer after 20.0 sec
Spider - Woonkamer: Error executing script. Error for choose at pos 1: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF|RP|18:002965, tx_count=2/4>: Expired global timer after 20.0 sec
Spider - Woonkamer: Choose at step 1: Setpoint changed in Generic Thermostat: Repeat at step 1: Error executing script. Error for call_service at pos 2: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF| W|21:057310, tx_count=1/4>: Expired global timer after 20.0 sec
Spider - Woonkamer: Choose at step 1: Setpoint changed in Generic Thermostat: Error executing script. Error for repeat at pos 1: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF| W|21:057310, tx_count=1/4>: Expired global timer after 20.0 sec
Spider - Woonkamer: Error executing script. Error for choose at pos 1: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF| W|21:057310, tx_count=1/4>: Expired global timer after 20.0 sec

Ook het binden van een thermostaat lukt niet meer, op alle thermostaten knippert het wifi symbool maar ik krijg ze niet meer "gekoppeld" .

[Onl1ne1373]

GeeMoney schreef op donderdag 16 juli 2026 @ 22:47:
Mijn HGI-80 luistert nog wel maar het lijkt erop alsof hij mijn thermostaten niet meer goed aan kan sturen. Ik ben al weken bezig met errors, updates of rollbacks maar ik begin nu langzaam de HGI-80 te verdenken.

Mijn HA log staat vol met:

code:

Error while executing automation automation.spider_woonkamer: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF| W|21:057310, tx_count=2/4>: Expired global timer after 20.0 sec
Error while executing automation automation.spider_woonkamer: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF| W|21:057310, tx_count=1/4>: Expired global timer after 20.0 sec
Error while executing automation automation.spider_woonkamer: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF|RP|18:002965, tx_count=3/4>: Expired global timer after 20.0 sec
Error while executing automation automation.spider_woonkamer: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF|RP|18:002965, tx_count=2/4>: Expired global timer after 20.0 sec
Error while executing automation automation.spider_woonkamer: Failed to send packet: <ProtocolContext state=WantEcho cmd_=22C9| I|18:002965, tx_count=2/4>: Expired global timer after 20.0 sec

of:

code:

Spider - Woonkamer: Choose at step 1: Received request setpoint message from ramses: Error executing script. Error for call_service at pos 1: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF|RP|18:002965, tx_count=2/4>: Expired global timer after 20.0 sec
Spider - Woonkamer: Error executing script. Error for choose at pos 1: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF|RP|18:002965, tx_count=2/4>: Expired global timer after 20.0 sec
Spider - Woonkamer: Choose at step 1: Setpoint changed in Generic Thermostat: Repeat at step 1: Error executing script. Error for call_service at pos 2: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF| W|21:057310, tx_count=1/4>: Expired global timer after 20.0 sec
Spider - Woonkamer: Choose at step 1: Setpoint changed in Generic Thermostat: Error executing script. Error for repeat at pos 1: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF| W|21:057310, tx_count=1/4>: Expired global timer after 20.0 sec
Spider - Woonkamer: Error executing script. Error for choose at pos 1: Failed to send packet: <ProtocolContext state=WantEcho cmd_=01FF| W|21:057310, tx_count=1/4>: Expired global timer after 20.0 sec

Ook het binden van een thermostaat lukt niet meer, op alle thermostaten knippert het wifi symbool maar ik krijg ze niet meer "gekoppeld" .

Als ik de meldingen zo bekijk lijkt het erop dat ramses een niet optionele reply verwacht. Dat is nieuw. Ik zou de packet.log bekijken of hij berichten verstuurd naar de Spider.

Versie 0.56.0 van ramses was de laatste stabiele release en werkt bij mij zover ik weet. Hoofdthermostaat pas nog gecheckt, je hebt wel de nieuwste blueprint nodig hiervoor. Deze kan je dus nog proberen. Ik heb wel bij de rollback de configuratie opnieuw moeten doen.

Er is gisteren een nieuwe stabiele 0.58.2 versie uitgekomen waar ik na de vakantie naar ga kijken. Ik zal het eerst bij mij werkend proberen te krijgen en dan kijken of we het bij jou ook weer werkend krijgen.

De ontwikkelaar van ramses is veranderd en is erg druk met Honeywell funtionaliteit toevoegen, het zou kunnen dat onze usecase daardoor wat problemen ondervind. Hij heeft al aanpassingen gedaan voor onze usecase, maar is waarschijnlijk nog niet genoeg. Ik zou zeker nog niet je hardware verdenken.

[Chip2710]

Waarschijnlijk al eerder gevraagd, kan het zo snel niet vinden. Kan de koelwater temperatuur van 18C. worden gewijzigd naar bijvoorbeeld 19C. Ik zit nu met een hele hoge vochtigheidsgraad van >70%.

[Homer-Simpson]

@Chip2710 jazeker door de offset te verlagen. Dit is de delta tussen jouw thermostaat temperatuur en de aanvoer.

[Chip2710]

Homer-Simpson schreef op vrijdag 17 juli 2026 @ 20:26:
@Chip2710 jazeker door de offset te verlagen. Dit is de delta tussen jouw thermostaat temperatuur en de aanvoer.

Ja, dat is het verschil van die 4C verschil tussen spider temperatuur en die 18C. invoer temperatuur. M.a.w. 18C invoer temp. en 22C spider, geeft een delta van 4C, bij 23C op de Spider gaat de invoer temp. naar 19C. Klopt?

Maar die gemeten spider temperatuur kan niet eenvoudig gewijzigd worden. …

[Homer-Simpson]

Chip2710 schreef op vrijdag 17 juli 2026 @ 20:39:
[...]

Je kunt je gemeten temperatuur inderdaad niet wijzigen maar wel je offset. Dus daar zul je dan (tijdelijk) aan moeten draaien.

[Chip2710]

Homer-Simpson schreef op vrijdag 17 juli 2026 @ 20:43:
[...]

Je kunt je gemeten temperatuur inderdaad niet wijzigen maar wel je offset. Dus daar zul je dan (tijdelijk) aan moeten draaien.

Nog bedankt voor je reacties!

Maar welk parameter nummer heeft deze offset? Deze offset zal dus nu op 4C staan? Kun je deze alleen in hele graden wijzigen?

[Homer-Simpson]

Chip2710 schreef op vrijdag 17 juli 2026 @ 20:54:
[...]

Nog bedankt voor je reacties!

Maar welk parameter nummer heeft deze offset? Deze offset zal dus nu op 4C staan? Kun je deze alleen in hele graden wijzigen?

Parameter 207. Accepteert ook decimalen volgens mij.

Begin te twijfelen of je met 223 nog hetzelfde kunt bereiken overigens. Is het proberen waard.

[Chip2710]

Homer-Simpson schreef op vrijdag 17 juli 2026 @ 20:58:
[...]

Parameter 207. Accepteert ook decimalen volgens mij.

Begin te twijfelen of je met 223 nog hetzelfde kunt bereiken overigens. Is het proberen waard.

207 is P-band co-valve compresoor running waarde 9 ==> lijkt mij niet de juiste

223 is External cooling setpoint ch supply waarde 19 echter stuurt de pomp 18C in het systeem.

Wat is het nadeel van het verkleinen van de offset. Bij 22C graden spider en een offset van 3C, gaat de aanvoer temperatuur naar 19C. Heeft die invloed op het regenereren van de bron?

[ Voor 17% gewijzigd door Chip2710 op 17-07-2026 21:26 ]

[Homer-Simpson]

Chip2710 schreef op vrijdag 17 juli 2026 @ 21:16:
[...]

207 is P-band co-valve compresoor running waarde 9 ==> lijkt mij niet de juiste

223 is External cooling setpoint ch supply waarde 19 echter stuurt de pomp 18C in het systeem.

Wat is het nadeel van het verkleinen van de offset. Bij 22C graden spider en een offset van 3C, gaat de aanvoer temperatuur naar 19C. Heeft die invloed op het regenereren van de bron?

Oeps bedoelde 202.

Theoretisch nadeel is dat je mogelijk minder energie uit je vloer haalt, maar dat is tegelijkertijd afhankelijk van flow en de temperatuur in de ruimte. Maar of dat ook echt zo is, is lastig te bepalen. Ik zie uiteindelijk mijn gerealiseerde koelvermogen variëren van 1-2,8 kW bij dezelfde settings. Zou er zelf niet van wakker liggen, al helemaal niet in relatie tot regeneratie.

[ Voor 5% gewijzigd door Homer-Simpson op 17-07-2026 22:09 ]

[GeeMoney]

@Onl1ne1373 er komt een fix aan voor ramses!
Ligt dus niet aan mijn HGI-80/hardware inderdaad.

Van wat ik begrijp worden nu bepaalde 00 berichten genegeerd maar Itho gebruikt dat als een soort echo/bevestiging en die komt dus nu niet meer aan waardoor binden/zenden van commando's niet meer werkt. Het lijkt ergens in ramses 0.56.1 of hoger geïntroduceerd te zijn.
Ik zou iedereen dus aanraden (als dat kan) voorlopig op 0.56.0 of lager te blijven zitten.

Vanwege andere integraties moest ik mijn HomeAssistant updaten en de hogere versies daarvan kunnen weer niet met Ramses lager dan 0.56.8 overweg dus was ik genoodzaakt naar die versie te springen en alle versies daarna hebben uiteraard ook het probleem. Momenteel kan ik dus niet aansturen, gelukkig in het koel seizoen nog dus niet al teveel problemen.

[arjenhiemstra]

GeeMoney schreef op zondag 19 juli 2026 @ 11:58:
@Onl1ne1373 er komt een fix aan voor ramses!
Ligt dus niet aan mijn HGI-80/hardware inderdaad.

Van wat ik begrijp worden nu bepaalde 00 berichten genegeerd maar Itho gebruikt dat als een soort echo/bevestiging en die komt dus nu niet meer aan waardoor binden/zenden van commando's niet meer werkt. Het lijkt ergens in ramses 0.56.1 of hoger geïntroduceerd te zijn.
Ik zou iedereen dus aanraden (als dat kan) voorlopig op 0.56.0 of lager te blijven zitten.

Vanwege andere integraties moest ik mijn HomeAssistant updaten en de hogere versies daarvan kunnen weer niet met Ramses lager dan 0.56.8 overweg dus was ik genoodzaakt naar die versie te springen en alle versies daarna hebben uiteraard ook het probleem. Momenteel kan ik dus niet aansturen, gelukkig in het koel seizoen nog dus niet al teveel problemen.

Wat sturen jullie via ramses aan?
De add-on met cc1101 zou die berichten ook moeten kunnen versturen namelijk. Alle basis code voor het versturen van die berichten zit in principe al in de firmware. Waarschijnlijk is het makkelijk toe te voegen als dat nut heeft.

[GeeMoney]

arjenhiemstra schreef op woensdag 22 juli 2026 @ 11:05:
[...]


Wat sturen jullie via ramses aan?
De add-on met cc1101 zou die berichten ook moeten kunnen versturen namelijk. Alle basis code voor het versturen van die berichten zit in principe al in de firmware. Waarschijnlijk is het makkelijk toe te voegen als dat nut heeft.

De add-on doet geen RF communicatie op 868 Mhz toch ?
In mijn geval gebruik ik een Honeywell HGI80 "gateway" die ramses2 protocol praat op 868mhz, om rechtstreeks de thermostaten aan te sturen, die informatie/verificatie dat dit gelukt is haal ik vervolgens weer op met jouw add-on en is dan zichtbaar in HA bijvoorbeeld.
Op die manier kan ik nu op afstand verwarmen/koelen en temperaturen op de thermostaten sturen om ongewenst koel/verwarm gedrag/pendelen te voorkomen.

[arjenhiemstra]

GeeMoney schreef op woensdag 22 juli 2026 @ 11:14:
[...]


De add-on doet geen RF communicatie op 868 Mhz toch ?
In mijn geval gebruik ik een Honeywell HGI80 "gateway" om rechtstreeks de thermostaten aan te sturen, die informatie/verificatie dat dit gelukt is haal ik vervolgens weer op met jouw add-on en is dan zichtbaar in HA bijvoorbeeld.
Op die manier kan ik nu op afstand verwarmen/koelen en temperaturen op de thermostaten sturen om ongewenst koel/verwarm gedrag/pendelen te voorkomen.

De add-on doet 868mhz, de spiders kun je ook inleren op de add-on.
Je hebt dan wel de rf module op de add-on nodig uiteraard.
Als je een ramses rf log hebt van die communicatie is dat zeer waarschijnlijk heel makkelijk in te bouwen.

[Onl1ne1373]

arjenhiemstra schreef op woensdag 22 juli 2026 @ 11:29:
[...]


De add-on doet 868mhz, de spiders kun je ook inleren op de add-on.
Je hebt dan wel de rf module op de add-on nodig uiteraard.
Als je een ramses rf log hebt van die communicatie is dat zeer waarschijnlijk heel makkelijk in te bouwen.

Ik heb een Home Assistant blueprint gemaakt om de gateway te emuleren voor de Spider om de setpoints te kunnen zetten : https://github.com/Onl1ne1373/home-assistant-blueprints/blob/main/spider.yaml

Het grootste probleem daarbij was het koppelen van de Spiders om te zorgen dat ze setpoint wijzigingen accepteren, dat heb ik opgelost met een handshake in de blueprint. Een medetweaker met een Gateway had daar erg mooie logs voor aangeleverd. Werkt erg goed, totdat er in het ramses project een wisseling was qua programmeur, deze heeft vooral de focus op Honeywell en daardoor gaat er volgens mij wat fout met onze toepassing. Ik moet daar nog tijd in steken om de nieuwste versies compatibel te maken. Ramses cc 0.56.0 heb ik werkend.

Met het inleren van de Spider op de Addon, bedoel je dan ook de gateway binding zodat je ze kan aansturen? Of alleen dat je de huidige temperatuur en setpoint kan afluisteren van de Autotemp communicatie? De rf log is niet nodig voor de binding en setpoints, in bovenstaande blueprint is het protocol vrij makkelijk na te lezen.

Liever zou ik in de toekomst overstappen op de addon, had gezien dat er tegenwoordig meer mogelijk is qua rf. Ik moet nog uitzoeken of dat voldoende is om de blueprint om te schrijven. Of om te kijken of het in de Addon Home Assistant integratie in te bouwen is. Maar dat wordt een projectje voor de herfst/winter, nu eerst morgen eens 4 weken op vakantie.

[ Voor 4% gewijzigd door Onl1ne1373 op 23-07-2026 12:23 ]

[GeeMoney]

@Onl1ne1373 nu op de pre alpha 0.59.0 en foutmeldingen zijn weg maar binden en temp wijzigen werkt nog niet. Ik post weer even een update op de git pagina.

[arjenhiemstra]

Onl1ne1373 schreef op donderdag 23 juli 2026 @ 11:02:
[...]

Ik heb een Home Assistant blueprint gemaakt om de gateway te emuleren voor de Spider om de setpoints te kunnen zetten : https://github.com/Onl1ne1373/home-assistant-blueprints/blob/main/spider.yaml

Het grootste probleem daarbij was het koppelen van de Spiders om te zorgen dat ze setpoint wijzigingen accepteren, dat heb ik opgelost met een handshake in de blueprint. Een medetweaker met een Gateway had daar erg mooie logs voor aangeleverd. Werkt erg goed, totdat er in het ramses project een wisseling was qua programmeur, deze heeft vooral de focus op Honeywell en daardoor gaat er volgens mij wat fout met onze toepassing. Ik moet daar nog tijd in steken om de nieuwste versies compatibel te maken. Ramses cc 0.56.0 heb ik werkend.

Met het inleren van de Spider op de Addon, bedoel je dan ook de gateway binding zodat je ze kan aansturen? Of alleen dat je de huidige temperatuur en setpoint kan afluisteren van de Autotemp communicatie? De rf log is niet nodig voor de binding en setpoints, in bovenstaande blueprint is het protocol vrij makkelijk na te lezen.

De join handshake is 2-weg bij de spiders. Je hebt twee keuzes denk ik. Je joint de spider op de add-on zodat je het setpoint inderdaad kan wijzigen. Of je laat de spider gekoppeld zoals ze nu zijn en veranderd alleen het setpoint. Dat laatste is iets lastiger want dan moet je weten met welk ID de spider nu gekoppeld is.

Liever zou ik in de toekomst overstappen op de addon, had gezien dat er tegenwoordig meer mogelijk is qua rf. Ik moet nog uitzoeken of dat voldoende is om de blueprint om te schrijven. Of om te kijken of het in de Addon Home Assistant integratie in te bouwen is. Maar dat wordt een projectje voor de herfst/winter, nu eerst morgen eens 4 weken op vakantie.

thanks! Het joinen van het fan gedeelte van de spider zit al in de huidge firmware van de add-on. Ik zal met je blueprint kijken of ik dat kan uitbreiden naar het verwarmingsgedeelte.
Moet niet zo moeilijk zijn gok ik.
*doet stiekum een spider in z'n koffer voor mee op vakantie

[ijlzoeker]

Ik heb een ouder model (2014) Itho warmtepomp WPU-3i met kamerthermostaat MFT en Autotemp. Ik heb enkele vragen, die ik initieel had gepost op de topics 'Itho Daalderop - open source wifi control add-on module' en 'Water/water warmtepomp voor het verwarmen/koelen van je huis', met de reactie dat dit topic een betere plaats was om te posten.

1) Werkt de non-CVE add-on module van Arjen Hiemstra voor dit model? (Ik vermoed van wel, er is een RJ45 poort voor diagnose.)

2) Ik zou graag mijn zelfconsumptie van zonnepanelen verhogen door het actief blokkeren/starten van DHW (warmwater bereiding). Momenteel verwarmt de WPU elke dag het water naar 60 graden op eco-stand (ook al is de temperatuur nog 56-57 graden omwille van laag verbruik van warm water). Ik zou graag wachten met opwarmen tot het vat (bovenste sensor) bijv. is afgekoeld tot 48 graden om dan één heat-up naar 60 graden te doen. Dit lijkt me beter naar COP toe en naar aantal compressor starts. In eerste instantie zou ik de heatup (indien 48 graden of lager) willen triggeren als er voldoende zon is, bijv. start signaal sturen als er minstens 10 minuten lang 500 W injectie is (ik lees mijn digitale meter uit via een raspberry pi). In tweede instantie zou ik graag online data over verwachte zonne-instraling gebruiken om op basis daarvan te beslissen wanneer de heat-up moet starten. Heeft iemand het 2e scenario al geïmplementeerd?

3) Ik lees op het forum dat de WPU wekelijks een anti-legionella run doet. Is dat standaard op een vaste dag of kijkt hij naar het tijdstip waarop de temperatuur laatst 60 graden is geweest (bijv. door het eigen algoritme hierboven beschreven) en wacht hij dan opnieuw een week?

4) Geeft de MFT nog een normale aanduiding indien de add-on module gekoppeld is en de controle gedeeltelijk (DHW) overneemt?

Alvast bedankt voor de feedback!

Met vriendelijke groeten,

Kristof

[vliegnerd]

ijlzoeker schreef op zaterdag 25 juli 2026 @ 16:21:
Ik heb een ouder model (2014) Itho warmtepomp WPU-3i met kamerthermostaat

1) Werkt de non-CVE add-on module van Arjen Hiemstra voor dit model? (Ik vermoed van wel, er is een RJ45 poort voor diagnose.)

Ja, zou moeten werken.

3) Ik lees op het forum dat de WPU wekelijks een anti-legionella run doet. Is dat standaard op een vaste dag of kijkt hij naar het tijdstip waarop de temperatuur laatst 60 graden is geweest (bijv. door het eigen algoritme hierboven beschreven) en wacht hij dan opnieuw een week?

In het 5G model is dit wekelijks op vrijdagavond of zaterdagochtend. Afhankelijk van de ingestelde tijd. Als er 7x24uur (+paar uur) geen legionella run geweest is dan start de legionella run automatisch/ter beveilging.

Klinkt verstandig? Nou ja, op het eerste gezicht wel. Maar het is natuurlijk weer eens door een kleuter bedacht... Wanneer gaat dit mis: SWW tijdstip is 's nachts en je verstelt dit naar overdag. (Om beter gebruik te maken van goedkope/duurzame tijdstippen) Op vrijdagnacht heeft de legionella run gedraaid en de volgende vrijdagnacht/zaterdagochtend start dit opnieuw want het is 7x24 uur geleden. Maar dan start de legionella run diezelfde middag OPNIEUW op het ingestelde tijdstip. De legionella run is ook in het weekend (ik denk) om te zorgen dat er in het weekend veel warm water beschikbaar is. Maar ja, in bovenstaand scenario is er dan ook veel warm water gebruikt tussen beide legionella runs en is die tweede opnieuw lang en duur.

4) Geeft de MFT nog een normale aanduiding indien de add

-on module gekoppeld is en de controle gedeeltelijk (DHW) overneemt?

Als je "manual control/handbediening" inschakelt dan geeft de modernere spider een foutmelding ("handbediening actief"). Ik weet niet of de MFT dat ook doet. Waarschijnlijk wel

[nl0pvm]

Ik loop tegen iets vreemds aan met één van mijn vloerverwarmingsventielen.

Het betreft een van de ventielen uit één zone op de zoldervloer. Tijdens koelbedrijf van mijn Itho Daalderop WPU 5G wordt dit ventiel maximaal 75% geopend. De overige relevante ventielen gaan wel gewoon naar 100%.

Opvallend is dat hetzelfde ventiel kortstondig wél naar 100% gaat zodra de WPU stopt of uitschakelt. Daarna valt het weer terug naar 75%. Het ventiel en de actuator lijken mechanisch dus wel in staat om volledig te openen.

In de grafiek is dat goed te zien: gedurende het koelbedrijf blijft de positie op 75%, met een korte piek naar 100% op het moment dat de WPU uitstaat.

Mijn vragen:

• Is dit normaal regelgedrag van de WPU of de vloerverwarmingsregeling?
• Kan de regeling bewust één zone op 75% begrenzen?
• Of wijst dit eerder op een probleem met de (actuator, kalibratie of aansturing)?

Het gaat om D3 V2 in de afbeelding. Heeft iemand dit gedrag eerder gezien?

[Vendetta_X]

nl0pvm schreef op woensdag 29 juli 2026 @ 08:57:
Ik loop tegen iets vreemds aan met één van mijn vloerverwarmingsventielen.

Het betreft een van de ventielen uit één zone op de zoldervloer. Tijdens koelbedrijf van mijn Itho Daalderop WPU 5G wordt dit ventiel maximaal 75% geopend. De overige relevante ventielen gaan wel gewoon naar 100%.

Opvallend is dat hetzelfde ventiel kortstondig wél naar 100% gaat zodra de WPU stopt of uitschakelt. Daarna valt het weer terug naar 75%. Het ventiel en de actuator lijken mechanisch dus wel in staat om volledig te openen.

In de grafiek is dat goed te zien: gedurende het koelbedrijf blijft de positie op 75%, met een korte piek naar 100% op het moment dat de WPU uitstaat.

Mijn vragen:

• Is dit normaal regelgedrag van de WPU of de vloerverwarmingsregeling?
• Kan de regeling bewust één zone op 75% begrenzen?
• Of wijst dit eerder op een probleem met de (actuator, kalibratie of aansturing)?

Het gaat om D3 V2 in de afbeelding. Heeft iemand dit gedrag eerder gezien?[Afbeelding]

Ik heb ook 1 groep die soortgelijk gedrag vertoond. Dat is bij ons de hal, waarschijnlijk een kleine groep. Meestal staat die op 50%, af en toe op 100% of uiteraard op 0%. Overige groepen zijn allemaal 0/100% bij zowel verwarmen als koelen.

[Chip2710]

nl0pvm schreef op woensdag 29 juli 2026 @ 08:57:
Ik loop tegen iets vreemds aan met één van mijn vloerverwarmingsventielen.

Het betreft een van de ventielen uit één zone op de zoldervloer. Tijdens koelbedrijf van mijn Itho Daalderop WPU 5G wordt dit ventiel maximaal 75% geopend. De overige relevante ventielen gaan wel gewoon naar 100%.

Opvallend is dat hetzelfde ventiel kortstondig wél naar 100% gaat zodra de WPU stopt of uitschakelt. Daarna valt het weer terug naar 75%. Het ventiel en de actuator lijken mechanisch dus wel in staat om volledig te openen.

In de grafiek is dat goed te zien: gedurende het koelbedrijf blijft de positie op 75%, met een korte piek naar 100% op het moment dat de WPU uitstaat.

Mijn vragen:

• Is dit normaal regelgedrag van de WPU of de vloerverwarmingsregeling?
• Kan de regeling bewust één zone op 75% begrenzen?
• Of wijst dit eerder op een probleem met de (actuator, kalibratie of aansturing)?

Het gaat om D3 V2 in de afbeelding. Heeft iemand dit gedrag eerder gezien?[Afbeelding]

Hier net zo, betreft de groep voor de hal. Ging bij het koelen maximaal tot 50%, na de afgifte (W) verhoogd te hebben gaat de klep nu max tot 75%. Het vreemde is, dat deze klep niet verder open wil dan die 75% ondanks het nog verder verhogen van de afgifte……

[Kets_One]

ijlzoeker schreef op zaterdag 25 juli 2026 @ 16:21:
Ik heb een ouder model (2014) Itho warmtepomp WPU-3i met kamerthermostaat MFT en Autotemp. Ik heb enkele vragen, die ik initieel had gepost op de topics 'Itho Daalderop - open source wifi control add-on module' en 'Water/water warmtepomp voor het verwarmen/koelen van je huis', met de reactie dat dit topic een betere plaats was om te posten.

1) Werkt de non-CVE add-on module van Arjen Hiemstra voor dit model? (Ik vermoed van wel, er is een RJ45 poort voor diagnose.)

2) Ik zou graag mijn zelfconsumptie van zonnepanelen verhogen door het actief blokkeren/starten van DHW (warmwater bereiding). Momenteel verwarmt de WPU elke dag het water naar 60 graden op eco-stand (ook al is de temperatuur nog 56-57 graden omwille van laag verbruik van warm water). Ik zou graag wachten met opwarmen tot het vat (bovenste sensor) bijv. is afgekoeld tot 48 graden om dan één heat-up naar 60 graden te doen. Dit lijkt me beter naar COP toe en naar aantal compressor starts. In eerste instantie zou ik de heatup (indien 48 graden of lager) willen triggeren als er voldoende zon is, bijv. start signaal sturen als er minstens 10 minuten lang 500 W injectie is (ik lees mijn digitale meter uit via een raspberry pi). In tweede instantie zou ik graag online data over verwachte zonne-instraling gebruiken om op basis daarvan te beslissen wanneer de heat-up moet starten. Heeft iemand het 2e scenario al geïmplementeerd?

3) Ik lees op het forum dat de WPU wekelijks een anti-legionella run doet. Is dat standaard op een vaste dag of kijkt hij naar het tijdstip waarop de temperatuur laatst 60 graden is geweest (bijv. door het eigen algoritme hierboven beschreven) en wacht hij dan opnieuw een week?

4) Geeft de MFT nog een normale aanduiding indien de add-on module gekoppeld is en de controle gedeeltelijk (DHW) overneemt?

Alvast bedankt voor de feedback!

Met vriendelijke groeten,

Kristof

Hi Kristof.
Wij hebben ook een WPU3i uit 2016. Laat me proberen je vragen puntsgewijs te beantwoorden:

1. Ja, print van Arjen werkt prima hier. Heb er zelfs twee: een op de WPU en een op de DemandFlow ventilatie.
2. De sturing van de DHW heb ik nog niet geatomatiseerd en stuur ik nu gewoon via de thermostaat aan. DHW gaat gewoon ergens rond het middaguur starten wanneer de E-prijzen veelal het laagst zijn. Ik zou hier ook wel een koppeling met de PV opwek willen. Helaas heb ik geen HA, maar wel heb ik een Shelly die ik aan de WPU heb gekoppeld. Hiermee kan ik het starten van de DHW cyclus forceren.
3. We gebruiken eigenlijk altijd de ECO stand. Hoe de legionella stand werkt ben ik na al die jaren nog steeds niet achter. Gaat bij mij in ieder geval niet vanzelf eenmal per week ofzow. Ik moet er dus aan denken om minimaal eens per week de temperatuur te verhogen naar 62degC.
4. Ja.

[CremersDH]

esp8266 schreef op dinsdag 14 juli 2026 @ 22:26:

101	V1_valve	239
102	V2_valve	7

Wat ik niet goed begrijp zijn de waardes 101 en 102 van de autotemp.
Wat zijn deze waardes en wat doen ze? Het lijken kleppen te zijn, maar wat voor kleppen zijn dit dan en wat zijn normale waardes?

Volgens mij zijn dat gewoon de valves op je distributie punten met binaire waardes

de waarde 239 is in binary 1110 1111 en dat zal betekenen dat valve 1,2,3,4,6,7,8 op distributie 1 open zijn (en 5 dus niet)

de waarde 7 is in binary 0000 0111 en dat zal betekeken dat valve 1,2,3 op distributie 2 open zijn (en de rest niet)

Kan dat kloppen ?

[ Voor 6% gewijzigd door CremersDH op 06-08-2026 10:19 ]

[CycloneX]

Onderstaand issue staat in de startpost.

In april/mei 2026 melden meerdere gebruikers dat de WPU5G niet meer naar koelbedrijf schakelt ondanks hoge binnentemperaturen en zonder duidelijke storing.

Symptomen:

Geen sneeuwvlokje zichtbaar op Spider/thermostaat
WPU blijft verwarmen of doet niets
Geen duidelijke foutmelding zichtbaar
Buitentemperatuur blijft hangen op bijvoorbeeld 4 °C

Door meerdere gebruikers bevestigd:

De WPU/Autotemp gebruikt de buitentemperatuur voor omschakeling tussen verwarmen en koelen
Als outside_temp_c blijft hangen op een lage waarde blijft koelen geblokkeerd
De laatst bekende buitentemperatuur kan dagen blijven hangen
Herstart van Spider + WPU lost dit vaak direct op

Resetprocedure:

Haal de Spider van de muur
Verwijder de batterijen minimaal 30 seconden
Plaats batterijen terug
Stel datum/tijd opnieuw in
Maak eventueel ook de WPU spanningsloos

Bij meerdere gebruikers verscheen daarna vrijwel direct weer het sneeuwvlokje en werkte koelen weer normaal.

Is hier ondertussen al meer over bekend? Dit issue komt helaas bij mij ook voor. Het spanningsloos maken van de hoofdspider voldoet (kleine moeite maar wel irritant) en vervolgens gaat de warmtepomp weer koelen.

Er zit alleen geen patroon in, dan is het opeens na 2 dagen en soms gaat het ook een week goed. Enige wat me wel opvalt is dat het veelal gebeurt wanneer de nachten koeler zijn. Zoals vanochtend wanneer het maar 13 graden was.

Als outside_temp_c blijft hangen op een lage waarde blijft koelen geblokkeerd
De laatst bekende buitentemperatuur kan dagen blijven hangen

Waar zit deze sensor? en ik lees ook dat de buitentemperatuur digitaal wordt aangestuurd (heb niet het idee dat dit bij mij zo is).

[dixet]

Cyclon eX schreef op zaterdag 8 augustus 2026 @ 11:21:


Waar zit deze sensor? en ik lees ook dat de buitentemperatuur digitaal wordt aangestuurd (heb niet het idee dat dit bij mij zo is).

Als je een buitensensor hebt is dat een klein apparaatje aan je gevel.Hier zie je hem bij mij rechtsboven de vlaggenmast

[vliegnerd]

CycloneX schreef op zaterdag 8 augustus 2026 @ 11:21:
Onderstaand issue staat in de startpost.


[...]


Is hier ondertussen al meer over bekend? Dit issue komt helaas bij mij ook voor. Het spanningsloos maken van de hoofdspider voldoet (kleine moeite maar wel irritant) en vervolgens gaat de warmtepomp weer koelen.

Het is vrijwel zeker slechte of geen ontvangst van de RF verbinding waarmee de WPU de buitentemperatuur van Klimaatgarant ontvangt.

Bij geen ontvangst blijft de laatste temperatuur hangen en als dat toevallig een koude ochtend is dan start het koelen niet.

Ik heb er ook regelmatig last van, maar omdat ik het via de ithowifi module en HA monitor heb ik in de gaten als het gebeurt en ga ik aan de antenne prutsen (verplaatsen) dan ontvangt hij meestal wel weer.

Dit is een van de vele “domme” dingen die in de Itho (airios) firmware zit. Het moet zonder inzicht en toezicht van de gebruiker werken, maar de algoritmes zijn daar absoluut niet op gemaakt. Het werkt alleen in ideale omstandigheden en bij kleine foutjes heb je er al gebruiker last van zonder dat je er veel aan kunt doen.

Je kunt de twee antennes op de WPU verplaatsen, zorg dat de voetjes goed magnetisch contact maken met het frame van de WPU. En anders is de reset truc met de batterijen eruit een oplossing.

[ Voor 8% gewijzigd door vliegnerd op 08-08-2026 17:49 ]

[scofield]

dixet schreef op zaterdag 8 augustus 2026 @ 13:26:
[...]

Als je een buitensensor hebt is dat een klein apparaatje aan je gevel.Hier zie je hem bij mij rechtsboven de vlaggenmast

[Afbeelding]

Hoe laat op de dag heb je deze foto gemaakt? Ik krijg de indruk dat ie niet ergens tussen noord en oost hangt……… Of is dat tegenwoordig geen must meer.

[dixet]

scofield schreef op maandag 10 augustus 2026 @ 18:33:
[...]

Hoe laat op de dag heb je deze foto gemaakt? Ik krijg de indruk dat ie niet ergens tussen noord en oost hangt……… Of is dat tegenwoordig geen must meer.

Die gevel is noord-oost, bij deze foto staat het ochtendzonnetje er op.

[bve1]

Recent heb ik een nieuwbouw huis gekregen met een WPU 55 5,5 kW
Ik ga de module van Arjan bestellen zodra ook het thuisnetwerk actief is, maar in de tussentijd kijk ik naar de rapportages van Klimaatgarant. Ik heb al een aantal keren gezien dat het koelen stopt na de boiler run, zie bijgaande grafiek.
Gelet op de kamertemperatuur zou je verwachten dat koeling actief blijft? Wat kan hier de oorzaak van zijn?

[vliegnerd]

bve1 schreef op dinsdag 11 augustus 2026 @ 23:28:
Recent heb ik een nieuwbouw huis gekregen met een WPU 55 5,5 kW
Ik ga de module van Arjan bestellen zodra ook het thuisnetwerk actief is, maar in de tussentijd kijk ik naar de rapportages van Klimaatgarant. Ik heb al een aantal keren gezien dat het koelen stopt na de boiler run, zie bijgaande grafiek.
Gelet op de kamertemperatuur zou je verwachten dat koeling actief blijft? Wat kan hier de oorzaak van zijn?

[Afbeelding]

Mooie grafiekjes van Klimaatgarant. Ik heb die helaas niet. Ik zie o.a. de buitentemperatuur, waarmee je de storing (verkeerde buitentemp -> geen koeling) zoals we die hierboven bespraken ook zou moeten kunnen zien. Ik heb in mijn situatie geen toegang tot dat portaal. Weet eigenlijk niet waarom.

Maar dat is je vraag niet, bovenstaand probleem heb je niet, want jouw buitentemperatuur is in orde.

Het is een veel vaker gezien "probleem" dat koelen niet opstart na SWW/boiler bedrijf. Dat lijkt altijd te maken te hebben met de vloer die eigenlijk "koud" is en waarbij er dus weinig koelvermogen beschikbaar is. Het is dus niet echt een probleem, maar meer een eigenschap van passief koelen. Als je nog meer (sensor) informatie hebt kun je dan waarschijnlijk zien dat er heel weinig gekoeld werd voordat het SWW bedrijf startte.

In jouw grafiek lijkt het koelen na een paar uur weer op te starten?

Ik ken het gevoel: "Waarom start koelen niet, het is warm buiten". Maar volgens mij is het geen echt probleem. Ik heb ook wel gehad dat het 24h niet opstartte. Maar dat was dan echt terwijl het koel en niet zonnig was. Daar hebben we nu geen last van :-)

[bve1]

Hoi vliegnerd, ik begrijp dus dat dit gedrag wel vaker voorkomt. Maar misschien is de vloer inderdaad te koud om te koelen, de retour temperatuur is 19,19C volgens onderstaande grafiek.
Overigens is de koeling ook niet een paar uur later begonnen, ik zie alleen een blauwe lijn van de CV-aanvoer en geen andere waardes zoals bron flow.



Iets anders:
Ik neem aan dat de legionella run van de boiler meeloopt in de ingestelde starttijd. Ik zie dat bijvoorbeeld op vrijdag, maar is de dag ook te sturen naar b.v. het weekend met goedkope stroom?

[vliegnerd]

@bve1 Legionella is op vrijdagavond of zaterdagochtend. Niet vrij te kiezen. (Je kunt datum verkeerd instellen op de spider…)

[CremersDH]

vliegnerd schreef op woensdag 12 augustus 2026 @ 07:51:
[...]

Ik ken het gevoel: "Waarom start koelen niet, het is warm buiten". Maar volgens mij is het geen echt probleem. Ik heb ook wel gehad dat het 24h niet opstartte. Maar dat was dan echt terwijl het koel en niet zonnig was. Daar hebben we nu geen last van :-)

Helaas heb ik hier ook regelmatig last vast. En helaas ook vandaag met 30 graden, waarbij het mij logisch lijkt dat er gekoeld moet worden. De spider geeft alles ook prima aan, geen issues en keurig een sneewvlok, maar ...

De koeling was lekker bezig met een flow van ~300 l/h. Temperatuur from source ~13,5 graad en to source ~17,3 graad. En dat uren lang. Ik voed mijn systeem via de module trouwens met de buitentemperatuur van mijn WTW sensor "van buiten", dus die is ook OK.

Het zijn denk ik prima waarden. Maar nadat de boiler is aangeweest wil de flow zich niet herstellen. Volgens mij komt dat doordat de sensoren dan geen reeele waarden meer weergeven. Waarschijnlijk is het in de WPU wat te warm gworden. Hij denkt nu namelijk dat zowel from source als to source nu ~22 graden zijn. ik vermoed dat daar het probleem zit.

Is er een manier om de flow tijdelijk te forceren zodat die sensoren afkoelen en de flow vanzelf blijft gaan ? Ervaring leert mij dat het anders zeker 24 uur gaat voordat ik weer een flow heb.

[vliegnerd]

CremersDH schreef op woensdag 12 augustus 2026 @ 16:25:
[...]

Het zijn denk ik prima waarden. Maar nadat de boiler is aangeweest wil de flow zich niet herstellen. Volgens mij komt dat doordat de sensoren dan geen reeele waarden meer weergeven. Waarschijnlijk is het in de WPU wat te warm gworden. Hij denkt nu namelijk dat zowel from source als to source nu ~22 graden zijn. ik vermoed dat daar het probleem zit.

Is er een manier om de flow tijdelijk te forceren zodat die sensoren afkoelen en de flow vanzelf blijft gaan ? Ervaring leert mij dat het anders zeker 24 uur gaat voordat ik weer een flow heb.

Ja dat is ook mijn analyse. Eerder in het topic heb ik (anderen) voorgesteld om setting 236 “stabilisation time free cooling” te verhogen. Standaard 30s. Kan naar paar minuten.

Ik heb nog wat teruggezocht maar ik kan helaas geen succesverhalen vinden… Maar ik weet geen andere manier.

[wouter.N]

CremersDH schreef op woensdag 12 augustus 2026 @ 16:25:
[...]

Helaas heb ik hier ook regelmatig last vast. En helaas ook vandaag met 30 graden, waarbij het mij logisch lijkt dat er gekoeld moet worden. De spider geeft alles ook prima aan, geen issues en keurig een sneewvlok, maar ...

De koeling was lekker bezig met een flow van ~300 l/h. Temperatuur from source ~13,5 graad en to source ~17,3 graad. En dat uren lang. Ik voed mijn systeem via de module trouwens met de buitentemperatuur van mijn WTW sensor "van buiten", dus die is ook OK.

Het zijn denk ik prima waarden. Maar nadat de boiler is aangeweest wil de flow zich niet herstellen. Volgens mij komt dat doordat de sensoren dan geen reeele waarden meer weergeven. Waarschijnlijk is het in de WPU wat te warm gworden. Hij denkt nu namelijk dat zowel from source als to source nu ~22 graden zijn. ik vermoed dat daar het probleem zit.

Is er een manier om de flow tijdelijk te forceren zodat die sensoren afkoelen en de flow vanzelf blijft gaan ? Ervaring leert mij dat het anders zeker 24 uur gaat voordat ik weer een flow heb.

Komt het niet koelen niet gewoon omdat het 's nachts onder de 10 graden is geweest en daardoor het koelen voor 24 uur geblokkeerd is? Dat is bij mij afgelopen dagen vaak het probleem.

[vliegnerd]

wouter.N schreef op donderdag 13 augustus 2026 @ 20:07:
[...]

Komt het niet koelen niet gewoon omdat het 's nachts onder de 10 graden is geweest en daardoor het koelen voor 24 uur geblokkeerd is? Dat is bij mij afgelopen dagen vaak het probleem.

Interessant!

Is “free cooling” dan geblokkeerd in de status pagina?

In mijn geval start het koelen echt maar wordt niet stabiel. Pompen aan enzovoorts. Dat kan dus niet de 24h blokkade zijn de jij ervaart.

[CremersDH]

wouter.N schreef op donderdag 13 augustus 2026 @ 20:07:
[...]

Komt het niet koelen niet gewoon omdat het 's nachts onder de 10 graden is geweest en daardoor het koelen voor 24 uur geblokkeerd is? Dat is bij mij afgelopen dagen vaak het probleem.

Maar hij gaat pas uit als (bij mij) om 13:00 de boiler aan gaat, en daarna dus niet meer aan. Ik heb denk ik wel een oplossing gevonden. Als ik wanneer de flow niet terug kom even flink wat warm water gebruik dan komt de flow wel terug. Dat is mij nu 2 keer gelukt, dus nog geen zekerheid.

PS bij mij is het in Augustus niet onder de 14 graden geweest, zeker de afgelopen dagen niet.

[ Voor 7% gewijzigd door CremersDH op 14-08-2026 07:36 ]

[CremersDH]

vliegnerd schreef op donderdag 13 augustus 2026 @ 22:29:
[...]

Interessant!

Is “free cooling” dan geblokkeerd in de status pagina?

In mijn geval start het koelen echt maar wordt niet stabiel. Pompen aan enzovoorts. Dat kan dus niet de 24h blokkade zijn de jij ervaart.

free cooling blijft actief, maar de flow komt niet op gang en dan wordt de afteller verzet.

[PaulGr30]

Inmiddels halverwege dit topic gekomen en reeds twee wifi add-ons aangeschaft. Eén op de autotemp... installatie vlekkeloos en alle info is zichtbaar. De tweede op de WPU5G-55 (uit 2026) en daar loop ik tegen het volgende probleem aan:

Iemand enig idee? Uitvoeren wat er in het scherm staat werkt helaas niet.

In MQTT zie ik ook maar 1 entity..... dat zouden er volgens mij meer moeten zijn....

[Clavis]

PaulGr30 schreef op vrijdag 14 augustus 2026 @ 21:24:
Inmiddels halverwege dit topic gekomen en reeds twee wifi add-ons aangeschaft. Eén op de autotemp... installatie vlekkeloos en alle info is zichtbaar. De tweede op de WPU5G-55 (uit 2026) en daar loop ik tegen het volgende probleem aan:

[Afbeelding] Iemand enig idee? Uitvoeren wat er in het scherm staat werkt helaas niet.

In MQTT zie ik ook maar 1 entity..... dat zouden er volgens mij meer moeten zijn....

Laatste firmware geïnstalleerd? Heb dit ook wel eens gehad, toen de WPU Counters uitgeschakeld, WPU herstart en weer aangezet. Daarna niet meer terug gekomen.

[PaulGr30]

Dank je! Ga ik even proberen. Ik heb wel de laatste firmware, dus dat scheelt al...

[posttoast]

Ik wil een OTGW tussen mijn Spider en WPU gaan plaatsen. Maar ik knip liever de originele installatiekabel niet doormidden, zodat ik het altijd nog redelijk eenvoudig terug kan brengen naar de oorspronkelijke staat. Nu heb ik alleen een domme maar toch wel belangrijke vraag: hoe krijg ik de OT-kabel los en hoe duw ik er weer een nieuwe in? Het is sowieso een beetje op de tast werken, het blokje waar ze in zitten zit vanaf mij gezien aan de achterkant:



Voor ik bruut geweld ga gebruiken, moet ik iets openschroeven? Een lipje indrukken? Ik kan het niet vinden in ieder geval.

[GeeMoney]

@posttoast het lijkt mij dat die hele stekker eruit moet zodat je aan de onderzijde de losse connector schroefjes kan vinden.
Je moet dat hele blokje dus los halen, ik zie rechts een schroef, zit die aan de andere zijde ook?

[posttoast]

GeeMoney schreef op zondag 16 augustus 2026 @ 16:37:
@posttoast het lijkt mij dat die hele stekker eruit moet zodat je aan de onderzijde de losse connector schroefjes kan vinden.
Je moet dat hele blokje dus los halen, ik zie rechts een schroef, zit die aan de andere zijde ook?

Het is wel ontzettend onhandig om die schroefjes los te halen, zoals gezegd: het zit precies van mij af. Ik moet het dus een beetje op de tast doen en ben erg bang dat ik het niet meer op zijn plek ga krijgen als ik het los heb. Ik vind die dingen er een beetje uitzien als “klemmetjes” dus ik vraag me af of ik niet iets moet indrukken om het los te krijgen. Iemand met ervaring hier?

Edit: volgens de handleiding lijk je toch gelijk te hebben:



Het is wel een enorm gepruts om hier bij te komen. Misschien dan toch maar de kabel doorknippen.

Edit 2: uiteindelijk gelukt. Was makkelijker dan het leek. Ik zal binnenkort mijn otgw-bevindingen delen

[ Voor 30% gewijzigd door posttoast op 16-08-2026 20:40 ]

[GraceGRD]

posttoast schreef op zondag 16 augustus 2026 @ 17:01:
[...]

Het is wel ontzettend onhandig om die schroefjes los te halen, zoals gezegd: het zit precies van mij af. Ik moet het dus een beetje op de tast doen en ben erg bang dat ik het niet meer op zijn plek ga krijgen als ik het los heb. Ik vind die dingen er een beetje uitzien als “klemmetjes” dus ik vraag me af of ik niet iets moet indrukken om het los te krijgen. Iemand met ervaring hier?

Edit: volgens de handleiding lijk je toch gelijk te hebben:

[Afbeelding]

Het is wel een enorm gepruts om hier bij te komen. Misschien dan toch maar de kabel doorknippen.

Edit 2: uiteindelijk gelukt. Was makkelijker dan het leek. Ik zal binnenkort mijn otgw-bevindingen delen

Ik heb dit topic de laatste tijd niet zo goed gevold, dus weet niet precies wat je wil gaan besturen met de OTGW, maar mijn fork van de otgw firmware implementeert wat functionaliteit van de Itho WPU5G. DHW mode eco / comfort, control boost / standby / off en het aanpassen van de boiler tijd werkt. Hopelijk heb je er wat aan

[posttoast]

GraceGRD schreef op zondag 16 augustus 2026 @ 21:45:
[...]

Ik heb dit topic de laatste tijd niet zo goed gevold, dus weet niet precies wat je wil gaan besturen met de OTGW, maar mijn fork van de otgw firmware implementeert wat functionaliteit van de Itho WPU5G. DHW mode eco / comfort, control boost / standby / off en het aanpassen van de boiler tijd werkt. Hopelijk heb je er wat aan

Jouw fork is exact de reden dat ik een OTGW heb gekocht

[wouter.N]

vliegnerd schreef op donderdag 13 augustus 2026 @ 22:29:
[...]

Interessant!

Is “free cooling” dan geblokkeerd in de status pagina?

In mijn geval start het koelen echt maar wordt niet stabiel. Pompen aan enzovoorts. Dat kan dus niet de 24h blokkade zijn de jij ervaart.

Nee, deze is off

Ik weet wel vrijwel zeker dat dit bij mij het probleem is. Ik zie heel duidelijk dat zodra de temperatuur onder de 10 graden komt, hij van cooling naar standby gaat en daar vervolgens niet meer uitkomt als de temperatuur weer boven de 10 graden komt.

Ik stuur handmatig ook temperatuurberichten naar de WPU en dat werkt goed. Het vervelende is alleen dat de berichten van Itho deze vervolgens weer overrulen. Elke keer als Itho een berichtje stuurt, wordt hun waarde dus tijdelijk de waarheid.

Als iemand hier nog tips voor heeft, hoor ik het graag. Ik heb tot nu toe nog geen manier gevonden om de temperatuurberichten van Itho te blokkeren.

[Clavis]

PaulGr30 schreef op vrijdag 14 augustus 2026 @ 22:45:
Dank je! Ga ik even proberen. Ik heb wel de laatste firmware, dus dat scheelt al...

Gelukt?

[vliegnerd]

wouter.N schreef op maandag 17 augustus 2026 @ 20:40:
[...]

Nee, deze is off

Ik weet wel vrijwel zeker dat dit bij mij het probleem is. Ik zie heel duidelijk dat zodra de temperatuur onder de 10 graden komt, hij van cooling naar standby gaat en daar vervolgens niet meer uitkomt als de temperatuur weer boven de 10 graden komt.

Ik stuur handmatig ook temperatuurberichten naar de WPU en dat werkt goed. Het vervelende is alleen dat de berichten van Itho deze vervolgens weer overrulen. Elke keer als Itho een berichtje stuurt, wordt hun waarde dus tijdelijk de waarheid.

Als iemand hier nog tips voor heeft, hoor ik het graag. Ik heb tot nu toe nog geen manier gevonden om de temperatuurberichten van Itho te blokkeren.

[Afbeelding]

De antennes van de WPU losschroeven zorgt er vast en zeker voor dat er niks meer binnenkomt.

[wouter.N]

vliegnerd schreef op maandag 17 augustus 2026 @ 21:50:
[...]

De antennes van de WPU losschroeven zorgt er vast en zeker voor dat er niks meer binnenkomt.

Had ik ook al even aan gedacht, maar zal dit impact hebben op de garantie? Ik weet namelijk dat ze alleen tijdens de garantieperiode de temperatuur gratis doorsturen.

[kruithre]

Ik was tot voor kort zeer nieuw in deze materie en durf niet eens te zeggen of ik een 5G versie heb (mijne is van Eteck) maar heb afgelopen dagen mede door postings op dit forum wel veel geleerd en veel plezier gehad om een leuke setup te maken die tapwater verwarmd obv variabele dalprijzen. Heb daarbij ook de A1-16 error met een workaround weten te 'fixden'.

Wil graag mijn opzet en ervaringen delen dus heb via AI gevraagd mijn project samen te vatten en toe te lichten, hopelijk helpt het de Community danwel krijg ik nog meer tips en tricks dat ik kan verbeteren.

Heb het beschreven in dit shared doc, https://drive.google.com/file/d/1CgtMzbRsqrFyTHkm64a-3UNfp-5SSuSi/view?usp=sharing

Remco

[vliegnerd]

wouter.N schreef op maandag 17 augustus 2026 @ 21:59:
[...]

Had ik ook al even aan gedacht, maar zal dit impact hebben op de garantie? Ik weet namelijk dat ze alleen tijdens de garantieperiode de temperatuur gratis doorsturen.

Tja… Als ze contact opnemen over “geen bereik” kun je ze altijd even opnieuw bevestigen. KG kan nooit vaststellen dat de antenne eraf is, zonder dat jij ze binnen laat in je huis.

Of wellicht kun je ze zo plaatsen dat ze niks ontvangen?

Ik heb minstens één keer per maand een paar dagen geen buitentemperatuur ontvangst en ik hoor nooit iets van KG.

Heb ook jaren helemaal geen buitentemperatuur ontvangen.

[ Voor 7% gewijzigd door vliegnerd op 18-08-2026 08:00 ]

[vliegnerd]

kruithre schreef op maandag 17 augustus 2026 @ 22:24:
Ik was tot voor kort zeer nieuw in deze materie en durf niet eens te zeggen of ik een 5G versie heb (mijne is van Eteck) maar heb afgelopen dagen mede door postings op dit forum wel veel geleerd en veel plezier gehad om een leuke setup te maken die tapwater verwarmd obv variabele dalprijzen. Heb daarbij ook de A1-16 error met een workaround weten te 'fixden'.

Wil graag mijn opzet en ervaringen delen dus heb via AI gevraagd mijn project samen te vatten en toe te lichten, hopelijk helpt het de Community danwel krijg ik nog meer tips en tricks dat ik kan verbeteren.

Heb het beschreven in dit shared doc, https://drive.google.com/file/d/1CgtMzbRsqrFyTHkm64a-3UNfp-5SSuSi/view?usp=sharing

Remco

Mooie samenvatting. En interessant dat a1-16 foutmelding mogelijk te vermijden is op die IMM manier.

Het zou heel fijn zijn als je de wiki van de ithowifi module kan updaten aanpassen op de punten die je in dit document noemt, zodat de community deze info ook heeft, wellicht kan Claude dit ook ;-)

[arjenhiemstra]

vliegnerd schreef op dinsdag 18 augustus 2026 @ 08:09:
[...]

Mooie samenvatting. En interessant dat a1-16 foutmelding mogelijk te vermijden is op die IMM manier.

Het zou heel fijn zijn als je de wiki van de ithowifi module kan updaten aanpassen op de punten die je in dit document noemt, zodat de community deze info ook heeft, wellicht kan Claude dit ook ;-)

Interessant om eens uit te zoeken welke commando's de i2c modbus module (IMM) kan versturen die nog niet in de add-on firmware zitten. Denk even kijken wat zo'n module kost.... 602 euro?!?! Dat is toch niet normaal.....

[silvanverschuur]

wouter.N schreef op maandag 17 augustus 2026 @ 21:59:
[...]

Had ik ook al even aan gedacht, maar zal dit impact hebben op de garantie? Ik weet namelijk dat ze alleen tijdens de garantieperiode de temperatuur gratis doorsturen.

Ik heb een paar maand geleden ook 1 antenne losgekoppeld omdat de buitentemperatuur door de berichten van KG overschreven werd. Nu kan ik het zelf gewoon weer via Home Assistant aansturen.

[nl0pvm]

Voor wie tegen het probleem aanloopt dat een Itho Daalderop WPU 5G niet wil starten met koelen, en waarbij ±2 minuten de batterijen uit de hoofdthermostaat halen niet helpt:

1. Maak de WPU én vloerverwarmings-/Autotemp-regelaars minimaal 15 minuten spanningsloos.
2. Schakel alles weer in.
3. Haal de batterijen uit de hoofdthermostaat (Spider) en plaats ze terug.
4. Druk daarna direct op – en stel de temperatuur lager in dan de actuele kamertemperatuur.
5. De WPU zou vervolgens naar koelen moeten overschakelen.

Code 3 kan tijdens het spanningsloos maken verschijnen; volgens de installateur komt dit doordat de WPU geen stroom/communicatie heeft.

Er geldt normaal een wachttijd bij omschakelen van verwarmen naar koelen, maar als het systeem ergens is vastgelopen kan deze volledige reset helpen.

[ijlzoeker]

kruithre schreef op maandag 17 augustus 2026 @ 22:24:
Ik was tot voor kort zeer nieuw in deze materie en durf niet eens te zeggen of ik een 5G versie heb (mijne is van Eteck) maar heb afgelopen dagen mede door postings op dit forum wel veel geleerd en veel plezier gehad om een leuke setup te maken die tapwater verwarmd obv variabele dalprijzen. Heb daarbij ook de A1-16 error met een workaround weten te 'fixden'.

Wil graag mijn opzet en ervaringen delen dus heb via AI gevraagd mijn project samen te vatten en toe te lichten, hopelijk helpt het de Community danwel krijg ik nog meer tips en tricks dat ik kan verbeteren.

Heb het beschreven in dit shared doc, https://drive.google.com/file/d/1CgtMzbRsqrFyTHkm64a-3UNfp-5SSuSi/view?usp=sharing

Remco

Erg mooi samengevat Remco! Ik ben zelf ook eerste stappen aan het zetten, maar ik ben er nog niet helemaal. Ik wou in eerste instantie testen of ik via de API de DHW instelling op mijn thermostaat alvast kon veranderen van 'eco' naar 'comfort'. Mijn acties:

• bij menu 'Itho settings' index 4 (max manual operation time) op 5 minuten gezet
• bij menu 'System settings' de optie 'Enable update settings API' op 'on' gezet

Vervolgens deed ik volgende request:

curl -X POST http://192.168.0.184/api/v2/wpu/manual_control -H "Content-Type: application/json" -d '{"index":36,"datatype":0,"value":2,"checked":2}' # 0 = Eco, 2 = Comfort

met response:

{"status":"success","data":{"result":"manual control command sent","index":36,"datatype":0,"value":2,"checked":2,"timestamp":1787071975}}

Vervolgens controleerde ik in menu 'Itho status' volgende parameters:

• 45 - manual operation - bleef op 0 staan
• 94 - Comfort selected on thermostat - bleef op 0 staan

Ook op de thermostaat zelf is niets te zien. Wat doe ik verkeerd met de API?

[ Voor 3% gewijzigd door ijlzoeker op 18-08-2026 19:00 ]

[CycloneX]

nl0pvm schreef op dinsdag 18 augustus 2026 @ 14:33:
Voor wie tegen het probleem aanloopt dat een Itho Daalderop WPU 5G niet wil starten met koelen, en waarbij ±2 minuten de batterijen uit de hoofdthermostaat halen niet helpt:

1. Maak de WPU én vloerverwarmings-/Autotemp-regelaars minimaal 15 minuten spanningsloos.
2. Schakel alles weer in.
3. Haal de batterijen uit de hoofdthermostaat (Spider) en plaats ze terug.
4. Druk daarna direct op – en stel de temperatuur lager in dan de actuele kamertemperatuur.
5. De WPU zou vervolgens naar koelen moeten overschakelen.

Code 3 kan tijdens het spanningsloos maken verschijnen; volgens de installateur komt dit doordat de WPU geen stroom/communicatie heeft.

Er geldt normaal een wachttijd bij omschakelen van verwarmen naar koelen, maar als het systeem ergens is vastgelopen kan deze volledige reset helpen.

Deze vraag had ik ook enkele post hiervoor gesteld of hier nu een echte oplossing voor is.

Zie onderstaande antwoord door: vliegnerd

vliegnerd schreef op zaterdag 8 augustus 2026 @ 17:47:
[...]

Het is vrijwel zeker slechte of geen ontvangst van de RF verbinding waarmee de WPU de buitentemperatuur van Klimaatgarant ontvangt.

Bij geen ontvangst blijft de laatste temperatuur hangen en als dat toevallig een koude ochtend is dan start het koelen niet.

Ik heb er ook regelmatig last van, maar omdat ik het via de ithowifi module en HA monitor heb ik in de gaten als het gebeurt en ga ik aan de antenne prutsen (verplaatsen) dan ontvangt hij meestal wel weer.

Dit is een van de vele “domme” dingen die in de Itho (airios) firmware zit. Het moet zonder inzicht en toezicht van de gebruiker werken, maar de algoritmes zijn daar absoluut niet op gemaakt. Het werkt alleen in ideale omstandigheden en bij kleine foutjes heb je er al gebruiker last van zonder dat je er veel aan kunt doen.

Je kunt de twee antennes op de WPU verplaatsen, zorg dat de voetjes goed magnetisch contact maken met het frame van de WPU. En anders is de reset truc met de batterijen eruit een oplossing.

Bij mij was er totaal geen logica bij het vastlopen van de warmtepomp bij het koelen. Ik dacht eerst komt dit door het dauwpunt, de opeens koele nachten. Dan was het na 1,5 dag, dan weer na 3 dagen dan 5 dagen.

Het lijkt erop dat sinds ik met de antennes ben gaan stoeien het euvel is verholpen. Alweer 1,5 week zonder problemen en het is ondertussen al 34 graden maar ook 20 graden geweest.

Nu heb ik een hele compacte technische ruimte. De warmtepomp staat in een hoekje tussen de boiler en leidingen ingemetseld. Ik heb de antennes nu wat vrijer gezet.

[posttoast]

Ik heb inmiddels de OTGW met de firmware van @GraceGRD er tussen gehangen. So far, so good, er komt data voorbij. Volgende stap is het implementeren in Home Assistant.

Wat ik me alleen afvroeg (en misschien lees ik er snoeihard overheen in de documentatie): wat bepaalt de klok in de WPU? Als ik het verwarmingsmoment op, bijvoorbeeld, 14:30 zet, hoe weet de WPU dat het 14:30 is? Gebruikt de WPU de tijd zoals hij in de Spider is ingesteld (die nogal de neiging heeft om uit de pas te gaan lopen én waarbij je zelf zomer/wintertijd moet instellen)? En kan ik met de OTGW de tijd ook aanpassen zodat ik hem elke dag automagisch "goed" kan zetten?

Edit: voor de duidelijkheid, met "de tijd" bedoel ik "de klok" niet "het verwarmingsmoment". Dat ik die laatste kan instellen weet ik al

[ Voor 9% gewijzigd door posttoast op 19-08-2026 09:37 ]

[PaulGr30]

Clavis schreef op maandag 17 augustus 2026 @ 21:14:
[...]

Gelukt?

Er even niet aan kunnen werken, maar net geprobeert en het lijkt nu te werken

[posttoast]

vliegnerd schreef op vrijdag 10 april 2026 @ 06:48:
[...]


Welke instelling heeft je boiler (op de spider). Als je de comfort stand gebruikt dan start het verwarmen van warm water zodra het water onder een ingestelde temperatuur zakt. Welke temperaturen meette je om 9.05u? Welke instelling?

Ik eco mode stel je tijdstip in waarop de boiler dagelijks gaat verwarmen. Ik heb daarvoor 13.00u zomertijd gekozen. Vrijwel altijd het goedkoopste moment met veel zon.

Oude koe uit de sloot, maar ik ben hier nu mee bezig en daarom kom ik je post tegen. Volgens mij klopt het niet wat je zegt: ik heb mijn boiler op comfort staan, maar hij gaat sowieso ook verwarmen op het ingestelde tijdstip (en daarnaast als het water te koud is).

[PaulGr30]

smesjz schreef op woensdag 7 december 2022 @ 10:20:
[...]


Een poging

[Afbeelding]

Heb alles nu in Home Assistant packages gezet voor betere scheiding van WTW (HRU-350), WPU en autotemp.

Ik heb 1 dashboard voor WPU en een aparte voor vloerverwarming (Itho autotemp) per zone (ruimte) met: power kw, power %, actual temp, target temp.

Enige wat ik nog wil toevoegen is de ratio verbruik wpu / totaal verbruik (via P1).

Ha Smesjz,

Zou je de yaml van dit dashboard willen delen? Ik probeer iets vergelijkbaaars te maken, maar met jouw dashboard heb ik een quickstart

[vliegnerd]

posttoast schreef op woensdag 19 augustus 2026 @ 12:00:
[...]

Oude koe uit de sloot, maar ik ben hier nu mee bezig en daarom kom ik je post tegen. Volgens mij klopt het niet wat je zegt: ik heb mijn boiler op comfort staan, maar hij gaat sowieso ook verwarmen op het ingestelde tijdstip (en daarnaast als het water te koud is).

Mijn punt was/is: "Als je de boiler op comfort stand hebt staan, kan er ook tussentijds verwarmd worden als de temperatuur van het vat te laag wordt, door gebruik". Dat klopt volgens mij met onze beide uitspraken.

Als je om 9u05 ziet dat het vat gaat verwarmen, terwijl je dat pas om 11u wil, dan denk ik dat er om 9u zoveel water gebruikt was, dat opwarmen nodig was.

[vliegnerd]

posttoast schreef op woensdag 19 augustus 2026 @ 09:36:
Ik heb inmiddels de OTGW met de firmware van @GraceGRD er tussen gehangen. So far, so good, er komt data voorbij. Volgende stap is het implementeren in Home Assistant.

Wat ik me alleen afvroeg (en misschien lees ik er snoeihard overheen in de documentatie): wat bepaalt de klok in de WPU? Als ik het verwarmingsmoment op, bijvoorbeeld, 14:30 zet, hoe weet de WPU dat het 14:30 is? Gebruikt de WPU de tijd zoals hij in de Spider is ingesteld (die nogal de neiging heeft om uit de pas te gaan lopen én waarbij je zelf zomer/wintertijd moet instellen)? En kan ik met de OTGW de tijd ook aanpassen zodat ik hem elke dag automagisch "goed" kan zetten?

De WPU krijgt de klok van de spider. Als ik de tijd op de spider verander, zie ik ook de tijd in de status van de WPU meewijzigen. En daarna loopt ie niet heel nauwkeurig, nou ja, bij mij loopt ie best voorspelbaar iets te snel/voor

Ik heb zelf geen OTGW maar er moet wel een OpenTherm opdraagt met de nieuwe tijd langskomen tussen spider en WPU als je de tijdinstelt. Die is dus aan te passen via de OTGW als de firmware het ondersteunt.

[posttoast]

vliegnerd schreef op woensdag 19 augustus 2026 @ 13:34:
[...]

De WPU krijgt de klok van de spider. Als ik de tijd op de spider verander, zie ik ook de tijd in de status van de WPU meewijzigen. En daarna loopt ie niet heel nauwkeurig, nou ja, bij mij loopt ie best voorspelbaar iets te snel/voor

Ik heb zelf geen OTGW maar er moet wel een OpenTherm opdraagt met de nieuwe tijd langskomen tussen spider en WPU als je de tijdinstelt. Die is dus aan te passen via de OTGW als de firmware het ondersteunt.

Ah, dan is dus de vraag aan @GraceGRD of het mogelijk is om een "klok-update" naar de WPU te sturen. Dan kan ik hem gewoon elke dag even goed zetten.

[vliegnerd]

N.a.v. de recent "ontvang je wel of niet de (juiste) buitentemperatuur" van KG ivm koelen:

Maandag 17 augustus 2026 is de buitentemp ineens -2,0 graden Celcius geworden, met andere waarde een paar uurtje later.

Omdat het niet een waarde is die "blijft hangen" (op dezelfde "laatste" waarde), maar ineens -2 graden, lijkt het wel een echte waarde van Klimaatgarant. Voor de duidelijkheid: Ik heb geen sensor, maar ontvang de waarden van KG.



Het maakt niet veel uit, echt mijn nieuwsgierigheid, maar hebben jullie dit ook?

Heeft er een stagiair de buitentemperatuur zitten instellen bij KG? Hebben ze bewust het koelen in heel het land gestopt?

[ Voor 4% gewijzigd door vliegnerd op 19-08-2026 13:41 ]

[wouter.N]

vliegnerd schreef op woensdag 19 augustus 2026 @ 13:40:
N.a.v. de recent "ontvang je wel of niet de (juiste) buitentemperatuur" van KG ivm koelen:

Maandag 17 augustus 2026 is de buitentemp ineens -2,0 graden Celcius geworden, met andere waarde een paar uurtje later.

Omdat het niet een waarde is die "blijft hangen" (op dezelfde "laatste" waarde), maar ineens -2 graden, lijkt het wel een echte waarde van Klimaatgarant. Voor de duidelijkheid: Ik heb geen sensor, maar ontvang de waarden van KG.

[Afbeelding]

Het maakt niet veel uit, echt mijn nieuwsgierigheid, maar hebben jullie dit ook?

Heeft er een stagiair de buitentemperatuur zitten instellen bij KG? Hebben ze bewust het koelen in heel het land gestopt?

Ik heb geen Klimaatgarant, maar via Itho heb ik hetzelfde. Het viel mij in het voorjaar ook al op dat Itho af en toe een verkeerde buitentemperatuur doorstuurde, mogelijk om te voorkomen dat de WPU al vroeg in het seizoen naar koelen overschakelt.

Even over die A1-16 discussie over manual control. Ik had het hier al eens eerder benoemd, maar deze error is gewoon uit te zetten. Of eigenlijk beter gezegd, niet zichtbaar te maken (bij report). Het zou interessant zijn om te kijken of we dit commando kunnen achterhalen. Ik zal binnenkort Claude wel eens aan de gang zetten met de service tool en database.




Update uurtje later; kon het toch niet laten om even te kijken, ben ook al heel wat verder. Dit gebruikt hetzelfde bericht 0x4030, als manual control maar dan bank 0 in plaats van bank 1.

Details

Schrijven — bank 0 (foutinstellingen, WPU)

MsgType 6 (change2source), bron 0x80, doel 0x82, 11 databytes:

Byte	Waarde	UI-veld in de servicetool
	0x00	bank 0 (foutinstellingen)
1-2	Offset (big-endian)	index van de fout, bijv. 16
3	Priority	Prioriteit
4-5	MaxFoutTijd (BE)	Fout-tijd
6-7	RetryTijd (BE)	Retry-tijd
8	MaxRetries	Retry-aantal
9	Type	Report (combobox-index)
10	Flags (bit 0..7)	Blokkeer-checkboxes

Lezen (de tool doet dit 150 ms na een schrijfactie)

MsgType 4 (query2source), 4 databytes:

Byte	Waarde	Betekenis
	banknummer	0 = foutinstellingen
1-2	index (big-endian)	eerste fout die je opvraagt
3	aantal	records per bericht (max 3)

Het antwoord echoot bank en index in byte 0..2, daarna volgen de records van 8 bytes elk: priority, fouttijd hi/lo, retrytijd hi/lo, retries, type, flags — dezelfde volgorde als byte 3..10
hierboven.

Byte 9: report type

Dit komt uit de database, tabel ReportTypeName:

Type	Melding (NL)	English	Betekenis
	Geen melding	No report	Geen storingsmelding op de thermostaat
1	Storing zonder foutrelais	Error without error relay	Wel een melding op de thermostaat
2	Storing met foutrelais	Error with error relay	Melding op de thermostaat én het foutrelais schakelt
3	Onbeperkte retry	Unlimited retry	Geen melding; de WPU blijft proberen tot de fout weg is
4	Onbeperkte retry + thermostaat melding	Unlimited retry + thermostat report	Melding op de thermostaat én blijven proberen

De fout-offset

Dit komt ook uit de database, maar is wel WPU-afhankelijk: de fout-offset is letterlijk de kolom index in de tabel FoutSettings_V<n> in $_parameters_HeatPump.par. Let op dat de nummering per versietabel zegt weinig zonder de bijbehorende V<n>.


Update 2; zo zou het bericht er uit zien om A1-16 in te stellen zoals getoond op mijn printscreen;

De 11 databytes:

00  00 10   29   00 0A   00 00   01   01   00
│   └─┬─┘   │    └─┬─┘   └─┬─┘   │    │    │
│     │     │      │       │     │    │    └─ flags = 0 (niets geblokkeerd)
│     │     │      │       │     │    └────── type = 1 (storing zonder foutrelais)
│     │     │      │       │     └─────────── retry-aantal = 1
│     │     │      │       └───────────────── retry-tijd = 0
│     │     │      └───────────────────────── fout-tijd = 10
│     │     └──────────────────────────────── prioriteit = 41 (0x29)
│     └────────────────────────────────────── offset = 16 (0x0010) handbediening
└──────────────────────────────────────────── bank 0

Het complete I²C-bericht:

82 80 C0 30 06 0B 00 00 10 29 00 0A 00 00 01 01 00 B8
│  │  └─┬─┘ │  │  └──────── 11 databytes ────────┘ └─ checksum
│  │    │   │  └─ Data_length = 11
│  │    │   └──── MsgType = 6 (change2source)
│  │    └──────── MsgClass 0x4030, met bit 0x8000 gezet → C0 30
│  └───────────── Source = 0x80 (de tool)
└──────────────── Destination = 0x82 (de WPU)

Checksum: som van byte 0 t/m 16 = 0x48, two's complement → 0xB8.

[ Voor 59% gewijzigd door wouter.N op 19-08-2026 23:01 ]

[kruithre]

ijlzoeker schreef op dinsdag 18 augustus 2026 @ 18:56:
[...]

Erg mooi samengevat Remco! Ik ben zelf ook eerste stappen aan het zetten, maar ik ben er nog niet helemaal. Ik wou in eerste instantie testen of ik via de API de DHW instelling op mijn thermostaat alvast kon veranderen van 'eco' naar 'comfort'. Mijn acties:

• bij menu 'Itho settings' index 4 (max manual operation time) op 5 minuten gezet
• bij menu 'System settings' de optie 'Enable update settings API' op 'on' gezet

Vervolgens deed ik volgende request:

curl -X POST http://192.168.0.184/api/v2/wpu/manual_control -H "Content-Type: application/json" -d '{"index":36,"datatype":0,"value":2,"checked":2}' # 0 = Eco, 2 = Comfort

met response:

{"status":"success","data":{"result":"manual control command sent","index":36,"datatype":0,"value":2,"checked":2,"timestamp":1787071975}}

Vervolgens controleerde ik in menu 'Itho status' volgende parameters:

• 45 - manual operation - bleef op 0 staan
• 94 - Comfort selected on thermostat - bleef op 0 staan

Ook op de thermostaat zelf is niets te zien. Wat doe ik verkeerd met de API?

Het voordeel wat ik wellicht heb is dat ik al lang stap voor stap verschillende dingen heb geprobeerd en mijn AI agent steeds heb laten meelopen / bevraagd. Heb hem dus jouw probleem ook voorgelegd, uiteraard geen garantie dat hij het bij het juiste eind had maar dit is wat hij teruggaf. Hoop dat je er iets aan hebt.


Wat wél goed lijkt: de opzet van zijn API-call klopt met de officiële Itho-documentatie. In de I²C Modbus Module-handleiding staat register 6110 ("DHW_Modus") expliciet als extern schrijfbaar, met waarden 0 = Eco, 2 = Comfort, 3 = geblokkeerd — precies wat hij gebruikt (index:36, value:2, checked:2). Ook zijn checked-waarde die meebeweegt met value is consistent met hoe wij dat zelf voor de Tariff-instelling (index 15) hebben gedaan en bevestigd kregen vanuit de community. Zijn twee voorbereidende stappen (max manual operation time en "Enable update settings API") kunnen dus geen kwaad, maar zijn voor déze specifieke REST-endpoint (/api/v2/wpu/manual_control) eigenlijk niet nodig — ik heb in de broncode van de module (arjenhiemstra/ithowifi) opgezocht dat die twee instellingen alleen gelden voor een ándere, oudere instellingenpagina van de module; de manual_control-route die hij gebruikt stuurt het I2C-commando altijd door, ongeacht die twee vlaggen.

Waar ik denk dat het misgaat: de twee parameters die hij controleerde — "45 - manual operation" en "94 - Comfort selected on thermostat" — kloppen niet helemaal. In de broncode van de module staat index 94 gelabeld als "ECO selected on thermostat", en pas index 95 is daadwerkelijk "Comfort selected on thermostat". Belangrijker nog: beide velden ("...on thermostat") geven letterlijk weer wat er op de fysieke thermostaatknop/-schakelaar staat ingesteld, niet wat de WPU intern via de API heeft overgenomen. Die blijven dus normaal gesproken gewoon op 0 staan als er niemand aan de fysieke thermostaat draait — ook als zijn API-commando wél is aangekomen. Dat is dus geen goed bewijs dat het niet werkt.

Het enige veld dat écht iets zegt over een geslaagde externe override is "45 - manual operation". Dat die op 0 bleef staan, is het enige signaal waar ik ook niet meteen een verklaring voor heb — maar ik zou eerst willen uitsluiten dat hij simpelweg te laat of te vroeg keek (dit soort statusvelden worden via MQTT gepubliceerd op basis van een pollcyclus, dus een paar seconden vertraging is normaal).

Concreet zou ik hem aanraden:

1. Direct na de POST een paar keer snel achter elkaar (elke paar seconden) index 45 op te vragen, in plaats van één keer te kijken — misschien flikkert hij kort aan en weer uit.
2. Te checken of 192.168.0.184 echt het IP van zijn NRG.Watch/ithowifi-module is (en niet per ongeluk van de WPU zelf of iets anders op zijn netwerk).
3. Het serial/debug-log van de module te bekijken (via de ingebouwde debugpagina) — daar wordt elke 4030-opdracht gelogd ("Sending 4030: ...") vóórdat hij over I2C verstuurd wordt, dat bevestigt of het commando de module ook echt verlaat.
4. Voor de zekerheid dezelfde test eerst met index 15 (Tariff, die wij al werkend hebben) te doen op zíjn installatie — als dát ook geen manual-operation-vlag geeft, ligt het probleem eerder bij zijn firmwareversie of module-instellingen dan bij index 36 specifiek.

Zeg tegen hem dat de indexen/waarden die hij gebruikt in elk geval kloppen volgens de officiële documentatie — het is dus geen verkeerd geraden magisch getal, eerder een verificatieprobleem of een timing/firmware-kwestie.

[GraceGRD]

posttoast schreef op woensdag 19 augustus 2026 @ 09:36:
Ik heb inmiddels de OTGW met de firmware van @GraceGRD er tussen gehangen. So far, so good, er komt data voorbij. Volgende stap is het implementeren in Home Assistant.

Wat ik me alleen afvroeg (en misschien lees ik er snoeihard overheen in de documentatie): wat bepaalt de klok in de WPU? Als ik het verwarmingsmoment op, bijvoorbeeld, 14:30 zet, hoe weet de WPU dat het 14:30 is? Gebruikt de WPU de tijd zoals hij in de Spider is ingesteld (die nogal de neiging heeft om uit de pas te gaan lopen én waarbij je zelf zomer/wintertijd moet instellen)? En kan ik met de OTGW de tijd ook aanpassen zodat ik hem elke dag automagisch "goed" kan zetten?

Edit: voor de duidelijkheid, met "de tijd" bedoel ik "de klok" niet "het verwarmingsmoment". Dat ik die laatste kan instellen weet ik al

posttoast schreef op woensdag 19 augustus 2026 @ 13:37:
[...]

Ah, dan is dus de vraag aan @GraceGRD of het mogelijk is om een "klok-update" naar de WPU te sturen. Dan kan ik hem gewoon elke dag even goed zetten.

De Spider is de time keeper. Bij mij drift de tijd ook wel een beetje maar niet dat ik daar veel last van gehad heb tot nu toe.

Ik heb even geprobeerd om met OTGW commando SC de tijd in te stellen, maar de Spider neemt dit dus niet over . In de opentherm logs zie ik wel een datum/tijd voorbij komen (schrijft de thermostaat naar de WPU), helaas is deze tijd niet zichtbaar met de ithowifi module.

• Misschien met wat aanpassingen aan de otgw integratie zou je deze kunnen afvangen en dan het tijdsverschil via Home Assistant berekenen en zo voor die drift te compenseren.
• @arjenhiemstra weet jij of deze tijd intern voorbij komt?

edit:
Zo te zien heeft de itho status pagina de parameter UTC time, deze loopt gelijk met mijn thermostaat tijd. Ik zie hem ook op MQTT voobijkomen, je zou dit kunnen gebruiken om een melding te geven als je thermostaat te ver uitloopt, of dit vergelijken met de tijdstip van ontvangst bericht om zo het verschil te compenseren.

[ Voor 7% gewijzigd door GraceGRD op 20-08-2026 10:43 ]

[posttoast]

GraceGRD schreef op donderdag 20 augustus 2026 @ 10:26:
[...]


[...]

De Spider is de time keeper. Bij mij drift de tijd ook wel een beetje maar niet dat ik daar veel last van gehad heb tot nu toe.

Ik heb even geprobeerd om met OTGW commando SC de tijd in te stellen, maar de Spider neemt dit dus niet over . In de opentherm logs zie ik wel een datum/tijd voorbij komen (schrijft de thermostaat naar de WPU), helaas is deze tijd niet zichtbaar met de ithowifi module.

[Afbeelding]

• Misschien met wat aanpassingen aan de otgw integratie zou je deze kunnen afvangen en dan het tijdsverschil via Home Assistant berekenen en zo voor die drift te compenseren.
• @arjenhiemstra weet jij of deze tijd intern voorbij komt?

Als je de tijd kunt opvragen moet compenseren in HA inderdaad wel lukken, en dan kun je ook rekening houden met zomer/wintertijd. Maar goed, het mooiste (ook dwangneurotisch-technisch) is het natuurlijk als je de tijd op de Spider automagisch goed kunt zetten

[nl0pvm]

CycloneX schreef op woensdag 19 augustus 2026 @ 09:25:
[...]


Deze vraag had ik ook enkele post hiervoor gesteld of hier nu een echte oplossing voor is.

Mijn post was geen reactie op jouw eerdere vraag, maar bedoeld als aanvullende storingsprocedure voor wie tegen dit probleem aanloopt.

Voor zover ik mij kan herinneren en kan terugvinden is deze specifieke procedure nog niet eerder genoemd: WPU én vloerverwarmingsregelaars 15 minuten spanningsloos, daarna de thermostaat opnieuw initialiseren en direct met de min-toets een koelvraag geven.

Dat is dus iets anders dan alleen de thermostaat resetten of het eerder besproken RF-/antenneprobleem wat hier niet van toepassing was.

[bve1]

vliegnerd schreef op woensdag 19 augustus 2026 @ 13:40:
N.a.v. de recent "ontvang je wel of niet de (juiste) buitentemperatuur" van KG ivm koelen:

Maandag 17 augustus 2026 is de buitentemp ineens -2,0 graden Celcius geworden, met andere waarde een paar uurtje later.

Omdat het niet een waarde is die "blijft hangen" (op dezelfde "laatste" waarde), maar ineens -2 graden, lijkt het wel een echte waarde van Klimaatgarant. Voor de duidelijkheid: Ik heb geen sensor, maar ontvang de waarden van KG.

[Afbeelding]

Het maakt niet veel uit, echt mijn nieuwsgierigheid, maar hebben jullie dit ook?

Heeft er een stagiair de buitentemperatuur zitten instellen bij KG? Hebben ze bewust het koelen in heel het land gestopt?

Ik zag hier hetzelfde en ik vroeg me ook af of dit bewust was om de koeling te blokkeren. Aan de andere kant waren er denk ik geen omstandigheden die dit noodzakelijk maakte.

[Chip2710]

Ik denk dat iemand hier het volgende kan beantwoorden, scheelt voor mij veel zoek werk.

Afgelopen nacht veranderde de autotemp state of cool van waarde 1 naar 0 en de autotemp state of heating van 0 naar 1. De gevraagde temperatuur wijzigde natuurlijk met een setpoint van 1 C lager. Weet iemand welke parameters deze wijziging bepalen (state of cool / heating) . Volgens mij moet dit een temperatuur en een tijd instelling zijn echter welke….

[posttoast]

Chip2710 schreef op maandag 24 augustus 2026 @ 09:08:
Ik denk dat iemand hier het volgende kan beantwoorden, scheelt voor mij veel zoek werk.

Afgelopen nacht veranderde de autotemp state of cool van waarde 1 naar 0 en de autotemp state of heating van 0 naar 1. De gevraagde temperatuur wijzigde natuurlijk met een setpoint van 1 C lager. Weet iemand welke parameters deze wijziging bepalen (state of cool / heating) . Volgens mij moet dit een temperatuur en een tijd instelling zijn echter welke….

Volgens mij is het zo dat als de vraagtemperatuur meer dan 24 uur hoger is dan de huidige temperatuur (waarbij er ook nog een offset wordt meegenomen) hij schakelt. En andersom (van verwarmen naar koelen) hetzelfde verhaal. Als je een buitentemperatuur "spoofed" gaat het sneller (of minder snel, afhankelijk van hoe je het bekijkt ): ik vertel mijn WPU dat het buiten 25 graden is, dan zal hij niet zo snel naar verwarmen schakelen.

De exacte formule weet ik niet, en ik vraag me af of die überhaupt bekend is.

[ Voor 3% gewijzigd door posttoast op 24-08-2026 09:13 ]

[Chip2710]

posttoast schreef op maandag 24 augustus 2026 @ 09:12:
[...]

Volgens mij is het zo dat als de vraagtemperatuur meer dan 24 uur hoger is dan de huidige temperatuur (waarbij er ook nog een offset wordt meegenomen) hij schakelt. En andersom (van verwarmen naar koelen) hetzelfde verhaal. Als je een buitentemperatuur "spoofed" gaat het sneller (of minder snel, afhankelijk van hoe je het bekijkt ): ik vertel mijn WPU dat het buiten 25 graden is, dan zal hij niet zo snel naar verwarmen schakelen.

De exacte formule weet ik niet, en ik vraag me af of die überhaupt bekend is.

Het lijkt er op dat de tijd van cool to heat state 12 uur is…

[posttoast]

Chip2710 schreef op maandag 24 augustus 2026 @ 11:32:
[...]

Het lijkt er op dat de tijd van cool to heat state 12 uur is…

[Afbeelding]

Ja, alleen als ik dus zelf een outside-temp doorgeef aan de WPU, dan gaat het veel sneller. Vaak in minder dan een uur.

[vliegnerd]

Chip2710 schreef op maandag 24 augustus 2026 @ 09:08:
Ik denk dat iemand hier het volgende kan beantwoorden, scheelt voor mij veel zoek werk.

Afgelopen nacht veranderde de autotemp state of cool van waarde 1 naar 0 en de autotemp state of heating van 0 naar 1. De gevraagde temperatuur wijzigde natuurlijk met een setpoint van 1 C lager. Weet iemand welke parameters deze wijziging bepalen (state of cool / heating) . Volgens mij moet dit een temperatuur en een tijd instelling zijn echter welke….

De buitentemperatuur kwam onder het ingestelde minimum waardoor de wpu omschakelde naar verwarmen. Standaard is dat 15 graden, dacht ik. Ergens tussen 12 en 16 graden C ongeveer


Als je geen sensor hebt, dan krijg je die remote via een van de antennes van de wpu.

[ Voor 5% gewijzigd door vliegnerd op 24-08-2026 19:47 ]

[posttoast]

Wat ik me afvroeg (en ik ben benieuwd of iemand hier een antwoord op heeft). De Itho ziet een outside temp van -29.99 als "er is geen waarde, ik ga zelf wel iets regelen". Dat gebruik ik om vanuit Home Assistant de boel op "automatisch" te zetten (ik heb ook een "forceer verwarmen", dan zet ik hem op 6 graden en een "forceer koelen" en dan zet ik hem op 25 graden).

Maarrrrr: door een afronding vertaalt de -29.99 die ik vanuit Home Assistant stuur zich naar -29.98. Denkt de WPU nu dat het gigantisch koud is buiten? Of beschouwt hij -29.98 ook als de fallback-temperatuur?

[Vendetta_X]

posttoast schreef op woensdag 26 augustus 2026 @ 09:15:
Wat ik me afvroeg (en ik ben benieuwd of iemand hier een antwoord op heeft). De Itho ziet een outside temp van -29.99 als "er is geen waarde, ik ga zelf wel iets regelen". Dat gebruik ik om vanuit Home Assistant de boel op "automatisch" te zetten (ik heb ook een "forceer verwarmen", dan zet ik hem op 6 graden en een "forceer koelen" en dan zet ik hem op 25 graden).

Maarrrrr: door een afronding vertaalt de -29.99 die ik vanuit Home Assistant stuur zich naar -29.98. Denkt de WPU nu dat het gigantisch koud is buiten? Of beschouwt hij -29.98 ook als de fallback-temperatuur?

Met auto temp heb je zowel een buitentemp daar als op de wpu. Een van beide is 372 o.i.d. bij geen sturing. Mocht daar het getal op -29.98 staan gaat het mis. Ik denk echter dat er een ondergrens is voor min temp. Kan later vandaag wel even op mn HA kijken wat mijn commandos zijn.

[posttoast]

Vendetta_X schreef op woensdag 26 augustus 2026 @ 11:59:
[...]

Met auto temp heb je zowel een buitentemp daar als op de wpu. Een van beide is 372 o.i.d. bij geen sturing. Mocht daar het getal op -29.98 staan gaat het mis. Ik denk echter dat er een ondergrens is voor min temp. Kan later vandaag wel even op mn HA kijken wat mijn commandos zijn.

Dank!

Voor de volledigheid, dit is wat ik nu doe:

YAML:

- id: '1780573234212'
  alias: 'WPU: Handmatige Modus Schakelaar'
  description: >-
    Publishes the forced outside temperature based on the dashboard dropdown,
    and re-pushes it when the WPU has reverted (e.g. after a power cycle).
  mode: restart
  triggers:
    - trigger: state
      entity_id: input_select.wpu_buitentemperatuur_modus
      id: mode
    - trigger: state
      entity_id: sensor.wpu_outside_temperature
      id: drift
    - trigger: time_pattern
      minutes: /5
      id: tick
    - trigger: homeassistant
      event: start
      id: boot
  variables:
    # Desired value to push; -29.99 is the WPU's own default (no forcing).
    desired: >-
      {% set m = states('input_select.wpu_buitentemperatuur_modus') %}
      {% if m == 'Forceer verwarmen' %}6
      {% elif m == 'Forceer koelen' %}25
      {% else %}-29.99
      {% endif %}
    actual: "{{ states('sensor.wpu_outside_temperature') | float(-999) }}"
  conditions:
    - condition: template
      value_template: >-
        {{ (trigger.id | default('')) == 'mode'
           or (has_value('sensor.wpu_outside_temperature')
               and (actual - (desired | float)) | abs > 0.02) }}
  actions:
    - action: mqtt.publish
      data:
        topic: ithowpu/cmd
        payload: '{"outside_temp": {{ desired | float }}}'
    # Give the WPU time to report back before another tick can re-evaluate.
    - delay: "00:01:00"