Itho Daalderop - open source wifi control add-on module

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

[Dquartz]

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.

@karazz @RemySoeters @arjenhiemstra Die van mij werken best wel goed. Ik heb gelezen dat ze zichzelf kalibreren aan de hand van schone lucht en je moet minimaal 12 uur wachten in eerste instantie. Dus zolang je overdag ook voldoende ventileert gaat het denk ik wel goed. Zie datasheet:

[Lawrentz]

Dquartz schreef op woensdag 23 september 2026 @ 20:13:
[...]

@karazz @RemySoeters @arjenhiemstra Die van mij werken best wel goed. Ik heb gelezen dat ze zichzelf kalibreren aan de hand van schone lucht en je moet minimaal 12 uur wachten in eerste instantie. Dus zolang je overdag ook voldoende ventileert gaat het denk ik wel goed. Zie datasheet:

[Afbeelding]

Waarop baseer je dat die van jou best wel goed werken?
Ik ben wel benieuwd.

[Dquartz]

Een tijdje geleden heb ik er een Honeywell BW solo CO2 meter naast gehad. Ik zag wel een verschil dat overeen kwam met die 100ppm uit de tabel, voor wat ik er nog van weet gaf de Alpstuga altijd net wat hoger aan, maar pin me er niet op vast.

De honeywell ligt nu alweer een tijdje op mijn werk. Voor nu was mijn reactie dus wat meer gebaseerd op hoe ik zie dat de CO2 oploopt als ik in een ruimte ben met 1, 2 of meer personen en wat ik zie als ik bijvoorbeeld een raam open of dicht heb staan.

Wel interessant om de honeywell er weer eens naast te houden.😉

[Lawrentz]

Dquartz schreef op woensdag 23 september 2026 @ 22:49:
Een tijdje geleden heb ik er een Honeywell BW solo CO2 meter naast gehad. Ik zag wel een verschil dat overeen kwam met die 100ppm uit de tabel, voor wat ik er nog van weet gaf de Alpstuga altijd net wat hoger aan, maar pin me er niet op vast.

De honeywell ligt nu alweer een tijdje op mijn werk. Voor nu was mijn reactie dus wat meer gebaseerd op hoe ik zie dat de CO2 oploopt als ik in een ruimte ben met 1, 2 of meer personen en wat ik zie als ik bijvoorbeeld een raam open of dicht heb staan.

Wel interessant om de honeywell er weer eens naast te houden.😉

Als ik het goed interpreteer dan heeft de Honeywell BW solo CO2 een meetbereik van 0 tot 50.000 ppm met een resolutie van 100 ppm.
Dan betreft dit een CO2 meter bedoeld voor specifieke industriële doeleinden en niet geschikt als referentie voor CO2 meters voor huis, tuin en keukendoeleinden met een veel kleiner meetbereik tot meestal 2.000 ppm en lagere resolutie van meestal 1 ppm.
Maar goed, ik denk dat we teveel off topic gaan.

[ViezeVis]

Ik krijg de laatste tijd ineens willekeurig de foutmelding:
" i2c bus stuck - please power cycle the Itho unit"

Is dit iets van de laatste tijd o.i.d.? Ik draai op firmware 3.2.0.

[arjenhiemstra]

ViezeVis schreef op zaterdag 26 september 2026 @ 17:04:
Ik krijg de laatste tijd ineens willekeurig de foutmelding:
" i2c bus stuck - please power cycle the Itho unit"

Is dit iets van de laatste tijd o.i.d.? Ik draai op firmware 3.2.0.

Heb je misschien iets van i2c logging of debugging aan staan?

[ViezeVis]

arjenhiemstra schreef op zaterdag 26 september 2026 @ 17:07:
[...]


Heb je misschien iets van i2c logging of debugging aan staan?

Ik heb dat een paar weken geleden ook al eens gecheckt maar volgens mij niet. Hoe kan ik dat zien? Ik heb voor de vorm onder 'debug' en dan 'I2C extra debug functionality' op 'Debug off' geklikt. Onder syslog is de log-level info.