Itho WPU5G water/water-warmtepomp ervaringen

[wouter.N]

Snoeikoe schreef op dinsdag 6 oktober 2026 @ 13:44:
Hallo allen,

Ik verhuis binnenkort naar een nieuwbouwwoning met een Itho WPU 45 6g (de 5g is niet meer te koop).
Heeft iemand al getest of de module van @arjenhiemstra hier ook op werkt?
Of misschien weet de beste man dat zelf?
Ik wil hem namelijk op voorhand alvast bestellen anders namelijk!

Wist niet dat ze net een nieuwe hebben, ziet er goed uit! Eindelijk modulerend. Jammer dat die van mij net te vroeg kapotging, had ook wel graag een modulerende willen hebben.

[scofield]

Is jouw woning dan niet al bijvoorbeeld 200 werkbare dagen eerder uitgetekend met een 5G? Ikzelf betrek ook 1e kwartaal 2027 een nieuw appartement en daar zullen dan ook wel 6G wp's komen te staan. Nergens iets van gelezen overigens.

[wouter.N]

scofield schreef op donderdag 8 oktober 2026 @ 22:07:
Is jouw woning dan niet al bijvoorbeeld 200 werkbare dagen eerder uitgetekend met een 5G? Ikzelf betrek ook 1e kwartaal 2027 een nieuw appartement en daar zullen dan ook wel 6G wp's komen te staan. Nergens iets van gelezen overigens.

Nee, mijn huis is 16 jaar oud. Mijn oude WPU 3G begon het te begeven.

[Danfoss]

Eigenlijk jammer dat Itho niet een upgrade bied naar nieuwere modellen tegen gereduceerd tarief. Voor een goede korting wil ik mijn 5G wel ruilen tegen een 6G.

[B-lex]

Danfoss schreef op vrijdag 9 oktober 2026 @ 11:48:
Eigenlijk jammer dat Itho niet een upgrade bied naar nieuwere modellen tegen gereduceerd tarief. Voor een goede korting wil ik mijn 5G wel ruilen tegen een 6G.

Je kunt nu toch ISDE aanvragen? Het is nu immers ‘bestaande bouw’.

[Vendetta_X]

Itho hw version: 78
Itho fw version: 37
Mijn warmtepomp is nogal rebels geworden. De buitentemp staat geforceerd op 20 graden. Vanochtend kwam voor het eerst de temperatuur onder setpoint en spontaan had ik een korte run om weer boven setpoint te komen.
Iemand een idee waarom de buitentemperatuur lijkt te worden genegeerd?

Outdoor sensor stond op 0, deze nu op 1 gezet. Eens kijken wat dit doet.

Edit 2: ook met deze instelling een run gehad. Ik dacht dat ik andere jaren de WPU redelijk onder controle had mbv buitentemp in de overgangsmaanden

[ Voor 31% gewijzigd door Vendetta_X op 10-10-2026 20:17 ]

[ijlzoeker]

@Vendetta_X Bij mij komt de outdoor temperatuur effectief van de buitensensor, maar ik had deze morgen ook een onverwachte run. Mijn WPU staat 'off' en volgens de gebruikershandleiding wordt in 'off' mode enkel verwarmd als de binnentemperatuur onder de 18°C zakt. Ondanks het feit dat het 21.3°C was binnen werd er toch kort verwarmd (een run van 50 minuten).

Ik heb ook een add-on op de Autotemp en zag daar "room 1 setpoint: 21.5". Dit was wellicht het setpoint toen ik een maand geleden de WPU (via de MFT) in de 'off' mode gezet heb. Dit verklaart mogelijks de run. Om nieuwe runs te vermijden heb ik daarnet het setpoint verlaagd naar 20°C en de WPU daarna opnieuw 'off' gezet. Ik zag "room 1 sp" inderdaad wijzigen naar 20°C en "room 1 power %" zag ik terugvallen van 13% naar 0.

Twee minuten later check ik de Autotemp status nog eens en tot mijn verrassing is "room 1 SP" geen 20°C meer, maar 18°C. Iemand een idee waarom dat setpoint 2 graden lager is geworden dan hetgene ik op de thermostaat had ingesteld?

@Vendetta_X staat jouw unit ook in een "off" / "idle" modus? Dan heb je misschien hetzelfde voor als ik?

--

WPU-3: Itho hw version: 35, Itho fw version: 18 - AutoTemp: Itho hw version: 26, Itho fw version: 6

[ Voor 4% gewijzigd door ijlzoeker op 12-10-2026 10:45 ]

[CyberThug]

Vanochtend de wifi module voor mijn WPU5G geinstalleerd. Meteen even twee praktische vragen:
1. Als ik de module installeer steekt de stekker zover uit dat de ombouw er niet meer op kan. Klopt dit?
2. Ik kan op de MQTT pagina de settings niet meer opslaan. Dit lukte eerst wel, nu niet meer. Is daar een oplossing voor?

[dixet]

CyberThug schreef op dinsdag 13 oktober 2026 @ 10:51:
1. Als ik de module installeer steekt de stekker zover uit dat de ombouw er niet meer op kan. Klopt dit?

ik gebruik daarvoor een korte utp kabel met een knietje, zoiets als dit: https://www.allekabels.nl/utp-kabel/7390/1285766/uutp-kabel-cat-5e-haaks.html

Daarmee past het bij mij precies

