Open AIR (open source smart ventilatieaansturing)

[The_ Mad_Ping]

Carino schreef op maandag 22 september 2025 @ 08:27:
Ik heb het inmiddels ook al via email gemeld, maar het lijkt alsof er meer aan de hand is met mijn bordje... Captive portal komt niet omhoog en er is 0,0 chatter over de seriële aansluiting.

Oei 2 ! Mogelijk een gesprongen zekering? Volgens mij gaf je in een latere post aan dat je ook had gemaild. We sturen je een nieuw boardje toe en handelen dit verder via de mail af. Komt goed :D!

[The_ Mad_Ping]

Oke mand!

Zonder gekheid: volgens mij heb ik mijn inhaalslag gemaakt. Mocht je het gevoel hebben dat ik je vraag nog niet voldoende heb beantwoord, of dat ik je per ongeluk heb overgeslagen, roep gerust nog een keer!
Nog een kleine mededeling: we gaan onze eigen webshop openen! Niet omdat we Tindie stom vinden, maar omdat we minder afhankelijk willen zijn van o.a. Amerikaanse betaalmogelijkheden (zoals alleen PayPal) en überhaupt van het platform van iemand anders. De politieke grilligheid heeft ons ook wel een beetje de ogen geopend. Waar we eerst alles per se open-source wilden doen (zelfs de webshop), hebben we nu een iets pragmatischer optie gekozen: we werken momenteel aan een Shopify-site.
We zijn nog druk bezig de puntjes op de i te zetten. Aangezien we geen websitebouwers zijn, is jullie feedback/hulp super welkom! Mocht je toevallig een turboheld zijn in Shopify en feedback hebben, dan kunnen we mogelijk iets regelen.
Door de rampzalige dollarkoers moeten we de prijzen op Tindie helaas verhogen. Op dat platform betalen we bijna 10% fee aan Tindie en merken we ook nog eens dat de dollar 15% minder waard is geworden. Ons nieuwe platform zal uitsluitend in euro’s werken, en we moedigen iedereen aan lekker met iDEAL te betalen.
Een bijkomend voordeel: de Reno wordt in onze eigen webshop 10 euro goedkoper (die optie hadden we niet op Tindie). Heb je een Reno-variant via Tindie gekocht? Dan kun je een refund van 10 euro krijgen door mij even een PM te sturen.
Om jullie verder tegemoet te komen, komt er bij de opening van de site een kortingscode van 10%! Let op: wie de afgelopen weken op Tindie heeft besteld, heeft dit voordeel feitelijk al gehad door de gunstige dollarkoers.
We verwachten dat de website over twee weken live gaat met nieuwe voorraad. Tindie zullen we nog wel blijven ondersteunen, maar alle nieuwe producten zullen uitsluitend via onze eigen webshop beschikbaar zijn!

[nairolf]

The_ Mad_Ping schreef op maandag 22 september 2025 @ 20:40:
[...]


Dag @nairolf Bedankt voor je uitgebreide feedback!

Het derde gat is niet voor de Ducobox, maar voor de Orcon-box. Omdat we hiervoor dezelfde formfactor gebruiken, zit daar een extra gat. Dit heb je dus niet nodig tijdens de installatie in je Ducobox. In een eerdere versie zat hier wel een schroefgat, maar in de laatste versie hebben we die ruimte gebruikt om een waarschuwing voor hoge spanning te plaatsen. In principe zit de print stevig genoeg met de andere twee schroefgaten.
WiFi: Dit blijft inderdaad soms een issue. Het succes verschilt per gebruiker en lijkt vaak afhankelijk van de telefoon die wordt gebruikt voor de registratie. Helaas hebben wij hier weinig invloed (en kennis) op, omdat we de standaardoptie gebruiken die ESPHome biedt.
Overigens hebben we nog niemand gehad bij wie het echt niet lukte! Zolang de verbinding niet tot stand komt, zal de fallback-hotspot na 3 minuten altijd weer terugkomen.
We gaan kijken of we dit adopten wat makkelijker kunnen maken door de YAML aan te passen. Dit vergt wel wat testen, hier gaan we in de komende periode mee aan de slag!
Sensoren: Goede opmerking! Deze hadden we eigenlijk buiten beschouwing gelaten in de installatiehandleiding. We gaan ze er voortaan in opnemen.

Bedankt dat je overal nog op gereageerd hebt! Erg netjes! Leuk dat jullie zo druk bezig zijn met allerlei nieuwe dingen!

Gat: duidelijk, wel verwarrend dat op oude foto op GitHub het gat anders zit. Kleine update van foto en text zou denk ik helpen

Adopten: Heb je hier nog tips voor hoe ik dit wel werkend kan krijgen? Anders ga ik eens in het ESPHome topic hulp vragen. Ik wil namelijk erg graag eigen firmware schrijven. Ik hou van HA, maar ik vind standalone operatie erg belangrijk. (En ik ben na inlezen ook binnen no time fanboy geworden, net als @Odie )

[Odie]

@nairolf ik heb inmiddels nog twee esphome devices in huis die ik van scratch heb ingericht. Een gebruik ik voor m’n airco en een smart plug van IoTorero. Die laatste kwam met een firmware en kwam netjes in m’n builder adoptable.

Maar ook zonder adopten kan je gewoon een eigen image gaan maken, desnoods (als je een usb-stick to serial converter hebt) flash je even een verse kale image via de ESPhome webinstaller, je moet de Open Air mini dan wel effe met de prog en reset knop open zetten.

Maar ik vermoed dat als je een YAML aanmaakt met de juiste hostname en ota keys dat de builder je eigen build er ook via ota op wil knallen, dat de originele image niet van jou is zou niet moeten uitmaken.

En er kunnen nooit genoeg fanboys en girls zijn haha. Ik heb nog wat kleine tweaks aangebracht hier maar de OpenAir draait hier echt vrijwel zoals ik wil.

@The_ Mad_Ping is er een reden dat je geen usb poort op de Mini hebt opgenomen of was het puur prijstechnisch? Dat zou hem weer net iets toegankelijker maken voor een aantal mensen denk ik.

[ Voor 21% gewijzigd door Odie op 22-09-2025 22:33 ]

[The_ Mad_Ping]

Odie schreef op maandag 22 september 2025 @ 22:29:
@nairolf ik heb inmiddels nog twee esphome devices in huis die ik van scratch heb ingericht. Een gebruik ik voor m’n airco en een smart plug van IoTorero. Die laatste kwam met een firmware en kwam netjes in m’n builder adoptable.

Maar ook zonder adopten kan je gewoon een eigen image gaan maken, desnoods (als je een usb-stick to serial converter hebt) flash je even een verse kale image via de ESPhome webinstaller, je moet de Open Air mini dan wel effe met de prog en reset knop open zetten.

Maar ik vermoed dat als je een YAML aanmaakt met de juiste hostname en ota keys dat de builder je eigen build er ook via ota op wil knallen, dat de originele image niet van jou is zou niet moeten uitmaken.

En er kunnen nooit genoeg fanboys en girls zijn haha. Ik heb nog wat kleine tweaks aangebracht hier maar de OpenAir draait hier echt vrijwel zoals ik wil.

@The_ Mad_Ping is er een reden dat je geen usb poort op de Mini hebt opgenomen of was het puur prijstechnisch? Dat zou hem weer net iets toegankelijker maken voor een aantal mensen denk ik.

Hey @Odie De meeste mensen adopten via Wi-Fi en zullen dus nooit een USB poort nodig hebben. Voor een werkende USB poort moet naast de poort, een UART -> USB Bridge aanwezig zijn. Aangezien deze 99.9999999% van de tijd als het goed is ongebruikt blijft vond ik het zonde om dit op alle boardjes te zetten.

Mogelijk als we naar een andere ESP gaan migreren dit gaat veranderen

[The_ Mad_Ping]

Oke nog een update:

We hebben de Open AIR Valve firmware aangepast : https://github.com/Flamin...en%20AIR%20Valve/Software

Deze is nu geupdate naar software versie: V1.1.0! Let op als je update, werken je oude automations niet meer!

Wijzigingen die gedaan zijn:

Changed:

• Changed to Valve component instead of blinds <-- Will break automations!!
• Moved old config in OLD YAML folder

Added:

• Added support for ESPHOME Version: 2025.9.1
• Added ESP-IDF instead of Arduino framework
• Added Version to Diagnostic tab in HA
• Added MCU Temperature in diagnostic tab in HA
• Added Uptime to diagnostic tab in HA
• Added WiFi IP in diagnostic tab in HA
• Added Re-home button, no need to reboot the whole controller
• Added Encryption support for API connection. KEY IS IN SECRETS.YAML Reprogram with your own generated key for proper security.
• Added substitutions for naming conventions for easier naming!

Je krijgt nu extra informatie te zien in je diagnostic-menu:


Daarnaast zijn we overgestapt van het cover-component naar het nieuwe valve-component:


Zoals je in de changelog kunt zien, zijn er nog meer wijzigingen doorgevoerd. Neem dus de tijd om deze update uit te voeren ,als je dat wilt natuurlijk, want voor de meeste gebruikers werkt de huidige versie nog steeds prima.

[ Voor 22% gewijzigd door The_ Mad_Ping op 28-09-2025 13:10 ]

[Odie]

The_ Mad_Ping schreef op zondag 28 september 2025 @ 12:55:
[...]

Hey @Odie De meeste mensen adopten via Wi-Fi en zullen dus nooit een USB poort nodig hebben. Voor een werkende USB poort moet naast de poort, een UART -> USB Bridge aanwezig zijn. Aangezien deze 99.9999999% van de tijd als het goed is ongebruikt blijft vond ik het zonde om dit op alle boardjes te zetten.

Mogelijk als we naar een andere ESP gaan migreren dit gaat veranderen

Snap ik, maar voor de kosten van componenten hoef je het denk ik niet te laten, zou dat de verkoopsprijs erg veel opdrijven? En als je toch aan een revisie werkt: een Athom CSE7766 voor her meten van stroom, spanning, verbruik en opgenomen vermogen? (zit ook in mijn ESPhome smart plugs van Athom IoTorero).

[The_ Mad_Ping]

Odie schreef op zondag 28 september 2025 @ 16:52:
[...]
Snap ik, maar voor de kosten van componenten hoef je het denk ik niet te laten, zou dat de verkoopsprijs erg veel opdrijven? En als je toch aan een revisie werkt: een Athom CSE7766 voor her meten van stroom, spanning, verbruik en opgenomen vermogen? (zit ook in mijn ESPhome smart plugs van Athom IoTorero).

Het gaat niet om de kostprijs, maar ik vind het zonde om functionaliteit toe te voegen die (bijna) niemand gebruikt. Waar trek je anders de grens tussen wat er wel en niet op de print komt? Bovendien is het extra functionaliteit die stuk kan gaan en getest moet worden voordat het product naar een tweaker gaat. Voor die specifieke usecase zit er al een connector op waar tweakers zelf een adapter op kunnen aansluiten. Ik vermoed dat de mensen die dit echt willen gebruiken zo’n adapter al hebben (of weten hoe ze eraan moeten komen). Dat was mijn overweging om het nu niet te implementeren.

Als we overstappen naar de C6-variant van de ESP, komt er wél een USB-poort op.

Wat betreft de CSE7766: ik heb geen betrouwbare bron gevonden om dit IC in te kopen (denk aan Mouser, Farnell, enzovoort). Het is wel een leuk idee om daar in de toekomst iets mee te doen!

[MattMax]

The_ Mad_Ping schreef op zondag 28 september 2025 @ 12:59:
[...]
Zoals je in de changelog kunt zien, zijn er nog meer wijzigingen doorgevoerd. Neem dus de tijd om deze update uit te voeren ,als je dat wilt natuurlijk, want voor de meeste gebruikers werkt de huidige versie nog steeds prima.

Volgens mij ontbreekt er een stukje code in de nieuwe YAML voor de Open AIR Valve. Er staat nu een sensor met als platform "copy", maar de input voor deze sensor bestaat niet. Door het volgende stukje code toe te voegen, werkt het wel.

code:

  - platform: wifi_signal # Reports the WiFi signal strength/RSSI in dB
    name: "${upper_devicename} WiFi Signal dB"
    id: wifi_signal_db
    update_interval: 60s
    entity_category: "diagnostic"

Edit:
En bij mij blijft de status op "OPENING" staan als ik de klep helemaal open laat gaan. Als ik 'm instel op 99%, verandert de status wel naar "IDLE" (in plaats van "OPENING").

[ Voor 23% gewijzigd door MattMax op 29-09-2025 16:24 ]

[laurens362]

@The_ Mad_Ping

Hoi,

Wellicht heb je iets aan deze topic. Hier heeft iemand de duco 325 werkend gekregen met ESP32

[thomasv]

laurens362 schreef op woensdag 1 oktober 2025 @ 15:22:
@The_ Mad_Ping

Hoi,

Wellicht heb je iets aan deze topic. Hier heeft iemand de duco 325 werkend gekregen met ESP32

Met de kanttekening zo te zien dat je dan wel de communicatie print nodig hebt voor de duco.

[laurens362]

thomasv schreef op woensdag 1 oktober 2025 @ 16:07:
[...]


Met de kanttekening zo te zien dat je dan wel de communicatie print nodig hebt voor de duco.

Volgens mij niet toch? Althans het gaat over het gedeelte wat kokx heeft gemaakt.

[thomasv]

laurens362 schreef op woensdag 1 oktober 2025 @ 16:10:
[...]


Volgens mij niet toch? Althans het gaat over het gedeelte wat kokx heeft gemaakt.

Dat heb ik zo snel niet gezien, verder naar beneden scrollend zie ik nu wat je bedoeld in het topic daar. Maar aangezien het eerst over communicatie print ging nam ik aan dat je die bedoelde

[Tick]

Vraag over de "Open AIR Valve", ik ben eigenlijk tevreden met de werking van de originele vochtdetectie van de DUCO box (silent), m.b.t douchen.

Maar zou in dat geval, dan automatische 2 kleppen willen sluiten.

Wat is het minimale benodigde? Of kom je dan ook op een complete print?

[ Voor 8% gewijzigd door Tick op 01-10-2025 21:17 ]

[The_ Mad_Ping]

