Itho Daalderop - open source wifi control add-on module

[Frunz]

Chabio schreef op maandag 29 juni 2026 @ 15:27:
Ik doe ook een beroep op de HRU kennis van dit topic. Betreft een HRU400, waarbij ik aan het stoeien ben met de bypass instellingen via de service app. De settings voor zomernachtboost staat default op 0. Is dat wenselijk? Gevoelsmatig wil je die juist hoog hebben staan toch? Daarnaast zeer gewaardeerd wanneer de andere settings nagelopen kunnen worden of deze ok zijn of dat er reden is voor aanpassen.

[Afbeelding]

Dit lijkt allemaal default.

Bij mij stond de binnentemperatuurgrens voor bypass op 23, maar deze heb ik nu lager gezet (20), zolang de ventilatie maar niet zorgt dat de verwarming aan gaat.

Ventilatieboost heb ik hier nu op 80% (100% is 310 m3/h), beetje een afweging tussen ventilatie en geluid.

[pj]

Inmiddels ben ik toe aan vochtsensor 3. Na verloop van tijd geven ze toch de geest.

@arjenhiemstra denk je dat onderstaande sensor ook zou kunnen werken in mijn CVE-itho met blauwe deksel?

[arjenhiemstra]

pj schreef op donderdag 2 juli 2026 @ 09:18:
Inmiddels ben ik toe aan vochtsensor 3. Na verloop van tijd geven ze toch de geest.

@arjenhiemstra denk je dat onderstaande sensor ook zou kunnen werken in mijn CVE-itho met blauwe deksel?


[Afbeelding]

Zolang het een SHT30 is die aangesloten kan worden via I2C zou het moeten werken.

[superduper1969]

Hallo,

Ik heb lang naar dit project gekeken, al zeker een paar jaar terug maar nu de stap gemaakt.

Gisteren de Wifi addon+Temp/vocht sensor geplaatst in mijn CVE Eco die nog geen temp/vocht sensor had.

Het was effe puzzelen maar ik heb alles voor elkaar gekregen.

Vooral het "CVE Eco" ondersteund geen I2C commando xxx bij de koppeling van MQTT was nogal een puntje waar ik 10 keer overheen las en ook niet begreep.

Misschien ben ik wat verwend door het HeatBooster/HeatMeister project waarvan ik er 2 heb. Maar ik had eigenlijk ook op wat meer Autonomie gehoopt.

In Heatmeister is dit perfect in te stellen:

Als Leiding temperatuur = X pas dan Fancurve Y toe, en houd je een beetje koest overdag.

In mijn geval zou dus als er bij het douchen de vochtigheids graad binnen 1 minuut met x stijgt de CVE wat harder moeten draaien, lieft proportioneel aan de verhoging i.p.v. Speed 1/2/3. Want de Speed slider op de webpagina werkt gewoon.

Bij de Heatmeister kan ik dit direct op de ingebouwde webpagina aanpassen.

Ik kan, en ga er wel omheen werken met Home assistant maar het had leuk geweest.

Evengoed een verbazingwekkend knap en interessant project!

[sciurius]

Ik heb dit eenvoudig opgelost door een derivate sensor op de vochtigheid te zetten. Indien de vochtigheidsgraad snel toeneemt schakel ik timer1 (10 min, hoog) in.

Verder heb ik een input_number waar ik een gewenste vochtigheidsgraad instel. Zodra de vochtigheid boven die waarde komt regel ik de fan proportioneel tot vol vermogen bij 80% vochtigheid. Dit gebruik ik nu al een paar jaar naar volle tevredenheid.

Ik gebruik niet de sensor van de afzuiger maar een losse temp/vocht sensor in de badkamer. Verder heb ik setting[26] (Minimum ventilation level in Auto) op 0 en setting[71] (RH sensor found-available) ook op 0. Daarmee schakelt de fan echt uit als je de slider (al dan niet programmatisch) op nul zet.

Je vindt alles op https://github.com/sciurius/hassconfig in src/packages/itho_cve_s.tt

[wtdeuce]

Hoi Arjen,

Bedankt voor de RF ondersteuning voor de HRU 400, uitlezen via MQTT werkt prima. Ik denk dat ik een probleem heb gevonden met het "Filter dirty"-veld in 31D9.

Ik heb het volgende gedaan: HRU 400, non-CVE CC1101, RF standalone mode, met een gejoinde RFT-Auto-N als Send-remote. 31DA en 31D9 komen passief binnen en de 31DA-velden kloppen. Maar "Filter dirty" in 31D9 staat op 1 terwijl dat niet klopt: mijn Itho Spider meldt de filters als schoon, en op de HRU zelf is de LED ook niet aan. Ook heb ik de filters vervangen, met "knop A" gereset (twee keer) en de ventilatorstand gewijzigd (hoorbaar succesvol) om een verse 31D9 uit te lokken — maar het veld blijft 1.

Dit gedrag zag ik op zowel firmware 3.1.3 als 3.2.0, dus het lijkt geen versie-specifiek probleem.

Wat ik momenteel zie: {"Speed status":39,"Internal fault":0,"Frost cycle":0,"Filter dirty":1}.

Wat me overigens ook opviel, is dat als ik in debug het veld query, ik dan "failed" krijg. Verder lijkt er ook niets te gebeuren als ik request 31D9 status gebruik in dat scherm. Misschien zijn dit leads naar een misconfiguratie mijnerzijds?

[arjenhiemstra]

wtdeuce schreef op zondag 19 juli 2026 @ 10:16:
Hoi Arjen,

Bedankt voor de RF ondersteuning voor de HRU 400, uitlezen via MQTT werkt prima. Ik denk dat ik een probleem heb gevonden met het "Filter dirty"-veld in 31D9.

Ik heb het volgende gedaan: HRU 400, non-CVE CC1101, RF standalone mode, met een gejoinde RFT-Auto-N als Send-remote. 31DA en 31D9 komen passief binnen en de 31DA-velden kloppen. Maar "Filter dirty" in 31D9 staat op 1 terwijl dat niet klopt: mijn Itho Spider meldt de filters als schoon, en op de HRU zelf is de LED ook niet aan. Ook heb ik de filters vervangen, met "knop A" gereset (twee keer) en de ventilatorstand gewijzigd (hoorbaar succesvol) om een verse 31D9 uit te lokken — maar het veld blijft 1.

Dit gedrag zag ik op zowel firmware 3.1.3 als 3.2.0, dus het lijkt geen versie-specifiek probleem.

Wat ik momenteel zie: {"Speed status":39,"Internal fault":0,"Frost cycle":0,"Filter dirty":1}.

Ik weet zo niet waardoor "Filter dirty" als 1 wordt gerapporteerd. In principe wordt een RF status bericht vanaf je Itho 1-op-1 doorgezet. Dat zou dus moeten betekenen dat je Itho deze info zo uitstuurd.

Je zou eventueel via menu Syslog -> RF Debug log level, omhoog kunen zetten, als je dan een 31d9 voorbij ziet komen dan kunnen we even uitpluizen wat er precies in zit aan data.

Wat me overigens ook opviel, is dat als ik in debug het veld query, ik dan "failed" krijg. Verder lijkt er ook niets te gebeuren als ik request 31D9 status gebruik in dat scherm. Misschien zijn dit leads naar een misconfiguratie mijnerzijds?

Dat zou best eens kunnen kloppen, als je een HRU400 hebt dan communiceer je vanaf de add-on volledig via RF. De debug functies waar je naar verwijst zijn I2C debug functies die alleen werken als de add-on bekabeld aan een Itho hangt.

[wtdeuce]

arjenhiemstra schreef op zondag 19 juli 2026 @ 11:39:

Je zou eventueel via menu Syslog -> RF Debug log level, omhoog kunen zetten, als je dan een 31d9 voorbij ziet komen dan kunnen we even uitpluizen wat er precies in zit aan data.

In de loop van een kwartiertje zijn er 3 hits voorbij gekomen:

code:

19-7-2026, 14:24:48: H:1A _I P0:58 P1:-- 49,EA,4B --,--,-- 49,EA,4B 31D9 11:15,00,C6,00,00,00,00,00,00,00,00,00,00,00,00,00,00 (cmd:itho31d9)
19-7-2026, 14:23:44: H:1A _I P0:E8 P1:-- 49,EB,86 --,--,-- 49,AB,06 31D9 11:15,10,50,01,00,00,00,00,00,80,00,00,00,00,00,00,00 (cmd:unknown)
19-7-2026, 14:13:03: H:1A _I P0:59 P1:-- 49,EA,E0 --,--,-- 49,EA,E0 31D9 11:15,00,50,00,00,00,00,00,00,00,00,00,00,00,00,00,00 (cmd:unknown)

Hopelijk helpt dit!

[arjenhiemstra]

NRG Itho WiFi add-on — versie 3.3.0-beta2

Tweede beta van de 3.3-lijn. Belangrijkste toevoegingen: Orcon RF-ondersteuning en de
mogelijkheid om de automatische firmware-update-check uit te zetten op afgesloten
netwerken. Daarnaast een reeks RF-fixes en een crash-fix.

Nieuw

• Orcon 15RF (MVS) verzenden via RF — nieuw remote-type "Orcon 15RF" waarmee je
  een Orcon MVS-15 unit over RF aanstuurt door een 15RF-remote na te bootsen.
• Orcon CO2 RF-sturing — nieuw remote-type "Orcon CO2". De RF CO2-bediening
  (systeeminstellingen + startpagina) stuurt de specifiek geconfigureerde remote aan; de
  demand wordt als één commando verstuurd.
• Automatische firmware-update-check uit te zetten — nieuwe optie onder
  Systeeminstellingen → System security. Heeft de add-on geen internettoegang (of zijn
  uitgaande verbindingen geblokkeerd)? Zet 'm uit om de periodieke GitHub-check en de
  terugkerende "connection refused"-meldingen in de log te stoppen.

Bugfixes