[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.

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.

Het heeft even wat tijd gekost maar ik heb de feature nu als volgt geimplementeerd:



Dit is een beetje de uitwerking:
Na het klikken op start bij spider discovery krijg je een setpoint door die je op de spider moet instellen. De add-on firmware pikt daarna de communicatie op tussen je spider en de heater op en slaat het ID van je spider en die van de heater op. Beide ID's worden vervolgens bij het sturen van een setpoint gebruikt om de communicatie te spoofen. Zo lijkt het voor de spider alsof er een valide setpoint afgestemd is met de heater.
Ik heb het hier met twee spiders getest (1 OpenTherm en 1 aan/uit) en dat lijkt goed te werken.

De HA plugin pas ik aan zodat voor elke geconfigureerde spider een climate device in HA wordt aangemaakt.

Ik hoor heel graag jullie feedback en of dit een beetje aansluit bij de functionaliteit waar jullie nu de ramses_cc integration voor gebruiken!

[RudolfR]

@arjenhiemstra

Klinkt wel goed. Ik heb zelf geen ramses, maar spider discovery door eenmalig een setpoint in stellen en te sniffen klinkt eenvoudig.

Neem aan dat het deze integratie is:
https://github.com/arjenhiemstra/ithowifi-ha-integration
Daar ben ik nog niet mee bekend.
Ik heb diverse metrics nu handmatig via mqtt toegevoegd aan HA.
Komen de nieuwe entiteiten er standaard als disabled bij en kun je deze naar wens (de-)activeren?

Komt er binnenkort een (test)versie met deze nieuwe functionaliteit? Ik kijk er naar uit!

[wouter.N]

arjenhiemstra schreef op zaterdag 17 oktober 2026 @ 00:31:
[...]


Het heeft even wat tijd gekost maar ik heb de feature nu als volgt geimplementeerd:

[Afbeelding]

Dit is een beetje de uitwerking:
Na het klikken op start bij spider discovery krijg je een setpoint door die je op de spider moet instellen. De add-on firmware pikt daarna de communicatie op tussen je spider en de heater op en slaat het ID van je spider en die van de heater op. Beide ID's worden vervolgens bij het sturen van een setpoint gebruikt om de communicatie te spoofen. Zo lijkt het voor de spider alsof er een valide setpoint afgestemd is met de heater.
Ik heb het hier met twee spiders getest (1 OpenTherm en 1 aan/uit) en dat lijkt goed te werken.

De HA plugin pas ik aan zodat voor elke geconfigureerde spider een climate device in HA wordt aangemaakt.

Ik hoor heel graag jullie feedback en of dit een beetje aansluit bij de functionaliteit waar jullie nu de ramses_cc integration voor gebruiken!

Mooi oplossing! dit werkt alleen voor de spider toch, niet voor de oude thermostaat?

[arjenhiemstra]

wouter.N schreef op zaterdag 17 oktober 2026 @ 19:50:
[...]


Mooi oplossing! dit werkt alleen voor de spider toch, niet voor de oude thermostaat?

Thx!
Als de oude thermostaat met de ramses_cc integration (kan) werken zou het ook in de firmware van dit project verwerkt moeten kunnen worden. Ik heb op dit moment alleen geen idee wat voor RF protocol de oude thermostaten gebruiken.

[arjenhiemstra]

RudolfR schreef op zaterdag 17 oktober 2026 @ 08:15:
@arjenhiemstra

Klinkt wel goed. Ik heb zelf geen ramses, maar spider discovery door eenmalig een setpoint in stellen en te sniffen klinkt eenvoudig.

Neem aan dat het deze integratie is:
https://github.com/arjenhiemstra/ithowifi-ha-integration
Daar ben ik nog niet mee bekend.
Ik heb diverse metrics nu handmatig via mqtt toegevoegd aan HA.
Komen de nieuwe entiteiten er standaard als disabled bij en kun je deze naar wens (de-)activeren?

Deze plugin werkt zonder mqtt en detecteerd bij de setup alle mogelijke entiteiten en andere zaken. Als er een nieuwe versie van de ha plugin beschikbaar komt en je hebt al een eerdere versie geinstalleerd. Dan krijg je na de update vanuit HA een melding of je nieuwe entiteiten aan wilt maken. Bij een eerste setup kun je straks je geconfigureerde spiders aanklikken en dan wordt er in HA per spider een climate device aangemaakt.

Komt er binnenkort een (test)versie met deze nieuwe functionaliteit? Ik kijk er naar uit!

Yes, zsm. Ik hoop ergens komende week.

[wouter.N]

arjenhiemstra schreef op zaterdag 17 oktober 2026 @ 23:48:
[...]


Thx!
Als de oude thermostaat met de ramses_cc integration (kan) werken zou het ook in de firmware van dit project verwerkt moeten kunnen worden. Ik heb op dit moment alleen geen idee wat voor RF protocol de oude thermostaten gebruiken.

Naar mijn weten heeft nog niemand dit werkend gekregen. Is het mogelijk om alle RF berichten via MQTT door te sturen, zodat ik kan kijken of ik de werking hiervan door middel van reverse engineering kan achterhalen?

[Onl1ne1373]

arjenhiemstra schreef op zaterdag 17 oktober 2026 @ 00:31:
[...]


Het heeft even wat tijd gekost maar ik heb de feature nu als volgt geimplementeerd

Wow, dit zou mooi zijn. Ik heb dit in het verleden ook geprobeerd, maar toen werkte het niet, het spoofen wilde niet, ben benieuwd. Daarom had ik de gateway protocol en binding gebruikt.

Een ander probleem kan nog wel zijn dat de Spiders met een batterij niet continu staan te luisteren, die doen af en toe een request naar de gateway en waarschijnlijk ook de autotemp.

Dit is vooral mooi omdat ik toch een beetje ruzie met de ramses integratie heb, hij probeert al mijn appraten in de buurt toe te voegen

[GeeMoney]

@Onl1ne1373 op welke Ramses versie zit jij inmiddels? Ik krijg het niet meer lekker op elke thermostaat gebind namelijk en de system log blijft gevuld worden met errors ondanks al meerdere GitHub reports.

[Vendetta_X]

Iemand nog een gouden tip om DHW run slim te krijgen zonder OTGW? Ik loop tegen het probleem aan dat de WP niet onthoudt dat er al een run is geweest in ECO modus. Hij blijft hardnekkig op het ingestelde tijdstip verwarmen als temp een paar graden gedaald is. Dit gebeurt niet altijd, komt dat door "Differential dhw daily (K)"?

Ik gebruik Tariff Low voor de sturing, dat werkt goed. Verder gebruik ik de comfort modus om 1x/week de legionella run te triggeren. Verder staat de WPU op ECO.

Als straks de prijzen de ene dag 's nachts en de andere dag overdag goedkoop zijn, krijg ik het niet meer correct gestuurd.

[Clavis]

Vendetta_X schreef op maandag 19 oktober 2026 @ 17:58:
Iemand nog een gouden tip om DHW run slim te krijgen zonder OTGW? Ik loop tegen het probleem aan dat de WP niet onthoudt dat er al een run is geweest in ECO modus. Hij blijft hardnekkig op het ingestelde tijdstip verwarmen als temp een paar graden gedaald is. Dit gebeurt niet altijd, komt dat door "Differential dhw daily (K)"?

Ik gebruik Tariff Low voor de sturing, dat werkt goed. Verder gebruik ik de comfort modus om 1x/week de legionella run te triggeren. Verder staat de WPU op ECO.

Als straks de prijzen de ene dag 's nachts en de andere dag overdag goedkoop zijn, krijg ik het niet meer correct gestuurd.

Op ECO doet ie toch ook een legionella run, of ben ik nou gek?

[donald_dick]

Ik zit met een vraag over de werking van de thermostaten. Ik heb regelmatig de code A3 02. Maar niet de gehele tijd. Soms gaat het dagen goed, en dan ineens dagen niet, en dan weer uren en dan weer de foutmelding. En dan springen de thermostaten op 327 graden als ze in storing springen.

Batterijen vervangen van de thermostaten, maar dat heeft het probleem niet verholpen. Maar hoe communiceren de thermostaten? Ik heb twee vloerverwarming verdelers. 1 beneden, 1 boven. Die boven springen in storing. Maar naar wat (horen) communiceren de thermosaten te communiseren? Is dat direct naar de warmtepomp, de hoofd verdeler of naar de sub verdeler? Het lijkt mij het laatste.

[wouter.N]

donald_dick schreef op dinsdag 20 oktober 2026 @ 05:50:
Ik zit met een vraag over de werking van de thermostaten. Ik heb regelmatig de code A3 02. Maar niet de gehele tijd. Soms gaat het dagen goed, en dan ineens dagen niet, en dan weer uren en dan weer de foutmelding. En dan springen de thermostaten op 327 graden als ze in storing springen.

Batterijen vervangen van de thermostaten, maar dat heeft het probleem niet verholpen. Maar hoe communiceren de thermostaten? Ik heb twee vloerverwarming verdelers. 1 beneden, 1 boven. Die boven springen in storing. Maar naar wat (horen) communiceren de thermosaten te communiseren? Is dat direct naar de warmtepomp, de hoofd verdeler of naar de sub verdeler? Het lijkt mij het laatste.

Denk dat enigste optie is om vloerverwarming verdelers aan te passen naar externe RF print (als dit nu nog niet het geval is).

[Vendetta_X]

donald_dick schreef op dinsdag 20 oktober 2026 @ 05:50:
Ik zit met een vraag over de werking van de thermostaten. Ik heb regelmatig de code A3 02. Maar niet de gehele tijd. Soms gaat het dagen goed, en dan ineens dagen niet, en dan weer uren en dan weer de foutmelding. En dan springen de thermostaten op 327 graden als ze in storing springen.

Batterijen vervangen van de thermostaten, maar dat heeft het probleem niet verholpen. Maar hoe communiceren de thermostaten? Ik heb twee vloerverwarming verdelers. 1 beneden, 1 boven. Die boven springen in storing. Maar naar wat (horen) communiceren de thermosaten te communiseren? Is dat direct naar de warmtepomp, de hoofd verdeler of naar de sub verdeler? Het lijkt mij het laatste.

Had gelijke problemen. Eerst hebben ze versterkers geplaatst op de AutoTemps, dat leek het niet op te lossen.
Heb je een Spider en zit daar toevallig je HRU sturing op aangesloten? Dat was de oplossing vanuit Itho. Het loskoppelen van HRU sturing vanuit de Spider. De signalen verstoorden elkaar waardoor AutoTemp informatie soms werd onderbroken.

[mvtslot]

Heeft iemand ervaring met het upgrade van de firmware van een Itho WPU warmtepomp? Ik heb de Itho Servicetool, de speciale kabel en de wachtwoorden, maar kan nergens de functie vinden? Hoor graag als iemand me hiermee kan helpen.

[arjenhiemstra]

Onl1ne1373 schreef op maandag 19 oktober 2026 @ 17:02:
[...]

Wow, dit zou mooi zijn. Ik heb dit in het verleden ook geprobeerd, maar toen werkte het niet, het spoofen wilde niet, ben benieuwd. Daarom had ik de gateway protocol en binding gebruikt.

Een ander probleem kan nog wel zijn dat de Spiders met een batterij niet continu staan te luisteren, die doen af en toe een request naar de gateway en waarschijnlijk ook de autotemp.

Dit is vooral mooi omdat ik toch een beetje ruzie met de ramses integratie heb, hij probeert al mijn appraten in de buurt toe te voegen

[Afbeelding]

Het spoofen lijkt prima te gaan alleen loop ik idd tegen het issue aan dat de spider niet altijd wakker lijkt te worden. Een spider gekoppeld aan een aan/uit module accepteert een setpoint alleen als je het display aanraakt. Als de spider gekoppeld is aan een OT gateway gaat het wel goed (duurt soms een paar minuten maar het werkt).
Geen idee wat de spider doet als deze aan een WPU / AutoTemp hangt.

[arjenhiemstra]

mvtslot schreef op woensdag 21 oktober 2026 @ 18:49:
Heeft iemand ervaring met het upgrade van de firmware van een Itho WPU warmtepomp? Ik heb de Itho Servicetool, de speciale kabel en de wachtwoorden, maar kan nergens de functie vinden? Hoor graag als iemand me hiermee kan helpen.

Ik begreep laatst van iemand die dat ook geprobeerd heeft dat je een installateursaccount nodig hebt om toegang te krijgen tot firmware bestanden.

[GeeMoney]

arjenhiemstra schreef op donderdag 22 oktober 2026 @ 21:49:
[...]


Ik begreep laatst van iemand die dat ook geprobeerd heeft dat je een installateursaccount nodig hebt om toegang te krijgen tot firmware bestanden.

Klopt en @mvtslot daarnaast zou ik niet op eigen houtje random firmware updates toe gaan passen.
Ik heb eens inzicht gehad in de compatibility matrix en dat is echt verschrikkelijk. Autotemp, spiders, wpu firmwares moeten exact bij elkaar passen anders dondert er iets om.

[mvtslot]

Helder, en dank voor jullie advies.

[Rik60]

Beste forumleden,

Ik ben aan het proberen mijn warmtepomp wpu5g wat slimmer te maken door het setpoint van de kamerthermostaat op afstand aan te passen. Wat heb ik hier precies voor nodig? De warmtepomp heb ik voorzien van een NON-CVE add-on en lees de warmtepomp uit via MQTT in domoticz. Dat uitlezen gaat prima. Begrijp ik dat een NON-CVE add-on met een CC1101 op de autotemp (master) moet aansluiten om de (master) thermostaat te kunnen bedienen?

Alvast bedankt

[GeeMoney]

Rik60 schreef op vrijdag 23 oktober 2026 @ 17:07:
Beste forumleden,

Ik ben aan het proberen mijn warmtepomp wpu5g wat slimmer te maken door het setpoint van de kamerthermostaat op afstand aan te passen. Wat heb ik hier precies voor nodig? De warmtepomp heb ik voorzien van een NON-CVE add-on en lees de warmtepomp uit via MQTT in domoticz. Dat uitlezen gaat prima. Begrijp ik dat een NON-CVE add-on met een CC1101 op de autotemp (master) moet aansluiten om de (master) thermostaat te kunnen bedienen?

Alvast bedankt

Daar wordt nu aan gewerkt om het alleen met de add-ons te kunnen gaan doen maar de huidige “werkende” methode is middels een HGI80 gateway of een evo stick die een Honeywell imiteert.

[Rik60]

Ok, bedankt. Ik zag in dit forum al een en ander om de thermostaat aan te sturen via een add-on. Ik blijf het volgen.

[WilcoSnel]

Klopt het dat met onderstaande versie het (nog) niet mogelijk is om het verwarmen en koelen te (de)blokkeren? Het is me op de startpagina niet helemaal duidelijk geworden of het 'werkt niet met' stukje verwijst naar alleen de buitentemperatuur aanpassen of naar alle mqtt commando's verwijst.

WPU 5G
Itho hw version: 83
Itho fw version: 41

De index cijfers en corresponderende settings kloppen niet met wat ik in mijn lijst zie. Dus ik verwacht niet werkend. Of spreken de mqtt commando's onder water iets anders aan?

[ Voor 35% gewijzigd door WilcoSnel op 25-10-2026 11:24 ]

[wouter.N]

WilcoSnel schreef op zaterdag 24 oktober 2026 @ 21:56:
Klopt het dat met onderstaande versie het (nog) niet mogelijk is om het verwarmen en koelen te (de)blokkeren? Het is me op de startpagina niet helemaal duidelijk geworden of het 'werkt niet met' stukje verwijst naar alleen de buitentemperatuur aanpassen of naar alle mqtt commando's verwijst.

Itho hw version: 83
Itho fw version: 41

De index cijfers en corresponderende settings kloppen niet met wat ik in mijn lijst zie. Dus ik verwacht niet werkend. Of spreken de mqtt commando's onder water iets anders aan?

Welke generatie WPU is dit?

[WilcoSnel]

wouter.N schreef op zondag 25 oktober 2026 @ 05:50:
[...]

Welke generatie WPU is dit?

Excuus, WPU 5G

[wouter.N]

WilcoSnel schreef op zondag 25 oktober 2026 @ 11:24:
[...]

Excuus, WPU 5G

Heb zelf ook een 5G met zelfde HW versie en FW versie, dus achteraf had ik dit kunnen weten. :-)
Itho hw version: 83
Itho fw version: 41


Hier werkt het gewoon. Ik kan me haast niet voorstellen dat het bij jou niet zou werken en dat het register anders is.

[ Voor 12% gewijzigd door wouter.N op 25-10-2026 11:48 ]

[noemichael]

Hoi, Nieuw hier. Ik heb een WPU 55i 5g sinds 2022, samen met een 200l boiler. Relatief tevreden hierover, maar herken nu wel redelijk wat problemen wat problemen die hier voorbijkomen. 1 hoofd Spider, maar de rest van de spiders lijkt niet veel te doen buiten een fancy thermometer. Daarnaast ook last van een warme zolder. De vloer boven voelde nooit warm aan, waardoor we het staken op 'warme lucht stijgt'.