Tick schreef op woensdag 1 oktober 2025 @ 21:16:
Vraag over de "Open AIR Valve", ik ben eigenlijk tevreden met de werking van de originele vochtdetectie van de DUCO box (silent), m.b.t douchen.

Maar zou in dat geval, dan automatische 2 kleppen willen sluiten.

Wat is het minimale benodigde? Of kom je dan ook op een complete print?

Dag @Tick

Je hebt een voeding nodig en twee kleppen! Let je moet die dan aansturen met HA! Deze werken niet zonder HA aansturing.
Er zal zonder Open AIR mini geen verbinding zijn met de sensor. Dus daar moet je dan iets creatiefs op verzinnen. (Als in je kan de RH niet uitlezen, dus hoe weet je dan wanneer je kleppen open en dicht moeten?)

Ik persoonlijk, maargoed wij van wc eend en wc eend enzo... Zou de boel vervangen

Edit: Je kan natuurlijk ook je kleppen sturen op je verlichting of andere seintjes dat er mensen onder de douce staan. (anders sensoren oid)

[ Voor 8% gewijzigd door The_ Mad_Ping op 01-10-2025 22:07 ]

[The_ Mad_Ping]

Ik denk leuk nieuws!

Er is weer stock, maar nu via onze eigen website:
https://flamingo-shop.n
Password: Tweakers_Test
Kortingscode: Tweakers10%

We zijn nog druk bezig met de puntjes op de i maar de basis staat er op!

[ Voor 4% gewijzigd door The_ Mad_Ping op 02-10-2025 17:37 ]

[PeacekeeperNL]

The_ Mad_Ping schreef op woensdag 1 oktober 2025 @ 21:51:
Ik denk leuk nieuws!

Er is weer stock, maar nu via onze eigen website:

We zijn nog druk bezig met de puntjes op de i maar de basis staat er op!

Evt tussen mo tags plaatsen zodat het niet geïndexeerd/vindbaar is voor Google? Of maakt dat niet zo uit

[mrwiggs]

Ik heb geprobeerd de nieuwe firmware erop te krijgen maar gaat niet zonder slag of stoot.

Naam device = open-air-valve-1-232f18

Commando om te updaten:

code:

esphome run open-air-valve-1-232f18.yaml

Eerste error: Unable to find action with the name 'cover.open'. . Ik moest hiervoor disconnected-mode.yaml updaten naar:

code:

---
  - id: disconnected_mode
    mode: single
    then:
      - logger.log:
          format: "Disconnected Mode Triggered"
      - valve.open: air_valve

Toen error: SSID can't be longer than 32 characters. omdat de SSID open-air-valve-1-232f18 Config AP te lang is, dus aangepast naar open-air-valve-1-232f18-cfg-ap.

Toen error: Couldn't find ID 'wifi_signal_db'. Please check you have defined an ID with that name in your configuration. en die wist ik zo 1, 2, 3 even niet op te lossen. ID toevoegen bij de WiFi Signal sensor? Maar snap even niet dat ik al deze aanpassingen zou moeten doen.

Doe ik wat fout?

[ Voor 10% gewijzigd door mrwiggs op 01-10-2025 21:56 ]

[The_ Mad_Ping]

mrwiggs schreef op woensdag 1 oktober 2025 @ 21:53:
Ik heb geprobeerd de nieuwe firmware erop te krijgen maar gaat niet zonder slag of stoot.

Naam device = open-air-valve-1-232f18

Commando om te updaten:

code:

esphome run open-air-valve-1-232f18.yaml

Eerste error: Unable to find action with the name 'cover.open'. . Ik moest hiervoor disconnected-mode.yaml updaten naar:

code:

---
  - id: disconnected_mode
    mode: single
    then:
      - logger.log:
          format: "Disconnected Mode Triggered"
      - valve.open: air_valve

Toen error: SSID can't be longer than 32 characters. omdat de SSID open-air-valve-1-232f18 Config AP te lang is, dus aangepast naar open-air-valve-1-232f18-cfg-ap.

Toen error: Couldn't find ID 'wifi_signal_db'. Please check you have defined an ID with that name in your configuration. en die wist ik zo 1, 2, 3 even niet op te lossen. ID toevoegen bij de WiFi Signal sensor? Maar snap even niet dat ik al deze aanpassingen zou moeten doen.

Doe ik wat fout?

Nope, wij zaten fout! Zoals @MattMax al aangaf, missen er een paar stukjes in onze config. Deze is zojuist bijgewerkt op GitHub. Haal je code daar dus even opnieuw op. Excuses voor het ongemak!

[The_ Mad_Ping]

MattMax schreef op maandag 29 september 2025 @ 15:54:
[...]

Volgens mij ontbreekt er een stukje code in de nieuwe YAML voor de Open AIR Valve. Er staat nu een sensor met als platform "copy", maar de input voor deze sensor bestaat niet. Door het volgende stukje code toe te voegen, werkt het wel.

code:

  - platform: wifi_signal # Reports the WiFi signal strength/RSSI in dB
    name: "${upper_devicename} WiFi Signal dB"
    id: wifi_signal_db
    update_interval: 60s
    entity_category: "diagnostic"

Edit:
En bij mij blijft de status op "OPENING" staan als ik de klep helemaal open laat gaan. Als ik 'm instel op 99%, verandert de status wel naar "IDLE" (in plaats van "OPENING").
[Afbeelding]

Je hebt helemaal gelijk! Dit is inmiddels als het goed is gefixed! Er wordt nu eens per minuut een update verstuurd. Dus het duurt even voordat de correcte status te zien is in HA. Maar de juiste statussen zijn "Open" "Closed" en dan "Open XX%"

[The_ Mad_Ping]

PeacekeeperNL schreef op woensdag 1 oktober 2025 @ 21:53:
[...]


Evt tussen mo tags plaatsen zodat het niet geïndexeerd/vindbaar is voor Google? Of maakt dat niet zo uit

Nah google doet zijn ding maar, ak weekend gaat het wachtwoord er toch vanaf

Edit: Bedankt voor de headsup :D!

[ Voor 5% gewijzigd door The_ Mad_Ping op 01-10-2025 22:13 ]

[mrwiggs]

The_ Mad_Ping schreef op woensdag 1 oktober 2025 @ 22:02:
[...]

Nope, wij zaten fout! Zoals @MattMax al aangaf, missen er een paar stukjes in onze config. Deze is zojuist bijgewerkt op GitHub. Haal je code daar dus even opnieuw op. Excuses voor het ongemak!

Thanks, werkt!

[mrwiggs]

mrwiggs schreef op woensdag 1 oktober 2025 @ 22:28:
[...]


Thanks, werkt!

Hm, het lijkt er wel op dat ik de temperatuur- en luchtvochtigheidssensor kwijt ben in HomeAssistant:



Ik heb deze instructies gevolgd.

@The_ Mad_Ping zou je mij anders de meegeleverde YAMLs kunnen toesturen? Dan kom ik er wellicht zelf uit

[ Voor 9% gewijzigd door mrwiggs op 01-10-2025 22:52 ]

[Tick]

The_ Mad_Ping schreef op woensdag 1 oktober 2025 @ 21:48:
[...]

Dag @Tick

Je hebt een voeding nodig en twee kleppen! Let je moet die dan aansturen met HA! Deze werken niet zonder HA aansturing.
Er zal zonder Open AIR mini geen verbinding zijn met de sensor. Dus daar moet je dan iets creatiefs op verzinnen. (Als in je kan de RH niet uitlezen, dus hoe weet je dan wanneer je kleppen open en dicht moeten?)

Ik persoonlijk, maargoed wij van wc eend en wc eend enzo... Zou de boel vervangen

Edit: Je kan natuurlijk ook je kleppen sturen op je verlichting of andere seintjes dat er mensen onder de douce staan. (anders sensoren oid)

Dank voor je snelle reactie, dan kom ik bijna op €340,- en we gebruiken de originele afstandsbediening ook. Dat is dan ook niet meer mogelijk.
Tenzij we je print er los bij naast monteren, en daar weer een losse vocht sensor op aansluiten en op deze input alleen de kleppen laten sluiten.....?

Er is geen OPEN Air voeding / regeling mogelijk zonder HA, als een soort "Light versie" met zijn eigen directe aansluitmogelijkheid voor jullie vocht sensor? Dat ik deze parallel, naast het originele systeem laat draaien...alleen voor openen en sluiten van de kleppen tijdens het douchen.
We gaan er eens over denken.

[MattMax]

The_ Mad_Ping schreef op woensdag 1 oktober 2025 @ 22:05:
[...]

Je hebt helemaal gelijk! Dit is inmiddels als het goed is gefixed! Er wordt nu eens per minuut een update verstuurd. Dus het duurt even voordat de correcte status te zien is in HA. Maar de juiste statussen zijn "Open" "Closed" en dan "Open XX%"

Ik heb de nieuwe versie getest, maar t.o.v. de vorige (Arduino-based) versie duurt het erg lang voordat de status wordt geüpdatet. Status blijft bijv. lang op "Opening" staan (zie screenshot).
De binary sensor die aangeeft of de klep dicht is, gaat bij mij ook niet naar "on" op het moment dat ik de klep dicht heb gezet. Dit werkt wel prima met de vorige versie.

[Ferrox1]

@The_ Mad_Ping ik heb een probleempje met mijn open air mini. Ik heb net de stekker er uit gehad, alle lampjes branden maar hij wil niet aanmelden op mijn wifi. ook disconnected mode doet het nu niet want de afzuiging doet niets... enig idee waar ik kan beginnen met uitzoeken?

NVM, na 20 minuten alsnog online gekomen? Duurde wel erg lang...

Nog een keer stekker uit, na 30 minuten nog geen leven. heel bijzonder...
En na een uur nog niet... wat te doen? ik houd hem er nu even wat langer uit. maar vind het erg raar. Er is niet gewijzigd in de tussentijd..

Ik heb je gemaild, ook via een UART module kom ik niet in de ESP. Dus vermoed een defect...

[ Voor 40% gewijzigd door Ferrox1 op 03-10-2025 09:22 ]

[spdr870]

Ook ik heb mijn DucoBox Silent slim gemaakt met de OpenAir. Ik wilde alleen niet afhankelijk zijn van Home Assistant voor mijn ventilatie. Ook wilde ik minder logica in Home Assistant. Daarom heb ik de firmware aangepast om altijd standalone te draaien, met behoud van de controle vanuit Home Assistant.

Mocht iemand hierin geïnteresseerd zijn: hier is de documentatie en de aangepaste firmware.
https://github.com/spdr87.../documentation/openair.md

[nairolf]

spdr870 schreef op zondag 5 oktober 2025 @ 12:15:
Ook ik heb mijn DucoBox Silent slim gemaakt met de OpenAir. Ik wilde alleen niet afhankelijk zijn van Home Assistant voor mijn ventilatie. Ook wilde ik minder logica in Home Assistant. Daarom heb ik de firmware aangepast om altijd standalone te draaien, met behoud van de controle vanuit Home Assistant.

Mocht iemand hierin geïnteresseerd zijn: hier is de documentatie en de aangepaste firmware.
https://github.com/spdr87.../documentation/openair.md

Netjes, dat geeft me weer een idee voor mijn eigen firmware: de zomernachtstand..

Ik was eindelijk klaar met mijne, nog wat documenteren en dan wilde ik hem ook hier delen.. Toch weer eerst iets toevoegen dan nog.. Komt binnenkort!

[nairolf]

spdr870 schreef op zondag 5 oktober 2025 @ 12:15:
Ook ik heb mijn DucoBox Silent slim gemaakt met de OpenAir. Ik wilde alleen niet afhankelijk zijn van Home Assistant voor mijn ventilatie. Ook wilde ik minder logica in Home Assistant. Daarom heb ik de firmware aangepast om altijd standalone te draaien, met behoud van de controle vanuit Home Assistant.

Mocht iemand hierin geïnteresseerd zijn: hier is de documentatie en de aangepaste firmware.
https://github.com/spdr87.../documentation/openair.md

Whoa, gaat bij jou de fan al (langzaam) draaien bij een CO2 van 450 ppm? Met je floor van 10% komt hij dan bij 570 ppm al boven de floor uit. Hier zit hij snachts vaak ruim daarboven, dus ik heb de threshold op 800 ppm gezet hier. Zelfde met de humidity: Die kan blijkbaar nogal hoog zijn, dus de threshold is 70%, want hij komt hier vaak boven 55% (in het hele huis dan trouwens), en zelfs nog met enige regelmaat wat boven 60%, en laatst op een relatief warme regenachtige dag zelfs bijna 65%, dus ik ben blij met mn threshold van 70%. De ventilatie gaat toch vaak al aan op CO2 en VOC. Zeker VOC is vaak een trigger sochtends met deo's en parfummetjes.

Vanwaar heb je eigenlijk wel een proportionele actie (lineair) op CO2 maar niet op humidity? Daar heb je hem gestaffeld..
Weet je trouwens dat je nu niet linear oploopt van 0% -> 100% tussen 450 en 1200 ppm, maar tussen 450 en 1650 ppm? Wil je hem bij 1200 ppm op 100% hebben dan moet je delen door (1200 - 450). Als 1650 ppm wel je 100%-doel was dan is dit natuurlijk correct .

---

Zelf heb ik het iets over-engineered, maar dat is dan ook mn werk . Ik heb op alle 4 de sensoren een PI(D)-regelaar gezet. Dus hij begint (linear) te werken (het P-deel) naarmate hij boven de threshold komt, net als CO2 bij jou, maar tegelijk begint een "tellertje" (het I-deel) vol te lopen, waardoor hij bijv. zelfs als hij steeds op 75% blijft staan steeds harder gaat werken. Zodra je dan uiteindelijk weer onder de threshold komt dan is het P-deel "uit", maar het I-deel-tellertje is volgelopen, en moet eerst nog afbouwen. Hierdoor heb je dus automagisch een "nadraaitijd" die ook nog eens afhankelijk is van hoe snel hij afloopt: stel hij blijft dan op 69% hangen, dan duurt het HEEEEL lang voordat dat telletje leeg is, terwijl als hij blijft dalen naar bijv. 55% de teller steeds sneller leeg loopt, want de teller loopt vol en leeg precies zo snel als de "fout" groot is: 69 t.o.v. 70 is fout van 1, 55 t.o.v. 70 is fout van 15, dus loopt 15x zo snel leeg.