• RF-remote-ID blijft behouden bij het wisselen van remote-functie (#376) — een
  remote naar Receive en weer terug naar Send zetten overschreef voorheen het ID. Deze blijft nu behouden en een nieuwe Send-remote krijgt een uniek, ongebruikt ID.
• Crash bij status-uitlezen opgelost — veroorzaakt door een niet-geïnitialiseerd
  status-veld (kon de add-on laten rebooten bij het uitlezen van de Itho-status).
• Race condition in RF-status opgelost — de RF-status-metingen worden nu
  beschermd door een eigen mutex.
• Betrouwbaardere RF bind-bevestiging, met een cloned-remote broadcast als fallback.

Performance

• Snellere RF I/O — de CC1101 SPI-bus draait nu op 4 MHz (was 1 MHz) met
  block-FIFO-overdrachten, wat CPU-tijd op het RF-pad scheelt.
• Kleinere web-UI — de interface-JavaScript wordt bij het bouwen geminified
  (~63 KB → ~53 KB gecomprimeerd).

Onder de motorkap

• Interne refactor van de boot-/opstartsequentie.
• Toegankelijkheidsfixes voor de formulieren op de instellingenpagina's (label-koppelingen,
  form-field-id's).

Download / installeren
Release + changelog: https://github.com/arjenh...s/tag/Version-3.3.0-beta2
Of rechtstreeks via de Update-pagina van de add-on zodra je device de nieuwe beta ziet.

Let op: dit is een beta.

[FRGert]

Ik heb dus donderdag het mooie bordje besteld en ik heb hem binnen aangesloten en hij doet het ook via de UTP aansluiting wat top is. Ben nu nog even aan het zoeken naar hoe het allemaal moet worden ingesteld. Iemand snelle tips and tricks toevallig? Heb wel vanuit de HACS de IthoWiFi geinstalleerd, maar als ik hem daarin HOOG of LAAG zet zie ik niets gebeuren. Wel met mijn remote controller.

edit:
Ik heb hem toch spontaan werkend gekregen haha!

[ Voor 7% gewijzigd door FRGert op 19-07-2026 22:24 ]

[arjenhiemstra]

FRGert schreef op zondag 19 juli 2026 @ 19:02:
Ik heb dus donderdag het mooie bordje besteld en ik heb hem binnen aangesloten en hij doet het ook via de UTP aansluiting wat top is. Ben nu nog even aan het zoeken naar hoe het allemaal moet worden ingesteld. Iemand snelle tips and tricks toevallig? Heb wel vanuit de HACS de IthoWiFi geinstalleerd, maar als ik hem daarin HOOG of LAAG zet zie ik niets gebeuren. Wel met mijn remote controller.

edit:
Ik heb hem toch spontaan werkend gekregen haha!

Werkt de bediening vanaf de web interface van de add-on zelf wel goed?

[FRGert]

arjenhiemstra schreef op maandag 20 juli 2026 @ 00:55:
[...]


Werkt de bediening vanaf de web interface van de add-on zelf wel goed?

Ja werkt vandaag wel. Ik had wat zitten klote met die afstandsbediening en de webinterface. Alleen merk ik dat hij in die andere 2 kamers niet frisse lucht in blaast. Maar dat zou ik wel met die knoppen moeten doen gok ik zo. Kan ik die status niet aflezen in de portal?

[balk]

arjenhiemstra schreef op zaterdag 13 juni 2026 @ 12:33:
Firmware 3.3.0-beta1 beschikbaar - periodieke RF naar de Itho

Voor mensen die de add-on via een RFT CO2 emulatie met de Itho laten praten (de "RF CO2 (demand slider)" stand) kun je in deze versie de add-on ook zelf periodiek updates naar de Itho laten sturen. Drie aparte aan/uit bullets onder de RF CO2 control sectie op de System Settings pagina:

Periodic 31DA/31D9 status request vraagt de Itho via RF om zijn status (debiet, druk, etc.). Gebeurt op het bestaande interval onder "Itho status update frequency". Handig in stand-alone setups (HRU 400 zonder I2C) of als je sowieso live status wil zien zonder op de Itho z'n eigen broadcasts te wachten.
Periodic fan demand keep-alive stuurt elke X minuten de laatst bekende ventilatie-stand opnieuw naar de Itho. Standaard waarde 50 (instelbaar) als er nog geen waarde verstuurd is.
Periodic CO2 level keep-alive idem voor het CO2-niveau. Standaard 500 ppm.

De keep-alives draaien op een eigen interval (standaard 5 minuten), de status-request gebruikt het bestaande update-interval. Je kiest één RFT CO2 send remote uit een dropdown (komt automatisch op basis van wat je hebt gekoppeld); diezelfde remote wordt voor alle drie de acties gebruikt.

Belangrijk: dit werkt alleen als je daadwerkelijk een RFT CO2 als send hebt geconfigureerd en die remote succesvol gekoppeld is aan de Itho. Geen remote = nieuwe sectie is leeg en doet niks.

Live waarden vanuit een eigen sensor of HA niet nieuw maar wel relevant in combinatie hiermee: je kunt vanuit Home Assistant of een eigen script de actuele CO2-waarde en ventilatie-vraag rechtstreeks naar de Itho pushen via:

POST /api/v2/rfremote/co2 met body {"co2": 750, "index": <slot>}
POST /api/v2/rfremote/demand met body {"demand": 150, "zone": 0, "index": <slot>}
De index is de slot van je RFT CO2 send remote. De CO2-keep-alive uit deze beta onthoudt automatisch de laatst-verzonden waarde en stuurt die door op het keep-alive interval

De Itho stuurt in principe niet op basis van de gerapporteerde CO2 waarde maar op basis van de demand waarde. De CO2 waarde wordt, vermoed ik, alleen gebruikt voor rapportage (indicatie leds bijv.)

Update via de Update pagina in de web-UI → install beta, of direct:
https://github.com/arjenh...s/tag/Version-3.3.0-beta1

Hopelijk geeft dit de tools om de fout indicaties die sommigen evaren op te lossen, ik hoor graag welke combi aan settings goed werkt. Dan zal ik die in de definitieve release als default waarden op gaan nemen.

Ik snap niet helemaal wat je hier zegt, ik moet het nog een paar keer lezen misschien. Maar zou dit in mijn situatie kunnen helpen?

Ik heb een nieuwe CVE-S Eco, met witte deksel ter vervanging van een oude met blauw deksel. De addon werkte in eerste instantie prima. Ik heb ook 2 RFT-CO2 modules (gekoppeld aan de Itho) en die gaan in storing, of de automatische CO2 sensor blijft de unit optoeren (even hijgen en daarna uren op max).
Ik heb de 2 modules ook als "monitor" aan de addon hangen, en als virtual remote. Ik heb ook een RFT Auto-N gekoppeld aan de itho. Ik heb nu de addon afgekoppeld.

Heb je enig idee? Staat er iets in dit topic en heb je dan een keywoord zodat ik gericht kan zoeken?

[balk]

En nog een vraag: de antenne is van de addon af gevallen en ik krijg hem niet vast gesoldeerd. Heeft iemand een tip? Hij moet toch op het kleine bordje, middelste inkeping?

[Syzzer]

Wat zou er aan de hand kunnen zijn als de webinterface van de ithowifi zijn settings niet opslaat? Ik pas was aan, druk op 'save' en alles springt terug naar hoe het daarvoor stond...

Van de week deze non-CVE module aan mijn demandflow gehangen. Werkt verder wel. Wat zie ik hier over het hoofd?

[Bokkoman]

Syzzer schreef op woensdag 22 juli 2026 @ 21:16:
Wat zou er aan de hand kunnen zijn als de webinterface van de ithowifi zijn settings niet opslaat? Ik pas was aan, druk op 'save' en alles springt terug naar hoe het daarvoor stond...

Van de week deze non-CVE module aan mijn demandflow gehangen. Werkt verder wel. Wat zie ik hier over het hoofd?

Heb je al een incognito venster / andere browser geprobeerd?

[Jerby5]

NRG blijft in AP mode na installatie van KPN modem.

NRG heeft jaren lang goed gewerkt, maar na installatie van KPN BOX12 valt NRG na korte tijd weg. Na power off/on komt NRG in AP mode op en opnieuw configureren van Wifi werkt niet, NRG blijft als AP opkomen. Ik begrijp er niets van.

En als de interface wel even werkt blijft AP mode actief staan, ook met AP timeout =0 en is dus via wifi bereikbaar en kan dus config worden aangepast!

3391 I: SYS: device UUID: b748750d-64c8-4ba4-a5ca-3782674ad68f

3491 I: SYS: hw rev: 2, fw ver.: 3.2.0

3613 I: I2C: sniffer capable hardware: yes

6352 W: NET: unable to set wifi disconnect

7319 I: NET: wifi AP mode started

7460 I: SYS: timezone: Europe/Amsterdam, specifier CET-1CEST,M3.5.0,M10.5.0/3

9479 I: NET: webserver started

9783 I: NET: mDNS started

9936 I: NET: hostname - nrg-itho-b938

10138 I: SYS: no CC1101 RF module found

15336 I: I2C: QueryDevicetype - mfr:0x00 type:0x1B fw:0x1B hw:0x38

15587 I: I2C: sendI2CPWMinit triggered by initI2cFunctions (boot)

15956 I: I2C: QueryStatusFormat - items:12

16126 I: I2C: initial QueryStatus

16327 I: I2C: safe guard enabled

181057 W: SYS: warning - Task ConfigAndLog timed out!

181313 E: NET: error - could not connect to wifi - WL_DISCONNECTED

[ Voor 71% gewijzigd door Jerby5 op 23-07-2026 14:31 ]

[Vorkie]

Even een korte vraag, is de CVE- ECO ook helemaal uit te zetten via deze module? Bijvoorbeeld voor de nacht?

Ik kan wel hem uitzetten in Hass maar dat doet niets.

[TFX77]

Vorkie schreef op donderdag 23 juli 2026 @ 13:53:
Even een korte vraag, is de CVE- ECO ook helemaal uit te zetten via deze module? Bijvoorbeeld voor de nacht?

Ik kan wel hem uitzetten in Hass maar dat doet niets.

Voor de nacht is er de laagste stand. Een CVE hoort in mijn ogen nooit uit te staan. Dit is dan ook de nachtstand of afwezigheidsstand. Als je hem uitzet, blijft al het vocht in huis hangen en krijg je binnen de kortste keren last van schimmel.

[Vorkie]

TFX77 schreef op donderdag 23 juli 2026 @ 15:55:
[...]

Voor de nacht is er de laagste stand. Een CVE hoort in mijn ogen nooit uit te staan. Dit is dan ook de nachtstand of afwezigheidsstand. Als je hem uitzet, blijft al het vocht in huis hangen en krijg je binnen de kortste keren last van schimmel.

Alleen keuken, wc en badkamer zitten erop, maar hij maakt toch een beetje geluid.

Qua vochtigheidsgraad zit het allemaal wel snor met alle sensoren in huis (plugwise, xiaomi etc..). Ding gaat ook alleen maar uit in de nacht indien sensor X Y Z onder een bepaalde waarde is.

Ik kan makkelijk de slimme stekker ertussen duwen, lost het probleem op, maar netter zou zijn via de module.

[TFX77]

Vorkie schreef op donderdag 23 juli 2026 @ 16:11:
[...]

Alleen keuken, wc en badkamer zitten erop, maar hij maakt toch een beetje geluid.

Qua vochtigheidsgraad zit het allemaal wel snor met alle sensoren in huis (plugwise, xiaomi etc..). Ding gaat ook alleen maar uit in de nacht indien sensor X Y Z onder een bepaalde waarde is.

Ik kan makkelijk de slimme stekker ertussen duwen, lost het probleem op, maar netter zou zijn via de module.

Dat maakt het een iets ander verhaal uiteraard.

Wellicht de low naar 300 zetten? Of eventueel de manual operation aanpassen?

[arjenhiemstra]

Vorkie schreef op donderdag 23 juli 2026 @ 13:53:
Even een korte vraag, is de CVE- ECO ook helemaal uit te zetten via deze module? Bijvoorbeeld voor de nacht?

Ik kan wel hem uitzetten in Hass maar dat doet niets.

Of het verstandig is laat ik aan je eigen inzicht over maar het kan zeker, zie hier:
https://github.com/arjenh...-wont-go-lower-than-ie-30

[arjenhiemstra]

Jerby5 schreef op donderdag 23 juli 2026 @ 13:22:
NRG blijft in AP mode na installatie van KPN modem.

NRG heeft jaren lang goed gewerkt, maar na installatie van KPN BOX12 valt NRG na korte tijd weg. Na power off/on komt NRG in AP mode op en opnieuw configureren van Wifi werkt niet, NRG blijft als AP opkomen. Ik begrijp er niets van.

En als de interface wel even werkt blijft AP mode actief staan, ook met AP timeout =0 en is dus via wifi bereikbaar en kan dus config worden aangepast!

3391 I: SYS: device UUID: b748750d-64c8-4ba4-a5ca-3782674ad68f

3491 I: SYS: hw rev: 2, fw ver.: 3.2.0

3613 I: I2C: sniffer capable hardware: yes

6352 W: NET: unable to set wifi disconnect

7319 I: NET: wifi AP mode started

7460 I: SYS: timezone: Europe/Amsterdam, specifier CET-1CEST,M3.5.0,M10.5.0/3

9479 I: NET: webserver started

9783 I: NET: mDNS started

9936 I: NET: hostname - nrg-itho-b938

10138 I: SYS: no CC1101 RF module found

15336 I: I2C: QueryDevicetype - mfr:0x00 type:0x1B fw:0x1B hw:0x38

15587 I: I2C: sendI2CPWMinit triggered by initI2cFunctions (boot)

15956 I: I2C: QueryStatusFormat - items:12

16126 I: I2C: initial QueryStatus

16327 I: I2C: safe guard enabled

181057 W: SYS: warning - Task ConfigAndLog timed out!

181313 E: NET: error - could not connect to wifi - WL_DISCONNECTED

mss iets niet helemaal lekker na de update naar 3.2.0 icm je nieuwe router?
Wat je zou kunnen proberen:
- via menu reset -> format filesystem, daarna start de module met default config op. wizard doorlopen en hopelijk gaat het dan wel goed.
- Werkt dat niet dan zou je eventueel een downgrade naar 2.8.0 kunnen doen, als het dan wel werkt dan hebben we misschien te maken met een bug

[ijlzoeker]

Goeiedag, ik heb een ouder model (2014) Itho warmtepomp WPU-3i met kamerthermostaat MFT en Autotemp. Enkele vragen:

1) Werkt de non-CVE add-on module voor dit model? (Ik vermoed van wel, er is een RJ45 poort voor diagnose.) Zo ja, waar kan ik deze bestellen? (Op nrg.watch zie ik een banner die meldt dat het bestellen van producten momenteel niet mogelijk is i.v.m. verhuizing van de webshop. Geen verdere info wanneer dit wel weer mogelijk zou zijn.)

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. Ik wil er natuurlijk ook rekening mee houden dat er ook bij gebrek aan zon regelmatig een heat-up is om legionella te doden. Heeft iemand ervaring met dit soort van DHW controle te implementeren?

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