Net een thuisbatterij laten installeren ivm zelfvoorzienend willen zijn en ook wat de saldering-BS. Daarom gaan we over op een dynamisch contract. Nu wil ik graag kijken of ik de boiler kan aansturen zodat die niet opwarmt wanneer energie heel duur is (zoals 's ochtends). Daarom een NRGwatch HRU/WPU/DemandFlow/QualityFlow wifi module aangekocht.

Hier zit mijn probleem: deze werkt prima op de blauwe pomp-aansturing van de vloerverwarming (autotemp). Echter, wanneer ik deze in de 'service tool' poort op de WPU zet, doet deze niets. Heb al meerdere keren de WPU herstart. Ook met energie-toevoer via de USB-C poort op de module werkt het niet. Ik herken dit probleem niet op dit forum. Nooit een laptop aangesloten of iets gelijkaardig, dus denk niet dat deze 'fried' is. Iemand nog ideeen buiten iemand laten komen om ernaar te laten kijken?
Moet dit sowieso laten doen gezien ik de WPU wil verbinden met het EMS (SmartGridOne van Eniris) via RS485.

Dank!

Reageer

[WilcoSnel]

wouter.N schreef op zondag 25 oktober 2026 @ 11:47:
[...]

Heb zelf ook een 5G met zelfde HW versie en FW versie, dus achteraf had ik dit kunnen weten. :-)
Itho hw version: 83
Itho fw version: 41


Hier werkt het gewoon. Ik kan me haast niet voorstellen dat het bij jou niet zou werken en dat het register anders is.

Wat zijn bij jou de labels van index 15, 30 en 34 onder status? Bij mij zijn dat respectievelijk: tariff, free cooling en heat demand thermostat. En lijkt dus overeen te komen.

Maar doet mqtt niet juist de settings aanpassen? Want 15, 30 en 34 zijn daar bij mij: type current measure circuit, Postition expansion valve en Max. number of correction pulse. En daar klinkt het dan dus niet logisch.

[wouter.N]

Je kunt niet zomaar via MQTT instellingen aanpassen, of misschien is dat zelfs helemaal niet mogelijk. Dat wil je ook niet, omdat je daarmee onnodig vaak naar het flashgeheugen van de microcontroller schrijft, waardoor de levensduur ervan afneemt.

Via MQTT gebruik je manual control (pas hier ook mee op, je kan je warmtepomp slopen als je temperatuur sensoren gaat veranderen bijvoorbeeld);

[ Voor 8% gewijzigd door wouter.N op 25-10-2026 21:45 ]

[arjenhiemstra]

WilcoSnel schreef op zondag 25 oktober 2026 @ 17:58:
[...]

Wat zijn bij jou de labels van index 15, 30 en 34 onder status? Bij mij zijn dat respectievelijk: tariff, free cooling en heat demand thermostat. En lijkt dus overeen te komen.

Maar doet mqtt niet juist de settings aanpassen? Want 15, 30 en 34 zijn daar bij mij: type current measure circuit, Postition expansion valve en Max. number of correction pulse. En daar klinkt het dan dus niet logisch.

Settings (de items onder menu "Itho settings" van de add-on web interface.) zijn alleen via de web interface zelf of via de REST API aan te passen. Via de REST API staat standaard alles dicht, je kunt de betreffende settings index nummers vrijgegeven via een setting onder menu "System settings".

Voor de WPU heb je via MQTT wel outside_temp en manual control tot je beschikking. Zie ook de documentatie onder het menu item "API" van de add-on web interface.

[MS78]

hallo allemaal,

zijn er hier mensen die ervaring hebben met een openterm gateway:

https://www.nodo-shop.nl/nl/ons-assortiment/326-opentherm-gateway-builder.html

dit om het aansturen van de WP 5G en het boilervat slimmer aan te sturen?

[adinsx]

Iemand een gouden tip? Het bijvullen van de bronlus lukt hier ineens niet meer. Beide kogelkraantjes (linksboven zichtbaar op 2e foto) komt wel water uit als ik ze iets opendraai, maar met de vulslang erop gaat er geen waterdruk bij in... 0,5 bar is wel wat karig voor de brondruk inmiddels... (vloerverwarmingsysteem zit op 1,8)






Wat gaat er mis...

[WilcoSnel]

wouter.N schreef op zondag 25 oktober 2026 @ 21:45:
Je kunt niet zomaar via MQTT instellingen aanpassen, of misschien is dat zelfs helemaal niet mogelijk. Dat wil je ook niet, omdat je daarmee onnodig vaak naar het flashgeheugen van de microcontroller schrijft, waardoor de levensduur ervan afneemt.

Via MQTT gebruik je manual control (pas hier ook mee op, je kan je warmtepomp slopen als je temperatuur sensoren gaat veranderen bijvoorbeeld);

[Afbeelding]

Dit is dus het lijstje voor de manual control opties als ik het goed begrijp? Is dit lijstje gegenereerd vanuit de ithowifi? Zo ja, hoe doe ik dat? Ik zie bij de API alleen maar post, geen get opties voor de manual control.