En ik heb hier nauwelijks C++ code voor hoeven gebruiken, gewoon ESPHome componenten aan elkaar knopen.. Mijn webserver is wel VOL met allerlei sensoren (27), controls (18) en dan nog diagnostics , maar daar kan ik persoonlijk niet mee zitten.

[thomasv]

nairolf schreef op maandag 6 oktober 2025 @ 14:37:
[...]


Whoa, gaat bij jou de fan al (langzaam) draaien bij een CO2 van 450 ppm? Met je floor van 10% komt hij dan bij 570 ppm al boven de floor uit. Hier zit hij snachts vaak ruim daarboven, dus ik heb de threshold op 800 ppm gezet hier. Zelfde met de humidity: Die kan blijkbaar nogal hoog zijn, dus de threshold is 70%, want hij komt hier vaak boven 55% (in het hele huis dan trouwens), en zelfs nog met enige regelmaat wat boven 60%, en laatst op een relatief warme regenachtige dag zelfs bijna 65%, dus ik ben blij met mn threshold van 70%. De ventilatie gaat toch vaak al aan op CO2 en VOC. Zeker VOC is vaak een trigger sochtends met deo's en parfummetjes.

Vanwaar heb je eigenlijk wel een proportionele actie (lineair) op CO2 maar niet op humidity? Daar heb je hem gestaffeld..
Weet je trouwens dat je nu niet linear oploopt van 0% -> 100% tussen 450 en 1200 ppm, maar tussen 450 en 1650 ppm? Wil je hem bij 1200 ppm op 100% hebben dan moet je delen door (1200 - 450). Als 1650 ppm wel je 100%-doel was dan is dit natuurlijk correct .

---

Zelf heb ik het iets over-engineered, maar dat is dan ook mn werk . Ik heb op alle 4 de sensoren een PI(D)-regelaar gezet. Dus hij begint (linear) te werken (het P-deel) naarmate hij boven de threshold komt, net als CO2 bij jou, maar tegelijk begint een "tellertje" (het I-deel) vol te lopen, waardoor hij bijv. zelfs als hij steeds op 75% blijft staan steeds harder gaat werken. Zodra je dan uiteindelijk weer onder de threshold komt dan is het P-deel "uit", maar het I-deel-tellertje is volgelopen, en moet eerst nog afbouwen. Hierdoor heb je dus automagisch een "nadraaitijd" die ook nog eens afhankelijk is van hoe snel hij afloopt: stel hij blijft dan op 69% hangen, dan duurt het HEEEEL lang voordat dat telletje leeg is, terwijl als hij blijft dalen naar bijv. 55% de teller steeds sneller leeg loopt, want de teller loopt vol en leeg precies zo snel als de "fout" groot is: 69 t.o.v. 70 is fout van 1, 55 t.o.v. 70 is fout van 15, dus loopt 15x zo snel leeg.

En ik heb hier nauwelijks C++ code voor hoeven gebruiken, gewoon ESPHome componenten aan elkaar knopen.. Mijn webserver is wel VOL met allerlei sensoren (27), controls (18) en dan nog diagnostics , maar daar kan ik persoonlijk niet mee zitten.

Ik ben persoonlijk heel benieuwd naar jouw ESPHome config yaml als ik je enthousiasme zo lees 😉

[nairolf]

thomasv schreef op maandag 6 oktober 2025 @ 14:39:
[...]


Ik ben persoonlijk heel benieuwd naar jouw ESPHome config yaml als ik je enthousiasme zo lees 😉

Laat die documentatie dan maar, bij deze:
https://github.com/Floria...sphome/open-air-mini.yaml

In het kort:
- open-air-mini.yaml is de basis configuratie
- common.yaml heb ik losgetrokken voor WiFi settings & sensors, captive portal, etc.
- pid.yaml implementeert de PID-regelaar, wordt 4x geinclude. Deze exposed ook 3 numbers: de Kp-factor, Ti (input voor Ki = Kp / Ti) en Td (input voor Kd = Kp * Td). Verder sensoren voor de daadwerkelijke Kp, Ki en Kd waardes, en een Thermostaat voor het setpoint. Helaas kon dit niet anders: ESPHome heeft geen losse PID-regelaar, alleen als onderdeel van de "climate" component. Vandaar heb ik dus 4 "aircos" (want ze kunnen alleen "koelen": de waarde omlaag brengen) met setpoints van 20 (NOx) 70 (Humidity), 200 (VOC) en 800 (COs) graden celcius .
- resetting_sensor.yaml: Een script die een sensor na bepaalde tijd weer "reset". Wordt 2x geinclude:
- - Voor "External control output". Dat is een number die door bijv. HA gezet kan worden als "override" (*). Deze wordt na 60 seconden gereset zodat als HA crasht of netwerk uitvalt of wat dan ook de ventilatie nooit langdurig te hoog staat te draaien.
- - Voor de "Panic Mode" knop (het icoontjes verraad wat dit is ): Dat is een knop die de ventilatie 2 minuten lang op 100% zet, en daarna dus reset naar 0. Ik wil nog in de badkamer en WC een fysieke knop hangen die dit aanzet.

(*): De ventialtie is in de basis zelfsturend: External control kan ten alle tijden alleen maar meer vragen, maar nooit minder. Dit wordt gedaan door "gewoon" het maximum van de 6 outputs (4x PID, 1x external, 1x panic mode) te pakken als input voor de berekening van het daadwerkelijke PWM signaal naar de fan. Hierdoor is er ook geen speciale "disconnected" mode nodig: De sensoren doen altijd mee.

Edit: Voorbeeld: Voordat de douche aanging werd er blijkbaar iets gedaan waardoor VOC omhoog schoot. Daarna nam Humidity de overhand. Rond 12:30 was de humidity weer onder 70%, maar pas net na 13:00 was hij klaar met nadraaien: Je ziet het setpoint steeds sneller omlaag gaan omdat hij steeds verder onder de 70% zakt.

[ Voor 13% gewijzigd door nairolf op 06-10-2025 14:58 ]

[spdr870]

nairolf schreef op maandag 6 oktober 2025 @ 14:37:
[...]


Whoa, gaat bij jou de fan al (langzaam) draaien bij een CO2 van 450 ppm? Met je floor van 10% komt hij dan bij 570 ppm al boven de floor uit. Hier zit hij snachts vaak ruim daarboven, dus ik heb de threshold op 800 ppm gezet hier. Zelfde met de humidity: Die kan blijkbaar nogal hoog zijn, dus de threshold is 70%, want hij komt hier vaak boven 55% (in het hele huis dan trouwens), en zelfs nog met enige regelmaat wat boven 60%, en laatst op een relatief warme regenachtige dag zelfs bijna 65%, dus ik ben blij met mn threshold van 70%. De ventilatie gaat toch vaak al aan op CO2 en VOC. Zeker VOC is vaak een trigger sochtends met deo's en parfummetjes.

Vanwaar heb je eigenlijk wel een proportionele actie (lineair) op CO2 maar niet op humidity? Daar heb je hem gestaffeld..
Weet je trouwens dat je nu niet linear oploopt van 0% -> 100% tussen 450 en 1200 ppm, maar tussen 450 en 1650 ppm? Wil je hem bij 1200 ppm op 100% hebben dan moet je delen door (1200 - 450). Als 1650 ppm wel je 100%-doel was dan is dit natuurlijk correct .

---

Zelf heb ik het iets over-engineered, maar dat is dan ook mn werk . Ik heb op alle 4 de sensoren een PI(D)-regelaar gezet. Dus hij begint (linear) te werken (het P-deel) naarmate hij boven de threshold komt, net als CO2 bij jou, maar tegelijk begint een "tellertje" (het I-deel) vol te lopen, waardoor hij bijv. zelfs als hij steeds op 75% blijft staan steeds harder gaat werken. Zodra je dan uiteindelijk weer onder de threshold komt dan is het P-deel "uit", maar het I-deel-tellertje is volgelopen, en moet eerst nog afbouwen. Hierdoor heb je dus automagisch een "nadraaitijd" die ook nog eens afhankelijk is van hoe snel hij afloopt: stel hij blijft dan op 69% hangen, dan duurt het HEEEEL lang voordat dat telletje leeg is, terwijl als hij blijft dalen naar bijv. 55% de teller steeds sneller leeg loopt, want de teller loopt vol en leeg precies zo snel als de "fout" groot is: 69 t.o.v. 70 is fout van 1, 55 t.o.v. 70 is fout van 15, dus loopt 15x zo snel leeg.

En ik heb hier nauwelijks C++ code voor hoeven gebruiken, gewoon ESPHome componenten aan elkaar knopen.. Mijn webserver is wel VOL met allerlei sensoren (27), controls (18) en dan nog diagnostics , maar daar kan ik persoonlijk niet mee zitten.

Ik heb de floor op 450 gezet omdat dit praktisch het CO2 level buiten is. Dus inderdaad, hij gaat al vrij snel boven de 10%. Misschien goed om te vermelden dat ik enkel de slaapkamers hiermee ventileer, dat maakt wel uit! Geen woonkamer badkamer. Dat is ook gelijk waarom enkel CO2 proportioneel is en humidity nog zoals oorspronkelijk in trappen... Ik heb eigenlijk geen vocht gestuurde ventilatie nodig, enkel CO2 voor tijdens het slapen. Als in de winter blijkt dat het huis vochtig is, dan zal ik die ook proportioneel maken, eigenlijk is dat makkelijker dan in stappen. We hebben net een andere toepassing waarschijnlijk! Dat het van 450-1650 is heb ik gedaan omdat ik zo de beste curve kreeg met een max snelheid van 50%. Omdat de ducobox nogal veel vermogen heeft voor mijn 3 ruimtes en 's nachts niet teveel geluid gemaakt mag worden ga ik nooit boven de 50%. Door 450-1650 te doen, is bij 1000ppm de 45% al bereikt. Ik weet het, een beetje slordig maar doel bereikt.

Nadraaitijd is een erg leuke feature, maar ik denk vooral bij vocht. Leuk om jou yml ook te zien. En kan ook volledig zelfstandig werken. Dat vond ik ook belangrijk, Home Assistant is leuk als extra maar ik wil dat het in de basis gewoon werkt.
Heb je nog wel handmatige low/medium/high bediening of alleen een auto stand?

[nairolf]

spdr870 schreef op maandag 6 oktober 2025 @ 19:21:
[...]


Ik heb de floor op 450 gezet omdat dit praktisch het CO2 level buiten is. Dus inderdaad, hij gaat al vrij snel boven de 10%. Misschien goed om te vermelden dat ik enkel de slaapkamers hiermee ventileer, dat maakt wel uit! Geen woonkamer badkamer. Dat is ook gelijk waarom enkel CO2 proportioneel is en humidity nog zoals oorspronkelijk in trappen... Ik heb eigenlijk geen vocht gestuurde ventilatie nodig, enkel CO2 voor tijdens het slapen. Als in de winter blijkt dat het huis vochtig is, dan zal ik die ook proportioneel maken, eigenlijk is dat makkelijker dan in stappen. We hebben net een andere toepassing waarschijnlijk! Dat het van 450-1650 is heb ik gedaan omdat ik zo de beste curve kreeg met een max snelheid van 50%. Omdat de ducobox nogal veel vermogen heeft voor mijn 3 ruimtes en 's nachts niet teveel geluid gemaakt mag worden ga ik nooit boven de 50%. Door 450-1650 te doen, is bij 1000ppm de 45% al bereikt. Ik weet het, een beetje slordig maar doel bereikt.

Leuk om te lezen, dat is inderdaad echt wel een andere toepassing, en dan is de 50% en 1200 wel logisch. Wat me daaraan deed denken is dat er meestal bij CO2 met schalen wordt gewerkt zoals 400-800 OK, 800-1200 hoog, 1200+ te hoog, dus ik dacht wellicht komt de 1200 daar vandaan, zo van bij 1200 wil ik dus 100%, en in dat geval zou het niet het gewenste effect geven.

Maar daar komt het niet vandaan, en je geeft aan dat het bewust is, dus helemaal goed dan!

Nadraaitijd is een erg leuke feature, maar ik denk vooral bij vocht. Leuk om jou yml ook te zien.

Ja voor vocht is nadraaitijd vaak wel relevant ja, maar bij mij is nadraaitijd is ook een beetje ter “stabilisatie”. Wat je al een beetje kan zien in mij grafiek: zodra hij naar het minimum gaat (15% in mijn geval) dan gaat daarna de sensor toch net even andere waardes geven: humidity zakt ineens toch naar beneden, en VOC stijgt toch even. Dat effect is niet altijd dezelfde kant op, en nog veel groter als de stappen groot zijn. De PID is dus deels om een nadraaitijd te geven, maar daarnaast ook om een geleidelijk pad naar 0 te maken. Proportioneel-alleen geeft dat geleidelijke pad natuurlijk wel, maar geen nadraaitijd, dus dit was een makkelijke manier om beide te bereiken..

En daarnaast ben ik er wat bekend mee vanuit mn werk dus ik vind het gewoon leuk om overal PIDs tegenaan te gooien

En kan ook volledig zelfstandig werken. Dat vond ik ook belangrijk, Home Assistant is leuk als extra maar ik wil dat het in de basis gewoon werkt.

Zelfstandig werken vond ik inderdaad ook belangrijk: omdat HA zo groot en breed is, heeft het ook veel failure modes. En dat mag ventilatie niet in de weg staan, vergelijkbaar met de verwarming..

Heb je nog wel handmatige low/medium/high bediening of alleen een auto stand?

Ik heb geen handmatige modes. Maar ik heb nog wel de “External Control Output”, dus een number/input wat door bijv HA gezet kan worden. Daarmee kan wel een soort van dergelijke mode gemaakt worden door HA daar ten minste iedere minuut de gewenste waarde daarheen te laten schrijven. Hij zal dan wel altijd nog harder gaan als een sensor-PID besluit dat dat nodig is, maar nooit lager. Niet helemaal hetzelfde, maar dat was juist precies wat ik wilde: De sensor is master, harder mag, zachter niet.

[BootVluchteling]

Ik had dit topic veel eerder moeten vinden, maar goed. Ik ben een beginner op dit gebied. Jaartje geleden een Duco Silent hier opgehangen in de hoop dat ik de luchtvochtigheid in mijn badkamer omlaag kan krijgen. So far nog niet echt veel succes, maar hopelijk biedt dit uitkomst. Er schijnt een luchtvochtigheidsmeter in de DUCO te zitten maar óf die staat niet heel gevoelig afgesteld óf werkt niet. Nu zit de DUCO op de 2e verdieping en de badkamer een verdieping lager. Zou ik met puur die printplaat al geholpen kunnen zijn?