4) Ik heb ook een HRU-3 BV ventilatiesysteem D. Valt hier iets aan te optimaliseren? Ik woon alleen en het systeem draait continu op de laagste stand (een verbruik van ongeveer 80 W continu). Enkel als ik kook of een lange douche neem zet ik het soms een half uurtje op een hogere stand. Naar mijn weten heeft de unit geen vochtigheidssensor. Is het een idee om een externe vochtigheidssensor in de woonruimte te installeren en op basis daarvan eventueel te beslissen om de ventilator nog trager dan stand 1 aan te sturen (bijv. in de zomer als ik niet thuis ben)?

Alvast bedankt voor de feedback!

Met vriendelijke groeten,

Kristof

[arjenhiemstra]

ijlzoeker schreef op vrijdag 24 juli 2026 @ 21:34:
Goeiedag, ik heb een ouder model (2014) Itho warmtepomp WPU-3i met kamerthermostaat MFT en Autotemp. Enkele vragen:

1) Werkt de non-CVE add-on module voor dit model? (Ik vermoed van wel, er is een RJ45 poort voor diagnose.) Zo ja, waar kan ik deze bestellen? (Op nrg.watch zie ik een banner die meldt dat het bestellen van producten momenteel niet mogelijk is i.v.m. verhuizing van de webshop. Geen verdere info wanneer dit wel weer mogelijk zou zijn.)

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. Ik wil er natuurlijk ook rekening mee houden dat er ook bij gebrek aan zon regelmatig een heat-up is om legionella te doden. Heeft iemand ervaring met dit soort van DHW controle te implementeren?

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

4) Ik heb ook een HRU-3 BV ventilatiesysteem D. Valt hier iets aan te optimaliseren? Ik woon alleen en het systeem draait continu op de laagste stand (een verbruik van ongeveer 80 W continu). Enkel als ik kook of een lange douche neem zet ik het soms een half uurtje op een hogere stand. Naar mijn weten heeft de unit geen vochtigheidssensor. Is het een idee om een externe vochtigheidssensor in de woonruimte te installeren en op basis daarvan eventueel te beslissen om de ventilator nog trager dan stand 1 aan te sturen (bijv. in de zomer als ik niet thuis ben)?

Alvast bedankt voor de feedback!

Met vriendelijke groeten,

Kristof

1. ik heb de melding iets aangepast, bedankt voor de feedback.

2. Qua WPU specifieke vragen denk ik dat het slimmer is om deze in het WPU forum te stellen, ik verwacht dat de WPU gebruikers van de add-on daar het meest actief zijn.

3. In je woonruimte zou ik vooral CO2 meten als je wilt sturen. In de badkamer is vocht interessanter.

[FRGert]

Ik heb het een en ander proberen uit te vogelen, maar kom er toch niet echt uit. Ik heb een oude WTW unit (geen idee hoe oud), ik heb de Itho Wifi controller kunnen aansluiten, maar ik merk dat hij vooral aan het afzuigen is en zo'n beetje hoger dan 75% de hele dag. Maar ik voel geen 'verse' lucht in de andere kamers. Nu zie ik ook in de status pagina van de Ihto wel wat rare waardes, waaronder:
Supply actual (rpm) -32512
Temp of supply air (°C) -50.99
room temp (°C) -50.99

Nu heb ik alleen (volgens mij) geen temperatuur sensoren in de unit hangen. Gaat hij aan de hand van deze temperaturen en statussen niet heel vreemd doen? (Zoals die nu doet).

Ben benieuwd of jullie dit ook ervaren?

Values van de Wifi controller:
Itho device type: HRU ECO-fan
Itho hw version: 21
Itho fw version: 12
Manufacturer: 0

[arjenhiemstra]

FRGert schreef op maandag 27 juli 2026 @ 08:45:
Ik heb het een en ander proberen uit te vogelen, maar kom er toch niet echt uit. Ik heb een oude WTW unit (geen idee hoe oud), ik heb de Itho Wifi controller kunnen aansluiten, maar ik merk dat hij vooral aan het afzuigen is en zo'n beetje hoger dan 75% de hele dag. Maar ik voel geen 'verse' lucht in de andere kamers. Nu zie ik ook in de status pagina van de Ihto wel wat rare waardes, waaronder:
Supply actual (rpm) -32512
Temp of supply air (°C) -50.99
room temp (°C) -50.99

Nu heb ik alleen (volgens mij) geen temperatuur sensoren in de unit hangen. Gaat hij aan de hand van deze temperaturen en statussen niet heel vreemd doen? (Zoals die nu doet).

Ben benieuwd of jullie dit ook ervaren?

Values van de Wifi controller:
Itho device type: HRU ECO-fan
Itho hw version: 21
Itho fw version: 12
Manufacturer: 0

10 tegen 1 dat je temperatuur sensor kapot is. Ik geloof dat er 2 in zitten, ze kunnen ook beide kapot zijn.
De itho rapporteert dit als extreme waardes

[FRGert]

arjenhiemstra schreef op maandag 27 juli 2026 @ 20:28:
[...]


10 tegen 1 dat je temperatuur sensor kapot is. Ik geloof dat er 2 in zitten, ze kunnen ook beide kapot zijn.
De itho rapporteert dit als extreme waardes

Is er iets om dat te bypassen? Ik heb in HomeAssistant een automatisering staan die gewoon die afzuiging in de badkamer moet regelen. Verder hoeft de WTW unit niet echt na te denken.

[arjenhiemstra]

FRGert schreef op maandag 27 juli 2026 @ 21:55:
[...]

Is er iets om dat te bypassen? Ik heb in HomeAssistant een automatisering staan die gewoon die afzuiging in de badkamer moet regelen. Verder hoeft de WTW unit niet echt na te denken.

Manual control zou alle interne logica uit moeten schakelen. Je kan dit vinden op via de Itho settings pagina. Vervolgens zou je via de API de settings voor Manual speed per fan motor moeten kunnen regelen op iedere snelheid die je wilt. Ook de bypass klep is zo te bedienen.
Of dit verstandig is weet ik eerlijk gezegd niet, ik heb er geen ervaring mee maar volgens mij is deze manual control mode niet bedoeld om constant te gebruiken.

[CremersDH]

arjenhiemstra schreef op zondag 12 april 2026 @ 10:42:
Versie 3.1.2 staat online

Belangrijkste wijzigingen t.o.v. 3.0.0

• RF standalone modus — volledige RF-only bediening voor apparaten zonder I2C (bijv. HRU 400), met een stapsgewijze installatiewizard inclusief interactieve RF Join

Wat bedoel je precies met "RF standalone modus". Bedoel je daarmee dat ik de hele itho-non-cve-wifi-module alleen maar voor mijn HRU 400 kan gebruiken ? En dus niet in combinatie met mijn WPU ? En dat ik dan dus 2 modules nodig zal hebben. 1 voor mijn WPU en 1 voor mijn HRU.

[coen1111]

Indien iemand geïnteresseerd is in 1 of meerdere Non-CVE modules, wegens verhuizing bied ik die van mij te koop aan. 1 van de twee heeft ook de RF module. v&a aangeboden: 2x Itho WiFi add-on module (Non-CVE, open source Arjen Hiemstra) – incl. 2x geprinte behuizing

[wtdeuce]

wtdeuce schreef op zondag 19 juli 2026 @ 14:30:
[...]

In de loop van een kwartiertje zijn er 3 hits voorbij gekomen:

code:

19-7-2026, 14:24:48: H:1A _I P0:58 P1:-- 49,EA,4B --,--,-- 49,EA,4B 31D9 11:15,00,C6,00,00,00,00,00,00,00,00,00,00,00,00,00,00 (cmd:itho31d9)
19-7-2026, 14:23:44: H:1A _I P0:E8 P1:-- 49,EB,86 --,--,-- 49,AB,06 31D9 11:15,10,50,01,00,00,00,00,00,80,00,00,00,00,00,00,00 (cmd:unknown)
19-7-2026, 14:13:03: H:1A _I P0:59 P1:-- 49,EA,E0 --,--,-- 49,EA,E0 31D9 11:15,00,50,00,00,00,00,00,00,00,00,00,00,00,00,00,00 (cmd:unknown)

Hopelijk helpt dit!

Voor de administratie: deze is gisteren nacht om kwart voor 4 's ochtends ineens naar OK geschoten in Home Assistant We zullen het nooit weten.

Bedankt voor je werk, Arjen! Zojuist de laatste versie geïnstalleerd, ben benieuwd wat de toekomst nog brengt.

[mvtslot]

Weet iemand waar ik firmware kan downloaden voor de Itho Demandflow units? De servicetool en bijbehorende kabel heb ik al. Bij voorbaat dank.

[arjenhiemstra]

mvtslot schreef op maandag 3 augustus 2026 @ 16:40:
Weet iemand waar ik firmware kan downloaden voor de Itho Demandflow units? De servicetool en bijbehorende kabel heb ik al. Bij voorbaat dank.

Zover ik het weet kun je de demandflow niet flashen met de servicetool

[mvtslot]

arjenhiemstra schreef op maandag 3 augustus 2026 @ 17:10:
[...]


Zover ik het weet kun je de demandflow niet flashen met de servicetool

Is er een andere manier? Mijn Demandflow unit draait sinds 2011 wn kan me dus voorstellen dat upgraden zinvol kan zijn.

[arjenhiemstra]

mvtslot schreef op dinsdag 4 augustus 2026 @ 21:28:
[...]

Is er een andere manier? Mijn Demandflow unit draait sinds 2011 wn kan me dus voorstellen dat upgraden zinvol kan zijn.

Er is zeker een manier, Itho kan de firmware flashen en ook nadien een andere firmware flashen heb ik begrepen. Als ik mij goed herinner zitten er ergens programmeer pinnen op de PCB.
We missen echter de juiste programmeertool en vooral de firmware versies.
Ik ben nog nooit een repo met demandflow firmware versies tegen gekomen.

Ik vrees dus dat met de huidige info er niet zo veel opties zijn. Ik weet zo ook niet wat het verschil qua functionaliteit is tussen ouderen en nieuwere firmware versies. Blijkbaar niet belangrijk genoeg om achteraf nog bestaande units bij te gaan werken behoudens hele specifieke situaties waar ik van gehoord heb.

[wieltar]

Ik heb een "interessant" probleem met de hru 300 eco. (Woning opgeleverd in 2022) Ik heb de Itho wifi met radio ontvanger er al tussen zitten

Ik wil een duo zone systeem installeren op de unit & van te voren een backup maken met de Service tool.

Echter, tijdens het openen van de tool kwam ik in het eeprom menu terecht (via de grote oranje knoppen onderin). Denkende dat ik hier een backup kon maken, klikte ik erop.

Op de vraag die samen te vatten is als "is de unit nieuw, als hij wit is heb je de nieuwe unit". Antwoorde ik "ja". Niet wetende dat er een nieuwe witte unit is (de 300v)

https://www.ithodaalderop.nl/nl-NL/professional/hru-eco-300-vs-hru-300-v-wat-zijn-de-verschillen

Ineens begint de tool de software van de hru te updaten & nu zit de unit vast in bootloader modus.

Ik heb al geprobeerd om in deze bootloader modus, hru 250/300 oud te flashen, maar dit lijkt niet te werken.

Kan ik hieruit komen met de tool of is de unit naar de Filistijnen? Heeft iemand hier ervaring mee?

[NovaDesu]

ik wil graag mijn ITHO HRU ECO 200 op home assistant aansluiten, via https://www.nrgwatch.nl/products/itho-cve-rft-wifi-add-on

nu vraag ik mij af, heb ik die Hum/Temp sensor nodig?

[Raznov]

NovaDesu schreef op donderdag 6 augustus 2026 @ 16:10:
ik wil graag mijn ITHO HRU ECO 200 op home assistant aansluiten, via https://www.nrgwatch.nl/products/itho-cve-rft-wifi-add-on

nu vraag ik mij af, heb ik die Hum/Temp sensor nodig?