[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.

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.

3.3.0-beta3 staat online (update via de add-on, beta kanaal). Kort wat er in zit:

Itho Spider thermostaat via RF
temperatuur, setpoint en warmtevraag uitlezen en het setpoint instellen, ook via MQTT/REST.
Een wizard op de RF pagina zoekt de Spider en zijn warmtebron door een tijdelijke door de add-on random bepaalde temperatuur in te stellen op de Spider.
Een nieuw setpoint kan een paar minuten duren; display aanraken past het direct toe.
De HA integratie v0.7.0 maakt er een climate entity van:
https://github.com/arjenhiemstra/ithowifi-ha-integration

Verder:
- RF status opvragen via een zelf te kiezen send remote
- RF instellingen naar eigen pagina
- Fix voor een willekeurige crash bij add-ons met RF module.
- Temperatuur/vocht bleven soms op "not available" staan tot een reboot (#295), dat herstelt nu bij de volgende goede meting.
- Bi-directionele remotes (RFT AUTO-N, RFT CO2) gekoppeld aan de add-on krijgen weer een antwoord, geen rode error led meer.
- Diverse RF fixes (remotes na een leeg slot, learn/leave, ID weergave)
- WiFi pagina toont WPA2/WPA3.

Volledige release notes: https://github.com/arjenh...s/tag/Version-3.3.0-beta3

Ik heb de spider functionaliteit alleen kunnen testen met spiders gekoppeld via OpenTherm of Aan/Uit module. Ik ben heel benieuwd of het ook werkt met spiders die gekoppeld zijn aan de WPU / AutoTemp. De spider verliest de huidige koppeling overigens niet, die blijft dus gewoon zoals het is.

[wouter.N]

arjenhiemstra schreef op dinsdag 27 oktober 2026 @ 23:14:
[...]


3.3.0-beta3 staat online (update via de add-on, beta kanaal). Kort wat er in zit:

Itho Spider thermostaat via RF
temperatuur, setpoint en warmtevraag uitlezen en het setpoint instellen, ook via MQTT/REST.
Een wizard op de RF pagina zoekt de Spider en zijn warmtebron door een tijdelijke door de add-on random bepaalde temperatuur in te stellen op de Spider.
Een nieuw setpoint kan een paar minuten duren; display aanraken past het direct toe.
De HA integratie v0.7.0 maakt er een climate entity van:
https://github.com/arjenhiemstra/ithowifi-ha-integration

Verder:
- RF status opvragen via een zelf te kiezen send remote
- RF instellingen naar eigen pagina
- Fix voor een willekeurige crash bij add-ons met RF module.
- Temperatuur/vocht bleven soms op "not available" staan tot een reboot (#295), dat herstelt nu bij de volgende goede meting.
- Bi-directionele remotes (RFT AUTO-N, RFT CO2) gekoppeld aan de add-on krijgen weer een antwoord, geen rode error led meer.
- Diverse RF fixes (remotes na een leeg slot, learn/leave, ID weergave)
- WiFi pagina toont WPA2/WPA3.

Volledige release notes: https://github.com/arjenh...s/tag/Version-3.3.0-beta3

Ik heb de spider functionaliteit alleen kunnen testen met spiders gekoppeld via OpenTherm of Aan/Uit module. Ik ben heel benieuwd of het ook werkt met spiders die gekoppeld zijn aan de WPU / AutoTemp. De spider verliest de huidige koppeling overigens niet, die blijft dus gewoon zoals het is.

Top werk!

Kan dit ook gebruikt worden in combinatie met de module die ik op mijn HRU heb zitten? De WPU module heeft namelijk geen RF print.

Update: Ik heb geen Spider thermostaat, maar een oudere versie. Mijn berichtjes zien er zo uit. Is dit ook compatibel?

Analyse van Claude;

[ Voor 18% gewijzigd door wouter.N op 28-10-2026 12:37 ]

[Siete]

arjenhiemstra schreef op dinsdag 27 oktober 2026 @ 23:14:
[...]


3.3.0-beta3 staat online (update via de add-on, beta kanaal). Kort wat er in zit:

Itho Spider thermostaat via RF
temperatuur, setpoint en warmtevraag uitlezen en het setpoint instellen, ook via MQTT/REST.
Een wizard op de RF pagina zoekt de Spider en zijn warmtebron door een tijdelijke door de add-on random bepaalde temperatuur in te stellen op de Spider.
Een nieuw setpoint kan een paar minuten duren; display aanraken past het direct toe.
De HA integratie v0.7.0 maakt er een climate entity van:
https://github.com/arjenhiemstra/ithowifi-ha-integration

Verder:
- RF status opvragen via een zelf te kiezen send remote
- RF instellingen naar eigen pagina
- Fix voor een willekeurige crash bij add-ons met RF module.
- Temperatuur/vocht bleven soms op "not available" staan tot een reboot (#295), dat herstelt nu bij de volgende goede meting.
- Bi-directionele remotes (RFT AUTO-N, RFT CO2) gekoppeld aan de add-on krijgen weer een antwoord, geen rode error led meer.
- Diverse RF fixes (remotes na een leeg slot, learn/leave, ID weergave)
- WiFi pagina toont WPA2/WPA3.

Volledige release notes: https://github.com/arjenh...s/tag/Version-3.3.0-beta3

Ik heb de spider functionaliteit alleen kunnen testen met spiders gekoppeld via OpenTherm of Aan/Uit module. Ik ben heel benieuwd of het ook werkt met spiders die gekoppeld zijn aan de WPU / AutoTemp. De spider verliest de huidige koppeling overigens niet, die blijft dus gewoon zoals het is.

Ik heb beta3 geïnstalleerd op mijn Itho WiFi-module met CC1101 RF-module, aangesloten op een AutoTemp-installatie met een WPU 5G en zes Spider-thermostaten. De RF-uitlezing werkt inmiddels goed. Ik heb alle zes Spiders individueel geïdentificeerd en als RFT Spider / Monitor Only toegevoegd. Hun temperaturen en setpoints worden uitgelezen. Alleen het instellen van een setpoint via REST lukt nog niet.

Bijvoorbeeld: POST /api/v2/rfremote/setpoint

JSON:

{"index":4,"setpoint":18.5}

Dit geeft HTTP 400 met: remote is not a bound Spider thermostat

De Spider op index 4 heeft RF-ID 54:D9:xx en communiceert met AutoTemp-controller 03:18:xx, zone 03. De discovery-wizard vindt bij mij voornamelijk de AutoTemp-controlleradressen (03:18:xx, 03:18:xx, 03:18:xx), maar lijkt geen werkende binding met de individuele Spiders aan te maken.
Daarnaast kunnen mijn Spiders maximaal op 24 °C worden ingesteld, terwijl de wizard willekeurig 23–30 °C vraagt. Is deze combinatie met WPU/AutoTemp in beta3 al bedoeld om te werken? En is het mogelijk om de ontbrekende binding handmatig vast te leggen met de reeds bekende Spider-, controller- en zonegegevens? Ik kan aanvullende RF-logs aanleveren en wil uiteraard graag meehelpen met testen.

[wouter.N]

Siete schreef op woensdag 28 oktober 2026 @ 12:40:
[...]

Ik heb beta3 geïnstalleerd op mijn Itho WiFi-module met CC1101 RF-module, aangesloten op een AutoTemp-installatie met een WPU 5G en zes Spider-thermostaten. De RF-uitlezing werkt inmiddels goed. Ik heb alle zes Spiders individueel geïdentificeerd en als RFT Spider / Monitor Only toegevoegd. Hun temperaturen en setpoints worden uitgelezen. Alleen het instellen van een setpoint via REST lukt nog niet.

Bijvoorbeeld: POST /api/v2/rfremote/setpoint

JSON:

{"index":4,"setpoint":18.5}

Dit geeft HTTP 400 met: remote is not a bound Spider thermostat

De Spider op index 4 heeft RF-ID 54:D9:xx en communiceert met AutoTemp-controller 03:18:xx, zone 03. De discovery-wizard vindt bij mij voornamelijk de AutoTemp-controlleradressen (03:18:xx, 03:18:xx, 03:18:xx), maar lijkt geen werkende binding met de individuele Spiders aan te maken.
Daarnaast kunnen mijn Spiders maximaal op 24 °C worden ingesteld, terwijl de wizard willekeurig 23–30 °C vraagt. Is deze combinatie met WPU/AutoTemp in beta3 al bedoeld om te werken? En is het mogelijk om de ontbrekende binding handmatig vast te leggen met de reeds bekende Spider-, controller- en zonegegevens? Ik kan aanvullende RF-logs aanleveren en wil uiteraard graag meehelpen met testen.

Loop hier tegen het zelfde aan;

code:

{
  "status": "fail",
  "data": {
    "timestamp": 1793188030,
    "failreason": "remote is not a bound Spider thermostat"
  }
}

remote function op "send" zetten helpt ook niet.

[Roog1317]

arjenhiemstra schreef op dinsdag 27 oktober 2026 @ 23:14:
[...]


3.3.0-beta3 staat online (update via de add-on, beta kanaal). Kort wat er in zit:

Itho Spider thermostaat via RF
temperatuur, setpoint en warmtevraag uitlezen en het setpoint instellen, ook via MQTT/REST.
Een wizard op de RF pagina zoekt de Spider en zijn warmtebron door een tijdelijke door de add-on random bepaalde temperatuur in te stellen op de Spider.
Een nieuw setpoint kan een paar minuten duren; display aanraken past het direct toe.
De HA integratie v0.7.0 maakt er een climate entity van:
https://github.com/arjenhiemstra/ithowifi-ha-integration

Verder:
- RF status opvragen via een zelf te kiezen send remote
- RF instellingen naar eigen pagina
- Fix voor een willekeurige crash bij add-ons met RF module.
- Temperatuur/vocht bleven soms op "not available" staan tot een reboot (#295), dat herstelt nu bij de volgende goede meting.
- Bi-directionele remotes (RFT AUTO-N, RFT CO2) gekoppeld aan de add-on krijgen weer een antwoord, geen rode error led meer.
- Diverse RF fixes (remotes na een leeg slot, learn/leave, ID weergave)
- WiFi pagina toont WPA2/WPA3.

Volledige release notes: https://github.com/arjenh...s/tag/Version-3.3.0-beta3

Ik heb de spider functionaliteit alleen kunnen testen met spiders gekoppeld via OpenTherm of Aan/Uit module. Ik ben heel benieuwd of het ook werkt met spiders die gekoppeld zijn aan de WPU / AutoTemp. De spider verliest de huidige koppeling overigens niet, die blijft dus gewoon zoals het is.

Mooi dat de Spider-ondersteuning er is! Ik heb beta3 vandaag getest op mijn add-on met RF-module, samen met HA-integratie v0.7.0. Ik heb een WPU 5G met AutoTemp. De Spider in de woonkamer is bedraad, de andere Spiders zijn draadloos.

De woonkamer Spider werkt niet via RF, dus die kan ik dan helaas niet toevoegen. Met de discovery vindt de add-on mijn draadloze Spiders netjes, maar daarna blijft hij hangen op “Listening for its heater”. Tikken op het display en de setpoint aanpassen hielp niet. Net als in de post hierboven vermoed ik dat het aan de AutoTemp ligt.

Verder zag ik iets bij mijn WTW (HRU 400, alleen via RF). Sinds beta2, en nu ook met beta3, blijven filterstatus, foutcode en snelheidsstatus in HA op onbekend staan. De bediening en de ventilatorstand werken wel gewoon. Op 3.2.0 werkt alles. De periodieke statusaanvraag aanzetten maakte geen verschil.

[wouter.N]

Roog1317 schreef op woensdag 28 oktober 2026 @ 13:26:
[...]

Mooi dat de Spider-ondersteuning er is! Ik heb beta3 vandaag getest op mijn add-on met RF-module, samen met HA-integratie v0.7.0. Ik heb een WPU 5G met AutoTemp. De Spider in de woonkamer is bedraad, de andere Spiders zijn draadloos.

De woonkamer Spider werkt niet via RF, dus die kan ik dan helaas niet toevoegen. Met de discovery vindt de add-on mijn draadloze Spiders netjes, maar daarna blijft hij hangen op “Listening for its heater”. Tikken op het display en de setpoint aanpassen hielp niet. Net als in de post hierboven vermoed ik dat het aan de AutoTemp ligt.

Verder zag ik iets bij mijn WTW (HRU 400, alleen via RF). Sinds beta2, en nu ook met beta3, blijven filterstatus, foutcode en snelheidsstatus in HA op onbekend staan. De bediening en de ventilatorstand werken wel gewoon. Op 3.2.0 werkt alles. De periodieke statusaanvraag aanzetten maakte geen verschil.

Weet je zeker dat hij je Spider vindt en niet je AutoTemp? Bij mij geeft hij ook aan dat hij mijn Spider heeft gevonden en vervolgens op heaters wacht, maar in werkelijkheid heeft hij mijn AutoTemp gevonden in plaats van mijn Spider.

[arjenhiemstra]

@Roog1317 over je HRU 400: ik vermoed dat het aan de RF CO2 besturing ligt. Sinds beta1 stuurt de add-on in die modus geen statusaanvraag meer, en filter, foutcode en snelheidsstatus komen alleen als antwoord daarop. Gebruik je een RFT CO2 remote en staat de besturing op RF CO2? Dan kun je voorlopig onder RF CO2 de periodieke 31DA/31D9 statusaanvraag aanzetten. Ik fix het in de volgende beta.

[arjenhiemstra]

@Siete @wouter.N @Roog1317 dank voor het testen. Zoals ik al aangaf heb ik met de AutoTemp zelf niet kunnen testen.

Een handmatig toegevoegde Spider wordt alleen uitgelezen. Instellen kan pas als de wizard heeft geleerd met welke controller de Spider praat, daarom de "not a bound Spider thermostat". Handmatig vastleggen kan in beta3 nog niet.
De wizard kiest 23 tot 30 graden, terwijl jullie Spiders op AutoTemp tot 24 gaan. Dat pas ik aan.
Ik vermoed dat de AutoTemp zelf de zone setpoints rondstuurt (22C9). De wizard ziet de AutoTemp dan aan voor de Spider en blijft daarna op "Listening for its heater" hangen.
Of setpoint instellen via de AutoTemp heen überhaupt werkt is nog de vraag.

Om dit goed te krijgen heb ik een RF log nodig: zet het RF log op debug level3, start de wizard, verander de Spider naar de gevraagde temperatuur en laat het een minuut of 10 lopen. Stuur de log graag via een DM of een GitHub issue (de ID's mogen geanonimiseerd, als het per apparaat maar consistent is).

De bedrade Spider in de woonkamer zit niet op RF, die kan de add-on niet zien.

[Roog1317]

wouter.N schreef op woensdag 28 oktober 2026 @ 13:49:
[...]

Weet je zeker dat hij je Spider vindt en niet je AutoTemp? Bij mij geeft hij ook aan dat hij mijn Spider heeft gevonden en vervolgens op heaters wacht, maar in werkelijkheid heeft hij mijn AutoTemp gevonden in plaats van mijn Spider.

Ja je hebt gelijk, het is inderdaad de AutoTemp en niet de Spider.

arjenhiemstra schreef op woensdag 28 oktober 2026 @ 14:21:
@Roog1317 over je HRU 400: ik vermoed dat het aan de RF CO2 besturing ligt. Sinds beta1 stuurt de add-on in die modus geen statusaanvraag meer, en filter, foutcode en snelheidsstatus komen alleen als antwoord daarop. Gebruik je een RFT CO2 remote en staat de besturing op RF CO2? Dan kun je voorlopig onder RF CO2 de periodieke 31DA/31D9 statusaanvraag aanzetten. Ik fix het in de volgende beta.

Top, aanvankelijk gebeurde er niks met de periodieke 31DA/31D9 statusaanvraag aan, maar het duurde blijkbaar gewoon even. Inmiddels werkt het.

[wouter.N]

arjenhiemstra schreef op woensdag 28 oktober 2026 @ 14:21:
@Roog1317 over je HRU 400: ik vermoed dat het aan de RF CO2 besturing ligt. Sinds beta1 stuurt de add-on in die modus geen statusaanvraag meer, en filter, foutcode en snelheidsstatus komen alleen als antwoord daarop. Gebruik je een RFT CO2 remote en staat de besturing op RF CO2? Dan kun je voorlopig onder RF CO2 de periodieke 31DA/31D9 statusaanvraag aanzetten. Ik fix het in de volgende beta.

Bedankt voor al je werk hierin! Ik stuur je zo de log.

Wel een correctie op je berichtje, de bedrade spider stuurt wel een RF signaal naar de autotemp.

[arjenhiemstra]

Beta5 heeft een experimentele optie om het setpoint van een Spider op een AutoTemp te zetten. Testen:

RF settings: "Itho Spider on a zone controller (experimental)" aan en opslaan.
RF devices: de Spider wizard opnieuw doen, ook als de Spider er al staat.
Setpoint zetten via web interface, API of HA.

Waar ik benieuwd naar ben: neemt de AutoTemp het setpoint over en volgt het display van de Spider? Ik ontvang graag een RF log (level 3) van een paar minuten rond de wijziging.
Bedankt alvast voor het testen!

Link naar de beta:
https://github.com/arjenh...s/tag/Version-3.3.0-beta5

of updaten via de update pagina van de add-on

[Roog1317]

arjenhiemstra schreef op woensdag 28 oktober 2026 @ 19:30:
Beta5 heeft een experimentele optie om het setpoint van een Spider op een AutoTemp te zetten. Testen:

RF settings: "Itho Spider on a zone controller (experimental)" aan en opslaan.
RF devices: de Spider wizard opnieuw doen, ook als de Spider er al staat.
Setpoint zetten via web interface, API of HA.

Waar ik benieuwd naar ben: neemt de AutoTemp het setpoint over en volgt het display van de Spider? Ik ontvang graag een RF log (level 3) van een paar minuten rond de wijziging.
Bedankt alvast voor het testen!

Link naar de beta:
https://github.com/arjenh...s/tag/Version-3.3.0-beta5

of updaten via de update pagina van de add-on

Ik heb beta5 gelijk getest met de experimentele optie aan. De wizard vond de draadloze Spider (op een AutoTemp) meteen. Dus dat is top!

Daarna via de webinterface de setpoint van 19 naar 18,5 °C gezet, zonder de Spider aan te raken. De AutoTemp nam het netjes over en gaf het ook door aan mijn tweede AutoTemp. Het display van de Spider bleef wel op 19 staan. Na een minuut of dertien zond de Spider uit zichzelf weer zijn eigen 19 °C uit en toen ging de AutoTemp daar ook weer naartoe. Het nieuwe setpoint houdt dus stand tot de Spider zijn eigen waarde opnieuw doorgeeft.

Bij een eerdere poging raakte ik het display aan om te kijken. Toen stuurde de Spider meteen zijn eigen setpoint terug, dus aanraken zet het ook direct terug.

Zou het kunnen dat de Spider het nieuwe setpoint zelf ook moet overnemen, zodat hij het niet terugzet? Verder viel het op dat je eigen verzonden berichten in het RF-log op crc:FAIL staan, terwijl de AutoTemp er wel op reageert.

De RF-logs (level 3) stuur ik je via PB.

[arjenhiemstra]

Roog1317 schreef op woensdag 28 oktober 2026 @ 20:45:
[...]


Ik heb beta5 gelijk getest met de experimentele optie aan. De wizard vond de draadloze Spider (op een AutoTemp) meteen. Dus dat is top!

Daarna via de webinterface de setpoint van 19 naar 18,5 °C gezet, zonder de Spider aan te raken. De AutoTemp nam het netjes over en gaf het ook door aan mijn tweede AutoTemp. Het display van de Spider bleef wel op 19 staan. Na een minuut of dertien zond de Spider uit zichzelf weer zijn eigen 19 °C uit en toen ging de AutoTemp daar ook weer naartoe. Het nieuwe setpoint houdt dus stand tot de Spider zijn eigen waarde opnieuw doorgeeft.

Bij een eerdere poging raakte ik het display aan om te kijken. Toen stuurde de Spider meteen zijn eigen setpoint terug, dus aanraken zet het ook direct terug.

Zou het kunnen dat de Spider het nieuwe setpoint zelf ook moet overnemen, zodat hij het niet terugzet? Verder viel het op dat je eigen verzonden berichten in het RF-log op crc:FAIL staan, terwijl de AutoTemp er wel op reageert.

De RF-logs (level 3) stuur ik je via PB.

Thanks voor de uitgebreide test!
Jouw Spider luistert misschien alleen kort na zijn eigen berichten (elke 3 tot 5 minuten). Bij Spiders op een ketel stuurt de add-on in dat moment het nieuwe setpoint naar de Spider, en dat werkt daar. Ik ga kijken of dat ook bij een Spider op een AutoTemp kan; dan komt er een testversie.

Over crc:FAIL: de add-on zet zijn eigen verzonden berichten niet in het RF log, dus die regel is het bericht zoals de RF module het opving. Kan het zijn dat het berichten van een ander device zijn?

[wouter.N]

Bedankt @arjenhiemstra ik zal morgen even testen.

In de tussentijd heb ik eens gekeken hoe de Ramses blueprint van @Onl1ne1373 werkt (die hier al een paar keer gedeeld is). Mooi werk, maar helaas lijkt het erop dat deze alleen werkt voor de Spider thermostaat en dus niet voor mijn oudere thermostaten.

Zo werkt de blueprint, voor zover ik het begrijp: Home Assistant speelt via een evofw3/HGI80 (18:-adres) de Itho Spider gateway na.

1. Koppelen (eenmalig)
De Spider in pairmodus (knipperende punt) broadcast een I 1FC9 met de codes die hij ondersteunt. De blueprint antwoordt met W 1FC9 0001FF + het gateway-ID in hex, en de Spider bevestigt met I 1FC9 00. De koppeling met de AutoTemp blijft gewoon bestaan.

2. Normaal bedrijf
De Spider vraagt elke ~9 minuten (en bij aanraken van het display) een RQ 01FF aan de gateway. De gateway antwoordt met een RP 01FF met daarin het setpoint (x2, in halve graden). Dat antwoord wordt het setpoint van de Spider zelf, ook op het display. Komt er geen antwoord, dan gaat het wifi-symbool knipperen.

3. Setpoint wijzigen vanuit HA
De blueprint stuurt 3x een W 01FF. Een Spider op OpenTherm pikt dat binnen een paar minuten op, een Spider op batterijen krijgt het via de RP bij zijn volgende RQ.

4. De Spider geeft het zelf door aan de AutoTemp
Na het nieuwe setpoint stuurt de Spider zelf een W 22C9 met zijn zonenummer naar de AutoTemp. Het display klopt dus en het setpoint valt niet terug.

5. Draaien aan de Spider
De Spider stuurt een W 22C9 00... naar de gateway en de blueprint neemt die waarde over in HA (aanbevolen alleen voor de hoofdthermostaat).

Waarom dit bij mij niet lijkt te werken
Ik heb een oudere generatie thermostaten met een oude AutoTemp (FW 4). In mijn RF-capture komen helemaal geen 01FF- of 1FC9-berichten voorbij, en mijn thermostaat stuurt 4E14/4E15/0008 in plaats van de 3110/12C0/2E10 die je bij de Spiders ziet. De gateway-route lijkt dus Spider-specifiek.

Idee voor IthoWifi
Ook al werkt het voor mij waarschijnlijk niet, lijkt het me een mooie methode om aan IthoWifi toe te voegen, @arjenhiemstra . De add-on met RF-print neemt dan de rol van de Spider gateway over: koppelen via 1FC9 en de RQ/RP 01FF afhandelen. Het voordeel ten opzichte van spoofen is dat de Spider het setpoint zelf overneemt. Het display klopt dan en het setpoint valt niet na een tijdje terug. Je hebt dan ook geen losse evofw3/HGI80 en ramses_cc meer nodig. Het protocol staat vrij overzichtelijk in de blueprint.

[arjenhiemstra]

Er staat een nieuwe beta klaar: 3.3.0-beta6.
Daarin zit de blueprint route voor de Spider op een AutoTemp.

Nieuw in de UI is "Bind as gateway": de add-on koppelt zich aan de Spider zoals een Itho gateway dat doet. De Spider vraagt dan zelf zijn setpoint op bij de add-on en neemt het over, ook op het display. Dit heb ik zelf nog niet met een echte Spider kunnen testen, dus ik zoek mensen die het willen proberen.

Testen:

Update naar 3.3.0-beta6: https://github.com/arjenh...s/tag/Version-3.3.0-beta6
Zet het RF log op debug level 3.
Ga naar RF devices setup en klik bij "Spider gateway" op "Bind as gateway". Je hebt dan 3 minuten om de Spider in koppelmodus voor verwarming te zetten (knipperende punt). Als het gelukt is staat de Spider in de lijst. Een Spider die er al in stond wordt opnieuw gekoppeld.
Zet een ander setpoint via Home Assistant of de webinterface.

Wat ik graag terug hoor:

Lukt het koppelen?
Neemt het display het nieuwe setpoint over, en blijft het staan (ook na 10+ minuten)?
Blijft een wijziging op de Spider zelf staan?
Volgt de AutoTemp nog, dus gaat de verwarming in die zone aan en uit zoals verwacht?
Het RF log van het koppelen en van een setpoint wijziging.

Let op: met het koppelen gaat de verwarmingskant van de Spider naar de add-on. Of de Spider daarna zijn AutoTemp nog aanstuurt is precies wat we testen. Werkt het niet, koppel de Spider dan opnieuw aan de AutoTemp zoals bij de installatie.

[Roog1317]

arjenhiemstra schreef op donderdag 29 oktober 2026 @ 08:26:
Er staat een nieuwe beta klaar: 3.3.0-beta6.
Daarin zit de blueprint route voor de Spider op een AutoTemp.

Nieuw in de UI is "Bind as gateway": de add-on koppelt zich aan de Spider zoals een Itho gateway dat doet. De Spider vraagt dan zelf zijn setpoint op bij de add-on en neemt het over, ook op het display. Dit heb ik zelf nog niet met een echte Spider kunnen testen, dus ik zoek mensen die het willen proberen.

Testen:

Update naar 3.3.0-beta6: https://github.com/arjenh...s/tag/Version-3.3.0-beta6
Zet het RF log op debug level 3.
Ga naar RF devices setup en klik bij "Spider gateway" op "Bind as gateway". Je hebt dan 3 minuten om de Spider in koppelmodus voor verwarming te zetten (knipperende punt). Als het gelukt is staat de Spider in de lijst. Een Spider die er al in stond wordt opnieuw gekoppeld.
Zet een ander setpoint via Home Assistant of de webinterface.

Wat ik graag terug hoor:

Lukt het koppelen?
Neemt het display het nieuwe setpoint over, en blijft het staan (ook na 10+ minuten)?
Blijft een wijziging op de Spider zelf staan?
Volgt de AutoTemp nog, dus gaat de verwarming in die zone aan en uit zoals verwacht?
Het RF log van het koppelen en van een setpoint wijziging.

Let op: met het koppelen gaat de verwarmingskant van de Spider naar de add-on. Of de Spider daarna zijn AutoTemp nog aanstuurt is precies wat we testen. Werkt het niet, koppel de Spider dan opnieuw aan de AutoTemp zoals bij de installatie.

Mooi werk! Ik wacht nog even met testen: de Spider in de woonkamer is de hoofdthermostaat van de warmtepomp. Ik weet niet zeker of ik hem zelf weer aan de AutoTemp kan koppelen als het misgaat. Als er ervaringen van anderen zijn, met name over het terugkoppelen, doe ik graag mee.

[Siete]

Roog1317 schreef op donderdag 29 oktober 2026 @ 11:16:
[...]


Mooi werk! Ik wacht nog even met testen: de Spider in de woonkamer is de hoofdthermostaat van de warmtepomp. Ik weet niet zeker of ik hem zelf weer aan de AutoTemp kan koppelen als het misgaat. Als er ervaringen van anderen zijn, met name over het terugkoppelen, doe ik graag mee.

Mijn gedachten was hetzelfde. Het terug moeten koppelen schrikt mij af.

[arjenhiemstra]

Ik begrijp de terughoudendheid hoor, geen probleem. Ik lees op GitHub dat het met met een Spider gekoppeld via OpenTherm in ieder geval al wel werkt.

De procedure voor het opnieuw kopppelen van de Spider aan een AutoTemp staat hier:
https://ithodaalderop.com...DER%20Regelaar%20(nl).pdf

edit: oude link verwijderd, link naar handleiding toegevoegd

[ Voor 37% gewijzigd door arjenhiemstra op 29-10-2026 18:13 ]

[Frunz]

arjenhiemstra schreef op donderdag 29 oktober 2026 @ 15:50:
Ik begrijp de terughoudendheid hoor, geen probleem. Ik lees op GitHub dat het met met een Spider gekoppeld via OpenTherm in ieder geval al wel werkt.

De procedure voor het opnieuw kopppelen van de Spider aan een AutoTemp staat hier:
https://www.ithodaalderop.nl/technote_autotemp_nov2023

Met een opmerking dat dit alleen door een installateur uitgevoerd mag worden

De procedure die je opgeeft is om een probleem met de communicatie tijdelijk op te lossen. Er waren mensen die letterlijk in de kou zaten.

Wat hier gedaan wordt is de kleppen opnieuw inleren op de spider, dan vol open zetten, en daarna de autotemp uit het stopcontact. Zodat er in ieder geval warmte de vloer in kon. Hierdoor omzeil je alle zonering door de kleppen aan één spider te binden.

Dit probleem zou inmiddels niet meer voor moeten komen, want wat ik toen heb begrepen is dat een sub-leverancier van Itho een andere chip/pcb heeft gebruikt, waardoor om de haverklap de communicatie wegviel. Ik heb ook een nieuwe Autotemp gehad om dit op te lossen.

Dus volg niet klakkeloos deze work-around, want dan ben je de zonering kwijt als deze niet goed gedocumenteerd is.

[Onl1ne1373]

arjenhiemstra schreef op donderdag 29 oktober 2026 @ 08:26:
Er staat een nieuwe beta klaar: 3.3.0-beta6.
Daarin zit de blueprint route voor de Spider op een AutoTemp.

Nieuw in de UI is "Bind as gateway": de add-on koppelt zich aan de Spider zoals een Itho gateway dat doet. De Spider vraagt dan zelf zijn setpoint op bij de add-on en neemt het over, ook op het display. Dit heb ik zelf nog niet met een echte Spider kunnen testen, dus ik zoek mensen die het willen proberen.

Testen:

Update naar 3.3.0-beta6: https://github.com/arjenh...s/tag/Version-3.3.0-beta6
Zet het RF log op debug level 3.
Ga naar RF devices setup en klik bij "Spider gateway" op "Bind as gateway". Je hebt dan 3 minuten om de Spider in koppelmodus voor verwarming te zetten (knipperende punt). Als het gelukt is staat de Spider in de lijst. Een Spider die er al in stond wordt opnieuw gekoppeld.
Zet een ander setpoint via Home Assistant of de webinterface.

Wat ik graag terug hoor:

Lukt het koppelen?
Neemt het display het nieuwe setpoint over, en blijft het staan (ook na 10+ minuten)?
Blijft een wijziging op de Spider zelf staan?
Volgt de AutoTemp nog, dus gaat de verwarming in die zone aan en uit zoals verwacht?
Het RF log van het koppelen en van een setpoint wijziging.

Let op: met het koppelen gaat de verwarmingskant van de Spider naar de add-on. Of de Spider daarna zijn AutoTemp nog aanstuurt is precies wat we testen. Werkt het niet, koppel de Spider dan opnieuw aan de AutoTemp zoals bij de installatie.

Top! Dit is volgens mij de enige manier met de gateway. Ik ga het van het weekend testen, alvast bedankt!

[Onl1ne1373]

GeeMoney schreef op maandag 19 oktober 2026 @ 17:21:
@Onl1ne1373 op welke Ramses versie zit jij inmiddels? Ik krijg het niet meer lekker op elke thermostaat gebind namelijk en de system log blijft gevuld worden met errors ondanks al meerdere GitHub reports.

Sorry, heb het even druk gehad met ziekte (coronaatje ofzo). Tot vandaag werkte het bij mij, maar weet niet meer welke versie. Ik moest vandaag na upgraden van HA naar de laatste versie van ramses omdat de integratie niet meer opstarte, moet nog testen of het nog werkt. Ik hoop dat de nieuwe firmware van Arjen werkt, wat dat is volgens mij een veel stabielere manier, dan kan heel ramses eruit.

[GeeMoney]

Onl1ne1373 schreef op donderdag 29 oktober 2026 @ 16:40:
[...]

Sorry, heb het even druk gehad met ziekte (coronaatje ofzo). Tot vandaag werkte het bij mij, maar weet niet meer welke versie. Ik moest vandaag na upgraden van HA naar de laatste versie van ramses omdat de integratie niet meer opstarte, moet nog testen of het nog werkt. Ik hoop dat de nieuwe firmware van Arjen werkt, wat dat is volgens mij een veel stabielere manier, dan kan heel ramses eruit.

Het gekke is dat geen enkele thermostaat nu een continu brandende wifi icon heeft maar ik wel op alle thermostaten op 1 na de temp kan wijzigen via HA.
Ik krijg die niet werkende niet meer goed, heel gek.

Hoofd thermostaat inleren is niet heel ingewikkeld. Heb het hier ook al een keer gedaan ivm reset knop te lang ingedrukt houden .

[ Voor 8% gewijzigd door GeeMoney op 29-10-2026 17:58 ]

[arjenhiemstra]

Frunz schreef op donderdag 29 oktober 2026 @ 16:02:
[...]

De procedure die je opgeeft is om een probleem met de communicatie tijdelijk op te lossen. Er waren mensen die letterlijk in de kou zaten.

Wat hier gedaan wordt is de kleppen opnieuw inleren op de spider, dan vol open zetten, en daarna de autotemp uit het stopcontact. Zodat er in ieder geval warmte de vloer in kon. Hierdoor omzeil je alle zonering door de kleppen aan één spider te binden.

Dit probleem zou inmiddels niet meer voor moeten komen, want wat ik toen heb begrepen is dat een sub-leverancier van Itho een andere chip/pcb heeft gebruikt, waardoor om de haverklap de communicatie wegviel. Ik heb ook een nieuwe Autotemp gehad om dit op te lossen.

Dus volg niet klakkeloos deze work-around, want dan ben je de zonering kwijt als deze niet goed gedocumenteerd is.

Goed punt! ik heb de link verwijderd en een link naar de handleiding toegevoegd. Daarin staat praktisch dezelfde procedure maar dan correct voor iedere situatie beschreven.

[wouter.N]

heb wel een Spider liggen, maar het probleem is dat mijn Autotemp nog op te oude software draait. In de handleiding van Itho staat duidelijk aangegeven dat deze eerst geüpdatet moet worden. Helaas biedt Itho hierin totaal geen ondersteuning, niet aan mij en ook niet aan mijn installateur.

Ik heb de mailwisseling tussen mijn installateur en Itho gezien en daar word je echt niet vrolijk van. Er wordt gewoon 0,0 service verleend. Zelfs de officiële servicetool van Itho geeft een error bij mijn verdelers, waardoor ik ook daarmee niet verder kom.

Mijn nieuwe warmtepomp was bovendien DOA (Dead on Arrival), waardoor er sowieso een monteur van Itho langs moest komen. Ik heb hem toen ook gevraagd of hij meteen de software kon updaten, maar hij gaf aan dat hij daar niet voor kwam en dat ook niet wilde doen.

Al met al erg frustrerend. Het laat wat mij betreft opnieuw zien hoe slecht de service van Itho geregeld is.

Helaas kan ik hierdoor dus ook de gatewayfunctionaliteit niet testen.

[ijlzoeker]

Ik ben wat aan het experimenteren met het blokkeren van de vloerverwarming 's nachts in het tussenseizoen. Ik blokkeerde vannacht de verwarming via manual control, index 33 (enable CH heating). Nu zag ik dat om 6u29 vanmorgen het veld 'Manual operation' van de itho status op 0 kwam gedurende 4 minuten. Hierdoor werd de heating geactiveerd en ging de compressor 2 minuten draaien. Iets later ging de 'Manual operation' opnieuw 2 minuten naar 0.

In de logs van mijn applicatie die de manual control aanstuurt zie ik niets: de manual timer van de add-on staat op 5 minuten, en de applicatie stuurt het blokkeercommando (index 33) elke 2 minuten via MQTT (en controleert ook de acknowledgment die vanuit de add-on terugkomt). Heeft iemand een verklaring voor dit gedrag?

Een gerelateerde vraag: zijn er mogelijke nadelen verbonden aan het blokkeren van de verwarming in het tussenseizoen? Bijv. als er 's morgens een extra lange run is door de opbouw van 'heat demand' gedurende de nacht?

Is er trouwens iemand die het mechanisme van de heat demand doorgrond heeft? Ik zie wel een correlatie met de afwijking van de gewenste kamertemperatuur (misschien een proportioneel-integrerende werking?).

[ Voor 4% gewijzigd door ijlzoeker op 30-10-2026 12:22 ]

[GeeMoney]

@ijlzoeker het mechanisme van heat demand is erg complex inderdaad. Onder andere door hysterese, optelsom van de warmtevraag van alle thermostaten met een gewicht, delta ten opzichte van huidige temp en setpoint etc.
Ik heb zelf de manual control op 30minuten staan en stuur elke 10min een commando, met 5min manual en elke 2 min een mqtt bericht is het geheel erg krap. Ik zou dat dus iets ruimer zetten en gewoon je bericht herhalend aanleveren.

Ik blokkeer zelf ook de heat demand tussen 23:00 en 01:00 uur in verband met in slaap komen van mijn vrouw (pomp staat naast onze slaapkamer) en dat werkt echt perfect.

Uiteraard zorgt dit er wel voor (zeker als je vaker of langer blokkeert) dat de runs gaan toenemen in lengte en/of frequentie. Dat is dus iets minder efficient al zal het meevallen mits je niet 8 uur lang per dag gaat blokkeren.

[ Voor 30% gewijzigd door GeeMoney op 30-10-2026 20:27 ]

[axelb96]

Ik heb inmiddels mijn Spiders succesvol kunnen koppelen aan de module die ik al gebruikte voor mijn Itho WTW.

Speciaal voor @Roog1317 en @Siete heb ik hieronder een kort stappenplan gemaakt om het koppelen wat makkelijker te maken.

Kleine disclaimer: Met onderstaande werkwijze lijkt mij de kans klein dat je de bestaande verbinding met de WPU/Autotemp verstoort, maar helemaal uitsluiten kan ik dat niet. Het blijft tenslotte een bètafunctie, dus koppelen is op eigen risico.

Zo heb ik de koppeling tot stand gebracht:

1. Verwijder eventuele bestaande koppelingen in de add-on. Ga naar RF devices, selecteer de Spider en klik op Remove. Herstart daarna de module. Of deze stap noodzakelijk is, weet ik niet zeker, maar ik heb dit zelf wel gedaan voordat ik ze opnieuw probeerde te koppelen.
2. Plaats de module dicht bij de Spider. Dit bleek mogelijk de belangrijkste stap. Zorg ervoor dat de module tijdens het koppelen niet te ver van de Spider staat. Bij mij maakte dit uiteindelijk het verschil.
3. Start het koppelen. Ga naar RF devices en klik op Bind as Gateway. Let op: vanaf dat moment heb je maar 3 minuten om de Spider in de koppelmodus te zetten.
4. Zet de Spider in de koppelmodus. In onderstaande video laat Jan tussen 00:23 en 01:03 exact zien hoe je de Spider in de juiste koppelmodus zet en hoe je kunt herkennen of het koppelen gelukt is. Doe dit gerust met of zonder het enthousiasme van Jan. YouTube: Spider thermostaat aan de Gateway koppelen
5. Controleer de koppeling. Verschijnt de Spider in de lijst? Probeer dan via de webinterface het setpoint te wijzigen. Neemt de Spider het nieuwe setpoint over op het display? Dan is de koppeling geslaagd!

Succes met koppelen en laat vooral even weten of het gelukt is!

[Roog1317]

Het werkt!
@axelb96 bedankt voor de instructies, dat heeft zeker geholpen!
@arjenhiemstra na Bind as gateway ging het in eerste instantie nog niet goed. De Spider ging wel netjes om zijn setpoint vragen bij de add-on, maar het wifi-symbool bleef knipperen. In RF devices stond hij in slot 1 met ID 00:00:00 en als type RFT CVE. Nadat ik ook de Spider discovery had gedaan, kreeg het slot het juiste ID en type, verschenen kamertemperatuur en setpoint in de tabel, en stopte het knipperen. De koppeling met de AutoTemp is de hele tijd intact gebleven.

Daarna heb ik via de webinterface het setpoint van 19 naar 19,5 °C gezet. Bij het volgende verzoek nam de Spider het over, ook op het display. En hij stuurde het zelf door naar de AutoTemp. Even een kwartiertje gewacht en daarna handmatig op de Spider de setpoint teruggezet naar 19 °C. Dat kwam ook netjes aan bij de add-on en de AutoTemp.

Ik heb nu getest met 1 van de draadloze spiders uit een ruimte waar het wat minder boeiend zou zijn als het fout zou gaan. Volgende stap is mijn woonkamer Spider, de bedrade hoofdthermostaat van de warmtepomp. Dan kan ik ook zien of de warmtepomp het nieuwe setpoint overneemt. De RF-logs stuur ik je via PB.

[arjenhiemstra]

Roog1317 schreef op zaterdag 31 oktober 2026 @ 17:25:
Het werkt!
@axelb96 bedankt voor de instructies, dat heeft zeker geholpen!
@arjenhiemstra na Bind as gateway ging het in eerste instantie nog niet goed. De Spider ging wel netjes om zijn setpoint vragen bij de add-on, maar het wifi-symbool bleef knipperen. In RF devices stond hij in slot 1 met ID 00:00:00 en als type RFT CVE. Nadat ik ook de Spider discovery had gedaan, kreeg het slot het juiste ID en type, verschenen kamertemperatuur en setpoint in de tabel, en stopte het knipperen. De koppeling met de AutoTemp is de hele tijd intact gebleven.

Daarna heb ik via de webinterface het setpoint van 19 naar 19,5 °C gezet. Bij het volgende verzoek nam de Spider het over, ook op het display. En hij stuurde het zelf door naar de AutoTemp. Even een kwartiertje gewacht en daarna handmatig op de Spider de setpoint teruggezet naar 19 °C. Dat kwam ook netjes aan bij de add-on en de AutoTemp.

Ik heb nu getest met 1 van de draadloze spiders uit een ruimte waar het wat minder boeiend zou zijn als het fout zou gaan. Volgende stap is mijn woonkamer Spider, de bedrade hoofdthermostaat van de warmtepomp. Dan kan ik ook zien of de warmtepomp het nieuwe setpoint overneemt. De RF-logs stuur ik je via PB.

Nice! Bedankt voor het testen!

[GeeMoney]

Maar dit werkt nu dus met de normale add-on zonder de CVE module?
Dus dan praat de add-on ramses tegen de thermostaten en Autotemp ?
Dat zou betekenen dat ik mijn HGI-80 dus kan afbouwen.
Ik heb 2 add-ons, kan ik dan een deel van de thermostaten op de ene add-on inleren en een deel op de andere add-on @arjenhiemstra ?

Ik denk dat ik anders met bereik zit namelijk. De HGI-80 heb ik al in het midden van mijn woning moeten hangen om alle thermostaten te kunnen zien en aan te sturen.
De add-ons hangen aan een zo kort mogelijk kabel direct aan de Autotemp of dus de WPU.

[arjenhiemstra]

GeeMoney schreef op zaterdag 31 oktober 2026 @ 22:17:
Maarcdit werkt nu dus met de normale add-on zonder de CVE module?

Die begrijp ik niet helemaal denk ik

GeeMoney schreef op zaterdag 31 oktober 2026 @ 22:17:
Dus dan praat de add-on ramses tegen de thermostaten en Autotemp ?

Yes. De add-on praat trouwens al langer het ramses protocol dan ik van het bestaan van het protocol weet

GeeMoney schreef op zaterdag 31 oktober 2026 @ 22:17:
kan ik dan een deel van de thermostaten op de ene add-on interen en een deel op de andere add-on

Uiteraard

[ Voor 25% gewijzigd door arjenhiemstra op 31-10-2026 22:24 ]

[GeeMoney]

arjenhiemstra schreef op zaterdag 31 oktober 2026 @ 22:22:
[...]


Die begrijp ik niet helemaal denk ik


[...]


Uiteraard

Het werkt dus ook op de non-CVE WiFi module ?
Dit is dan echt briljant goed. Ik ga zodra ik het wat rustiger heb mijn thermostaten omgooien ook maar ik heb nu alles uitgebreid in HA/Fibaro zitten en dat werkt zo goed en daar is mijn vrouw ook zo blij mee dat ik het in 1x goed moet omzetten en ruim moet kunnen testen .

[ Voor 38% gewijzigd door GeeMoney op 31-10-2026 22:26 ]

[arjenhiemstra]

GeeMoney schreef op zaterdag 31 oktober 2026 @ 22:24:
[...]


Het werkt dus ook op de non-CVE WiFi module ?

Zeker, je hebt uiteraard wel de CC1101 RF module op de add-on nodig

[GeeMoney]

arjenhiemstra schreef op zaterdag 31 oktober 2026 @ 22:25:
[...]


Zeker, je hebt uiteraard wel de CC1101 RF module op de add-on nodig

Ah, die bedoel ik. Mijn huidige add-ons hebben die niet.
Dan bestel ik even 2 nieuwe De behuizing past nog wel van mijn oude zonder RF module?

[ Voor 10% gewijzigd door GeeMoney op 31-10-2026 22:29 ]

[arjenhiemstra]

GeeMoney schreef op zaterdag 31 oktober 2026 @ 22:27:
[...]


Ah, die bedoel ik. Mijn huidige add-ons hebben die niet.
Dan bestel ik even 2 nieuwe De behuizing past nog wel van mijn oude zonder RF module?

Afhankelijk van welke versie van de add-on je hebt kan ik de CC1101 ook achteraf nog wel voor je solderen. Als je een foto stuurt van de bovenkant van de print weet ik genoeg.

Behuizingen zouden moeten passen, ze zijn alleen niet echt gemaakt om de printplaat er weer uit te halen (meestal breekt er een pinnetje af) maar alles zit zou in de behuizing dat het ook zonder die pinnetjes prima zou moeten blijven zitten.

[Roog1317]

Sinds het koppelen staat er op de Spider een knipperend wifi-icoon met een handje dat ik nog nooit had gezien. Setpoint en temperatuur komen gewoon door en wijzigingen blijven staan. Echter het knipperen lijkt erop te wijzen dat de Spider iets van de gateway mist. Hebben jullie een idee?

[Roog1317]

Ik heb nog een tweede draadloze Spider toegevoegd (ik heb 5 draadloos en 1 bedraad op de warmtepomp). Discovery was bij deze niet nodig: het slot kreeg meteen het juiste ID.

Ook hier een knipperend wifi-icoon.

[arjenhiemstra]

Roog1317 schreef op zondag 1 november 2026 @ 13:53:
Ik heb nog een tweede draadloze Spider toegevoegd (ik heb 5 draadloos en 1 bedraad op de warmtepomp). Discovery was bij deze niet nodig: het slot kreeg meteen het juiste ID.

Ook hier een knipperend wifi-icoon.

Dit zie ik daarvoer in de handleiding:
Het symbool COMMUNICATIE knippert
De communicatie met de gateway is onderbroken.

● Controleer het betreffende apparaat en verhelp de storing.

niet zchtbaar kan ook nog vorigens:

Het symbool COMMUNICATIE is niet zichtbaar
De thermostaat is niet verbonden met de gateway.

● Meld de thermostaat aan op de gateway.


Lijkt er dus op dat een deel van de communicatie die er normaal wel is nog mist oid

[arjenhiemstra]

Roog1317 schreef op zondag 1 november 2026 @ 13:53:
Ook hier een knipperend wifi-icoon.

De Spider stuurt na elke poll en elke wijziging aan het setpoint een W 22D0 en een W 22C9 naar de add-on. Die bleven tot nu toe onbeantwoord, waarna de Spider ze 3 keer herhaalt. Waarschijnlijk is dat de reden dat het communicatiesymbool knippert.

Hier een testversie die beide berichten beantwoordt: https://github.com/arjenh...o-3.3.0-beta6-spider1.bin
Daarin zit ook de fix voor de setpoint die na een wijziging op de Spider zelf op de oude waarde bleef staan.

Kun je na het updaten laten weten:
- of het symbool stopt met knipperen (de Spider moet daarvoor één keer pollen, dat duurt een paar minuten)
- of de W 22D0 en W 22C9 in het RF log nu nog maar 1 keer voorkomen in plaats van 3 keer

En heb je toevallig nog het log van het moment dat je de eerste Spider via "Bind as gateway" koppelde? Daar bleef het slot op 00:00:00 staan en dat kan ik uit de code niet verklaren.

[Roog1317]

@arjenhiemstra ik heb de spider1-versie geïnstalleerd en getest met de Spiders op kantoor en zolderkamer.
- na de update knipperde het wifi-icoon op beide Spiders niet meer
- toen ik daarna op de zolderkamer met de hand het setpoint aanpaste, ging het icoon weer knipperen. Twee minuten later was het vanzelf gestopt.
- de kantoor-Spider heeft in die tijd niet geknipperd

Het RF-log van dat moment (16:26–16:31) stuur ik je via een PB.

[Onl1ne1373]

@arjenhiemstra Helemaal top, de eerste Spider werkt! Geen knipperend wifi symbool, dus hij krijgt meteen antwoord van de gateway.

Ik ga de andere Spiders ook koppelen en testen. Die HGI80 kan de deur waarschijnlijk uit, bedankt!

[Onl1ne1373]

En de andere 5 Spiders ook gekoppeld, overal mooie solide wifi symbooltjes . Nu even kijken hoe ik het in Home Assistant ga regelen, daar zie ik ze nog niet.

En ik heb nu 10 remotes, maar mis nog 2 CO2 sensors. Ik zou de afstandsbedieningen eventueel wel uit kunnen leren en dan de CO2 erin, maar alle remotes zou mooier zijn. Is dat nog mogelijk?

[ Voor 52% gewijzigd door Onl1ne1373 op 01-11-2026 19:20 ]

[arjenhiemstra]

Onl1ne1373 schreef op zondag 1 november 2026 @ 19:10:
En de andere 5 Spiders ook gekoppeld, overal mooie solide wifi symbooltjes . Nu even kijken hoe ik het in Home Assistant ga regelen, daar zie ik ze nog niet.

En ik heb nu 10 remotes, maar mis nog 2 CO2 sensors. Ik zou de afstandsbedieningen eventueel wel uit kunnen leren en dan de CO2 erin, maar alle remotes zou mooier zijn. Is dat nog mogelijk?

Als je deze plugin gebruikt:
https://github.com/arjenhiemstra/ithowifi-ha-integration

Kan zou je bij de setup alle spiders moeten kunnen aanvinken, vervolgens worden ze als climate devices in HA aangemaakt.

[arjenhiemstra]

Roog1317 schreef op zondag 1 november 2026 @ 16:37:
@arjenhiemstra ik heb de spider1-versie geïnstalleerd en getest met de Spiders op kantoor en zolderkamer.
- na de update knipperde het wifi-icoon op beide Spiders niet meer
- toen ik daarna op de zolderkamer met de hand het setpoint aanpaste, ging het icoon weer knipperen. Twee minuten later was het vanzelf gestopt.
- de kantoor-Spider heeft in die tijd niet geknipperd

Het RF-log van dat moment (16:26–16:31) stuur ik je via een PB.

Thx voor het testen! De W 22C9 en W 22D0 komen nu nog maar één keer langs, dus de Spider accepteert de antwoorden van de add-on. Dat was dus inderdaad de oorzaak van het continu knipperen.

Het korte knipperen na een wijziging op de Spider kan ik uit het RF-log niet verklaren: de add-on logt daar zijn eigen berichten niet. Kun je het logniveau op debug zetten, op de zolderkamer nog een keer met de hand het setpoint wijzigen en het systeemlog van die paar minuten sturen? Ik zoek de regels "RF: Spider TX". Daarin zie ik of en wanneer de add-on op de RQ 01FF van heeft geantwoord.

[Onl1ne1373]

arjenhiemstra schreef op zondag 1 november 2026 @ 19:34:
[...]


Als je deze plugin gebruikt:
https://github.com/arjenhiemstra/ithowifi-ha-integration

Kan zou je bij de setup alle spiders moeten kunnen aanvinken, vervolgens worden ze als climate devices in HA aangemaakt.

Gelukt, bedankt, ik had de verkeerde itho wifi plugin in hacs

[Roog1317]

arjenhiemstra schreef op zondag 1 november 2026 @ 19:38:
[...]


Thx voor het testen! De W 22C9 en W 22D0 komen nu nog maar één keer langs, dus de Spider accepteert de antwoorden van de add-on. Dat was dus inderdaad de oorzaak van het continu knipperen.

Het korte knipperen na een wijziging op de Spider kan ik uit het RF-log niet verklaren: de add-on logt daar zijn eigen berichten niet. Kun je het logniveau op debug zetten, op de zolderkamer nog een keer met de hand het setpoint wijzigen en het systeemlog van die paar minuten sturen? Ik zoek de regels "RF: Spider TX". Daarin zie ik of en wanneer de add-on op de RQ 01FF van heeft geantwoord.

Ik heb op de zolderkamer Spider het setpoint gewijzigd terwijl het systeemlog op Debug stond. Er staan geen “RF: Spider TX” regels in of moet ik die ergens anders zoeken? Of moest er nog een andere instelling aan? Ik zal de log weer even met je delen.

De Spider heb ik niet meer zien knipperen trouwens.

[ Voor 3% gewijzigd door Roog1317 op 01-11-2026 20:47 ]

[arjenhiemstra]

Roog1317 schreef op zondag 1 november 2026 @ 20:45:
[...]

Ik heb op de zolderkamer Spider het setpoint gewijzigd terwijl het systeemlog op Debug stond. Er staan geen “RF: Spider TX” regels in of moet ik die ergens anders zoeken? Of moest er nog een andere instelling aan? Ik zal de log weer even met je delen.

De Spider heb ik niet meer zien knipperen trouwens.

Thx
Na de verandering naar 19,5 stuurt de Spider in dezelfde seconde een RQ 01FF waar nog 19,0 in staat. De add-on nam die waarde over en antwoordde met 19,0, waarna de Spider 19,0 naar de AutoTemp stuurde. Pas bij de volgende poll klopte het weer.
Ik pas de firmware aan zodat het antwoord vlak na een wijziging op de Spider de nieuwe waarde houdt.
Vraag: sprong het display na het aanpassen even terug naar 19,0, en heb je om 20:40:06 nog een keer het setpoint ingevoerd?

[Roog1317]

Nee het display bleef op 19,5 staan, ik heb niet opnieuw ingevoerd

[Roog1317]

@arjenhiemstra nog even een update met beta 7

Ik had via Home Assistant het setpoint gewijzigd van de twee Spiders die ik tot nu toe gekoppeld had. De Spider op kantoor nam het over, maar die op de zolderkamer niet. Die knipperde ook. Bovendien ontbrak ctlid bij de zolderkamer. Ik heb de zolderkamer Spider daarom opnieuw gekoppeld met Bind as gateway en daarna een Spider discovery gedaan. Sindsdien staat ctlid erbij, neemt hij het setpoint uit HA over en knippert hij niet. Is die discovery na Bind as gateway bedoeld als vaste stap, want dat was me niet helemaal duidelijk.

Nog een vraag voordat ik verder ga. Mijn woonkamer-Spider is bedraad aangesloten op de warmtepomp. Werkt Bind as gateway ook voor een bedrade Spider, en blijft het setpoint dan via de draad naar de warmtepomp gaan? Had iemand dit al getest?

[arjenhiemstra]

Roog1317 schreef op maandag 2 november 2026 @ 19:20:
@arjenhiemstra nog even een update met beta 7
Is die discovery na Bind as gateway bedoeld als vaste stap, want dat was me niet helemaal duidelijk.

Nee, niet bewust in ieder geval

[Roog1317]

arjenhiemstra schreef op maandag 2 november 2026 @ 19:45:
[...]


Nee, niet bewust in ieder geval

Dat is bij mij wel de enige manier om het werkend te krijgen iig.

De volgende Spider die ik wil koppelen wil niet, ik krijg iedere keer de 'twee streepjes' bij de gateway koppeling opzetten. Iemand daar nog een idee over?

[axelb96]

Roog1317 schreef op maandag 2 november 2026 @ 19:49:
[...]

Dat is bij mij wel de enige manier om het werkend te krijgen iig.

De volgende Spider die ik wil koppelen wil niet, ik krijg iedere keer de 'twee streepjes' bij de gateway koppeling opzetten. Iemand daar nog een idee over?

De streepjes op de spider geven aan dat er geen signaal is. Dat had ik ook bij mijn meest ver weg geplaatste spider, en zo groot is mijn huis nou ook weer niet..... Daarom heb ik de module via micro-USB van stroom voorzien en hem gewoon door het huis meegenomen tijdens het koppelen. Vandaar ook mijn opmerking in de uitleg: zet ze bij het pairen niet te ver uit elkaar.

[Roog1317]

axelb96 schreef op maandag 2 november 2026 @ 20:07:
[...]

De streepjes op de spider geven aan dat er geen signaal is. Dat had ik ook bij mijn meest ver weg geplaatste spider, en zo groot is mijn huis nou ook weer niet..... Daarom heb ik de module via micro-USB van stroom voorzien en hem gewoon door het huis meegenomen tijdens het koppelen. Vandaar ook mijn opmerking in de uitleg: zet ze bij het pairen niet te ver uit elkaar.

Ja had ik gelezen inderdaad en heb ik ook zo gedaan. Zelfs als de spider en de module naast elkaar liggen lukt het niet.

[ijlzoeker]

Mijn DHW automatisatie triggerde vanmiddag een comfort DHW heat-up via manual control (index 36, value van 0 op 2 zetten) omdat er genoeg injectie gemeten werd. Op dat moment was de WPU aan het verwarmen (normale werking, dus niet via manual control). Een beetje tot mijn verrassing draaide de DHW valve en ging de WPU naadloos over (zonder compressor stop) in de DHW run. Dit terwijl de ruimteverwarming nog een 20-tal minuten zou verder gegaan zijn (op basis van de "Delay cv stop (sec)" waarde). Op zich lijkt me dit ok (da's een compressor-stop en -start uitgespaard), maar ik hoorde wel dat de valve bij het draaien een luider geluid dan normaal maakte. Is dit iets dat ik best niet te vaak herhaal?

[Onl1ne1373]

Nog een vraag voordat ik verder ga. Mijn woonkamer-Spider is bedraad aangesloten op de warmtepomp. Werkt Bind as gateway ook voor een bedrade Spider, en blijft het setpoint dan via de draad naar de warmtepomp gaan? Had iemand dit al getest?

Werkt

[Onl1ne1373]

@arjenhiemstra ik heb het probleem dat de integratie niet stabiel kan connecten naar de module. Dit komt niet door de wifi, want mqtt is wel de hele tijd gekoppeld en ik krijg daar alle informatie over binnen. Echter lijkt het alsof hij toch niet altijd bereikbaar is. In de log vond ik dit:

code:

Logger: custom_components.itho_wifi.coordinator
Bron: helpers/update_coordinator.py:527
Integratie: IthoWiFi (documentatie, problemen)
Eerst voorgekomen: 1 november 2026 om 23:28:18 (28 gebeurtenissen)
Laatst gelogd: 05:05:03

    Error fetching itho_wifi_status data: Connection error: Timeout connecting to 192.168.88.121
    Error fetching itho_wifi_remotes data: Connection error: Timeout connecting to 192.168.88.121
    Error fetching itho_wifi_status data: API error: API request failed: 503 — Service unavailable (low memory)
    Error fetching itho_wifi_remotes data: API error: API request failed: 503 — Service unavailable (low memory)

Ik ben dus bang dat het een stabiliteits issue is qua memory in de module met de beta firmware

[ Voor 5% gewijzigd door Onl1ne1373 op 03-11-2026 10:35 ]

[Roog1317]

Roog1317 schreef op maandag 2 november 2026 @ 20:11:
[...]

Ja had ik gelezen inderdaad en heb ik ook zo gedaan. Zelfs als de spider en de module naast elkaar liggen lukt het niet.

Ik kreeg diverse Spiders niet gekoppeld. Een RF-repeater in huis verhinderde Bind as gateway kwam ik achter. Met de repeater uit lukte het meteen.

[Onl1ne1373]

Onl1ne1373 schreef op dinsdag 3 november 2026 @ 10:31:
@arjenhiemstra ik heb het probleem dat de integratie niet stabiel kan connecten naar de module. Dit komt niet door de wifi, want mqtt is wel de hele tijd gekoppeld en ik krijg daar alle informatie over binnen. Echter lijkt het alsof hij toch niet altijd bereikbaar is. In de log vond ik dit:

code:

Logger: custom_components.itho_wifi.coordinator
Bron: helpers/update_coordinator.py:527
Integratie: IthoWiFi (documentatie, problemen)
Eerst voorgekomen: 1 november 2026 om 23:28:18 (28 gebeurtenissen)
Laatst gelogd: 05:05:03

    Error fetching itho_wifi_status data: Connection error: Timeout connecting to 192.168.88.121
    Error fetching itho_wifi_remotes data: Connection error: Timeout connecting to 192.168.88.121
    Error fetching itho_wifi_status data: API error: API request failed: 503 — Service unavailable (low memory)
    Error fetching itho_wifi_remotes data: API error: API request failed: 503 — Service unavailable (low memory)

Ik ben dus bang dat het een stabiliteits issue is qua memory in de module met de beta firmware

@arjenhiemstra Correctie, hij was de afgelopen 8 uur niet meer bereikbaar. Ik denk nog steeds dat wifi niet het probleem is, het lijkt erop dat hij steeds aan het rebooten is.



Na van de stroom afgeweest te zijn kon ik er weer op en heb beta7 geinstalleerd. Even afwachten.

[ Voor 3% gewijzigd door Onl1ne1373 op 03-11-2026 13:10 ]

[arjenhiemstra]

Onl1ne1373 schreef op dinsdag 3 november 2026 @ 12:59:
[...]

@arjenhiemstra Correctie, hij was de afgelopen 8 uur niet meer bereikbaar. Ik denk nog steeds dat wifi niet het probleem is, het lijkt erop dat hij steeds aan het rebooten is.

[Afbeelding]

Na van de stroom afgeweest te zijn kon ik er weer op en heb beta7 geinstalleerd. Even afwachten.

reboots (crashes) zouden in het syslog zichtbaar moeten zijn