[spdr870]

BootVluchteling schreef op dinsdag 7 oktober 2025 @ 16:00:
Ik had dit topic veel eerder moeten vinden, maar goed. Ik ben een beginner op dit gebied. Jaartje geleden een Duco Silent hier opgehangen in de hoop dat ik de luchtvochtigheid in mijn badkamer omlaag kan krijgen. So far nog niet echt veel succes, maar hopelijk biedt dit uitkomst. Er schijnt een luchtvochtigheidsmeter in de DUCO te zitten maar óf die staat niet heel gevoelig afgesteld óf werkt niet. Nu zit de DUCO op de 2e verdieping en de badkamer een verdieping lager. Zou ik met puur die printplaat al geholpen kunnen zijn?

Het lastige aan een Duco box is dat je die heel moeilijk zelf kan uitlezen, laat staan aansturen. Maar wat je wel kunt doen is de deksel eraf halen om te valideren of er inderdaad een vocht sensor inzit. Als er eens sensor inzit, dan maakt het ook uit in wel kanaal deze hangt. Het moet dan in het afzuigkanaal van de badkamer zitten. Met de afstandsbediening kun je nog wat kleine aanpassingen doen qua gewenste min/max snelheid. Niet heel intuitief, maar mogelijk net genoeg.

Of alleen een printplaat je helpt... Nou, dat hangt af van de rest van je installatie. Je hebt de OpenAir unit nodig, plus minimaal een vochtsensor. Dan moet je de aansturing regelen. Dat kan op 2 manieren; eigen firmware erop zetten, of via bijvoorbeel Home Assistant. Zelf heb ik eigen firmware en dat zou ik ook aanraden. De firmware die er standaard op staat is eigenlijk niet ideaal (sorry...). Het is niet heel lastig, maar ook niet triviaal. Via Home Assistant is makkelijker, want de standaard firmware ondersteund dat netjes. Alleen dan ben je voor je ventilatie daar wel afhankelijk van en dat moet je willen. Er zijn waarschijnlijk zat tweakers die het enkel via Home Assistant aansturen.

Kortom; dit is een geweldig project. Heel nuttig. Maar verwacht geen plug & play oplossing....

[djuro499]

Zijn de sensoren van mini's en valve's verwisselbaar? Als ik straks custom firmware wil maken om de logica lokaal in mini te houden, kan ik dan de valve sensor direct op de 2de poort van de mini aansluiten? De aansturing van de valve zelf zal dan nog wel via HA moeten, denk ik.

[ Voor 15% gewijzigd door djuro499 op 09-10-2025 16:37 ]

[rlekker]

Hi, ik ben van plan de Open Air Mini in een Orcon ventilatiebox te bouwen.
Bij bestellen kan je kiezen tussen pre-programmed of niet. Wat zijn redenen om niet voor-geprogrammeerd te kiezen?

[thomasv]

rlekker schreef op woensdag 15 oktober 2025 @ 10:33:
Hi, ik ben van plan de Open Air Mini in een Orcon ventilatiebox te bouwen.
Bij bestellen kan je kiezen tussen pre-programmed of niet. Wat zijn redenen om niet voor-geprogrammeerd te kiezen?

Als je geen ESPHome (met bijv. Home Assistant) wilt gebruiken dan is dat een valide reden om voor niet-voorgeprogrammeerd te gaan en heb je alle vrijheid om eigen code (Arduino, ESP-IDF etc.) te schrijven en te gebruiken om je ventilatiebox aan te sturen. Aangezien het voorprogrammeren een handeling is die tijd kost wordt je product iets duurder als je dat aanvinkt. Daarom is er de optie om dat niet te doen vanwege genoemde redenen.

Wil je een wat meer zorgeloze out-of-the-box experience dan adviseer ik om de Open Air wel voor te laten programmeren overigens, anders heb je zelf de verantwoordelijkheid van het uploaden ook van een initiële (ESPHome) firmware waar je seriële hardware (FTDI usb naar serieel bijv.) voor nodig hebt.

[ Voor 17% gewijzigd door thomasv op 15-10-2025 10:58 ]

[AXP]

Hallo, ik spreek nog geen Nederlands, dus excuseer eventuele vertaalfouten. Ik ga een paar ventielen bestellen voor mijn ventilatieproject en ik wil dat graag rechtstreeks via de Flamingo-shop doen. Maar helaas zie ik daar de optie voor een externe behuizing niet. Mis ik iets of zijn ze alleen verkrijgbaar via Tindie? Bedankt.

PS: Ik ben zo blij dat ik dit product heb gevonden dat heel goed bij mijn gebruikssituatie past, en nog verrassender is dat het vlakbij mijn woonplaats wordt gemaakt.


Update: Het is al opgelost. Bedankt aan het team voor de snelle afhandeling!

[ Voor 7% gewijzigd door AXP op 17-10-2025 21:20 ]

[Tazzios]

1. Na het flashen is mijn klep soms van de rel: De reset lijkt dan niet goed te werken waardoor de motor de klep blijft aansturen terwijl deze niet verder kan. Zou dit chatgpt voorstel kunnen helpen?

code:

- while:
    condition:
      and:
        - binary_sensor.is_off: valve_homing_switch
        - lambda: 'return millis() - id(homing_start_time) < 10000;'  # Timeout in 10s

2. de valve functie toont in het log alleen open en close en niet de positie van de klep wat ik een gemis vind.

(ook chatgpt)

code:

sensor:

  - platform: template
    name: "${upper_devicename} Stepper Position (%)"
    id: stepper_current_position_pct
    lambda: |-
      float pos = id(my_stepper).current_position;
      float pct = (pos / 525.0f) * 100.0f;
      if (pct < 0.0f) pct = 0.0f;
      if (pct > 100.0f) pct = 100.0f;
      return pct;
    update_interval: 5s
    accuracy_decimals: 0
    unit_of_measurement: "%"

edit: nu in percentages, maar die kloppen niet.

[ Voor 13% gewijzigd door Tazzios op 19-10-2025 18:27 ]

[Alexhuber]

Zo, bijna een jaar geleden twee valves besteld en gisteren eindelijk geïnstalleerd (omstandigheden, druk etc).

Nu zijn de mijne nog geleverd met de oude firmware dus ik wil de nieuwe firmware er op zetten. Is er echter nog steeds een aanpassing nodig als de valve op het G-slot zit? Ik zie het nergens op Github staan en ik kan het ook niet terugvinden in dit topic (of ik gebruik de verkeerde zoektermen)

[jongbj]

Heb al een paar jaar tot grote tevredenheid de OpenAir Mini, samen met 3 kleppen en 2 sensorblokken.

Bij het updaten via ESPHome in Home Assistant krijg ik de laatste tijd deze melding:

code:

What should I do?
  Option 1: Migrate to ESP-IDF (recommended)
    Add this to your YAML under 'esp32:':
      framework:
        type: esp-idf

  Option 2: Keep using Arduino (still supported)
    Add this to your YAML under 'esp32:':
      framework:
        type: arduino

Kan ik gewoon optie 1 doen in de yaml? Of is er nog meer dat dan aangepast moet worden?

Thanks!

[nairolf]

jongbj schreef op donderdag 23 oktober 2025 @ 17:32:
Heb al een paar jaar tot grote tevredenheid de OpenAir Mini, samen met 3 kleppen en 2 sensorblokken.

Bij het updaten via ESPHome in Home Assistant krijg ik de laatste tijd deze melding:

code:

What should I do?
  Option 1: Migrate to ESP-IDF (recommended)
    Add this to your YAML under 'esp32:':
      framework:
        type: esp-idf

  Option 2: Keep using Arduino (still supported)
    Add this to your YAML under 'esp32:':
      framework:
        type: arduino

Kan ik gewoon optie 1 doen in de yaml? Of is er nog meer dat dan aangepast moet worden?

Thanks!

Zelf heb ik er niet teveel over nagedacht, heb "esp-idf" gekozen en doorgegaan. Blijkbaar is dat "de toekomst" ofzo, maar ik ken de details niet. Mijn gedachte was: Ik kan het makkelijk terugzetten als het niet werkt zoals ik hoop (tenzij hij helemaal niet meer bereikbaar is, dan zou ik met USB aan de slag moeten ofzo), er zit geen "historie" ofzo in het apparaat wat ik kwijt kan raken, dus hooguit ben ik wat tijd kwijt omdat ik er pas later achter kom dat "esp-idf" toch niet was wat ik hoopte.

Tot nu toe geen moment het idee gehad dat er een issue hiermee is.

[nairolf]

@thomasv @The_ Mad_Ping (en alle andere mensen met interesse in het onderstaande "diepgaande" onderzoekje) ik heb een vraagje of jullie misschien even je gedachten willen loslaten over een "issue" wat ik zie:
Zodra de ventilatiebox hier gaat draaien dan schiet de humidity van de sensor in de box van het badkamer-kanaal tot wel 10 procentpunten omhoog zonder dat er verder rede is dat deze omhoog gaat. Ik heb er daarna een Xiaomi temp+rh sensor bij gehangen om mee te vergelijken (die hangt in de lucht-inlaat in de badkamer). Daarmee is het me duidelijk geworden dat de hoeveelheid luchtverplaatsing de meting daadwerkelijk beinvloed, zie hieronder de data over 7 dagen. Specifiek daarin 2 nachten waarin de box maar bleeft draaien op omdat de RH net boven de 70% bleef, en daardoor de integraal niet leegliep:


Ik heb er een tijdje naar gekeken, en het lijkt redelijk mee te schalen met het toerental van de ventilator, maar niet echt lekker. Na wat plotjes maken bedacht ik me dat het misschien niet aan de humidity zelf ligt, maar aan de temperatuur, welke natuurlijk een directe invloed heeft op de relatieve luchtvochtigheid. Wat plotjes verder zie ik een duidelijke relatie tussen het toerental en de temperatuur, zie hieronder:


Vraag 1: Hebben jullie dit fenomeen ooit zelf gezien op jullie sensor?

In het datasheet van de scd4x zie ik staan dat airflow inderdaad een mogelijke oorzaak kan zijn van temperatuurschommelingen, onder het kopje "set_temperature_offset".

Vraag 2: Hebben jullie ervaring met dat "set_temperature_offset" command van de scd4x? Weten jullie bijvoorbeeld of het slecht is voor de sensor om deze met grote regelmaat aan te passen?

Ik zou die offset namelijk graag direct afhankelijk maken van het RPM in de ESPHome code, dan kan de OpenAir het "probleem" door de scd4x zelf laten oplossen. Als ik zo de ESPHome code bekijk zal dat eerst wat changes daar vereisen (want set_temperature_offset wordt alleen in setup() uitgevoerd, dus eenmalig). Lukt dat niet dan kan ik natuurlijk de correctie in de ESPHome code toepassen, maar dat vergt wat kennis van de formules achter RH enzo .

Ik ben benieuwd naar jullie kijk hierop!

[i4heat]

Mooie ontwikkeling op ventilatiegebied.
Zelf heb ik een CO2 sensor ontwikkelt die bestaande ventilatieroosters aanstuurd (dus de aanvoer van verse lucht). Het zou mooi zijn als deze decentrale CO2 sensoren kunnen communiceren met de MV box, zodat ook deze wordt aangestuurd op basis van de ventilatievraag.

Weet jij of er CO2 senoren (liefst ook met luchtvochtigheid en temperatuur) bestaan die je kunt laten communiceren met een domotica systeem? Ieder merk heeft zijn eigen decentrale CO2 sensoren die via RF met de box communiceren (en best duur zijn). Ik zou een universeel syseem willen ontwikkelen met decentrale CO2 sensoren (in slaapkamers) en aansturing van de MV box.

[thomasv]

i4heat schreef op zaterdag 25 oktober 2025 @ 12:48:
Mooie ontwikkeling op ventilatiegebied.
Zelf heb ik een CO2 sensor ontwikkelt die bestaande ventilatieroosters aanstuurd (dus de aanvoer van verse lucht). Het zou mooi zijn als deze decentrale CO2 sensoren kunnen communiceren met de MV box, zodat ook deze wordt aangestuurd op basis van de ventilatievraag.

Weet jij of er CO2 senoren (liefst ook met luchtvochtigheid en temperatuur) bestaan die je kunt laten communiceren met een domotica systeem? Ieder merk heeft zijn eigen decentrale CO2 sensoren die via RF met de box communiceren (en best duur zijn). Ik zou een universeel syseem willen ontwikkelen met decentrale CO2 sensoren (in slaapkamers) en aansturing van de MV box.

Zie https://flamingo-shop.nl/...cv?variant=55786537910607 😉

[thomasv]

nairolf schreef op vrijdag 24 oktober 2025 @ 21:52:
[...]


Zelf heb ik er niet teveel over nagedacht, heb "esp-idf" gekozen en doorgegaan. Blijkbaar is dat "de toekomst" ofzo, maar ik ken de details niet. Mijn gedachte was: Ik kan het makkelijk terugzetten als het niet werkt zoals ik hoop (tenzij hij helemaal niet meer bereikbaar is, dan zou ik met USB aan de slag moeten ofzo), er zit geen "historie" ofzo in het apparaat wat ik kwijt kan raken, dus hooguit ben ik wat tijd kwijt omdat ik er pas later achter kom dat "esp-idf" toch niet was wat ik hoopte.

Tot nu toe geen moment het idee gehad dat er een issue hiermee is.

Ik geloof dat wij zoiets wel gezien hebben maar niet met zoveel detail en x vs y visualisatie als wat jij hier laat zien.

De invloed van bewegende lucht is direct van invloed op de temperatuur want koelend of verwarmend effect (vaak verkoelend) en dat is weer direct van effect op relatieve luchtvochtigheid die gemeten wordt aangezien de temperatuur daar een belangrijke factor in is.

[Fragger123]

Hi Tweakers!

Ik ben in onderzoek om mijn MV box te vervangen (20 jaar oud ) De Duco Box Silent lijkt me een prima kandidaad. Ik heb 1 aanvoer waar keuken, badkamer en toilet op zitten en 1 afvoer kanaal richting buiten.
Verder niet veel spannends, 3 standen schakelaar waar ik eigenlijk ook van af wil