Ik heb zelf een ander Itho model, maar oud en had geen hum\temp sensor ingebouwd. In theorie heb je het natuurlijk niet nodig, want er zijn andere opties. Zelf gebruik ik bijvoorbeeld 2 losse bluetooth sensoren via HA welke de Itho via de wifi module aansturen. Als de humidity te hoog komt, zal de itho op 80% gaan voor 20 minuten. De losse sensoren kosten wel iets meer tijd, want de batterij gaat ongeveer een maand of 8 mee, dus die moet ik ook in de gaten laten houden.

Ik zou echter zelf de losse sensor er wel bij doen (had ik zelf ook beter kunnen doen), het werkt allemaal net even wat eenvoudiger met alles bij elkaar. Het enige nadeel wat ik kan verzinnen is dat hij niet direct op locatie staat, maar de vochtigheid zal meten door de afzuiging, maar een losse vochtigheid sensor die de data doorstuurd is meestal een stukje duurder.

[arjenhiemstra]

NovaDesu schreef op donderdag 6 augustus 2026 @ 16:10:
ik wil graag mijn ITHO HRU ECO 200 op home assistant aansluiten, via https://www.nrgwatch.nl/products/itho-cve-rft-wifi-add-on

nu vraag ik mij af, heb ik die Hum/Temp sensor nodig?

temp sensoren zullen al in je HRU zitten. Een vochtsensor achteraf toevoegen; geen idee eerlijk gezegd of dat past in een HRU 200.

[kruithre]

Hi allemaal, op voorhand sorry voor dit lange bericht maar ben nieuw in deze wereld (en op dit forum) en ben al 2 dagen bezig om een probleem te tackelen met de aansturing van mijn tapwater vermwarming op basis van dynamische stroomprijzen.

Heb Claude gevraagd een en ander te verwoorden dus vandaar onderstaande opgemaakte info/vraag.

Gr,

Remco

Itho WPU 55CO + ithowifi/NRG.Watch add-on: A1-16-melding bij manual_control, terwijl fysieke HLT-schakeling dat nooit deed

Situatie

Ik heb een Itho Daalderop WPU 55CO ETECK (water/water, op een gedeeld Eteck-bronnennet), met een non-CVE Itho WiFi add-on (NRG.Watch, firmware 3.2.0, hardware "NON-CVE 1") aangesloten op de service-poort van de WPU. Doel: de tapwaterverwarming laten schakelen op basis van dynamische energieprijzen (Nordpool), via Home Assistant, in plaats van de vaste tijden van de bestaande Theben TR610 top2-schakelklok die al jaren op de HLT-ingang (Hoog/Laag Tarief) van de WPU is aangesloten.

Wat werkt

Via de add-on's POST /api/v2/wpu/manual_control kan ik het HLT/Tariff-veld (index 15, datatype 0) van de WPU aansturen:

JSON:

{"index":15,"datatype":0,"value":1,"checked":1}

Dit zet Tariff (status-index 15) daadwerkelijk op 1, en de WPU reageert er ook echt op: Status-veld gaat naar 3 (boiler-modus), de compressor slaat aan, en de tapwatertemperatuur stijgt — dus functioneel doet het wat het moet doen.

Het probleem

Zodra ik dit commando stuur, verschijnt storing A1-16 ("Automatische functie gewijzigd naar handbediening") — zowel in de add-on's eigen statusvelden (Error_found, Fault highest priority = 16) als op de fysieke Autotemp-kamerthermostaat zelf ("A01 16" op het display).

Dit gebeurde nooit met de oude Theben-timer, die al jaren dezelfde HLT-ingang fysiek schakelt — dat display heeft deze melding voor zover ik me kan herinneren nooit getoond vóór ik deze add-on erop aansloot.

Wat ik al heb uitgesloten

