NOZW APS QS1 - 3,84kWp - Shade: High - PVoutput | BMW i5 Touring | Volvo EX30 Plus SMSR
WiFi werkt, de webinterface is bereikbaar op 192.168.1.112 en de API levert correcte Itho-statusinformatie.
Probleem:
- MQTT-instellingen worden niet opgeslagen.
- Na Save springt MQTT Active terug naar off.
- Server springt terug naar 192.168.1.123.
- MQTT base topic wijzigingen worden ook niet opgeslagen.
- Reset system configs uitgevoerd, geen verschil.
MQTT-gebruiker is aangemaakt en actief.
In de Mosquitto logs verschijnt nooit een connectie vanaf de NRG Watch (192.168.1.112).
Is dit een bekende bug in firmware 3.1.4 of ontbreekt er een instelling om MQTT-configuratie op te slaan?
Je bent de 2e met een vergelijkbare melding maar ik kon het niet reproduceren. Zou je de inhoud van je syslog eens kunnen delen?medenboef schreef op zaterdag 13 juni 2026 @ 09:22:
Ik heb een NRG Watch add-on met firmware 3.1.4 op een CVE-S ECO SP.
WiFi werkt, de webinterface is bereikbaar op 192.168.1.112 en de API levert correcte Itho-statusinformatie.
Probleem:Mosquitto broker draait correct op Home Assistant (192.168.1.85:1883).
- MQTT-instellingen worden niet opgeslagen.
- Na Save springt MQTT Active terug naar off.
- Server springt terug naar 192.168.1.123.
- MQTT base topic wijzigingen worden ook niet opgeslagen.
- Reset system configs uitgevoerd, geen verschil.
MQTT-gebruiker is aangemaakt en actief.
In de Mosquitto logs verschijnt nooit een connectie vanaf de NRG Watch (192.168.1.112).
Is dit een bekende bug in firmware 3.1.4 of ontbreekt er een instelling om MQTT-configuratie op te slaan?
Hierbij laatste regels syslog:arjenhiemstra schreef op zaterdag 13 juni 2026 @ 09:25:
[...]
Je bent de 2e met een vergelijkbare melding maar ik kon het niet reproduceren. Zou je de inhoud van je syslog eens kunnen delen?
2026-06-12 16:41:56 I: SYS: last reset reason: OWDT_RESET
2026-06-12 16:42:03 E: SYS: firmware check - GET failed: connection refused
2026-06-12 16:41:56 E: SYS: firmware check - GET failed: connection refused
386620 I: NET: WiFi connection successful
16826 I: I2C: safe guard enabled
16678 I: I2C: initial QueryStatus
16457 I: I2C: QueryStatusFormat - items:12
15549 I: RF: TX power 0x03 for Send remotes (device type 0x1B)
15331 I: I2C: QueryDevicetype - mfr:0x00 type:0x1B fw:0x19 hw:0x31
10602 I: NET: hostname - nrg-itho-e80c
10410 I: NET: mDNS started
10221 I: NET: webserver started
10027 I: SYS: CC1101 RF module found, chip version: 0x14
8027 I: SYS: timezone: Europe/Amsterdam, specifier CET-1CEST,M3.5.0,M10.5.0/3
7902 I: NET: wifi AP mode started
6806 W: NET: unable to set wifi disconnect
3983 I: I2C: sniffer capable hardware: yes
3787 I: SYS: hw rev: 2, fw ver.: 3.1.3
3604 I: SYS: device UUID: 9bcd31d0-d004-43f8-8c21-b9506b7e6b76
3421 I: SYS: last reset reason: POWERON_RESET
16769 I: I2C: safe guard enabled
16640 I: I2C: initial QueryStatus
16445 I: I2C: QueryStatusFormat - items:12
15748 I: RF: TX power 0x03 for Send remotes (device type 0x1B)
15342 I: I2C: QueryDevicetype - mfr:0x00 type:0x1B fw:0x19 hw:0x31
10149 I: NET: hostname - nrg-itho-e80c
9961 I: NET: mDNS started
9765 I: NET: webserver started
9397 I: SYS: CC1101 RF module found, chip version: 0x14
7333 I: SYS: timezone: Europe/Amsterdam, specifier CET-1CEST,M3.5.0,M10.5.0/3
7193 I: NET: wifi AP mode started
6227 W: NET: unable to set wifi disconnect
3570 I: I2C: sniffer capable hardware: yes
3448 I: SYS: hw rev: 2, fw ver.: 3.1.3
3351 I: SYS: device UUID: 9bcd31d0-d004-43f8-8c21-b9506b7e6b76
3282 I: SYS: last reset reason: POWERON_RESET
Deze is met name interessant. Er heeft een crash plaats gevonden.medenboef schreef op zaterdag 13 juni 2026 @ 09:56:
[...]
Hierbij laatste regels syslog:
2026-06-12 16:41:56 I: SYS: last reset reason: OWDT_RESET
Zou je via de debug pagina de crashlog willen downloaden en mailen? Dan kan ik analyseren waar de crash plaats gevonden heeft.
3.2.0-beta2 inmiddels erop gezet en kan aangeven dat de status na 60 sec wordt gerefreshed met de actuele standwaardes (speed/flow).arjenhiemstra schreef op vrijdag 12 juni 2026 @ 13:21:
[...]
Ik heb wat aanpassingen in de firmware gedaan.
Als de module in standalone mode via RF gekoppeld is aan een Itho (zoals in jouw setup), dan vraagt de add-on vanaf de laatste beta (3.2.0-beta1) op het interval ingesteld bij "Itho status update frequency" via RF de status van de fan op.
Dit wordt gedaan met de eerste RF remote in de lijst die bi-directioneel is (bijv. RFT-CO2) en als "Remote function" send heeft ingesteld.
Dat zou het updaten van de waarden een stuk moeten verbeteren.
Even nog terug te komen op de 2 stuks echte remotes die ik bezit, deze dus rechtreeks aan de HRU inleren. Dan ook nog inleren in de add-on als bv monitoring? Geen idee of dat extra meerwaarde bied?
Is een mogelijkheid om via HA de CO2 waarde van een sensor in te schieten, evt een optie? Is de automatische regeling van de itho zelf ook opeens mogelijk.arjenhiemstra schreef op zaterdag 13 juni 2026 @ 08:22:
[...]
[...]
Hoe lang is de foutmelding weg na het versturen van de CO2 waarde? Desnoods bouw ik een optie in de firmware om elke x tijd de laatst bekende CO2 waarde te herhalen
NOZW APS QS1 - 3,84kWp - Shade: High - PVoutput | BMW i5 Touring | Volvo EX30 Plus SMSR
Ik zou ze inderdaad rechtstreeks aan je Itho gekoppeld houden. Of je de individuele info van de remotes nodig hebt kan ik zo niet inschatten maar als dat het geval is kun je de remotes monitoren vanaf de add-on inderdaad.Atomic-NI schreef op zaterdag 13 juni 2026 @ 11:31:
[...]
3.2.0-beta2 inmiddels erop gezet en kan aangeven dat de status na 60 sec wordt gerefreshed met de actuele standwaardes (speed/flow).
Even nog terug te komen op de 2 stuks echte remotes die ik bezit, deze dus rechtreeks aan de HRU inleren. Dan ook nog inleren in de add-on als bv monitoring? Geen idee of dat extra meerwaarde bied?
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.
Zeker, zie mijn vorige postOphidian schreef op zaterdag 13 juni 2026 @ 12:23:
[...]
Is een mogelijkheid om via HA de CO2 waarde van een sensor in te schieten, evt een optie? Is de automatische regeling van de itho zelf ook opeens mogelijk.
Andere standen werken wel. Zou dat iets met de sensor te maken kunnen hebben?
Klopt de vochtmeting nog wel? Is het de automatische besturing door de itho zelf of heb je een eigen automation?edvanleeuwen schreef op zaterdag 13 juni 2026 @ 12:59:
Ik heb sinds een paar dagen dat de automatische stand niet meer omhoog gaat als er gedoucht wordt. Geen wijzigingen in de software, wel vandaag bijgewerkt van 3.0.3 naar 3.2.0.
Andere standen werken wel. Zou dat iets met de sensor te maken kunnen hebben?
Ik heb de beta software geprobeerd, maar maakt geen verschil helaas. Ik heb hem even aan een syslog server gehangen en de RF laten loggen.
Wat mij opvalt (misschien praat ik onzin), maar:
Elke minuut komt er een status update voorbij. Dit gaat goed.
Op een gegeven moment komt er dit voorbij:
3120 07:00,F0,B0,01,00,0A,FF (cmd:unknown)
Dit heeft 2 gevolgen: 1 de CO2 waarde gaat direct naar not available. En direct in de volgende status update komt de foutmelding tevoorschijn.
Als ik de CO2 waarde aanpas, dan zie je 4 entries:
1
2
3
4
| nrgitho SYS: send rfco2:1000, idx:0 nrgitho H:18 _I P0:-- P1:-- 52,C1,D6 --,--,-- 52,C1,D6 3120 07:00,70,B0,01,00,0A,FF (cmd:unknown) nrgitho H:18 _I P0:-- P1:-- 52,C1,D6 --,--,-- 52,C1,D6 3120 07:00,F0,B0,01,00,0A,FF (cmd:unknown) nrgitho H:18 _I P0:-- P1:-- 52,C1,D6 --,--,-- 52,C1,D6 3120 07:00,F0,B0,01,00,0A,FF (cmd:unknown) |
Stuur ik eerst een medium fan instelling door en daarna een nieuwe CO2 waarde, dan krijg je dit:
1
2
3
4
5
6
| nrgitho SYS: exec rf cmd:medium, idx: 0 nrgitho SYS: exec non-i2c cmd:medium nrgitho PWM: set speed:120 nrgitho H:18 _I P0:-- P1:-- 52,C1,D6 --,--,-- 52,C1,D6 31DA 1D:00,EF,00,7F,FF,EF,EF,06,B1,08,2A,7F,FF,7F,FF,28,08,00,82,2D,37,00,00,EF,EF,7F,FF,7│ nrgitho SYS: send rfco2:1000, idx:0 nrgitho H:18 _I P0:-- P1:-- 52,C1,D6 --,--,-- 52,C1,D6 3120 07:00,70,B0,01,00,0A,FF (cmd:unknown) |
NOZW APS QS1 - 3,84kWp - Shade: High - PVoutput | BMW i5 Touring | Volvo EX30 Plus SMSR
3.3.0-beta neem ik aan. Heb je de keepalives aangezet?Ophidian schreef op zondag 14 juni 2026 @ 12:11:
[...]
Ik heb de beta software geprobeerd, maar maakt geen verschil helaas. Ik heb hem even aan een syslog server gehangen en de RF laten loggen.
Wat mij opvalt (misschien praat ik onzin), maar:
Elke minuut komt er een status update voorbij. Dit gaat goed.
Op een gegeven moment komt er dit voorbij:
3120 07:00,F0,B0,01,00,0A,FF (cmd:unknown)
Dit heeft 2 gevolgen: 1 de CO2 waarde gaat direct naar not available. En direct in de volgende status update komt de foutmelding tevoorschijn.
Als ik de CO2 waarde aanpas, dan zie je 4 entries:code:Zolang het F0 is, maar niet 70 dan blijft de foutmelding.
1 2 3 4 nrgitho SYS: send rfco2:1000, idx:0 nrgitho H:18 _I P0:-- P1:-- 52,C1,D6 --,--,-- 52,C1,D6 3120 07:00,70,B0,01,00,0A,FF (cmd:unknown) nrgitho H:18 _I P0:-- P1:-- 52,C1,D6 --,--,-- 52,C1,D6 3120 07:00,F0,B0,01,00,0A,FF (cmd:unknown) nrgitho H:18 _I P0:-- P1:-- 52,C1,D6 --,--,-- 52,C1,D6 3120 07:00,F0,B0,01,00,0A,FF (cmd:unknown)
Stuur ik eerst een medium fan instelling door en daarna een nieuwe CO2 waarde, dan krijg je dit:code:De foutmelding blijft weg totdat de F0 weer geintroduceerd wordt, gemiddeld 10 minuten na laatste commando volgens mij.
1 2 3 4 5 6 nrgitho SYS: exec rf cmd:medium, idx: 0 nrgitho SYS: exec non-i2c cmd:medium nrgitho PWM: set speed:120 nrgitho H:18 _I P0:-- P1:-- 52,C1,D6 --,--,-- 52,C1,D6 31DA 1D:00,EF,00,7F,FF,EF,EF,06,B1,08,2A,7F,FF,7F,FF,28,08,00,82,2D,37,00,00,EF,EF,7F,FF,7│ nrgitho SYS: send rfco2:1000, idx:0 nrgitho H:18 _I P0:-- P1:-- 52,C1,D6 --,--,-- 52,C1,D6 3120 07:00,70,B0,01,00,0A,FF (cmd:unknown)
Geen idee helaas wat voor bericht 3120 is.
Ja had ik aangezet, maar maakte geen verschil helaas. Zat nu weer op 3.2 om te proberen, maar geen verschil.arjenhiemstra schreef op zondag 14 juni 2026 @ 14:22:
[...]
3.3.0-beta neem ik aan. Heb je de keepalives aangezet?
Geen idee helaas wat voor bericht 3120 is.
NOZW APS QS1 - 3,84kWp - Shade: High - PVoutput | BMW i5 Touring | Volvo EX30 Plus SMSR
De plugin werkt met de NRG Watch add-on module van @arjenhiemstra en is een fork van de Jordy van den Aardweg welke al enkele jaren niet meer is bijgehouden.
De plugin ondersteunt de NRG Watch module maar heeft ook (API) integratie met Hue. Je kunt dus heel eenvoudig je badkamerspiegelverwarming aansturen op basis van de gemeten luchtvochtigheid. Daarnaast laat ik mijn CVE harder draaien wanneer het toiletlicht langer dan 2 minuten (instelbaar) brandt. De trigger hiervoor is een Hue lamp of een input only Zigbee schakelaar binnen het Hue systeem.
Daarnaast kun je in Apple Home kijken hoe snel de CVE draait. De slider heb ik uitgeschakeld, hij geeft alleen aan hoe snel hij draait. Daarbij is een schakelaar geplaatst die bij bediening de CVE op 100% laat draaien voor een instelbare periode.
Ik heb de plugin geschreven voor mijzelf en vanuit mijn eigen technische setup, maar deel hem graag voor iedereen die hem kan of wil gebruiken. Tips, trucs of suggesties zijn welkom, maar zoals gezegd de plugin is voor mijn eigen situatie ontwikkeld. Plugin is geschikt voor Homebridge 2.0 en de meest recente node.js. Homebridge verification is aangevraagd.
Laat maar weten of dit voor iemand bruikbaar is en wat jullie er van vinden!
Github:
https://github.com/SanderBaron/homebridge-itho-daalderop-HUE
NPM:
https://www.npmjs.com/package/homebridge-itho-daalderop-hue
[ Voor 9% gewijzigd door Sharky2000 op 14-06-2026 22:17 ]
Gaaf!! En zo te lezen en super compleet qua features!Sharky2000 schreef op zondag 14 juni 2026 @ 14:34:
Voor de mensen die geen behoefte hebben aan het draaien van Home Assistant maar wel via Apple HomeKit vergaand willen automatiseren (ik ben daar zelf een van😃 ) heb ik deze Homebridge plugin gemaakt!
De plugin werkt met de NRG Watch add-on module van @arjenhiemstra en is een fork van de Jordy van den Aardweg welke al enkele jaren niet meer is bijgehouden.
De plugin ondersteunt de NRG Watch module maar heeft ook (API) integratie met Hue. Je kunt dus heel eenvoudig je badkamerspiegelverwarming aansturen op basis van de gemeten luchtvochtigheid. Daarnaast laat ik mijn CVE harder draaien wanneer het toiletlicht langer dan 2 minuten (instelbaar) brand.
Daarnaast kun je in Apple Home kijken hoe snel de CVE draait. De slider heb ik uitgeschakeld, hij geeft alleen aan hoe snel hij draait. Daarbij is een schakelaar geplaatst die bij bediening de CVE op 100% laat draaien voor een instelbare periode, de trigger hiervoor is een Hue lamp of een input only Zigbee schakelaar binnen het Hue systeem.
Ik heb de plugin geschreven voor mijzelf en vanuit mijn eigen technische setup, maar deel hem graag voor iedereen die hem kan of wil gebruiken. Tips, trucs of suggesties zijn welkom, maar zoals gezegd de plugin is voor mijn eigen situatie ontwikkeld. Homebridge verification is aangevraagd.
Laat maar weten of dit voor iemand bruikbaar is en wat jullie er van vinden!
Github:
https://github.com/SanderBaron/homebridge-itho-daalderop-HUE
NPM:
https://www.npmjs.com/package/homebridge-itho-daalderop-hue
1 klein puntje van feedback. Ik zie dat je nog gebruik maakt van de "oude" WebAPI. Ik zou je willen adviseren te switchen naar de nieuwe RESTful API die een stuk uitgebreider is, meer info teruggeeft over het resultaat van het commando ipv alleen OK/NOK. Daarnaast zal de oude API op termijn uit de code gehaald worden.
Goed dat je het zegt. Ik zal dit meenemen bij een volgende update!arjenhiemstra schreef op zondag 14 juni 2026 @ 14:55:
[...]
Gaaf!! En zo te lezen en super compleet qua features!
1 klein puntje van feedback. Ik zie dat je nog gebruik maakt van de "oude" WebAPI. Ik zou je willen adviseren te switchen naar de nieuwe RESTful API die een stuk uitgebreider is, meer info teruggeeft over het resultaat van het commando ipv alleen OK/NOK. Daarnaast zal de oude API op termijn uit de code gehaald worden.
Eerst maar even tijdje draaien om te zien wat voor bugs er boven komen drijven.
Ben erg blij met je module!
Weer getest op de beta versie. Als je alleen de CO2 keep alive gebruikt werkt het niet. Maar de combi van beide werkt wel. Sinds 14:30 geen foutmelding meer gehad. En geen 3210 meer gezien.arjenhiemstra schreef op zondag 14 juni 2026 @ 14:22:
[...]
3.3.0-beta neem ik aan. Heb je de keepalives aangezet?
Geen idee helaas wat voor bericht 3120 is.
[ Voor 3% gewijzigd door Ophidian op 14-06-2026 20:22 ]
NOZW APS QS1 - 3,84kWp - Shade: High - PVoutput | BMW i5 Touring | Volvo EX30 Plus SMSR
Ook bij mij werkt de automatische besturing door de itho zelf bij hoge relatieve lucht vochtigheid niet meer, na wat zitten te testen met de service-app. Ook de ventilatie stappen low/medium/high doen weinig meer vanaf de RFT-co2 afstandsbediening. Wat nog wel werkt is de CO2 concentratie meting
Helaas ben ik behoorlijk gelimiteerd door de functionaliteit beperking, mischien is er iemand die mij met een PM kan helpen aan de gegevens om in te loggen ?
Mjn dank is groot
[ Voor 42% gewijzigd door aceindy op 14-06-2026 23:51 ]
Hm. Het werkt nu weer. Misschien een hikje van de vochtigheidssensor.arjenhiemstra schreef op zaterdag 13 juni 2026 @ 14:27:
[...]
Klopt de vochtmeting nog wel? Is het de automatische besturing door de itho zelf of heb je een eigen automation?
https://github.com/william-sy/esphome-Itho-Daalderop-HRU400
Ik gebruik dus een esp32+max485 voor het aansturen van mij HRU-400 mbv modbus
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| Index Label Value 0 temp 26.6 1 hum 39.8 2 ppmw 8795 3 Ventilation setpoint (%) 100 4 Fan setpoint (rpm) 2700 5 Fan speed (rpm) 2715 6 Error 0 7 Selection 7 8 Startup counter 100 9 Total operation (hours) 35427 10 Absence (min) 0 11 Highest CO2 concentration (ppm) not available 12 Highest RH concentration (%) 39 13 RelativeHumidity 39.82 14 Temperature 26.57 |
Dit zorgt er weer voor dat het lastig is om de fan bijvoorbeeld in Home Assistant aan te passen aangezien niet de juiste stand wordt getoond.
[ Voor 31% gewijzigd door Chabio op 29-06-2026 15:30 ]
Dit lijkt allemaal default.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]
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.
@arjenhiemstra denk je dat onderstaande sensor ook zou kunnen werken in mijn CVE-itho met blauwe deksel?
Zolang het een SHT30 is die aangesloten kan worden via I2C zou het moeten werken.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]
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!
MTVenus V156 + BMSV216 + CT003 V122 Lilygo Modbus HA integration+ Anker E1600 + 16ZP Enphase + 2ZP Anker + Quatt
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
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?
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.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}.
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.
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.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?
In de loop van een kwartiertje zijn er 3 hits voorbij gekomen: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.
1
2
3
| 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) |
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.
- 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.
- 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).
- Interne refactor van de boot-/opstartsequentie.
- Toegankelijkheidsfixes voor de formulieren op de instellingenpagina's (label-koppelingen,
form-field-id's).
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.
Ik heb hem toch spontaan werkend gekregen haha!
[ Voor 7% gewijzigd door FRGert op 19-07-2026 22:24 ]
Werkt de bediening vanaf de web interface van de add-on zelf wel goed?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!
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?arjenhiemstra schreef op maandag 20 juli 2026 @ 00:55:
[...]
Werkt de bediening vanaf de web interface van de add-on zelf wel goed?
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?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 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?
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?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?
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 ]
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 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.
EV VW ID.4 77 kWh | EV VW e-UP! 32kWh | 3,38 kWp SolarEdge SE3000 | Oost 3x375 Jinko Solar 2x325W Technaxx | Drie HomeWizard PiBs | LG 3,5 kW Standaard Plus | 100L QH Boiler
Alleen keuken, wc en badkamer zitten erop, maar hij maakt toch een beetje geluid.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.
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.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.
Wellicht de low naar 300 zetten? Of eventueel de manual operation aanpassen?
EV VW ID.4 77 kWh | EV VW e-UP! 32kWh | 3,38 kWp SolarEdge SE3000 | Oost 3x375 Jinko Solar 2x325W Technaxx | Drie HomeWizard PiBs | LG 3,5 kW Standaard Plus | 100L QH Boiler
Of het verstandig is laat ik aan je eigen inzicht over maar het kan zeker, zie hier: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.
https://github.com/arjenh...-wont-go-lower-than-ie-30
mss iets niet helemaal lekker na de update naar 3.2.0 icm je nieuwe router?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
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
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.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
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.