Vraag: is de Open Air Mini ook compatibel met de Duco Box Silent 2.0 ?

[nairolf]

thomasv schreef op zaterdag 25 oktober 2025 @ 13:06:
[...]


Ik geloof dat wij zoiets wel gezien hebben maar niet met zoveel detail en x vs y visualisatie als wat jij hier laat zien.

De invloed van bewegende lucht is direct van invloed op de temperatuur want koelend of verwarmend effect (vaak verkoelend) en dat is weer direct van effect op relatieve luchtvochtigheid die gemeten wordt aangezien de temperatuur daar een belangrijke factor in is.

Whoah, duh , koeling van de sensor door airflow, zo simpel, iets met Occams Razor.. Bedankt! (Het moge duidelijk zijn dat ik een persoon van de theorie ben.. praktijk is maar een vies en noisy fenomeen wat geabstraheerd en gemodelleerd dient te worden )

Ik lees nu ook in het data sheet dat de offset alleen tijdens “idle” mode gezet kan worden, dus die hele vlieger van realtime updaten gaat niet op. Dus dan ga ik toch maar werken aan post-processing correcties in de ESPHome code.

Voor de geïnteresseerden zal ik mijn code weer delen zodra ik wat in elkaar geflanst heb

[Bloemstukje]

Ik heb de laatste tijd regelmatig dat mijn beide ventielen het referentiepunt kwijt zijn. Ze gaan dan niet helemaal open, of helemaal niet open. Ik moet dan via de webbrowser reboot to recalibrate doen, en dan werkt het weer. Iemand een idee? Nooit last van gehad en gebeurd nu ongeveer 1 keer per 2 weken. Iemand een idee?

[thomasv]

Fragger123 schreef op zaterdag 25 oktober 2025 @ 19:13:
Hi Tweakers!

Ik ben in onderzoek om mijn MV box te vervangen (20 jaar oud ) De Duco Box Silent lijkt me een prima kandidaad. Ik heb 1 aanvoer waar keuken, badkamer en toilet op zitten en 1 afvoer kanaal richting buiten.
Verder niet veel spannends, 3 standen schakelaar waar ik eigenlijk ook van af wil

Vraag: is de Open Air Mini ook compatibel met de Duco Box Silent 2.0 ?

@The_ Mad_Ping Een nieuwe variant van de silent, weet jij het?

[oNo]

TLDR; wil je afzuiging sturen van de badkamer, ga dan voor de Open Air Mini met luchtvochtigheidssensor.

Ik had zelf al via wat spul van aliexpress een ventilatieswitch gemaakt, aangestuurd door Home Assistant. Dit met een Orcon ventilator met perilex stekker (bediening in de keuken) en wireless remote (bediening in de badkamer) Met info van zigbee sensors (motion, temperatuur, luchtvochtigheid) had ik wat automations gemaakt. Dat werkte best aardig, beter dan niets zeg maar. Achteraf prima om inzicht te krijgen, inzicht dat het makkelijker en beter kan

Op een gegeven moment de Open Air Mini aangeschaft en in de Orcon ventilator gezet. Wat slimmer de rpm van de ventilator regelen, heerlijk Maar op een gegeven moment gaan die zigbee sensoren wel irriteren, de metingen zijn gewoon te traag voor een "snelle" omgeving als de badkamer. Met een motion sensor en automation kan je wel wat, maar het blijft klooien. Als dan, na de batterijen vervangen te hebben van de sensors, deze dingen compleet stoppen met info doorgeven, is de keuze heel makkelijk. Een paar sensors voor de Open Air Mini aanschaffen. Deze geinstalleerd en de update interval van de sensors naar 10s gezet. Met een helper sensor die de luchtvochtigheid delta weer geeft stuur ik de ventilatie switch en Orcon rpm nu aan. Dit werkt zo veel beter, echt mooi.

Een ding wat ik op korte termijn wil verbeteren. De sensor voor de woonkamer zit aan de binnenkant van de ventilatie switch, dit vanwege het formaat van de switch. Met een langere kabel voor de sensor kan ik deze een de andere kant van de switch plaatsen.
Wat moet ik hier voor bestellen? Volgens mij is het MX 1.25 8-pin, klopt dat?

[Tazzios]

Tazzios schreef op zondag 19 oktober 2025 @ 16:42:
1. Na het flashen is mijn klep soms van de rel: De reset lijkt dan niet goed te werken waardoor de motor de klep blijft aansturen terwijl deze niet verder kan. Zou dit chatgpt voorstel kunnen helpen?

code:

- while:
    condition:
      and:
        - binary_sensor.is_off: valve_homing_switch
        - lambda: 'return millis() - id(homing_start_time) < 10000;'  # Timeout in 10s

2. de valve functie toont in het log alleen open en close en niet de positie van de klep wat ik een gemis vind.
....

voor punt 2 heb ik het volgende item aangemaakt bij HA: https://github.com/orgs/home-assistant/discussions/1505
Indien er mensen zijn die een bijdrage willen leveren graag.

[The_ Mad_Ping]

MattMax schreef op donderdag 2 oktober 2025 @ 12:28:
[...]

Ik heb de nieuwe versie getest, maar t.o.v. de vorige (Arduino-based) versie duurt het erg lang voordat de status wordt geüpdatet. Status blijft bijv. lang op "Opening" staan (zie screenshot).
De binary sensor die aangeeft of de klep dicht is, gaat bij mij ook niet naar "on" op het moment dat ik de klep dicht heb gezet. Dit werkt wel prima met de vorige versie.
[Afbeelding]

Hey @MattMax

Dit kan even duren, de status wordt elke 60 seconden bijgewerkt.
Je kunt dit vaker laten gebeuren door je YAML aan te passen. Als je het interval verlaagt, wordt de status sneller geüpdatet.

code:

interval:
  - interval: 60s
    then:
      - lambda: |-
          id(air_valve).position = id(last_cmd_pos);
          id(air_valve).current_operation = VALVE_OPERATION_IDLE;
          id(air_valve).publish_state();

Het kan nu dus maximaal 60 seconden duren voordat je een update van de positie krijgt.
Zo’n klep gaat hooguit een paar keer per uur open of dicht, dus mijn redenering was dat het niet nodig is om elke 10 à 30 seconden een positie door te sturen die 99% van de tijd toch niet verandert.
Misschien is er in de YAML nog wel iets eleganters voor te bedenken. Mocht iemand iets weten

Edit: typo

[The_ Mad_Ping]

Ferrox1 schreef op donderdag 2 oktober 2025 @ 14:28:
@The_ Mad_Ping ik heb een probleempje met mijn open air mini. Ik heb net de stekker er uit gehad, alle lampjes branden maar hij wil niet aanmelden op mijn wifi. ook disconnected mode doet het nu niet want de afzuiging doet niets... enig idee waar ik kan beginnen met uitzoeken?

NVM, na 20 minuten alsnog online gekomen? Duurde wel erg lang...

Nog een keer stekker uit, na 30 minuten nog geen leven. heel bijzonder...
En na een uur nog niet... wat te doen? ik houd hem er nu even wat langer uit. maar vind het erg raar. Er is niet gewijzigd in de tussentijd..

Ik heb je gemaild, ook via een UART module kom ik niet in de ESP. Dus vermoed een defect...

Hey @Ferrox1 Hopelijk is dit afgehandeld! Zo niet stuur mij even een DM dan krijg je een nieuwe!

[The_ Mad_Ping]

nairolf schreef op maandag 6 oktober 2025 @ 14:54:
[...]


Laat die documentatie dan maar, bij deze:
https://github.com/Floria...sphome/open-air-mini.yaml

In het kort:
- open-air-mini.yaml is de basis configuratie
- common.yaml heb ik losgetrokken voor WiFi settings & sensors, captive portal, etc.
- pid.yaml implementeert de PID-regelaar, wordt 4x geinclude. Deze exposed ook 3 numbers: de Kp-factor, Ti (input voor Ki = Kp / Ti) en Td (input voor Kd = Kp * Td). Verder sensoren voor de daadwerkelijke Kp, Ki en Kd waardes, en een Thermostaat voor het setpoint. Helaas kon dit niet anders: ESPHome heeft geen losse PID-regelaar, alleen als onderdeel van de "climate" component. Vandaar heb ik dus 4 "aircos" (want ze kunnen alleen "koelen": de waarde omlaag brengen) met setpoints van 20 (NOx) 70 (Humidity), 200 (VOC) en 800 (COs) graden celcius .
- resetting_sensor.yaml: Een script die een sensor na bepaalde tijd weer "reset". Wordt 2x geinclude:
- - Voor "External control output". Dat is een number die door bijv. HA gezet kan worden als "override" (*). Deze wordt na 60 seconden gereset zodat als HA crasht of netwerk uitvalt of wat dan ook de ventilatie nooit langdurig te hoog staat te draaien.
- - Voor de "Panic Mode" knop (het icoontjes verraad wat dit is ): Dat is een knop die de ventilatie 2 minuten lang op 100% zet, en daarna dus reset naar 0. Ik wil nog in de badkamer en WC een fysieke knop hangen die dit aanzet.

(*): De ventialtie is in de basis zelfsturend: External control kan ten alle tijden alleen maar meer vragen, maar nooit minder. Dit wordt gedaan door "gewoon" het maximum van de 6 outputs (4x PID, 1x external, 1x panic mode) te pakken als input voor de berekening van het daadwerkelijke PWM signaal naar de fan. Hierdoor is er ook geen speciale "disconnected" mode nodig: De sensoren doen altijd mee.

Edit: Voorbeeld: Voordat de douche aanging werd er blijkbaar iets gedaan waardoor VOC omhoog schoot. Daarna nam Humidity de overhand. Rond 12:30 was de humidity weer onder 70%, maar pas net na 13:00 was hij klaar met nadraaien: Je ziet het setpoint steeds sneller omlaag gaan omdat hij steeds verder onder de 70% zakt.
[Afbeelding]

@nairolf Holy shit lekker bezig :D! Ik ben niet zo'n held met die YAMLS moet ik eerlijk toegeven... Maar damn ziet er sweet uit :D! Ik moet ook eerlijk bekennen dat omdat ik al 3 jaar de zelfde Open AIR mini heb draaien ik nooit mijn automations heb aangepast... Bij mij is alles nog zo simpels als IF RH >90 Fan=100

Thanks voor het delen, mogelijk dat als ik ergens een gaatje vind, hier ook wat mee ga testen :D!

[The_ Mad_Ping]

BootVluchteling schreef op dinsdag 7 oktober 2025 @ 16:00:
Ik had dit topic veel eerder moeten vinden, maar goed. Ik ben een beginner op dit gebied. Jaartje geleden een Duco Silent hier opgehangen in de hoop dat ik de luchtvochtigheid in mijn badkamer omlaag kan krijgen. So far nog niet echt veel succes, maar hopelijk biedt dit uitkomst. Er schijnt een luchtvochtigheidsmeter in de DUCO te zitten maar óf die staat niet heel gevoelig afgesteld óf werkt niet. Nu zit de DUCO op de 2e verdieping en de badkamer een verdieping lager. Zou ik met puur die printplaat al geholpen kunnen zijn?

@BootVluchteling Kwestie van je DucoBox openmaken! Er zou ergens een witte kabel met een witte sensor moeten zitten.
Als je een UART-adapter hebt met een CP2102-chip, kun je de originele Duco-software (Duco Installer Tool OID) gebruiken om de instellingen uit te lezen en eventueel aan te passen.
De Open AIR Mini is vooral bedoeld voor mensen die op zoek zijn naar connectiviteit en efficiëntie door slimmer te ventileren. Je moet het volledige gedrag vervolgens wel zelf in Home Assistant configureren. Duus puur en alleen een printplaat vervangen zal niet afdoende zijn! Je moet er nog wat werk in steken

[The_ Mad_Ping]

djuro499 schreef op donderdag 9 oktober 2025 @ 16:06:
Zijn de sensoren van mini's en valve's verwisselbaar? Als ik straks custom firmware wil maken om de logica lokaal in mini te houden, kan ik dan de valve sensor direct op de 2de poort van de mini aansluiten? De aansturing van de valve zelf zal dan nog wel via HA moeten, denk ik.

Hey @djuro499 Yes de kleppen gebruiken dezelfde sensoren als de Mini! Je kan inderdaad met een langere kabel die sensor gewoon aan de Mini knopen! Mocht je een kabeltje nodig hebben stuur even een DM dan stuur ik die naar je op!

[The_ Mad_Ping]

rlekker schreef op woensdag 15 oktober 2025 @ 10:33:
Hi, ik ben van plan de Open Air Mini in een Orcon ventilatiebox te bouwen.
Bij bestellen kan je kiezen tussen pre-programmed of niet. Wat zijn redenen om niet voor-geprogrammeerd te kiezen?

Hey @rlekker Mogelijk is deze vraag al eens beantwoord, maar voor de nieuwe Tweakers nog even op een rijtje!

Omdat een deel van de Tweakers graag zelf dingen programmeert, configureert of security-aanpassingen doet (zoals het wijzigen van wachtwoorden en encryptiesleutels), geven wij €5 korting aan iedereen die zijn eigen YAML wil compileren.

Heb je daar geen zin in, weet je niet precies hoe het moet, of heb je simpelweg geen tijd? Geen probleem ,wij doen het graag voor je!

Dat is het ^^! Op github kan je voorbeelden/configs vinden in de software mappen van alle items. bijv: https://github.com/Flamin...pen%20AIR%20Mini/Software

[The_ Mad_Ping]

Alexhuber schreef op dinsdag 21 oktober 2025 @ 13:45:
Zo, bijna een jaar geleden twee valves besteld en gisteren eindelijk geïnstalleerd (omstandigheden, druk etc).

Nu zijn de mijne nog geleverd met de oude firmware dus ik wil de nieuwe firmware er op zetten. Is er echter nog steeds een aanpassing nodig als de valve op het G-slot zit? Ik zie het nergens op Github staan en ik kan het ook niet terugvinden in dit topic (of ik gebruik de verkeerde zoektermen)