• Settings API stond standaard uit (Enable update settings API in de module's System settings) — zonder die aan te zetten geeft manual_control een misleidend HTTP 200 "success" terug terwijl er (bevestigd via Debug-syslog) helemaal geen I2C-schrijfactie plaatsvindt. Eenmaal aangezet, werkt schrijven wél.
• Settings-whitelist (Activate settings indexes) moest [4] bevatten om PUT /api/v2/settings voor index 4 te laten werken — dit is een aparte, losse index-ruimte van de 167-item Itho-instellingenlijst, niet dezelfde nummering als manual_control's indexen.
• datatype bleek per index specifiek te zijn (index 15 = datatype 0, niet 1 zoals het generieke voorbeeld in de officiële API-docs suggereert) — de GitHub-wiki-pagina "Itho WPU Heat pump support" (niet de in-app API-documentatie) heeft de juiste tabel.
• De melding is niet cosmetisch onschuldig in de zin van "kan genegeerd worden" — het blijft namelijk actief "vastzitten" totdat de instelling "Max manual operation time" (settings-index 4) verloopt. Bij de fabrieksinstelling (0) leek dit aanvankelijk "onbeperkt" te betekenen (zoals de docs voor 5G-modellen claimen), maar bleek in de praktijk niet betrouwbaar te zijn voor mijn eigen manual_control-commando's: bij waarde 0 viel mijn eigen value:1-commando na enige tijd spontaan terug naar 0, zonder dat ik iets stuurde. Bij waarde 30 (minuten) blijft de waarde wél precies staan tot ik 'm zelf verander, maar dan blijft de A1-16-vlag ook standaard 30 minuten actief per keer.

Aanvullend: wat de officiële wiki zegt (en waar dat niet klopt met wat ik zie)

Uit de GitHub-wiki (Itho WPU Heat pump support): "Make sure you set the 'Max manual operation time' setting in the settings page. The itho unit will remain in manual mode until the timer expires. 0 means unlimited."

Dat is dus de officiële claim — maar in mijn eigen test vandaag (instelling op 0, automatisering aantoonbaar uitgeschakeld) viel mijn value:1-commando na een tijdje vanzelf terug naar 0, zonder dat ik iets stuurde. Dat is het tegenovergestelde van "onbeperkt blijven staan".

Mogelijke verklaring: dezelfde wiki-pagina vermeldt onder Requirements expliciet: "A supported Itho heat pump, e.g. WPU 5G 5.5kW, WPU 4G. Other versions/prior generations may work but have not been tested yet." Mijn WPU 55CO ETECK valt dus buiten het geteste bereik — mogelijk verklaart dat waarom dit specifieke gedrag (0 = onbeperkt) bij mij niet lijkt te kloppen.

Wat ik niet begrijp / mijn eigenlijke vraag

1. Waarom triggert manual_control deze melding, terwijl het fysieke HLT-contact van de Theben-timer dat kennelijk nooit deed? Beide sturen toch hetzelfde onderliggende Tariff-veld aan? Is er een principieel verschil tussen een write via manual_control (die de WPU blijkbaar altijd als "handbediening" classificeert, ongeacht welke waarde je stuurt) en een puur fysiek contact-signaal op de HLT-ingang?
2. Is er een manier om het Tariff/HLT-veld te zetten zonder de "manual override"-classificatie te triggeren? Bijvoorbeeld een ander endpoint, een ander datatype, of een instelling die dit gedrag beïnvloedt?
3. Wat doet "Max manual operation time" = 0 nu precies? Betekent 0 op deze (non-CVE, 3.2.0) firmware iets anders dan "onbeperkt" (zoals de documentatie voor 5G-modellen claimt)? Bij mij lijkt 0 eerder te betekenen "handmatige waarden worden niet vastgehouden", niet "voor altijd vastgehouden".
4. Heeft iemand hetzelfde HLT/Tariff-veld via manual_control aangestuurd op een vergelijkbare (CO-serie) WPU, en zo ja: kreeg diegene ook deze A1-16-melding, of is dat bij mij iets anders?

Ik ben zelf tot de conclusie gekomen dat de meest praktische oplossing waarschijnlijk is: de fysieke Theben-timer's eigen schakelprogramma volledig leegmaken (zodat die nooit meer zelf schakelt), en alleen nog via manual_control sturen — en de A1-16-melding daarbij gewoon accepteren als bijverschijnsel. Maar voordat ik dat definitief zo bouw, hoor ik graag of iemand anders dit principieel beter begrijpt of al heeft opgelost.

Alvast bedankt voor het meedenken!

[ Voor 11% gewijzigd door kruithre op 17-08-2026 09:07 . Reden: bijgewerkt ]

[vliegnerd]

@kruithre als je manual control gebruikt dan krijg je ALTIJD de melding a1-16 (“handbediening actief”) op de spider. Dat is een feature geen bug. Is onoplosbaar.

Een OTGW (opentherm gateway) tussen spider en WPU (draad doorknippen…) heeft je wel de mogelijkheid om tapwater te regelen zonder manual control. Er is een topic over waarin de auteur de speciale WPU fork van OTGW beschrijft.

Manual operation time=0 betekent dat manual control altijd actief blijft zelfs na harde power reset. Been there, done that.

Tip: er is een WPU 5G topic met al dit soort info.

[ Voor 6% gewijzigd door vliegnerd op 17-08-2026 10:23 ]

[donald_dick]

Is hij echt van ETECK? Want dan betaal je niet voor het stroomgebruik, maar per afgenomen Gigajoule. En die zit op een aparte meter die door ETECK geregeld wordt.

[kruithre]

donald_dick schreef op maandag 17 augustus 2026 @ 19:35:
Is hij echt van ETECK? Want dan betaal je niet voor het stroomgebruik, maar per afgenomen Gigajoule. En die zit op een aparte meter die door ETECK geregeld wordt.

Nee hij is weliswaar van Eteck en ik betaal er maandelijkse huur voor, maar stroomverbruik is gewoon voor eigen kosten. Is een systeem met 2 bronnen in de wijk die water aanleveren dat de warmtepomp met behulp van een groot watervat opwarmt tot water voor vloerverwarming en douche.

[kruithre]

vliegnerd schreef op maandag 17 augustus 2026 @ 10:21:
@kruithre als je manual control gebruikt dan krijg je ALTIJD de melding a1-16 (“handbediening actief”) op de spider. Dat is een feature geen bug. Is onoplosbaar.

Een OTGW (opentherm gateway) tussen spider en WPU (draad doorknippen…) heeft je wel de mogelijkheid om tapwater te regelen zonder manual control. Er is een topic over waarin de auteur de speciale WPU fork van OTGW beschrijft.

Manual operation time=0 betekent dat manual control altijd actief blijft zelfs na harde power reset. Been there, done that.

Tip: er is een WPU 5G topic met al dit soort info.

Dank voor je antwoorden hebben een hoop verduidelijkt. Heb overigens wel een workaround gevonden om die fout te 'neutraliseren' . Heb mijn AI gevraagd de situatie samen te vatten en te beschrijven wellicht heeft de Community er wat aan danwel zijn er nog verdere tips of opmerkingen om mijn setup te verbeteren. Zie shared googledoc: https://drive.google.com/file/d/1CgtMzbRsqrFyTHkm64a-3UNfp-5SSuSi/view?usp=sharing

[19JM81]

kruithre schreef op maandag 17 augustus 2026 @ 22:17:
[...]

Nee hij is weliswaar van Eteck en ik betaal er maandelijkse huur voor, maar stroomverbruik is gewoon voor eigen kosten. Is een systeem met 2 bronnen in de wijk die water aanleveren dat de warmtepomp met behulp van een groot watervat opwarmt tot water voor vloerverwarming en douche.

Ja? Wij hebben een aparte meter bij onze Eteck installatie voor stroom van de warmwatervoorziening. Wij zien er dus ook nooit een rekening van.

[ Voor 4% gewijzigd door 19JM81 op 18-08-2026 08:21 ]

[kruithre]

19JM81 schreef op dinsdag 18 augustus 2026 @ 08:20:
[...]

Ja? Wij hebben een aparte meter bij onze Eteck installatie voor stroom van de warmwatervoorziening. Wij zien er dus ook nooit een rekening van.

Nee denk dat wij gewoon een ander project van Eteck hebben in de wijk (was vroeger ook eerst door Nuon opgezet en na 2 jaar door Eteck overgekocht) , wij betalen alleen vastrecht (lees huur) maandelijks, waarvan het tarief jaarlijks vestgesteld. Dat component is feitelijk voor de afname van bronaanvoer en de afschrijving van de installatie. Zitten er dan ook meteen 15 jaar aan vast.

[NovaDesu]

Raznov schreef op donderdag 6 augustus 2026 @ 16:30:
[...]

Ik heb zelf een ander Itho model, maar oud en had geen hum\temp sensor ingebouwd. In theorie heb je het natuurlijk niet nodig, want er zijn andere opties. Zelf gebruik ik bijvoorbeeld 2 losse bluetooth sensoren via HA welke de Itho via de wifi module aansturen. Als de humidity te hoog komt, zal de itho op 80% gaan voor 20 minuten. De losse sensoren kosten wel iets meer tijd, want de batterij gaat ongeveer een maand of 8 mee, dus die moet ik ook in de gaten laten houden.

Ik zou echter zelf de losse sensor er wel bij doen (had ik zelf ook beter kunnen doen), het werkt allemaal net even wat eenvoudiger met alles bij elkaar. Het enige nadeel wat ik kan verzinnen is dat hij niet direct op locatie staat, maar de vochtigheid zal meten door de afzuiging, maar een losse vochtigheid sensor die de data doorstuurd is meestal een stukje duurder.

ja, ik heb nu ook een losse sensor in de badkamer, maar wil het liefst de sensor inbouwen in de itho hru. Er is indd geen logische plek om hem te installeren, maar ik kan wel even een gaatje maken voor de kabels

[CremersDH]

Ik heb eindelijk een non-cve module met CC1101 besteld voor mijn HRU 400, na al jaren deze met veel plezier gebruik te hebben gemaakt van de modules (zonder CC1101) op mijn WPU 5G en Autotemp.

Dit nadat ik gelezen had dat de HRU 400 nu met bi directionele ondersteuning hier mee zal werken. Ik draai op deze nieuwe module versie 3.2.0 en ik heb succesvol een koppeling kunnen maken met de remote met mijn HRU 400.

In eerste instantie had ik de RFT CO2 als remote type gekozen omdat dit het beste zal werken. Op zich werkt die ook, maar de MEDIUM button, geeft bij mij niet de Medium of stand 2. Maar die zorgt er voor dat mijn HRU 400 in de Auto stand komt. De AUTO button doet dat trouwens ook, dus ze zijn niet omgedraaid :-(

Daarna heb ik het type van mijn remote aangepast in RFT-N, zonder opnieuw te koppelen. Dan krijg ik natuurlijk de buttons van de RFT-N. Maar ook hier: Als ik op MEDIUM klik gaat mijn HRU 400 in de Auto stand.

Nu is Medium mijn favoriete stand, en wil ik die daarom kunnen gebruiken.

Wordt MEDIUM niet ondersteund ?


PS mijn HRU 400 heeft software versie 4, revisie 6, mocht dat van belang zijn

[Frunz]

CremersDH schreef op dinsdag 18 augustus 2026 @ 18:41:
Ik heb eindelijk een non-cve module met CC1101 besteld voor mijn HRU 400, na al jaren deze met veel plezier gebruik te hebben gemaakt van de modules (zonder CC1101) op mijn WPU 5G en Autotemp.

Dit nadat ik gelezen had dat de HRU 400 nu met bi directionele ondersteuning hier mee zal werken. Ik draai op deze nieuwe module versie 3.2.0 en ik heb succesvol een koppeling kunnen maken met de remote met mijn HRU 400.

In eerste instantie had ik de RFT CO2 als remote type gekozen omdat dit het beste zal werken. Op zich werkt die ook, maar de MEDIUM button, geeft bij mij niet de Medium of stand 2. Maar die zorgt er voor dat mijn HRU 400 in de Auto stand komt. De AUTO button doet dat trouwens ook, dus ze zijn niet omgedraaid :-(

Daarna heb ik het type van mijn remote aangepast in RFT-N, zonder opnieuw te koppelen. Dan krijg ik natuurlijk de buttons van de RFT-N. Maar ook hier: Als ik op MEDIUM klik gaat mijn HRU 400 in de Auto stand.

Nu is Medium mijn favoriete stand, en wil ik die daarom kunnen gebruiken.

Wordt MEDIUM niet ondersteund ?


PS mijn HRU 400 heeft software versie 4, revisie 6, mocht dat van belang zijn

Ik heb de CC1101 als "Spider" gekoppeld aan de HRU400 en hierbij werkt de medium stand wel. Ik zie ook op m'n spiders stand 2 verschijnen als ik via de web-interface schakel. (De medium knop staat niet op de main-page, maar bij de RF devices). Misschien moet je de remote opnieuw inleren zodat het juiste type wordt aangemeld.

De reden dat ik op deze manier gekoppeld heb, is omdat bij een aangemelde CO2 meter de auto-stand een lager debiet gebruikt dan bij een systeem zonder CO2 meter ingeregeld.

[arjenhiemstra]

CremersDH schreef op dinsdag 18 augustus 2026 @ 18:41:
Ik heb eindelijk een non-cve module met CC1101 besteld voor mijn HRU 400, na al jaren deze met veel plezier gebruik te hebben gemaakt van de modules (zonder CC1101) op mijn WPU 5G en Autotemp.

Dit nadat ik gelezen had dat de HRU 400 nu met bi directionele ondersteuning hier mee zal werken. Ik draai op deze nieuwe module versie 3.2.0 en ik heb succesvol een koppeling kunnen maken met de remote met mijn HRU 400.

In eerste instantie had ik de RFT CO2 als remote type gekozen omdat dit het beste zal werken. Op zich werkt die ook, maar de MEDIUM button, geeft bij mij niet de Medium of stand 2. Maar die zorgt er voor dat mijn HRU 400 in de Auto stand komt. De AUTO button doet dat trouwens ook, dus ze zijn niet omgedraaid :-(

Daarna heb ik het type van mijn remote aangepast in RFT-N, zonder opnieuw te koppelen. Dan krijg ik natuurlijk de buttons van de RFT-N. Maar ook hier: Als ik op MEDIUM klik gaat mijn HRU 400 in de Auto stand.

Nu is Medium mijn favoriete stand, en wil ik die daarom kunnen gebruiken.

Wordt MEDIUM niet ondersteund ?


PS mijn HRU 400 heeft software versie 4, revisie 6, mocht dat van belang zijn

Ik heb zojuist de medium commando's van mijn RFT-RV, RFT-CO2 en Spider gecontroleerd en die komen overeen met de commando's in de firmware. Daarnaast de routing van de web interface commando's nogmaals gedubbel checked en medium wordt correct vertaald naar een medium commando zoals ik dat gecaptured heb.
Kortom, ik kan nog geen verklaring vinden.

Met welk type remote kreeg/krijg je wel medium op je HRU?

[CremersDH]

arjenhiemstra schreef op donderdag 20 augustus 2026 @ 20:44:
[...]

Met welk type remote kreeg/krijg je wel medium op je HRU?

Als ik mijn fysieke spider gebruik kan ik door de 2 te kiezen mijn HRU op Medium zetten. Mijn andere fysieken remotes zijn van het type Auto RFT-N en hebben geen medium/2 knop.

[ Voor 33% gewijzigd door CremersDH op 21-08-2026 21:54 ]

[sjimmie]

Heerlijk om te zien dat dit jaaaaren oude project nog steeds bestaat. Ooit begon dit met een paar mensen die stapje voor stapje met een sniffer de 868Mhz signalen opvingen en probeerden om daar patat van de maken. Ik hield me toen bezig met het sniffen, uiteindelijk had ik zó vaak op de rft knopjes gedrukt om signalen te produceren dat de knopjes lam werden.

Inmiddels ben ik een paar keer verhuisd en sinds een paar maanden woon ik in een appartement waar weer een ITHO Ecofan hangt. Deze werkt momenteel alleen met de 3-standen schakelaar en heeft een vochtsensor ingebouwd.


Nou heb ik geen zin meer om met soldeerbout en alles een eigen module in elkaar te flansen, dus dacht ik “even” een kant en klare module te kopen.

Maar die zijn dus compleet uitverkocht?

Gaan ze nog gemaakt worden, of heeft anders iemand er eentje over? Het gaat me primair om de HA koppeling, RFT ondersteuning is niet nodig want ik heb toch geen itho rft module.

PS. Wisten jullie dat dit project inmiddels 10 jaar bestaat? 🥳

[ Voor 3% gewijzigd door sjimmie op 22-08-2026 11:28 ]

[arjenhiemstra]

sjimmie schreef op zaterdag 22 augustus 2026 @ 11:25:
Heerlijk om te zien dat dit jaaaaren oude project nog steeds bestaat. Ooit begon dit met een paar mensen die stapje voor stapje met een sniffer de 868Mhz signalen opvingen en probeerden om daar patat van de maken. Ik hield me toen bezig met het sniffen, uiteindelijk had ik zó vaak op de rft knopjes gedrukt om signalen te produceren dat de knopjes lam werden.

Inmiddels ben ik een paar keer verhuisd en sinds een paar maanden woon ik in een appartement waar weer een ITHO Ecofan hangt. Deze werkt momenteel alleen met de 3-standen schakelaar en heeft een vochtsensor ingebouwd.


Nou heb ik geen zin meer om met soldeerbout en alles een eigen module in elkaar te flansen, dus dacht ik “even” een kant en klare module te kopen.

Maar die zijn dus compleet uitverkocht?

Gaan ze nog gemaakt worden, of heeft anders iemand er eentje over? Het gaat me primair om de HA koppeling, RFT ondersteuning is niet nodig want ik heb toch geen itho rft module.

PS. Wisten jullie dat dit project inmiddels 10 jaar bestaat? 🥳

De modules voor de HRU etc zijn in productie. Voor de CVE heb ik er nog meer dan genoeg, ik had de voorraad niet goed staan in de webshop. Zojuist aangepast :-)

En bedankt voor het initiëren van de allereerste basis van dit project!

[arjenhiemstra]

sjimmie schreef op zaterdag 22 augustus 2026 @ 11:25:
Heerlijk om te zien dat dit jaaaaren oude project nog steeds bestaat. Ooit begon dit met een paar mensen die stapje voor stapje met een sniffer de 868Mhz signalen opvingen en probeerden om daar patat van de maken. Ik hield me toen bezig met het sniffen, uiteindelijk had ik zó vaak op de rft knopjes gedrukt om signalen te produceren dat de knopjes lam werden.

Inmiddels ben ik een paar keer verhuisd en sinds een paar maanden woon ik in een appartement waar weer een ITHO Ecofan hangt. Deze werkt momenteel alleen met de 3-standen schakelaar en heeft een vochtsensor ingebouwd.


Nou heb ik geen zin meer om met soldeerbout en alles een eigen module in elkaar te flansen, dus dacht ik “even” een kant en klare module te kopen.

Maar die zijn dus compleet uitverkocht?

Gaan ze nog gemaakt worden, of heeft anders iemand er eentje over? Het gaat me primair om de HA koppeling, RFT ondersteuning is niet nodig want ik heb toch geen itho rft module.

PS. Wisten jullie dat dit project inmiddels 10 jaar bestaat? 🥳

De modules voor de HRU etc zijn in productie. Voor de CVE heb ik er nog meer dan genoeg, ik had de voorraad niet goed staan in de webshop. Zojuist aangepast :-)

En bedankt voor het initiëren van de allereerste basis van dit project! Omdat het met mijn dan niet helemaal goed werkte ben ik er verder in gedoken en is dit project ontstaan :-)

[sjimmie]

arjenhiemstra schreef op zaterdag 22 augustus 2026 @ 13:11:
[...]


De modules voor de HRU etc zijn in productie. Voor de CVE heb ik er nog meer dan genoeg, ik had de voorraad niet goed staan in de webshop. Zojuist aangepast :-)

En bedankt voor het initiëren van de allereerste basis van dit project! Omdat het met mijn dan niet helemaal goed werkte ben ik er verder in gedoken en is dit project ontstaan :-)

Haha ja jouw github branch is 14 commits ahead of supersjimmie. En dat ben ik. 😁

En de mijne is weer een arduino versie gebaseerd op Klusjesman, die ooit de allereerste code maakte (maar niet voor arduino/esp).

Ik ga jouw webshop weer zoeken.

[RemySoeters]

arjenhiemstra schreef op zaterdag 22 augustus 2026 @ 13:11:
[...]


De modules voor de HRU etc zijn in productie. Voor de CVE heb ik er nog meer dan genoeg, ik had de voorraad niet goed staan in de webshop. Zojuist aangepast :-)

En bedankt voor het initiëren van de allereerste basis van dit project! Omdat het met mijn dan niet helemaal goed werkte ben ik er verder in gedoken en is dit project ontstaan :-)

Ik ben toevallig sinds twee weken bezig met HA. Heb net een aantal sonoff sensoren toegevoegd. Volgende stappen zijn Heisamon & de non-cve module in te verdiepen.

Toevallig ook nog de behuizingen in het zwart of wit die van de drukpers afkomen?:) Ik kwam dit topic toevallig tegen en sta op het punt om de non-cve te bestellen.

[arjenhiemstra]

RemySoeters schreef op zaterdag 22 augustus 2026 @ 20:56:
[...]


Ik ben toevallig sinds twee weken bezig met HA. Heb net een aantal sonoff sensoren toegevoegd. Volgende stappen zijn Heisamon & de non-cve module in te verdiepen.

Toevallig ook nog de behuizingen in het zwart of wit die van de drukpers afkomen?:) Ik kwam dit topic toevallig tegen en sta op het punt om de non-cve te bestellen.

Mijn 3d printer heeft op dit moment de grootste moeite om zonder issues volumes te printen. Gisteren is het mij gelukt om 1 zwarte behuizing te printen. Morgen ga ik wat onderdelen vervangen in de hoop dat dit het zal fixen. Als dat lukt dan zullen alle kleuren op korte termijn weer beschikbaar zijn maar als eerste zwart en blauw waarschijnlijk

De non-cve modules zelf verwacht ik de 1e week van sept. weer te hebben

[ Voor 4% gewijzigd door arjenhiemstra op 22-08-2026 21:28 ]

[arjenhiemstra]

sjimmie schreef op zaterdag 22 augustus 2026 @ 13:43:
[...]

Haha ja jouw github branch is 14 commits ahead of supersjimmie. En dat ben ik. 😁

En de mijne is weer een arduino versie gebaseerd op Klusjesman, die ooit de allereerste code maakte (maar niet voor arduino/esp).

Vele uren in beide repo's lopen grasduinen en ook in blog van Rogier. Je repo deed op zich prima zijn werk trouwens, het was alleen een buurman/vrouw in de buurt die de repo ook in gebruik had denk ik. Mijn Itho ging op de gekste momenten full power aan als ik je repo gebruikte en de arduino aan mijn Itho gejoined had. Omdat ik het in eerste instantie niet voor elkaar dit issue op te lossen met het RF protocol ben ik de i2c route op gegaan. Later is RF support alsnog toegevoegd.

Behalve die 14 commits zijn overigens nog vele toevoegingen geweest die ik nog steeds eens wil backporten. Oa. worden bijna alle type remotes van Itho ondersteund (ontvangen en verzenden) en ook Orcon is recent toegevoegd. Daarnaast werkt bi-directionele communicatie met RF remotes waardoor status info op de remotes ook kloppend te krijgen is.

Ik ga jouw webshop weer zoeken.

Thanks!

[arjenhiemstra]

CremersDH schreef op vrijdag 21 augustus 2026 @ 21:54:
[...]

Als ik mijn fysieke spider gebruik kan ik door de 2 te kiezen mijn HRU op Medium zetten. Mijn andere fysieken remotes zijn van het type Auto RFT-N en hebben geen medium/2 knop.

Thanks. Zou je met de RF debug functie eens het medium commando van je Spider willen "opvangen"?

Via de web interface van de add-on, menu Syslog -> RF Debug log level op "Level3"
Als je daarna op de "knop" van de spider indrukt zou je een melding in het scherm moeten zien verschijnen

[.Peter.]

Leuk om alle enthousiasme te zien, bedankt voor al jullie bijdragen!

arjenhiemstra schreef op woensdag 16 augustus 2023 @ 14:51:
[...]
Nee die is er niet. Kan theoretisch wel maar vereist een nieuw ontwerp.

Heb je ooit nog een Ethernet model overwogen? Heb hier ook wel de voorkeur, ook omdat de huidige software beperkt is tot WPA2.

De gebruikte ESP32-WROOM-32E heeft een Ethernet MAC voor 10/100Mbit. Weet niet hoeveel werk het is om de hardware hiervoor aan te passen?

Ik heb een HRU ECO 350 waar extern de non-CVE versie aangesloten kan worden.

[arjenhiemstra]

.Peter. schreef op zaterdag 22 augustus 2026 @ 22:55:
Leuk om alle enthousiasme te zien, bedankt voor al jullie bijdragen!


[...]

Heb je ooit nog een Ethernet model overwogen? Heb hier ook wel de voorkeur, ook omdat de huidige software beperkt is tot WPA2.

De gebruikte ESP32-WROOM-32E heeft een Ethernet MAC voor 10/100Mbit. Weet niet hoeveel werk het is om de hardware hiervoor aan te passen?

Ik heb een HRU ECO 350 waar extern de non-CVE versie aangesloten kan worden.

Ja ik heb het wel eens overwogen, maakt het wat complexer maar ik heb wel eerder bordjes met ethernet ontworpen dus dat is niet het issue.
Een versie standaard met wifi en ethernet zou de prijs voor iedereen laten stijgen, gezien de vraag naar ehternet niet handig denk ik. Een aparte versie is weer extra duur omdat de oplage dan relatief laag is (ik krijg 1x per jaar de vraag denk ik)

Ik probeer juist meer richting 1 product variant te bewegen, dit zorgt ervoor dat de kosten steeds lager worden en in een duurder wordende wereld blijven de kosten daarmee bijna gelijk en kan ik daardoor de gestegen prijzen in de productie optimalisatie opvangen.