Hey @Alexhuber Ik weet niet hoe oud deze kleppen zijn, maar de nieuwere firmware (alles wat dit jaar verstuurd is, vermoed ik) draait als het goed is al in de juiste richting om ook met het G-slot te kunnen werken. Mocht je er niet uitkomen, stuur mij even een DM dan stuur ik je de juiste binaries op voor je kleppen! Dan kan je die via OTA updaten en klaar is Kees! (of Alex)

[The_ Mad_Ping]

jongbj schreef op donderdag 23 oktober 2025 @ 17:32:
Heb al een paar jaar tot grote tevredenheid de OpenAir Mini, samen met 3 kleppen en 2 sensorblokken.

Bij het updaten via ESPHome in Home Assistant krijg ik de laatste tijd deze melding:

code:

What should I do?
  Option 1: Migrate to ESP-IDF (recommended)
    Add this to your YAML under 'esp32:':
      framework:
        type: esp-idf

  Option 2: Keep using Arduino (still supported)
    Add this to your YAML under 'esp32:':
      framework:
        type: arduino

Kan ik gewoon optie 1 doen in de yaml? Of is er nog meer dat dan aangepast moet worden?

Thanks!

Wij gebruiken inmiddels voor al onze apparaten ESP-IDF. Ook ESPHome stapt trouwens over van Arduino naar ESP-IDF! Dus zal waarschijnlijk niet lang meer duren voordat iedereen dit is ^^!

[The_ Mad_Ping]

Tazzios schreef op zondag 19 oktober 2025 @ 16:42:
1. Na het flashen is mijn klep soms van de rel: De reset lijkt dan niet goed te werken waardoor de motor de klep blijft aansturen terwijl deze niet verder kan. Zou dit chatgpt voorstel kunnen helpen?

code:

- while:
    condition:
      and:
        - binary_sensor.is_off: valve_homing_switch
        - lambda: 'return millis() - id(homing_start_time) < 10000;'  # Timeout in 10s

2. de valve functie toont in het log alleen open en close en niet de positie van de klep wat ik een gemis vind.

(ook chatgpt)

code:

sensor:

  - platform: template
    name: "${upper_devicename} Stepper Position (%)"
    id: stepper_current_position_pct
    lambda: |-
      float pos = id(my_stepper).current_position;
      float pct = (pos / 525.0f) * 100.0f;
      if (pct < 0.0f) pct = 0.0f;
      if (pct > 100.0f) pct = 100.0f;
      return pct;
    update_interval: 5s
    accuracy_decimals: 0
    unit_of_measurement: "%"

edit: nu in percentages, maar die kloppen niet.

@Tazzios Heb jij een klep met een Hall-sensor of een reguliere switch?
Mocht je de homing switch hebben, dan kun je het volgende proberen:

1. Maak de klep schoon, soms zit er stof of vet op de switch, omdat deze in de luchtstroom zit.
2. Draai de M2-boutjes waarmee de switch vastzit even los, duw de switch iets richting de opening en draai ze daarna weer vast.

Mocht dat allemaal niet werken, stuur mij even een DM

[The_ Mad_Ping]

nairolf schreef op vrijdag 24 oktober 2025 @ 22:47:
@thomasv @The_ Mad_Ping (en alle andere mensen met interesse in het onderstaande "diepgaande" onderzoekje) ik heb een vraagje of jullie misschien even je gedachten willen loslaten over een "issue" wat ik zie:
Zodra de ventilatiebox hier gaat draaien dan schiet de humidity van de sensor in de box van het badkamer-kanaal tot wel 10 procentpunten omhoog zonder dat er verder rede is dat deze omhoog gaat. Ik heb er daarna een Xiaomi temp+rh sensor bij gehangen om mee te vergelijken (die hangt in de lucht-inlaat in de badkamer). Daarmee is het me duidelijk geworden dat de hoeveelheid luchtverplaatsing de meting daadwerkelijk beinvloed, zie hieronder de data over 7 dagen. Specifiek daarin 2 nachten waarin de box maar bleeft draaien op omdat de RH net boven de 70% bleef, en daardoor de integraal niet leegliep:
[Afbeelding]

Ik heb er een tijdje naar gekeken, en het lijkt redelijk mee te schalen met het toerental van de ventilator, maar niet echt lekker. Na wat plotjes maken bedacht ik me dat het misschien niet aan de humidity zelf ligt, maar aan de temperatuur, welke natuurlijk een directe invloed heeft op de relatieve luchtvochtigheid. Wat plotjes verder zie ik een duidelijke relatie tussen het toerental en de temperatuur, zie hieronder:
[Afbeelding]

Vraag 1: Hebben jullie dit fenomeen ooit zelf gezien op jullie sensor?

In het datasheet van de scd4x zie ik staan dat airflow inderdaad een mogelijke oorzaak kan zijn van temperatuurschommelingen, onder het kopje "set_temperature_offset".

Vraag 2: Hebben jullie ervaring met dat "set_temperature_offset" command van de scd4x? Weten jullie bijvoorbeeld of het slecht is voor de sensor om deze met grote regelmaat aan te passen?

Ik zou die offset namelijk graag direct afhankelijk maken van het RPM in de ESPHome code, dan kan de OpenAir het "probleem" door de scd4x zelf laten oplossen. Als ik zo de ESPHome code bekijk zal dat eerst wat changes daar vereisen (want set_temperature_offset wordt alleen in setup() uitgevoerd, dus eenmalig). Lukt dat niet dan kan ik natuurlijk de correctie in de ESPHome code toepassen, maar dat vergt wat kennis van de formules achter RH enzo .

Ik ben benieuwd naar jullie kijk hierop!

Holy guacamoly, jij bent lekker bezig geweest! 😄

Dit klopt inderdaad , de relatieve luchtvochtigheid wordt gemeten.
Je kunt gerust die temperatuuroffset aanpassen; ik weet alleen niet zeker of die wijziging direct wordt doorgevoerd of dat er een reset nodig is.
We zien soms dat als je de offset verlaagt van de standaardwaarde (volgens mij 4 °C) naar 1 °C, de temperatuur- en luchtvochtigheidsmetingen van de klep/sensor beter overeenkomen met de werkelijke waarden.

[The_ Mad_Ping]

i4heat schreef op zaterdag 25 oktober 2025 @ 12:48:
Mooie ontwikkeling op ventilatiegebied.
Zelf heb ik een CO2 sensor ontwikkelt die bestaande ventilatieroosters aanstuurd (dus de aanvoer van verse lucht). Het zou mooi zijn als deze decentrale CO2 sensoren kunnen communiceren met de MV box, zodat ook deze wordt aangestuurd op basis van de ventilatievraag.

Weet jij of er CO2 senoren (liefst ook met luchtvochtigheid en temperatuur) bestaan die je kunt laten communiceren met een domotica systeem? Ieder merk heeft zijn eigen decentrale CO2 sensoren die via RF met de box communiceren (en best duur zijn). Ik zou een universeel syseem willen ontwikkelen met decentrale CO2 sensoren (in slaapkamers) en aansturing van de MV box.

@i4heat Wij hebben de Open AIR Sense Pro als losse sensor, volgens mij kan je via HA of ESPhome ook je MV direct bedienen. Echter zit dat voor nu een beetje buiten onze usecase! Ik denk dat je iets via een http request moet kunnen doen tussen sensoren en MV. (https://next.esphome.io/components/http_request/) Mocht je iets beters hebben gevonden dan horen we het graag!

[The_ Mad_Ping]

Fragger123 schreef op zaterdag 25 oktober 2025 @ 19:13:
Hi Tweakers!

Ik ben in onderzoek om mijn MV box te vervangen (20 jaar oud ) De Duco Box Silent lijkt me een prima kandidaad. Ik heb 1 aanvoer waar keuken, badkamer en toilet op zitten en 1 afvoer kanaal richting buiten.
Verder niet veel spannends, 3 standen schakelaar waar ik eigenlijk ook van af wil

Vraag: is de Open Air Mini ook compatibel met de Duco Box Silent 2.0 ?

Hey @Fragger123 Hoi! Supertof dat je je MV slim gaat maken! 😄
De 2.0 wordt helaas niet ondersteund , alle printformfactoren zijn volledig veranderd.Jammer genoeg past er daardoor niets meer in.
Maar geen zorgen: ik heb zelf ook een 2.0 thuis liggen, dus over een paar maandjes zal dit waarschijnlijk wél weer werken. 😉

[The_ Mad_Ping]

Bloemstukje schreef op zondag 26 oktober 2025 @ 09:28:
Ik heb de laatste tijd regelmatig dat mijn beide ventielen het referentiepunt kwijt zijn. Ze gaan dan niet helemaal open, of helemaal niet open. Ik moet dan via de webbrowser reboot to recalibrate doen, en dan werkt het weer. Iemand een idee? Nooit last van gehad en gebeurd nu ongeveer 1 keer per 2 weken. Iemand een idee?

Hey @Bloemstukje Heb je kleppen met nieuwe HALL sensor of de oude switch? Zie mijn reactie naar Tazzios hierboven. Mochten beide niet helpen stuur mij dan even een DM!

[The_ Mad_Ping]

oNo schreef op maandag 27 oktober 2025 @ 12:14:
TLDR; wil je afzuiging sturen van de badkamer, ga dan voor de Open Air Mini met luchtvochtigheidssensor.

Ik had zelf al via wat spul van aliexpress een ventilatieswitch gemaakt, aangestuurd door Home Assistant. Dit met een Orcon ventilator met perilex stekker (bediening in de keuken) en wireless remote (bediening in de badkamer) Met info van zigbee sensors (motion, temperatuur, luchtvochtigheid) had ik wat automations gemaakt. Dat werkte best aardig, beter dan niets zeg maar. Achteraf prima om inzicht te krijgen, inzicht dat het makkelijker en beter kan

Op een gegeven moment de Open Air Mini aangeschaft en in de Orcon ventilator gezet. Wat slimmer de rpm van de ventilator regelen, heerlijk Maar op een gegeven moment gaan die zigbee sensoren wel irriteren, de metingen zijn gewoon te traag voor een "snelle" omgeving als de badkamer. Met een motion sensor en automation kan je wel wat, maar het blijft klooien. Als dan, na de batterijen vervangen te hebben van de sensors, deze dingen compleet stoppen met info doorgeven, is de keuze heel makkelijk. Een paar sensors voor de Open Air Mini aanschaffen. Deze geinstalleerd en de update interval van de sensors naar 10s gezet. Met een helper sensor die de luchtvochtigheid delta weer geeft stuur ik de ventilatie switch en Orcon rpm nu aan. Dit werkt zo veel beter, echt mooi.

Een ding wat ik op korte termijn wil verbeteren. De sensor voor de woonkamer zit aan de binnenkant van de ventilatie switch, dit vanwege het formaat van de switch. Met een langere kabel voor de sensor kan ik deze een de andere kant van de switch plaatsen.
Wat moet ik hier voor bestellen? Volgens mij is het MX 1.25 8-pin, klopt dat?

Hey @oNo Ik heb een kabeltje van 30 cm voor je! Stuur me even een DM met je adres, dan stuur ik het naar je op. 😊

[The_ Mad_Ping]

Tazzios schreef op dinsdag 28 oktober 2025 @ 08:46:
[...]


voor punt 2 heb ik het volgende item aangemaakt bij HA: https://github.com/orgs/home-assistant/discussions/1505
Indien er mensen zijn die een bijdrage willen leveren graag.

Lekker bezig! Dit zou inderdaad een mooie toevoeging zijn! Ik ben niet zo'n software held dus kan je helaas niet helpen met de oplossing

[The_ Mad_Ping]

Kleine huishoudelijke mededeling:

We hebben van de Valve, Mini en Sense Pro de laatste hardware-revisies aan Git toegevoegd! 🎉 (We liepen gruwelijk achter hiermee)
Alles staat nu netjes online. De power supply en sensoren volgen binnen ongeveer twee weken.

Verder hebben we het assortiment op flamingo-shop.nl uitgebreid! De externe klep is nu verkrijgbaar, evenals de DIY-kit van de klep en de AIR Sense Pro.

De behuizing van de Open AIR Sense Pro vind je hier: https://www.printables.com/model/1465557-open-air-sense-pro

Een tijdje geleden had ik al eens geroepen dat iedereen die zijn eigen frontje of bovenkant ontwerpt (vormpjes, yeey! ) en uploadt op Printables, korting krijgt op zijn sensor. De EMPTY.step bevat de bestanden die je kunt aanpassen.

Iedereen die een gaaf ontwerp maakt en uploadt, krijgt 20% korting op zijn sensor!

Alle kudos voor het (vind ik zelf prachtige) ontwerp van de huidige sensorbehuizing gaan naar Sijmen Janssen:
http://www.sijmenjanssen.nl/

Zoals jullie merken, duurt het soms even voordat ik tijd heb om te reageren op het forum.
Ik heb besloten om de komende tijd wat meer aandacht te besteden aan de installatie-instructies: deze te herschrijven, te verbeteren en op de juiste plek te zetten.
Hopelijk komt er daardoor wat meer tijd vrij om weer lekker te gaan knutselen!
Daarnaast komt er per item een FAQ, waarin de meest gestelde vragen beantwoord worden of binnenkort zullen worden.

[MattMax]

The_ Mad_Ping schreef op zondag 2 november 2025 @ 21:33:
[...]
Dit kan even duren, de status wordt elke 60 seconden bijgewerkt.
Je kunt dit vaker laten gebeuren door je YAML aan te passen. Als je het interval verlaagt, wordt de status sneller geüpdatet.

code:

interval:
  - interval: 60s
    then:
      - lambda: |-
          id(air_valve).position = id(last_cmd_pos);
          id(air_valve).current_operation = VALVE_OPERATION_IDLE;
          id(air_valve).publish_state();

Het kan nu dus maximaal 60 seconden duren voordat je een update van de positie krijgt.
Zo’n klep gaat hooguit een paar keer per uur open of dicht, dus mijn redenering was dat het niet nodig is om elke 10 à 30 seconden een positie door te sturen die 99% van de tijd toch niet verandert.
Misschien is er in de YAML nog wel iets eleganters voor te bedenken. Mocht iemand iets weten
...

Thanks! Ik ga eens kijken of ik het interval alleen kan verhogen voor een korte periode na het uitvoeren van een actie om daarna weer het 60 seconden interval aan te houden.

[Fragger123]

The_ Mad_Ping schreef op zondag 2 november 2025 @ 22:05:
[...]

Hey @Fragger123 Hoi! Supertof dat je je MV slim gaat maken! 😄
De 2.0 wordt helaas niet ondersteund , alle printformfactoren zijn volledig veranderd.Jammer genoeg past er daardoor niets meer in.
Maar geen zorgen: ik heb zelf ook een 2.0 thuis liggen, dus over een paar maandjes zal dit waarschijnlijk wél weer werken. 😉

Is het advies: wel alvast 2.0 bestellen/installeren?

Ik zie dat de 2.0 al een ge-integreerde vochtsensor heeft, kan een voordeel zijn? Weet niet of die dan ook ondersteund wordt hoor.

[nairolf]

The_ Mad_Ping schreef op zondag 2 november 2025 @ 22:00:
[...]

Holy guacamoly, jij bent lekker bezig geweest! 😄

Dit klopt inderdaad , de relatieve luchtvochtigheid wordt gemeten.
Je kunt gerust die temperatuuroffset aanpassen; ik weet alleen niet zeker of die wijziging direct wordt doorgevoerd of dat er een reset nodig is.
We zien soms dat als je de offset verlaagt van de standaardwaarde (volgens mij 4 °C) naar 1 °C, de temperatuur- en luchtvochtigheidsmetingen van de klep/sensor beter overeenkomen met de werkelijke waarden.

Ja ik heb een beetje data-honger soms , maar dan wel met goede analyse ervan.

De offset kan (blijkbaar) dus alleen in "Idle" mode aangepast worden, dus dat leek me zo geen optie voor dit probleem. Heb het nu als volgt aangepakt (toevallig gisteravond geimplementeert terwijl jij dit berichtje schreef ):
- Ik heb een C++ header gemaakt met wat functies voor de correctie: https://github.com/Floria...n/esphome/open-air-mini.h
- Deze include ik direct in de YAML: https://github.com/Floria...pen-air-mini.yaml#L13-L15
- En dan gebruik ik de functies in lambdas: https://github.com/Floria...n-air-mini.yaml#L203-L214

Dit werkt omdat de esphome code eerst de temperatuur publisht, en daarna pas de humidity. Daardoor wordt de nieuwe humidity altijd berekend met de bijbehorende (gecorrigeerde) temperatuur.

Het idee is super simpel: Relatieve Luchtvochtigheid = 100 * (absolute waterdruk) / (maximale ("saturated") waterdruk).
Die tweede "saturated waterdruk" is afhankelijk van de omgevingstemperatuur. Dus door die te berekenen voor de oude en nieuwe temperatuur kunnen we eerst de absolute waterdruk berekenen (vermenigvuldigen met "oude" saturated waterdruk) en dan weer terugrekenen naar relatieve luchtvochtigheid (delen door de "nieuwe" saturated waterdruk).

Ik bedenk me wel nu dat ik waarschijnlijk een klein foutje heb gemaakt (ik corrigeer nu met T + correctie en T + 2*correctie ipv T en T+correctie, dus dat moet ik nog even verbeteren, maar het geeft nu al betere resultaten dan eerst!)

[Ferrox1]

The_ Mad_Ping schreef op zondag 2 november 2025 @ 21:35:
[...]

Hey @Ferrox1 Hopelijk is dit afgehandeld! Zo niet stuur mij even een DM dan krijg je een nieuwe!

Het is inmiddels opgelost met hulp van je maat Flamingo . wellicht dat je er nog iets mee wil doen kwa onderzoek?
Naast de open-air war ook de fanmotor kaput... Nu heb ik een ducobox silent opgehangen. Was uiteindelijk een dure grap omdat ik de oude niet meer als garantie op kon sturen vanwege afgeknipte stekkers. Voor de Ducobox is dit anders, want daar hoef je maar weinig aan te modificeren.

[djpeterl1]

Gebruik al een tijd met grote tevredenheid een Duco icm openair en 4 kleppen, dit heeft een hele tijd goed gefunctioneerd maar de laatste paar maanden niet meer;

Geregeld staan de kleppen niet in de juiste stand.
Voorbeeld; tijdens het douchen als RLV boven de 70% komt gaat de klep badkamer naar 100%, de andere 3 kleppen (wc/slaapkamers/woonkamer) naar 0%. Merk dan al tijdens het douchen dat het mis gaat; spiegel beslaat en het vocht blijft hangen, als ik de kleppen dat controleer staat de SK en WC ca 50% open. (Webif geeft 0% aan)
Los het op door de webif van de kleppen te openen en Reboot valve controller to recalibrate uit te voeren.

De OpenAir Mini + klep badkamer / wk / sk zijn van Nov2024, klep WC sept2025.
Automatisering heb ik in HA gemaakt.

Mijn vraag; hoe los ik dit op?

[ Voor 7% gewijzigd door djpeterl1 op 09-11-2025 13:10 ]

[The_ Mad_Ping]

Fragger123 schreef op maandag 3 november 2025 @ 09:55:
[...]


Is het advies: wel alvast 2.0 bestellen/installeren?

Ik zie dat de 2.0 al een ge-integreerde vochtsensor heeft, kan een voordeel zijn? Weet niet of die dan ook ondersteund wordt hoor.

Hey @Fragger123 Ik zou daar nog maar even mee wachten We hebben zo weinig tijd en zoveel ideen! Ik verwacht dit jaar zeker geen support meer. Volgend jaar wordt dat ergens!

[The_ Mad_Ping]

djpeterl1 schreef op zondag 9 november 2025 @ 13:04:
Gebruik al een tijd met grote tevredenheid een Duco icm openair en 4 kleppen, dit heeft een hele tijd goed gefunctioneerd maar de laatste paar maanden niet meer;

Geregeld staan de kleppen niet in de juiste stand.
Voorbeeld; tijdens het douchen als RLV boven de 70% komt gaat de klep badkamer naar 100%, de andere 3 kleppen (wc/slaapkamers/woonkamer) naar 0%. Merk dan al tijdens het douchen dat het mis gaat; spiegel beslaat en het vocht blijft hangen, als ik de kleppen dat controleer staat de SK en WC ca 50% open. (Webif geeft 0% aan)
Los het op door de webif van de kleppen te openen en Reboot valve controller to recalibrate uit te voeren.

De OpenAir Mini + klep badkamer / wk / sk zijn van Nov2024, klep WC sept2025.
Automatisering heb ik in HA gemaakt.

Mijn vraag; hoe los ik dit op?

Hmm weet jij of je kleppen met homing switch of hall sensor hebt? Dit kan je het makkelijks zien aan het feit dat de hall sensor een 3 aderige kabel heeft en de switches twee.

Mocht je de switches hebben:
Helpt schoonmaken van de switches, we zien dat deze over tijd veel stof kunnen verzamellen en daardoor niet altijd goed meer triggeren. Als dat gedaan is kan je met een kleine imbus de schakelaar een beetje losdraaien,deze iets naar buiten duwen en weer vastdraaien. Mocht dit niet helpen stuur mij dan even een DM!

Als je de Hall sensor hebt, dan zou ik ze er even uittrekken, kijken of de sensor kabeltjes niet perrongeluk knel zitten tussen de box en de klep zef. (Ik heb dit een paar keer gezien/gehoord). Verder helpt schoonmaken dan heel soms iets. Mocht dat het ook niet verhelpen is er misschien iets anders aan de hand. Stuur mij dan ook een DM dan regel ik een setje nieuwe kleppen voor je!

[JornJ]

Dlanor80 schreef op zondag 10 november 2024 @ 17:22:
[...]


Ik zou de externe valves gebruiken. Die kan je rechtstreeks op de spirobuis zetten met flexibele slang op de andere zijde.

Ik heb zelf een de externe valve ook thuis:
[Afbeelding]

[Afbeelding]

[Afbeelding]

Ik heb de valve ook binnen en wil deze gebruiken om toevoer naar ongebruikte slaapkamer snachts te blokkeren ten voordele van bewoonde slaapkamers. Het valt me op dat de externe behuizing niet helemaal luchtdicht is. Aan de bovenkant is er wat speling tussen de cassette en de behuizing, ook zit er een opening voor bedrading in. Hoe heb jij die afgedicht?

[MWDKing]

The_ Mad_Ping schreef op zondag 24 november 2024 @ 14:11:
[...]

Deze is in de maak, echter verwacht niks voor de zomer van 2025. We zijn nog bezig met de externe sensor. Momenteel is het ook erg druk.

We doen ons best zo snel mogelijk de eerste prototypes af te hebben zodat we kunnen gaan testen

Is er al meer nieuws over de ondersteuning van de Duco Energy Premium?

[djpeterl1]

The_ Mad_Ping schreef op dinsdag 11 november 2025 @ 20:41:
[...]

Hey @Fragger123 Ik zou daar nog maar even mee wachten We hebben zo weinig tijd en zoveel ideen! Ik verwacht dit jaar zeker geen support meer. Volgend jaar wordt dat ergens!

Bedankt voor je reactie.
Heb vandaag de kleppen en Mv schoongemaakt, zat stof maar geen extreme aanslag. De kleppen zijn Hall met 3 kabeltjes.
Heb in HA de automatisering mbt tot de Mv volledig verwijderd en geheel opnieuw ingesteld, ook een regel toegevoegd die op de 1e vd maand re-calibrate uitvoert voor alle kleppen (is dit ok?)

[The_ Mad_Ping]

djpeterl1 schreef op zondag 23 november 2025 @ 16:59:
[...]


Bedankt voor je reactie.
Heb vandaag de kleppen en Mv schoongemaakt, zat stof maar geen extreme aanslag. De kleppen zijn Hall met 3 kabeltjes.
Heb in HA de automatisering mbt tot de Mv volledig verwijderd en geheel opnieuw ingesteld, ook een regel toegevoegd die op de 1e vd maand re-calibrate uitvoert voor alle kleppen (is dit ok?)

Ja tuurlijk is dit oke! Je kan dit elke avond doen als je daar zin in hebt :)! Kwam je nog iets geks tegen? Zaten de draden van je sensor goed ?

[styno]

Het zou fijn zijn als iemand mijn gedachten kan bevestigen en/of verbeteren:

Ik ben bezig met een verbouwing van een jaren '80 woning welke nu nog volledig natuurlijk geventileerd wordt. Nadat een CO2/fijnstof meter was aangeschaft blijkt pas hoeveel je werkelijk moet ventileren, ook al waait het flink en is het koud buiten. Dit is hopeloos inefficient en oncomfortabel. Ik moet niet denken aan hoe ongezond het pre-CO2 meting in huis wel niet was! Maargoed, terzake:
De ramen gaan vervangen worden en daarmee moet meteen de beslissing genomen worden tussen een type-C of type-D systeem (dus wel of geen roosters). Ik neig naar het laatste voor energieefficientie en comfort en de mogelijkheid om de fijnstof van de vele houtstokende buren buiten te houden i.c.m een Brink Pure Induct.

Wat ik graag wil:
- Per slaap-/werkkamer op CO2 gaan sturen (en uiteraard douche op RV en toilet op aanwezigheid). Minimaal ventilatie debiet, mede om een zo klein mogelijke warmtepomp te kunnen gebruiken.
- Liefst niet in elke kamer ventilatie schakelaar/sensoren moeten inbouwen en dus extra kabels in de muren moeten aanbrengen.
- Zo weinig mogelijk buizen aanbrengen, dus alleen aan- of afvoer op de zolder en 1e verdieping en alleen afvoer op de begane grond. Het trappenhuis dient als toevoer of overflow gebied.
- Autonome werking zonder centrale sturing van bijv. Home Assistant moet 'goed genoeg' zijn om CO2 in alle kamers onder de 1000 ppm te houden en reageren op RV/toilet. Mocht ik een miljoen winnen en met de noorderzon vertrekken :-p dan moet het systeem zonder onderhoud aan alle software services blijven functioneren.

Hierdoor zijn er v.z.i.w. drie opties over:
1- Itho Qualityflow
2- Brink Mixfan
3- Zelf iets maken o.t.w. met Open Air per kamer afzuigen door kleppen met CO2 sensoren te gebruiken en het trappenhuis als aanvoer te gebruiken.

Optie 1 werd afgebrand in het centrale WTW topic. Het is ook een gesloten verouderd systeem met tevens als nadeel dat er maar 1 CO2 sensor in zit waardoor telkens kleppen open en dicht moeten om afzonderlijke kanalen te bemonsteren.

Optie 2 lijkt me een beetje 'mwah' voornamelijk vanwege de potentiele geluidsoverlast (heb twee bijzonder gevoelige vrouwen in het gezin). Groot voordeel dat er veel minder buizen nodig zijn! Wel bedrading nodig. Mogelijk meer ventilatiedebiet dan nodig?

Optie 3 heeft voor mij, ook nadat ik het hele topic doorgelezen heb, nog veel vragen:
Ik begrijp dat er nog geen WTW variant van Open Air is maar ik vraag me af of een simpele Modbus remote simulatie niet voldoende is? Er is alleen (?) een motor RPM (of debiet of percentage) vraag naar de WTW nodig, de massabalans regeling in de WTW zou daarna de toe- en afvoer in balans moeten houden ongeacht de diverse klepstanden toch? Daarna kan in software the motor vraag bepaald worden op basis van sensoren en klepstanden.

Er zijn ~7 gecontroleerde afzuigpunten nodig waarvan eentje voor woonkamer/open keuken dus met potentieel groot debiet (225 m3/h). Het Qualityflow systeem heeft voor de luchtverdeling een 8- of 12-kanaals plenum, wat zijn de opties voor een Duco WTW? Ik kwam in dit topic terecht naar aanleiding van de DucoBox Focus maar dat is alleen een type-C ventilator...

Geen plenum maar externe kleppen: Als je die vlak voor de individuele afzuigpunten plaatst dan creeert dit vast (veel) extra geluid nietwaar?

Mocht Open Air een goede optie blijken dan denk en werk/denk ik graag mee. Nog geen ervaring met ESPHome maar wel veel met microcontrollers en product (o.a. pcb) ontwerp.

[djpeterl1]

The_ Mad_Ping schreef op zondag 23 november 2025 @ 21:55:
[...]

Ja tuurlijk is dit oke! Je kan dit elke avond doen als je daar zin in hebt :)! Kwam je nog iets geks tegen? Zaten de draden van je sensor goed ?