Overigens, de gebruikte ESP32 ondersteund prima WPA3, er zat een fout in mijn firmware waardoor die onterrecht als unsecure werd gezien.
Ik heb net een fix (https://github.com/arjenh...cde67c03f9168aaa29805d7b7) gemaakt en getest met een WPA3 only netwerk en dat werkt goed.

[Managelorian]

Ik ga volgende week de badkamerverbouwing afmaken en ben nu de laatste dingen aan het voorbereiden. Hieronder valt ook het kopen (en over 1 a 2 weken installeren) van een nieuwe afzuiging. Hiervoor wilde ik de Itho Daalderop CVE-S ECO SE met RFT-N Auto gaan gebruiken. Er is alleen 1 probleem: ik wil de ventilatie helemaal uit kunnen zetten en dat kan standaard niet.

Kan ik met een Itho CVE WiFi add-on i.c.m. HA het signaal van 1 van de knoppen van de afstandsbediening overriden en deze gebruiken om de fansnelheid op 0 te zetten? @arjenhiemstra: als ik jouw website zie dan lijkt dit te kunnen, maar ik wil voorkomen dat ik het e.e.a. ga bestellen om er later achter te komen dat ik de uitleg op o.a. de wiki en github verkeerd opvat.

Mooi project trouwens!

[arjenhiemstra]

Managelorian schreef op zondag 23 augustus 2026 @ 18:34:
Ik ga volgende week de badkamerverbouwing afmaken en ben nu de laatste dingen aan het voorbereiden. Hieronder valt ook het kopen (en over 1 a 2 weken installeren) van een nieuwe afzuiging. Hiervoor wilde ik de Itho Daalderop CVE-S ECO SE met RFT-N Auto gaan gebruiken. Er is alleen 1 probleem: ik wil de ventilatie helemaal uit kunnen zetten en dat kan standaard niet.

Kan ik met een Itho CVE WiFi add-on i.c.m. HA het signaal van 1 van de knoppen van de afstandsbediening overriden en deze gebruiken om de fansnelheid op 0 te zetten? @arjenhiemstra: als ik jouw website zie dan lijkt dit te kunnen, maar ik wil voorkomen dat ik het e.e.a. ga bestellen om er later achter te komen dat ik de uitleg op o.a. de wiki en github verkeerd opvat.

Mooi project trouwens!

De CVE-S kan helemaal naar 0 geregeld worden, de hum/temp sensor moet hiervoor "onzichtbaar" gemaakt worden voor de itho firmware. De Itho zal zelf dan niet meer automatisch harder gaan draaien door vocht detectie maar dan kan nog steeds prima via Home Assistant bijvoorbeeld.
Dat kan met de add-o0n geregeld worden. Min. vent. snelheid naar 0% instellen en daarna kan de fan motor helemaal uitgezet worden.

[sjimmie]

arjenhiemstra schreef op zaterdag 22 augustus 2026 @ 21:39:
[...]


Vele uren in beide repo's lopen grasduinen en ook in blog van Rogier. Je repo deed op zich prima zijn werk trouwens, het was alleen een buurman/vrouw in de buurt die de repo ook in gebruik had denk ik. Mijn Itho ging op de gekste momenten full power aan als ik je repo gebruikte en de arduino aan mijn Itho gejoined had. Omdat ik het in eerste instantie niet voor elkaar dit issue op te lossen met het RF protocol ben ik de i2c route op gegaan. Later is RF support alsnog toegevoegd.

Behalve die 14 commits zijn overigens nog vele toevoegingen geweest die ik nog steeds eens wil backporten. Oa. worden bijna alle type remotes van Itho ondersteund (ontvangen en verzenden) en ook Orcon is recent toegevoegd. Daarnaast werkt bi-directionele communicatie met RF remotes waardoor status info op de remotes ook kloppend te krijgen is.

[...]


Thanks!

Veel ontwikkelingen heb ik langs de zijlijn wel gevolgd. In het begin ontstond er een beetje wildgroei van mensen die allemaal hun eigen varianten maakten dus ik was blij dat er iemand (jij) was die het serieus aanpakte. Dat is aan mij niet weggelegd, ik vond het leuk om de basis te leggen, die werkte voor mij en dat wilde ik delen. Daarna heb ik het losgelaten. Mijn code op github is meer voor mijn eigen nostalgie.

Ik zag trouwens dat de tijd van het tracen en decoden al 12 jaar geleden was. De ene persoon deed dat met een scope op de pinnen van de remote control en ik deed het door met een RTL-SDR stick de RF signalen op te vangen. Vervolgens in Excel proberen patat te maken van de logica, waarvan Rogier nog wat op zijn github heeft staan. Ik las een aantal jaren later dat er een Manchester coding op de bitjes zit, hadden we dat toen geweten dan was het decoderen waarschijnlijk een stuk makkelijker geweest. Achteraf kijk je een in zijn en blijkt ineens alles makkelijker.

[DualDevil]

Prachtig project, maar ik zit een te rommelen en wellicht kan iemand wat pointers geven.
Ik heb zo'n CVE met CO2 sensor (optima inside). Mijn bericht zal al duidelijk maken dat ik geen hardcore tweaker ben, maar ik hoop toch eea voor elkaar te krijgen.

Wat is gelukt:
- Module installeren, verbinden, webserver van de module bereiken
- MQTT verbinden en HACS integratie installeren
- Sensordata in HA beschikbaar krijgen

Ik wil nu op basis van sensordata (RH, Temp, Co2) setpoints gaan instellen maar ik zie / snap niet hoe ik dergeijke commando's via die HACS integratie / sensors kan laten gaan. Ik heb daar 1 knop, die zegt fan ON/OFF. Ik denk eigenlijk aan relatief eenvoudig om te beginnen op basis van binnen en buiten temperatuur het huis zo goed mogelijk afkoelen (hete lucht afvoeren dus). Dat wordt dus iets van:

Als Temp binnen > 27 graden AND Temp binnen > temp buiten + 3 Dan: fan speed maximaal.

[CremersDH]

arjenhiemstra schreef op zaterdag 22 augustus 2026 @ 21:54:
[...]


Thanks. Zou je met de RF debug functie eens het medium commando van je Spider willen "opvangen"?

Via de web interface van de add-on, menu Syslog -> RF Debug log level op "Level3"
Als je daarna op de "knop" van de spider indrukt zou je een melding in het scherm moeten zien verschijnen

Er kwam nog een hoop ander traffic (van mij en mijn buren langs) maar als het goed is gaat het om dit stuk

26-8-2026, 19:34:26: H:0C RQ P0:-- P1:-- 54,89,EC 49,19,F9 --,--,-- 31DA 01:15 (cmd:unknown)
26-8-2026, 19:34:26: H:1C _I P0:-- P1:-- 54,89,EC 49,19,F9 --,--,-- 22F1 03:00,03,07 (cmd:medium)
26-8-2026, 19:34:26: H:1C _I P0:-- P1:-- 54,89,EC 49,19,F9 --,--,-- 22F1 03:00,03,07 (cmd:medium)
26-8-2026, 19:34:26: H:1C _I P0:-- P1:-- 54,89,EC 49,19,F9 --,--,-- 22F1 03:00,03,07 (cmd:medium)

[cablegunmaster]

Hartelijk dank, voor deze prachtige addon, en ik ga nog bezig om te kijken of ik de aanpassingen op pagina 1 enigzins kan verwerken. (van Itho WPU5G topic)

Mijn bevindingen dusverre;

• ik kreeg de beta nog niet geflashed door deze te selecteren, is er een log die ik kan doorkijken waar ik kan zien wat er mis gaat? De addon lijkt de beta versie te rejecten en daarna terug te gaan naar 3.2.0, zal ik deze handmatig moeten uploaden, of is dat precies hetzelfde.

• De addon vond het niet leuk als deze willekeurig aan en uit gezet werd (was bezig met andere automatie toevoegen en stroom moest er even af.) Gelukkig na het resetten met behulp van de reset knop, ging deze weer verder met uitzenden op de MQQT, ik kreeg een melding van error laatst commando en hij zat even in een loop die vast zat.

Totaal beginner aan HA; alles op docker, mqtt en op raspberry 4 8gb draaiende.
Een beetje overkill en gelukkig nog toen prijzen nog zinvol waren om er 1 te kopen.

Ik draai Ramses (latest beta) addon latest beta. HA latest als het kan.

Ramses ESP + deze addon is hierbij ook mijn eerste automation project, it just makes sense to automate.

Ik blijf dit topic doorlezen en andere paginas door kijken, ik word enthouisiast van de mensen die hiermee bezig zijn . Hulde aan Sjimmie en Arjen. Dank voor de unit en dan later te beseffen dat alles met de hand in elkaar gezet is. ik ben vol trots te zien dat dit project zoveel liefde heeft.

[ Voor 15% gewijzigd door cablegunmaster op 01-09-2026 23:09 ]

[Krus]

Iemand enig idee waarom

82 MaxTimeNotAuto (min) 3

bij de HRU ECO 300 elke keer reset naar 3? Heb 'm al tig keer op een hogere waarde gezet en na een half uur oid staat het weer op 3...

[RemySoeters]

Inmiddels ook de non-cve module besteld. HA is vrij verslavend. Ik ben gegaan van 0 inzicht, naar temperatuur/vocht per kamer en alle grootverbruikers aangesloten via powermeters.

Kan niet wachten tot ik de module ook kan installeren/instellen. Nooit meer hoeven te zeggen: “heb je na het douchen de wtw aangeklikt?”😏

[cablegunmaster]

RemySoeters schreef op woensdag 2 september 2026 @ 08:16:
Inmiddels ook de non-cve module besteld. HA is vrij verslavend. Ik ben gegaan van 0 inzicht, naar temperatuur/vocht per kamer en alle grootverbruikers aangesloten via powermeters.

Kan niet wachten tot ik de module ook kan installeren/instellen. Nooit meer hoeven te zeggen: “heb je na het douchen de wtw aangeklikt?”😏

oeh temperatuur en vocht dat is een goede, heb je daar nog goede meters voor? welke gebruik je hiervoor?

[RemySoeters]

cablegunmaster schreef op vrijdag 4 september 2026 @ 21:44:
[...]

oeh temperatuur en vocht dat is een goede, heb je daar nog goede meters voor? welke gebruik je hiervoor?

Ik heb kleine sonoff vocht/temperatuur sensoren gekocht(SONOFF SNZB-02P ZigBee 3.0). Kosten niet veel en lijken accuraat genoeg.

De module is binnen én geïnstalleerd! Complimenten voor de gebruiksvriendelijkheid qua installeren. Had het een stuk complexer verwacht. Home assistant integreren ging ook zonder moeite. Behalve het gepriegel met de virtual remote, verliep alles vrij simpel. Had eigenlijk gehoopt dat ik ook een “medium” stand kon hebben op mijn hru eco 350, maar dit lijkt niet het geval. Hij lijkt enkel te switchen tussen low en high.

Daarna claude een automatisering laten schrijven, waarbij hij vooral kijkt naar de stijging van gemeten vocht% in een korte tijd. Aankomende dagen even testen.

Ben benieuwd!

(Ps: weet iemand nog goede zigbe of wifi/matter co2 meters?)

[-Miura-]

RemySoeters schreef op zaterdag 5 september 2026 @ 07:12:
[...]


Had eigenlijk gehoopt dat ik ook een “medium” stand kon hebben op mijn hru eco 350, maar dit lijkt niet het geval. Hij lijkt enkel te switchen tussen low en high.

Dat is wel mogelijk. Je moet alleen een Virtual Remote gebruiken die dat ondersteunt. Ik heb de RFT CO2 gebruikt hiervoor. Werkt prima!

[RemySoeters]

-Miura- schreef op zaterdag 5 september 2026 @ 07:35:
[...]

Dat is wel mogelijk. Je moet alleen een Virtual Remote gebruiken die dat ondersteunt. Ik heb de RFT CO2 gebruikt hiervoor. Werkt prima!

Ik dacht dat de non-cve(in mijn geval de hru eco 350) niet alle Virtual Remotes ondersteund. Dan kan ik vandaag weer verder spelen!

[cablegunmaster]

-Miura- schreef op zaterdag 5 september 2026 @ 07:35:
[...]

Dat is wel mogelijk. Je moet alleen een Virtual Remote gebruiken die dat ondersteunt. Ik heb de RFT CO2 gebruikt hiervoor. Werkt prima!

ik vond hem duur, ik zat eerder naar een SCD40 te kijken en een ESP32 (of iets wat minder energy slurpt) eraan te koppelen alleen dan is hij wat minder duurzaam omdat geen behuizing, maar dan moet ik iets bedenken om dit goed te bedekken.

Blijkbaar is alles goedkoop om hem te maken maar is de sensor een beetje duur (vergeleken met andere sensoren).
https://learn.adafruit.com/adafruit-scd-40-and-scd-41

Prijzen die ik ongv tegenkwam waren 160 voor zelfbouw inelkaar gezet door derde en verkoop en 180 als kit. Ik denk erover na om er zelf 1 te maken en deze te programmeren, zo moeilijk kan dit niet zijn. Het enige waar ik mee zit is het permanente gedeelte van een behuizing maken. (realistischere kosten 40-50 euro) maar wel zelf alles bouwen en enige overhead is invoerbelasting. dit is niet realistisch voor een product om te verkopen besef ik mij, maar wel voor eigenbouw.

Terug ontopic;
Want ik heb het idee als ik eenmaal een sensor heb dat ik deze kan toevoegen aan het systeem en de sensor kan toevoegen in HA aan de Itho Daalderop?

[ Voor 32% gewijzigd door cablegunmaster op 05-09-2026 13:42 ]

[Bingo the Clown]

Sinds oktober 2023 blije bezitter van de HRU 300 set. Ingesteld en via homebridge als fan toegevoegd aan mijn Apple homekit setup (status updates via MQTT). Kort geleden na een power outage was de homebridge sd kaart in de Raspberry Pi corrupt geworden. Toen dacht ik waarom doet het ithowifi bordje niet gewoon matter over wifi, sinds het voor de HRU300 eigenlijk alleen een beetje status uitleest en RF commando's verstuurd. Een weekendje en wat tokens later:

https://github.com/Cage78/itho-matter-fan,

de HRU300 wordt als matter fan plus wat temp sensors en de "summer boost" setting aan apple homekit gepresenteerd. Via de USB connector op dit bordje kan je het gewoon flashen. Bouwen is denk ik redelijk simpel dankzij alle AI documentatie

[TweakM]

Bingo the Clown schreef op zondag 6 september 2026 @ 15:02:
(…) Toen dacht ik waarom doet het ithowifi bordje niet gewoon matter over wifi, sinds het voor de HRU300 eigenlijk alleen een beetje status uitleest en RF commando's verstuurd. (…)

Wat een goed idee! Nu heeft niet iedereen een HRU300 en zijn er nog wat features die zouden kunnen worden toegevoegd (bijv. traploze fan instelling). @arjenhiemstra Is dit iets dat je zou willen overwegen om aan de bestaande firmware toe te voegen?

[PaulUitWijchen]

RemySoeters: Je vroeg om een C02 sensors: Ik heb een SCD30 aan een ESP32 hangen, samen met SDS011 voor de deeltjes en een DHT voor de temperatuur en vochtigheid. Verder heb ik in de koelkast een BT temp sensor zitten die praat met dezelfde EPS32. Die stuurt alles via WiFi naar HA. Werkt al een paar jaar probleemloos. Ook een paar ledjes rood, geel en groen die oplichten bij een bepaalde lucht kwaliteit. Ik moet er nog een keer een mooi kastje voor printen.

[arjenhiemstra]

TweakM schreef op zondag 6 september 2026 @ 22:39:
[...]

Wat een goed idee! Nu heeft niet iedereen een HRU300 en zijn er nog wat features die zouden kunnen worden toegevoegd (bijv. traploze fan instelling). @arjenhiemstra Is dit iets dat je zou willen overwegen om aan de bestaande firmware toe te voegen?

Toevoegen gaat het niet worden denk ik. Ik begeep van @Bingo the Clown dat de matter firmware te groot is om te passen in de huidige partitie setup. Met de huidige setup is het flash geheugen in twee stukken opgeknipt waarbij in elk stuk de hele firmware staat, hierdoor is het bijna onmogelijk om met een firmware update je device te bricken.
Nu maakt dat voor de non-cve versie iets minder uit want die zou via USB nog te flashen zijn (feitelijk wat @Bingo the Clown ook heeft gedaan met zijn device) maar voor de cve variant is dat niet zo makkelijk.

[arjenhiemstra]

cablegunmaster schreef op zaterdag 5 september 2026 @ 12:00:
[...]

ik vond hem duur, ik zat eerder naar een SCD40 te kijken en een ESP32 (of iets wat minder energy slurpt) eraan te koppelen alleen dan is hij wat minder duurzaam omdat geen behuizing, maar dan moet ik iets bedenken om dit goed te bedekken.

Blijkbaar is alles goedkoop om hem te maken maar is de sensor een beetje duur (vergeleken met andere sensoren).
https://learn.adafruit.com/adafruit-scd-40-and-scd-41

Prijzen die ik ongv tegenkwam waren 160 voor zelfbouw inelkaar gezet door derde en verkoop en 180 als kit. Ik denk erover na om er zelf 1 te maken en deze te programmeren, zo moeilijk kan dit niet zijn. Het enige waar ik mee zit is het permanente gedeelte van een behuizing maken. (realistischere kosten 40-50 euro) maar wel zelf alles bouwen en enige overhead is invoerbelasting. dit is niet realistisch voor een product om te verkopen besef ik mij, maar wel voor eigenbouw.

Terug ontopic;
Want ik heb het idee als ik eenmaal een sensor heb dat ik deze kan toevoegen aan het systeem en de sensor kan toevoegen in HA aan de Itho Daalderop?

Ik heb een paar Alpstuga CO2 sensoren van Ikea, nog geen 30 euro en er zit een prima CO2 sensor in. Dat is ongeveer de groothandelsprijs voor alleen de losse sensor....

[ Voor 8% gewijzigd door arjenhiemstra op 07-09-2026 22:30 ]

[TweakM]

Jammer, inderdaad is de fallback tegen bricken ook waardevol. Misschien ooit als er een nieuw ontwerp komt met wat meer geheugen (al zal dat met de huidige prijzen nog wel even duren )

[sciurius]

In RockBox hadden we destijds de truuk om de firmware compressed op te slaan, en een initiële bootloader die dat uncompresste naar het geheugen. Daardoor konden we in het flash memory twee complete versies van de firmware kwijt met het oog op fallback. Omdat de compressiefactor groter dan 2 was, konden we dus ook grotere firmwares flashen.

[karazz]

arjenhiemstra schreef op maandag 7 september 2026 @ 22:26:
[...]

Ik heb een paar Alpstuga CO2 sensoren van Ikea, nog geen 30 euro en er zit een prima CO2 sensor in. Dat is ongeveer de groothandelsprijs voor alleen de losse sensor....

Dat prima dacht ik ook, totdat ik er 2 naast elkaar had staan. Vervolgens kwam ik dit artikel tegen en nou twijfel ik nog meer aan de betrouwbaarheid van de Alpstuga.

Foto uit artikel:

[Lawrentz]

karazz schreef op dinsdag 8 september 2026 @ 09:31:
[...]


Dat prima dacht ik ook, totdat ik er 2 naast elkaar had staan. Vervolgens kwam ik dit artikel tegen en nou twijfel ik nog meer aan de betrouwbaarheid van de Alpstuga.

Foto uit artikel:
[Afbeelding]

De CO2-sensor in de Sensirion SEN63C is gebaseerd op een halfgeleider en niet op een dual beam NDIR.
Een CO2-sensor gebaseerd op een halfgeleider is per definitie onnauwkeurig en onbetrouwbaar.
Dit baseer ik op een bronnenonderzoek dat ik een paar jaar geleden heb mogen uitvoeren.

[RemySoeters]

karazz schreef op dinsdag 8 september 2026 @ 09:31:
[...]


Dat prima dacht ik ook, totdat ik er 2 naast elkaar had staan. Vervolgens kwam ik dit artikel tegen en nou twijfel ik nog meer aan de betrouwbaarheid van de Alpstuga.

Foto uit artikel:
[Afbeelding]

Ik ben blij dat mijn weegschaal minder variatie in meetdata oplevert.

[Bingo the Clown]

arjenhiemstra schreef op maandag 7 september 2026 @ 22:25:
[...]


Toevoegen gaat het niet worden denk ik. Ik begeep van @Bingo the Clown dat de matter firmware te groot is om te passen in de huidige partitie setup. Met de huidige setup is het flash geheugen in twee stukken opgeknipt waarbij in elk stuk de hele firmware staat, hierdoor is het bijna onmogelijk om met een firmware update je device te bricken.
Nu maakt dat voor de non-cve versie iets minder uit want die zou via USB nog te flashen zijn (feitelijk wat @Bingo the Clown ook heeft gedaan met zijn device) maar voor de cve variant is dat niet zo makkelijk.

Toevoegen werd idd te krap. Ik heb nu alles opnieuw gepartitioneerd, ook twee partities voor OTA. En dat past makkelijk (dus alleen de Matter code + geleende code voor het aansturen van de RF via SPI + uitlezen van status via I2C)

[arjenhiemstra]

RemySoeters schreef op dinsdag 8 september 2026 @ 11:54:
[...]


Ik ben blij dat mijn weegschaal minder variatie in meetdata oplevert.

mwah, ik noem dat plausible deniability

[arjenhiemstra]

Lawrentz schreef op dinsdag 8 september 2026 @ 11:16:
[...]

De CO2-sensor in de Sensirion SEN63C is gebaseerd op een halfgeleider en niet op een dual beam NDIR.
Een CO2-sensor gebaseerd op een halfgeleider is per definitie onnauwkeurig en onbetrouwbaar.
Dit baseer ik op een bronnenonderzoek dat ik een paar jaar geleden heb mogen uitvoeren.

Wist ik niet, interessant!

[arjenhiemstra]

Bingo the Clown schreef op dinsdag 8 september 2026 @ 16:29:
[...]

Toevoegen werd idd te krap. Ik heb nu alles opnieuw gepartitioneerd, ook twee partities voor OTA. En dat past makkelijk (dus alleen de Matter code + geleende code voor het aansturen van de RF via SPI + uitlezen van status via I2C)

Nice! Als je dezelfde partitie indeling aangehouden hebt als de ithowifi firmware dat zou switchen tussen beide via OTA kunnen. Dus simpel nieuwe firmware via de web interface van de add-on en ook weer terug (afhankelijk van hoe je het ingebouwd hebt) indien nodig

[arjenhiemstra]

sciurius schreef op dinsdag 8 september 2026 @ 08:41:
In RockBox hadden we destijds de truuk om de firmware compressed op te slaan, en een initiële bootloader die dat uncompresste naar het geheugen. Daardoor konden we in het flash memory twee complete versies van de firmware kwijt met het oog op fallback. Omdat de compressiefactor groter dan 2 was, konden we dus ook grotere firmwares flashen.

Was dat ook met de ESP32?

[sciurius]

EPS32?

Nee, dat was lang voor die tijd. Aanvankelijk proprietary chips, maar later ook ports naar iPod en ARM processors.

Tot mijn verrassing is het project nog steeds levend: Wikipedia: Rockbox.

[Ruimzicht]

Ik dacht een eenvoudige casus te hebben maar mijn kennis schiet helaas tekort. Ik heb een CVE-S PAK (met vochtsensor) en een fysieke remote (RFT Remote AUTO (536-0150)). Met de remote schakel ik de box 's avonds naar "low" en 's morgens vóór het douchen weer naar "auto" - ik vond hem 'snachts te luid.

Omdat ik HA met MQTT draai de addon besteld om de box in HA te zetten en mijn vaste schakeling te automatiseren. Fysieke installatie ging probleemloos, add-on meldde zich via MQTT in HA en de vinkjes die ik in de webinterface aanzet zie ik keurig in HA:



Ik heb de koppeling van de fysieke remote aan de box niet gewijzigd, dus zoals ik het begrijp stuurt die rechtstreeks de box aan en niet de add-on. In de webinterface wel de het virtual remote vinkje aangezet maar ik weet niet of dat wel een goed idee is.

Probleem: de box reageert nu helemaal niet op HA opdrachten; wél op de fysieke remote. Ik heb gezocht in dit topic en de wiki en vind veel vergelijkbare issues maar niet in combinatie met mijn box. Wil graag van alles proberen maar loop vast. Kan iemand mij helpen met de juiste vervolgstap(pen)?

[jjust]

Ik heb al best een oude CVE ECO-fan 2 met een RF ontvanger. Werken mijn afstandsbedieningen ook met deze add-on module? Op de print van de afstandsbedieningen staat HCCP2013 en CP5 94V-01 1 09.

Op de webshop staat een afbeelding van ondersteunde afstandsbedieningen maar daar kan je niet op inzoomen waardoor het niet te lezen is.

[arjenhiemstra]

Ruimzicht schreef op vrijdag 18 september 2026 @ 11:57:
Ik dacht een eenvoudige casus te hebben maar mijn kennis schiet helaas tekort. Ik heb een CVE-S PAK (met vochtsensor) en een fysieke remote (RFT Remote AUTO (536-0150)). Met de remote schakel ik de box 's avonds naar "low" en 's morgens vóór het douchen weer naar "auto" - ik vond hem 'snachts te luid.

Omdat ik HA met MQTT draai de addon besteld om de box in HA te zetten en mijn vaste schakeling te automatiseren. Fysieke installatie ging probleemloos, add-on meldde zich via MQTT in HA en de vinkjes die ik in de webinterface aanzet zie ik keurig in HA:

[Afbeelding]

Ik heb de koppeling van de fysieke remote aan de box niet gewijzigd, dus zoals ik het begrijp stuurt die rechtstreeks de box aan en niet de add-on. In de webinterface wel de het virtual remote vinkje aangezet maar ik weet niet of dat wel een goed idee is.

Probleem: de box reageert nu helemaal niet op HA opdrachten; wél op de fysieke remote. Ik heb gezocht in dit topic en de wiki en vind veel vergelijkbare issues maar niet in combinatie met mijn box. Wil graag van alles proberen maar loop vast. Kan iemand mij helpen met de juiste vervolgstap(pen)?

Ik zou een virtual remote aanmelden bij je itho. Als dat is gelukt (check via de virtual remotes pagina, klik op de blauwe knopjes en kijk of je fan reageert)
Daarna zet je de optie "Force medium/auto mode" aan. Hiermee zorg je in ieder geval dat als je andere remote de van uit de auto stand heeft gehaald dat een commado vanaf de add-on nog steeds werkt.
Daarna:
Als je naar de web interface van de add-on gaat zie je als het goed is een slider, werkt het bedienen van de Itho mbv deze slider?

[arjenhiemstra]

jjust schreef op vrijdag 18 september 2026 @ 12:55:
Ik heb al best een oude CVE ECO-fan 2 met een RF ontvanger. Werken mijn afstandsbedieningen ook met deze add-on module? Op de print van de afstandsbedieningen staat HCCP2013 en CP5 94V-01 1 09.

Op de webshop staat een afbeelding van ondersteunde afstandsbedieningen maar daar kan je niet op inzoomen waardoor het niet te lezen is.

Ik heb de afbeelding vervangen door 1 met hogere resolutie. Geen diee waarom die er niet meer was. Als je nu klikt op de afbeelding opent deze de hoge resolutie variant in een nieuwe tab.

[jjust]

Dank. Het lijkt een voorloper te zijn van de 536-0124. Is er wat te zeggen over de succeskans dat die afstandbediening het doet? Of is het gewoon een kwestie van de gok wagen?

[arjenhiemstra]

jjust schreef op vrijdag 18 september 2026 @ 14:01:
Dank. Het lijkt een voorloper te zijn van de 536-0124. Is er wat te zeggen over de succeskans dat die afstandbediening het doet? Of is het gewoon een kwestie van de gok wagen?

Moeilijk te zeggen, er zijn oudere remotes die werken maar ook die niet werken. Ik heb zelf geen ouder model beschikbaar dus ik weet ook zo niet of er aan de binnenkant van de remote iets onderscheidends te zien is.
Je itho heeft wel de 2x4 pins header op de printplaat?

[jjust]

Ja hij heeft wel die 2x4 pins. Nu zit er een RF-bordje op.



Hieronder een foto van de afstandsbediening en de printplaat.

[arjenhiemstra]

jjust schreef op vrijdag 18 september 2026 @ 16:40:
Ja hij heeft wel die 2x4 pins. Nu zit er een RF-bordje op.

[Afbeelding]

Hieronder een foto van de afstandsbediening en de printplaat.

[Afbeelding]

[Afbeelding]

Ah, ik gok dat de aanduiding RFT op de afstandsbediening een goede hint is dat het wel werkt. De add-on komt dan in de plaats van het RF bordje, de bestaande afstandbediening koppel je dan aan de add-on.

[Died]

Hoi @arjenhiemstra,

Ik probeer de ventilatiestand in Homebridge te synchroniseren via het MQTT-topic itho/rfstatus/Badkamer/31DA, met name het veld FanInfo. De status komt binnen, maar onregelmatig: vaak na ongeveer 30 seconden, soms pas na een minuut of langer.

Mijn configuratie:

• Itho HRU 250-300, hardwareversie 11, Itho-firmwareversie 10.
• Wifi-add-on met CC1101, firmware 3.2.0.
• RF standalone ingeschakeld.
• Itho status update frequency: 15 seconden.
• Remote index 1: RFT CO2, functie Send, bidirectional: true.
• Remote-ID: DF:FB:53, destination-ID: 49:5D:50.
• RF-statusbron 49:5D:50 wordt gemonitord onder de naam Badkamer.

Laag, midden en hoog bedienen via deze RFT CO2-remote werkt. De automatische statusaanvragen worden volgens het systeemlog ook netjes elke 15 seconden uitgevoerd:

code:

20:47:12 I: SYS: sent RF 31DA+31D9 status request via remote idx:1, dest:49,5D,50
20:47:27 I: SYS: sent RF 31DA+31D9 status request via remote idx:1, dest:49,5D,50
20:47:42 I: SYS: sent RF 31DA+31D9 status request via remote idx:1, dest:49,5D,50
20:47:57 I: SYS: sent RF 31DA+31D9 status request via remote idx:1, dest:49,5D,50

De ontvangen 31DA-berichten volgen dat interval echter niet. Bijvoorbeeld om 20:48:13, 20:48:48 en 20:49:25. Ze hebben dit formaat:

code:

H:18 _I P0:-- P1:-- 49,5D,50 --,--,-- 49,5D,50 31DA 1D:00,F0,00,7F,FF,EF,EF,09,B9,07,08,08,A4,07,08,20,00,C8,42,78,FF,00,00,EF,EF,7F,FF,7F,FF (cmd:itho31da)

Ook handmatig Request 31DA status op de Debug-pagina, met remote index 1, geeft een verzendmelding maar geen duidelijk herkenbaar direct antwoord. Nieuwe RF-gegevens verschijnen uiteindelijk wel in zowel /api/v2/rfstatus als MQTT.

Is actieve 31DA/31D9-polling via een geëmuleerde RFT CO2-remote ondersteund op deze HRU 250-300? Kan het zijn dat ik alleen spontane statusuitzendingen ontvang en de gerichte aanvragen niet worden beantwoord? Of ontbreekt er nog een instelling?

Ik kan aanvullende logs of configuratiegegevens delen. Alvast bedankt!