Draden zitten goed, geen beschadigingen en nx geks gezien.
Vandaag werd de automatisering tijdens het douchen niet goed verwerkt door HA of door de kleppen, handmatige trigger werkte wel goed 🤔

code:

id: '1763910458365'
alias: MV Badkamer HOGE RLV
description: ''
triggers:
  - type: humidity
    device_id: f2a3945ac0dfdb48c57eba9fc62b0ed5
    entity_id: 59dbbfc1df9f0a01b26fce685e75b9ee
    domain: sensor
    trigger: device
    above: 70
conditions: []
actions:
  - action: fan.set_percentage
    metadata: {}
    data:
      percentage: 100
    target:
      entity_id: fan.open_air_mini
  - device_id: f2a3945ac0dfdb48c57eba9fc62b0ed5
    domain: number
    entity_id: 63c0f846702e7eb08645e85731366234
    type: set_value
    value: 100
  - device_id: b4a6791c786999d11f7e47057c71261e
    domain: cover
    entity_id: c974f9de02102104a28502d661db257e
    type: close
  - device_id: 72234a6d6c5d7899d8c3739e0e8a248c
    domain: cover
    entity_id: 60db3c8b7663b85fc5f866400dab217b
    type: close
  - device_id: f1ff4cea3117b058153a252a2978d339
    domain: cover
    entity_id: f64fb3fe5a0e78dd76e906ff2afd3214
    type: close
  - action: notify.mobile_app_iphone_van_peter
    metadata: {}
    data:
      message: Badkamer HOGE RLV
mode: single

De notificatie is wel netjes aangekomen

[ Voor 55% gewijzigd door djpeterl1 op 24-11-2025 22:38 ]

[djpeterl1]

The_ Mad_Ping schreef op zondag 23 november 2025 @ 21:55:
[...]

Ja tuurlijk is dit oke! Je kan dit elke avond doen als je daar zin in hebt :)! Kwam je nog iets geks tegen? Zaten de draden van je sensor goed ?

Heb het 48u gemonitord en wat ik zojuist heb geconstateerd is dat de kleppen hun positie lijken kwijt raken.
Vanavond tijdens het douchen was de afzuiging niet goed, heb direct de kleppen gecontroleerd: bijv klep woonkamer moest gesloten zijn maar stond gedeeltelijk open. Na recalibrate en het handmatig uitvoeren van de actie in HA komt de klep wel in de juiste positie.
Heb je een idee wat er aan de hand kan zijn?

[ Voor 5% gewijzigd door djpeterl1 op 25-11-2025 22:48 ]

[IJsbeer]

djpeterl1 schreef op dinsdag 25 november 2025 @ 22:43:
[...]


Heb het 48u gemonitord en wat ik zojuist heb geconstateerd is dat de kleppen hun positie lijken kwijt raken.
Vanavond tijdens het douchen was de afzuiging niet goed, heb direct de kleppen gecontroleerd: bijv klep woonkamer moest gesloten zijn maar stond gedeeltelijk open. Na recalibrate en het handmatig uitvoeren van de actie in HA komt de klep wel in de juiste positie.
Heb je een idee wat er aan de hand kan zijn?

Je kan iig nog even zijn vorige vragen beantwoorden, zitten de draden goed aangesloten? Of gekneld oid?

[djpeterl1]

IJsbeer schreef op woensdag 26 november 2025 @ 08:41:
[...]

Je kan iig nog even zijn vorige vragen beantwoorden, zitten de draden goed aangesloten? Of gekneld oid?

Had ik al beantwoord; goed aangesloten niet gekneld

[bkor]

styno schreef op maandag 24 november 2025 @ 12:11:
Het zou fijn zijn als iemand mijn gedachten kan bevestigen en/of verbeteren:

Optie 3 heeft voor mij, ook nadat ik het hele topic doorgelezen heb, nog veel vragen:
Ik begrijp dat er nog geen WTW variant van Open Air is maar ik vraag me af of een simpele Modbus remote simulatie niet voldoende is? Er is alleen (?) een motor RPM (of debiet of percentage) vraag naar de WTW nodig, de massabalans regeling in de WTW zou daarna de toe- en afvoer in balans moeten houden ongeacht de diverse klepstanden toch? Daarna kan in software the motor vraag bepaald worden op basis van sensoren en klepstanden.

Dit zal je niet helpen met de kleppen, maar zie bijvoorbeeld ook dit topic qua alternatieve aansturing: Duco energy comfort 325 icm Home Assistant

[The_ Mad_Ping]

djpeterl1 schreef op dinsdag 25 november 2025 @ 22:43:
[...]


Heb het 48u gemonitord en wat ik zojuist heb geconstateerd is dat de kleppen hun positie lijken kwijt raken.
Vanavond tijdens het douchen was de afzuiging niet goed, heb direct de kleppen gecontroleerd: bijv klep woonkamer moest gesloten zijn maar stond gedeeltelijk open. Na recalibrate en het handmatig uitvoeren van de actie in HA komt de klep wel in de juiste positie.
Heb je een idee wat er aan de hand kan zijn?

Kan je mij je HA log, je automations en (als je ze zelf gemaakt hebt) je YAMLS een opsturen? Mag ook in een PB dan kijk ik even of ik daar iets kan vinden

[JorgHendrikse]

Misschien een domme vraag maar ik wil mijn oude ventilatiebox vervangen door een nieuw model en daar dan meteen openair mee te gebruiken. Bij partijen online die dit soort boxen aanbieden bieden ze dan vaak montage + inregelen aan. Mijn vraag gaat over dat inregelen.

Heeft het uberhaupt zin om zo'n box te laten inregelen als je het vervolgens gaat aansturen met openair? Of ga je dan door zelf regels in ha in te stellen hem de facto zelf alsnog inregelen?

[nairolf]

JorgHendrikse schreef op maandag 8 december 2025 @ 11:31:
Misschien een domme vraag maar ik wil mijn oude ventilatiebox vervangen door een nieuw model en daar dan meteen openair mee te gebruiken. Bij partijen online die dit soort boxen aanbieden bieden ze dan vaak montage + inregelen aan. Mijn vraag gaat over dat inregelen.

Heeft het uberhaupt zin om zo'n box te laten inregelen als je het vervolgens gaat aansturen met openair? Of ga je dan door zelf regels in ha in te stellen hem de facto zelf alsnog inregelen?

Ik heb er zelf geen ervaring mee, maar het enige inregelen wat ik me kan voorstellen is het debiet van verschillende kanalen. Dat doe je meestal door de ventielen aan de uiteinden (dus in de kamers) goed af te stellen op elkaar. Dus bijv. kanalen dichtbij de box wat dichter omdat die minder afstand en dus weerstand hebben, dus groter debiet. Eigenlijk hetzelfde als je radiatoren inregelen (als je dat iets zegt).

Meetapparatuur daarvoor heeft niet iedereen in huis, dus dat zou nog een voordeel van installatie laten doen kunnen zijn. Als je weinig kanalen hebt of dat niet zo heel belangrijk vind kan je het waarschijnlijk gewoon zelf doen.

Ik heb het ook zelf gedaan: 2 kanalen: badkamer en toilet. Badkamer was het hoofddoel, toilet is alleen “mooi meegenomen”, dus niemand aan te pas laten komen. Ik heb heel de Duco print zelfs nooit aangehad, dus nooit in gebruik stelling ervan gedaan..

[DutchKel]

JorgHendrikse schreef op maandag 8 december 2025 @ 11:31:
Misschien een domme vraag maar ik wil mijn oude ventilatiebox vervangen door een nieuw model en daar dan meteen openair mee te gebruiken. Bij partijen online die dit soort boxen aanbieden bieden ze dan vaak montage + inregelen aan. Mijn vraag gaat over dat inregelen.

Heeft het uberhaupt zin om zo'n box te laten inregelen als je het vervolgens gaat aansturen met openair? Of ga je dan door zelf regels in ha in te stellen hem de facto zelf alsnog inregelen?

Er zijn ook genoeg partijen die het zonder montage aanbieden, dan bespaar je nog behoorlijk wat geld ermee.

[Caelorum]

@nairolf Je hoort allereerst te zorgen dat de ventilatiebox het juiste debiet heeft voor de hele woning, daarna pas afstellen in de ruimtes zelf, anders werkt de box te hard met als gevolg meer geluid en een hoger energieverbruik. Bij een woning die bijv 200m3/u nodig heeft kan je een duco silent op max 50% laten draaien in zijn standaard programma.

Maar in plaats van een monteur laten komen om het in te regelen kan je voor pakweg 150E ook zelf een kap kopen en een luchtsnelheidsmeter. Dan ga je misschien niet zo nauwkeurig kunnen inregelen, maar meer dan goed genoeg.

Of zoals ik het heb gedaan, op gevoel. Maarja, bij mij was alles toch al kansloos. De box hangt namelijk in de badkamer (achter een schot) en de buis richting badkamer is daarmee hard, zonder acoustische onderbreking en max 30cm. De enige andere buis loopt naar de WC eronder en die is max 1.5m en een spirobuis, want dat is wat ze in de jaren 80 handig vonden.
Dus dit inregelen gaat niemand doen en zelf vind ik het vooral belangrijk dat er *iets* wordt afgezogen in de wc, maar het voornaamste uit de badkamer en via daar de slaapverdieping en indirect de woonlaag.

[ Voor 33% gewijzigd door Caelorum op 08-12-2025 13:04 ]

[JorgHendrikse]

Bedankt voor de reacties. Ik vind het op zich niet erg om iets meer te betalen om het te laten inregelen dan dat ik het evt diy zou doen. Maar als nadat ze het geïnstalleerd hebben ik alle instellingen in principe weg doe door het orginele bordje te vervangen door de openair variant lijkt het me een beetje zonde. Vandaar de vraag.

[zzattack]

Toevallig iemand hier die z'n Silent Connect pcb vervangen heeft voor OpenAIR, en die de originele print van de hand zou willen doen?

[whitecat]

Hi! 🙂

Vandaag heb ik een Open Air Valve toegevoegd aan mijn Duco box.
Was leuk om te installeren; ik heb deze vooraf laten preconfigureren door Flamingoshop.

Nu merk ik het volgende: wanneer de klep op gesloten staat, komt er toch nog lucht door de ventilatiebuis. Als ik een stuk schuim tegen de buis houd, blijft dit door de luchtcirculatie hangen.

Dit betekent dat de ventilatie/luchtstroom niet 100% wordt afgesloten.
Is dit normaal, of moet ik nog iets aanpassen (bijvoorbeeld een calibratie)?

Uiteraard is de afzuiging wel duidelijk minder wanneer de klep gesloten is.

Mijn vraag is daarom ook of deze klep ontworpen is om het luchtkanaal volledig (100%) af te sluiten of zo veel mogelijk luchtstroom tegen te gaan.

[Z1000]

Ik heb een bestelde externe valve ontvangen met programmering. Eigenlijk had ik verwacht dat deze in HA tevoorschijn zou komen, maar dat zie ik niet.
Zou iemand mij kunnen zeggen hoe het toevoegen aan HA wel werkt? Via add integration - ESPhome, maar welke host en port dan? Ik draai HomeAssistant op een Synology via docker.

[ Voor 8% gewijzigd door Z1000 op 21-12-2025 12:09 ]

[mrwiggs]

@The_ Mad_Ping is dit nog steeds de ESPHome configuratie die door jullie op de Open Air mini wordt gezet? Ik wil wat aanpassingen maken (ander WiFi netwerk), maar ik kan zelf de bijbehorende YAML niet vinden.

[ Voor 3% gewijzigd door mrwiggs op 21-12-2025 16:01 ]

[benvanzijl]

Hulpvraag:

Ik heb de Open Air Mini met 3 kleppen werkend via Home Assistant, maar ik loop tegen 2 issues aan wanneer ik deze in Homey in wil te stellen*

1: Ik kan de Open Air Mini middels de ESPHome plugin op Homey en vervolgens het IP en Encryption key toevoegen, maar kan vervolgens alleen waarden uitlezen ('state' values), niet het toerental instellen. Ik heb met hulp van ChatGPT een aangepast YAML file proberen in te laden waardoor ik het RPM wel in Homey in zou moeten kunnen passen, maar krijg daarbij tijdens het uploaden de foutmelding "ERROR Error auth result: Error: Authentication invalid. Is the password correct?".
Het wachtwoord dat ik gebruik heb ik uit de oorspronkelijke reading via de ESPHome applicatie in Home Assistant gehaald (45ddaf3cc08106e93d1d7639c963bb2c). Wat doe ik hier fout, of kan ik anders doen?

2: wanneer ik de kleppen/valves wil toevoegen middels de ESPHome plugin op Homey en vervolgens het IP, poort 6053, en Encryption key krijg ik continue de melding "Failed to connect to new physical device.". Kleppen werken via Home Assistant prima, en kan ik tevens direct via IP benaderen. Iemand suggesties?




@The_ Mad_Ping & @Bloemstukje , suggesties op bases van jullie ervaring?

*Ik heb alle lampen en automatiseringen in Homey, en wil eigenlijk afscheid nemen van HA, vandaar.

[djpeterl1]

If HA is asks for an encryption key use : YCZELYrS1Di6tDmWNDSFRVaXJEYG9RxAldRHNPXXt3o=

Even googlen en je krijgt bovenstaand resultaat

[Michaf]

The_ Mad_Ping schreef op maandag 22 september 2025 @ 20:07:
[...]

Hier zijn we nog mee bezig, we willen voor het einde van het jaar nog de hardware afgerond hebben! Probleem waar we nu tegen aan lopen is dat de software niet heel vlotjes gaat. Mogelijk dat we hier later in het jaar jullie hulp voor nodig hebben! Ik wil de hardware sponsoren als mensen willen/kunnen helpen met het schrijven van de firmware ^^!

Hoe is de status nu ? 😇

[benvanzijl]

djpeterl1 schreef op zaterdag 27 december 2025 @ 12:41:
If HA is asks for an encryption key use : YCZELYrS1Di6tDmWNDSFRVaXJEYG9RxAldRHNPXXt3o=

Even googlen en je krijgt bovenstaand resultaat

Dank voor de snelle reactie.
Dit is ook het wachtwoord dat ik gebruik, en waarmee ik de kleppen in Home Assistant kan verbinden. Maar in Homey krijg ik bovenstaande foutmelding bij het gebruik van dit wachtwoord