Open AIR (open source smart ventilatieaansturing)

[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

[Tommiiee]

Hallo allemaal,

Eind vorig jaar heb ik dit topic ontdekt en ik heb met kerst mijn (pre-programmed) OpenAIR mini ontvangen met een sensor. Ik ga deze installeren in een DucoBox Silent en integreren met HA met behulp van de installatiehandleiding: https://github.com/Flamin...x_Silent_Focus_Connect.md

Ik ga het dit weekend daadwerkelijk doen, maar met de voorbereiding kom ik een aantal vragen tegen waarvan ik de antwoorden niet kan vinden. Kunnen jullie me daarbij helpen?

1. In de installatiehandleiding zie ik nergens een instructie staan voor installatie van de sensor. Hoe installeer ik de sensor juist in de box?
1b. Hoe bepaal ik welk afzuigkanaal de juiste is (er komen er 2 binnen in de box)? Of is het gewoon zoiets als afzuiging op max zetten en dan een geurspray gebruiken?
2. Installeer ik de sensor op een later moment of direct bij eerste installatie?
3. Ik heb geprobeerd HA vast voor te bereiden, maar ik loop vast op dit stuk in de handleiding:

Now open your home assistant page. If this is the first time using a ESPHOME device: Go to settings -> Integrations -> Set up a new integration -> Search for esphome. Now click the esphome intergration and fill in the IP adress of the Home Assistant server.

Als ik het IP van de HA-server invul, krijg ik de melding:

Unable to connect to the ESPHome device. Make sure the device’s YAML configuration includes an `api` section.

Staat dit fout in de handleiding en moet ik hier het IP van de OpenAIR invullen, of moet ik eerst ESPHome Device Builder installeren? Ik heb HA in een Docker container draaien, dus daar moet ik dan nog even de trucendoos voor opentrekken omdat ik deze niet als add-on kan toevoegen. Ik heb nog weinig ervaring met HA en helemaal geen met ESPHome dus hulp is welkom

Alvast bedankt!

Edit:
Vandaag maar gewoon aan de slag gegaan. Voor het installeren van de sensor heb ik gekeken naar een officieel filmpje van Duco voor het installeren van de sensor. Daar werd e.e.a. duidelijk van. Ik heb de sensor direct geinstalleerd met de Open AIR Mini zelf.

Vwb de integratie met HA moest ik dus niet het IP van de HA server invoeren, maar het IP van de Open AIR Mini, nadat deze met de huis-wifi was verbonden. Wellicht even rechttrekken in de guide.

Meteen als testje een HA automation bij elkaar geklikt die obv humidity % de afzuiging verhoogt en dat werkte perfect. De afzuiging op 100% is wel een stuk harder dan de oude stand 3, dus zo hoog hoef ik 'm niet te zetten.

Nu wat verder in de mogelijkheden duiken. Ik ben een beetje huiverig voor een eigen YAML maken, in de angst dat ik de boel kapot maak en geen OTA meer kan doen, dan heb ik geen optie meer om het aan de praat te krijgen. Hoe gaan jullie daarmee om?

Ik was wel verrast dat de knoppen in de huiskamer (bedraad) niet meer werkten. Ik was in de veronderstelling dat alleen de draadloze remote zou stoppen met werken, maar al met al geen drama.

[ Voor 23% gewijzigd door Tommiiee op 03-01-2026 18:00 ]

[Remco Tr]

Vraagje,

Met co2 sensor in de box meet hij dan wel juist de waarde van woonkamer? Of liever losse co2 die jn woonkamer staat?

Heb 1 buis systeem (keuken/woonkamer,wc,badkamer)

[PeacekeeperNL]

Remco Tr schreef op zondag 4 januari 2026 @ 23:53:
Vraagje,

Met co2 sensor in de box meet hij dan wel juist de waarde van woonkamer? Of liever losse co2 die jn woonkamer staat?

Heb 1 buis systeem (keuken/woonkamer,wc,badkamer)

Met 1 buis, en op het eind een sensor, zal hij de (ongeveer) gemiddelde waarde van alle vier de ruimtes berekenen, uitgaande van dat alle beginpunten open staan.
Als je dan van je woonkamer specifiek wil, zal je daar een aparte sensor moeten gebruiken.

[Remco Tr]

PeacekeeperNL schreef op maandag 5 januari 2026 @ 08:19:
[...]


Met 1 buis, en op het eind een sensor, zal hij de (ongeveer) gemiddelde waarde van alle vier de ruimtes berekenen, uitgaande van dat alle beginpunten open staan.
Als je dan van je woonkamer specifiek wil, zal je daar een aparte sensor moeten gebruiken.

Is het te doen om op die manier co2 gestuurd aan te draaien?

[IJsbeer]

Je zult dus een klep, met CO2 sensor, per ruimte moeten maken in de buis, voordat die in het 'gedeelde' buis wordt geblazen. Dan kan OpenAir de aansturing doen per klep via HomeAssistent.

[aMUSEd1985]

Ik heb een sturing gebaseerd op co2 sensor in de woonkamer, terwijl bij de ventilatieunit afvoerbuizen van wc, badkamer en woonkamer bij elkaar in een buis aankomen (net als jij) dat werkt heel goed. Voor mij zitten de buizen te ver weggewerkt om er makkelijk een klep in te zetten dus die optie was er niet voor mij. Ik heb wel een extra buis laten aanleggen naar een zolderkamer, daar heb ik een klep opgezet met co2 sensor. Werkt in principe prima, maar vergeleken met co2 sensor in de kamer was de gemeten co2 concentratie 200 ppm hoger. Waar dat aan ligt weet ik niet helemaal. Bovendien heb ik niet het idee dat de klep nou heel goed sluit. Heeft iemand wel eens metingen gedaan tussen percentage open vs percentage max luchtstroom?

[The_ Mad_Ping]

Hoi,

De beste wensen nog! 😄

Zoals jullie misschien gemerkt hebben, was het de afgelopen tijd wat stil vanuit mijn kant op het forum. Ik heb de afgelopen weken ergens zonder internet op een berg gezeten, dus dat verklaart het een en ander. Volgende week pakken we alle communicatie weer op. We hebben ook behoorlijk wat e-mails binnengekregen; die zullen we dan ook gaan beantwoorden. Alle vragen op het forum komen uiteraard ook aan bod.

Op naar weer een mooi jaar vol tweaks en installaties! 😄

[Mithrandir]

Vraagje. Ik heb in mijn huis 2 open air's draaien. Ik ben vanaag Home Assistant aan het installeren, maar het lukt niet om beide open air's toe te voegen. De eerste lukt, maar bij de tweede krijg ik dit bericht:

Name conflict

The name open-air-mini is already being used by another device: open-air-mini-garage (MAC address: 38:18:2b:36:21:2c)

To continue, please choose one of the following options:

Migrate configuration to new device: If this is a replacement, migrate the existing settings to the new device (e4:65:b8:06:94:b8).
Overwrite the existing configuration: If this is not a replacement, delete the old configuration for 38:18:2b:36:21:2c and use the new device instead.

Ik heb al van alles geprobeerd om de naam van de eerste te veranderen (die heet "open-air-mini-garage" maar dat lijkt allemaal niet te werken.

Heeft iemand al eens met dit bijltje gehakt?

[edit]
Ah, ik denk dat de naam in de ESP config anders moet. Deze dus aanpassen

code:

esphome:
  name: open-air-mini

[edit2]
Yup, dat werkte...

[ Voor 8% gewijzigd door Mithrandir op 28-01-2026 21:47 ]

[Frankster]

Weet iemand hoe je kan zien of je een Ducobox Silent of een Ducobox Silent 2.0 hebt? Bijgaand een foto van de binnenkant van mijn Ducobox (printplaat is DUCO_BMB_BASIC-2v3)

[sappels]

Volgens de documentatie van Duco:

Duco Silent
0000-4215 (stekker type F)
0000-4225 (Perilex stekker)

Duco Silent 2.0:
0000-7014

[PeacekeeperNL]

Frankster schreef op donderdag 29 januari 2026 @ 07:10:
Weet iemand hoe je kan zien of je een Ducobox Silent of een Ducobox Silent 2.0 hebt? Bijgaand een foto van de binnenkant van mijn Ducobox (printplaat is DUCO_BMB_BASIC-2v3)

[Afbeelding]

Dus op basis van je foto (rechtsboven staat het artikelnummer) heb je de DucoBox Silent Perilex, de reguliere variant.

[Remco Tr]

Is de openair hetzelfde voor de Orcon als voor Duco?

Heb er 1 voor Orcon besteld maar connectoren passen niet. Of ik moet kabel strippen?

[ Voor 14% gewijzigd door Remco Tr op 29-01-2026 18:55 ]

[Tommiiee]

Ik heb een extra sensor besteld en deze net in sensor_2 geprikt. Ik zie echter geen nieuwe sensoren verschijnen in Home Assistant. Weet iemand hoe ik deze erin krijg? Ik had de Open AIR besteld met pre-config, dus dat is wat er nu draait.

Ik zie geen errors in de HA log, geen errors in de OA webinterface en heb ook de HA integratie gereload, maar nog geen nieuwe sensors helaas. In de webinterface van OA zie ik ook geen informatie die ik zou verwachten van de nieuwe sensor, alleen de humidity van sensor 1.

edit:
Ben eruit. Gestart met de basis-YAML op Github, die aangevuld met wat andere code snippets uit Github en hier uit het topic. Daarna ontdekt hoe ESPHome nou eigenlijk werkt en OTA update via de web interface uitgevoerd. Nu zie ik alles weer

Daarna nog even HA moeten rechttrekken, maar dat was redelijk simpel door wat entity ID's te herstellen en de encryption key opnieuw in te voeren.

[ Voor 108% gewijzigd door Tommiiee op 30-01-2026 17:40 ]

[JornJ]

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

Nee hier zijn we nog mee bezig! Waar we een Open AIR Valve pakken en deze in een externe behuizing schuiven, willen we voor de nieuwe externe kleppen iets schaalbaarders hebben. De "nieuwe" externe kleppen zal ook veel meer mogelijkheden voor voeden/IO hebben. Ik verwacht voor het einde van het jaar deze te kunnen releasen :)! We zoeken dan ook nog testers!

Ben hier ook zeer benieuwd naar. Heb al 2 externe OpenAir valves en zeer tevreden mee. Een 160mm variant zou mijn opstelling (voorlopig) compleet maken.

[Remco Tr]

wil graag wat aanpassingen maken en wil hem daarom toevoegen aan esphome builder.

Heb hostname toegevoegd en zie dat open air mini online is. alleen als ik install doe geeft hij ota fout. heb de code gekoppieerd van uit github yaml geprobeerd maar lukt me niet ook zonder code geen succes.

heeft iemand nog een tip. yaml is valid.

[Frankster]

Net de Openair Mini geïnstalleerd. De meegeleverde configuratie werkte prima, maar nadat ik via esphome de configuratie op: https://github.com/Flamin...ftware/open-air-mini.yaml gebruikte is de Air One wel benaderbaar, maar de ventilator niet meer te regelen. Iemand een linkje naar de juiste esphome yaml om de Open Air Mini aan de praat te krijgen?

[Rob Z]

Van de week een klep binnengekregen.
Was is het wachtwoord van het AP voor de initiële setup?
ChangeMe123! werkt niet en ChangeMe1234 ook niet.
ChangeMe@123! werkt voor de klep

[ Voor 15% gewijzigd door Rob Z op 09-02-2026 00:22 ]

[niels567]

Onlangs de Open AIR Mini - Ducobox Reno Variant gekocht. Installatie was enorm eenvoudig.
Waar ik nog naar op zoek ben is de configuratie yaml voor deze variant. De yaml op git lijkt die voor de Silent Variant, bijvoorbeeld omdat de Perilex en geïntegreerde HR sensor niet in deze yaml terugkomen. Kan iemand mij aan deze yaml helpen?

[Rob Z]

The_ Mad_Ping schreef op zondag 20 november 2022 @ 11:53:
[...]


Dag @boswandeling Je bent op de goede weg! Echter om te uploaden heb je het OTA password nodig. Hiervoor heb ik ooit 3 opties gebruikt:
1: "9f2ab9aa715f573e2476e75a5ec7f4e7"
2: "ChangeMe@123!"
3: "test"

Met een van deze drie moet het lukken

Met deze 3 lukt het niet en ook niet met:
"45ddaf3cc08106e93d1d7639c963bb2c"

Bestaat er nog een optie @The_ Mad_Ping ?

[IJsbeer]

Rob Z schreef op dinsdag 10 februari 2026 @ 12:04:
[...]


Met deze 3 lukt het niet en ook niet met:
"45ddaf3cc08106e93d1d7639c963bb2c"

Bestaat er nog een optie @The_ Mad_Ping ?

Je hebt je bericht van de 8e aangepast dat "ChangeMe@123!" werkt, en je zegt dat het nu nog niet werkt? Ik kan je niet verder helpen, maar ik snap het issue geloof ik ook niet. (en dus wellicht de mensen die je wel kunnen helpen ook niet)

[Rogier]

IJsbeer schreef op dinsdag 10 februari 2026 @ 12:08:
[...]

Je hebt je bericht van de 8e aangepast dat "ChangeMe@123!" werkt, en je zegt dat het nu nog niet werkt? Ik kan je niet verder helpen, maar ik snap het issue geloof ik ook niet. (en dus wellicht de mensen die je wel kunnen helpen ook niet)

Dat is het verschil tussen AP password en OTA password. Je kan op Github de juiste OTA pass vinden

-edit- deze zou het moeten doen: 9f2ab9aa715f573e2476e75a5ec7f4e7

[ Voor 6% gewijzigd door Rogier op 10-02-2026 13:06 ]

[Rob Z]

IJsbeer schreef op dinsdag 10 februari 2026 @ 12:08:
[...]

Je hebt je bericht van de 8e aangepast dat "ChangeMe@123!" werkt, en je zegt dat het nu nog niet werkt? Ik kan je niet verder helpen, maar ik snap het issue geloof ik ook niet. (en dus wellicht de mensen die je wel kunnen helpen ook niet)

Dat betrof het initiële configureren voor ingebruikname.

De laatste vraag ging over het bouwen van de *.yaml in HA en vervolgens uploaden. Daar liep ik tegen een ota wachtwoord fout aan.
Dat is uiteindelijk gelukt met het laatstgenoemde wachtwoord en vervolgens "manual download" te kiezen, en dan "Legacy" plus een vast IP in het "wifi:" gedeelte van de yaml.

[ Voor 9% gewijzigd door Rob Z op 10-02-2026 13:10 ]

[Mithrandir]

Rob Z schreef op dinsdag 10 februari 2026 @ 13:07:
[...]

Dat betrof het initiële configureren voor ingebruikname.

De laatste vraag ging over het bouwen van de *.yaml in HA en vervolgens uploaden. Daar liep ik tegen een ota wachtwoord fout aan.
Dat is uiteindelijk gelukt met het laatstgenoemde wachtwoord en vervolgens "manual download" te kiezen, en dan "Legacy" plus een vast IP in het "wifi:" gedeelte van de yaml.

Ik kreeg vandaag ook deze foutmelding bij het uploaden.

code:

ERROR Error auth: Error: Authentication invalid. Is the password correct?

Het probleem was dat ik een te oude versie van esphome gebruikte. Gebruik dus een recente esphome (bv 2026.1.4). Hiervoor heb je ook een enigsinds recente python nodig (bv 3.12)

[Mithrandir]

Wat is het minimale fan % dat jullie instellen? Ik merk dat met 10% hij altijd wel blijft draaien, maar niet altijd wil opstarten als hij niet al draaide. Daarom heb ik een kickstart scriptje gemaakt:

code:

# Kickstart: if fan has power but isn't spinning, briefly boost to overcome
# static friction. Prevents burndown from stalled motor with power applied.
  - interval: 10s
    then:
      - if:
          condition:
            and:
              - fan.is_on: fan_motor
              - lambda: 'return id(open_air_mini_rpm).state < 10;'
          then:
            - logger.log: "Fan kickstart: fan is on but RPM near 0, boosting to 20%"
            - fan.turn_on:
                id: fan_motor
                speed: 20
            - delay: 5s

[allexiel]

Hoi allemaal 👋

Ik volg deze thread al een tijd en wou even iets delen als kleine bijdrage aan de community.

Ik ben een solo hobby developer en sinds 2024 ook een trotse eigenaar van een Open Air Mini. Omdat ik de laatste tijd wat aan het prutsen ben met een self-hosted Homey Pro setup, kriebelde het om een Homey-app te maken die voor anderen ook nuttig kan zijn.

Daarom heb ik een eerste versie gemaakt van de app Open-AIR Mini. Grote dank aan de makers van het toestel, want zonder hun werk was dit er uiteraard niet.

GitHub: https://github.com/RemingtonDev/Homey-Open-AIR

Homey app store: https://homey.app/en-us/a...n-air-mini/Open-AIR-Mini/

Ik ben nog volop aan het finetunen, dus alle feedback is welkom: bugs, feature requests, verbeteringen, alles mag. Als iemand dit wil testen, supergraag. Alvast merci!

Groetjes 😊

[MeShell]

allexiel schreef op woensdag 11 februari 2026 @ 17:57:
Hoi allemaal 👋

Ik volg deze thread al een tijd en wou even iets delen als kleine bijdrage aan de community.

Ik ben een solo hobby developer en sinds 2024 ook een trotse eigenaar van een Open Air Mini. Omdat ik de laatste tijd wat aan het prutsen ben met een self-hosted Homey Pro setup, kriebelde het om een Homey-app te maken die voor anderen ook nuttig kan zijn.

Daarom heb ik een eerste versie gemaakt van de app Open-AIR Mini. Grote dank aan de makers van het toestel, want zonder hun werk was dit er uiteraard niet.

GitHub: https://github.com/RemingtonDev/Homey-Open-AIR

Homey app store: https://homey.app/en-us/a...n-air-mini/Open-AIR-Mini/

Ik ben nog volop aan het finetunen, dus alle feedback is welkom: bugs, feature requests, verbeteringen, alles mag. Als iemand dit wil testen, supergraag. Alvast merci!

Groetjes 😊

Jammer dat ik je maar 1 upvote kan geven! Anders had je er meer gehad van me! Heb de App geïnstalleerd en ga er vanavond meteen mee aan de slag!

[KJM]

The_ Mad_Ping schreef op zondag 25 januari 2026 @ 11:57:
Hoi,

De beste wensen nog! 😄

Zoals jullie misschien gemerkt hebben, was het de afgelopen tijd wat stil vanuit mijn kant op het forum. Ik heb de afgelopen weken ergens zonder internet op een berg gezeten, dus dat verklaart het een en ander. Volgende week pakken we alle communicatie weer op. We hebben ook behoorlijk wat e-mails binnengekregen; die zullen we dan ook gaan beantwoorden. Alle vragen op het forum komen uiteraard ook aan bod.

Op naar weer een mooi jaar vol tweaks en installaties! 😄

Goedemorgen,

Ivm met een upgrade van het centraal afzuigsysteem in onze woning van 1978 zit ik dit vol topic (al langer) belangstelling te volgen.
Aangezien de 3D printerfiles gedownload zijn nu ook een paar klephouders en de externe montage unit aan het printen om te kijken hoe ik eea in het bestaande spirobuis systeem kan gaan integreren.
We hebben drie afzuigpunten; Toiletruimte in de entree , leefruimte beneden en de natte cel op de eerste verdieping.
Is er eventueel een optie te realiseren om een klepmontage als verbindingsstuk/eindstuk aan of in een buis te integreren ??
In de leefruimte beneden zie ik nog een uitdaging en dat is dat er in de hoek waar de spirobuis door het plafond komt een koof gemaakt is...maar alles valt natuurlijk aan te passen
Ik zal dit weekend eens de diameter van de aanwezige spirobuis meten.

[benvanzijl]

allexiel schreef op woensdag 11 februari 2026 @ 17:57:
Hoi allemaal 👋

Ik volg deze thread al een tijd en wou even iets delen als kleine bijdrage aan de community.

Ik ben een solo hobby developer en sinds 2024 ook een trotse eigenaar van een Open Air Mini. Omdat ik de laatste tijd wat aan het prutsen ben met een self-hosted Homey Pro setup, kriebelde het om een Homey-app te maken die voor anderen ook nuttig kan zijn.

Daarom heb ik een eerste versie gemaakt van de app Open-AIR Mini. Grote dank aan de makers van het

Dit is echt super
gelijk getest en werkt als een trein

Als ik 2 suggesties mag doen:
-voor de Open Air: het zou top zijn als toerental (ook) in procent kan worden weergegeven (nu in RPM, dat zegt mij niet zoveel, en mijn vrouw nog minder
-Voor de valve zou het fijn als weergegeven kan worden hoeveel procent de klep geopend is, en is het mij niet helemaal duidelijk wat de waarde 'toerental' hier doet

-Edit- : als ik kleppen verder open/dicht wil zetten, krijg ik een 'Entiteit niet gevonden op apparaat' foutmelding

[ Voor 9% gewijzigd door benvanzijl op 13-02-2026 20:50 ]

[allexiel]

benvanzijl schreef op vrijdag 13 februari 2026 @ 20:45:
[...]


Dit is echt super
gelijk getest en werkt als een trein

Als ik 2 suggesties mag doen:
-voor de Open Air: het zou top zijn als toerental (ook) in procent kan worden weergegeven (nu in RPM, dat zegt mij niet zoveel, en mijn vrouw nog minder
-Voor de valve zou het fijn als weergegeven kan worden hoeveel procent de klep geopend is, en is het mij niet helemaal duidelijk wat de waarde 'toerental' hier doet

-Edit- : als ik kleppen verder open/dicht wil zetten, krijg ik een 'Entiteit niet gevonden op apparaat' foutmelding

[Afbeelding]

[Afbeelding]

[Afbeelding]

Dank je wel voor de feedback! 😊 Hier kan ik zeker iets mee. Ik ga hiermee aan de slag en zal hier een update posten zodra er een nieuwe versie beschikbaar is.

Mag ik vragen welke sensor je gebruikt? Dan kan ik nagaan of alles correct ondersteund wordt. Tot nu toe heb ik enkel getest met een SHT-20 (SHT2x), dus het is goed om te weten met welk type jij werkt.

Wat betreft de valve: momenteel maakt deze nog geen deel uit van de app. De foutmelding “Entiteit niet gevonden op apparaat” is dus normaal, omdat die functionaliteit nog niet geïmplementeerd is. Ik wil hier zeker naar kijken en onderzoeken of ik ondersteuning voor valves kan toevoegen, ook al heb ik er zelf nog geen (misschien wordt het tijd om er eentje te bestellen 😉).

[The_ Mad_Ping]

MWDKing schreef op maandag 17 november 2025 @ 14:37:
[...]

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

Ik heb een beetje nieuws, maar niet het nieuws dat je mogelijk wilt horen

We zijn ooit begonnen met het proberen te gebruiken van het RF-protocol en de debug-UART om de Energybox Premium aan te sturen. Dit is een route die door meerdere Tweakers tegelijkertijd wordt verkend. Met die methode is het echter niet mogelijk om alles volledig open source te maken.
Er waren ook andere Tweakers mee bezig, maar hun reverse-engineering-inspanningen zijn inmiddels niet meer inzichtelijk op GitHub

Omdat we dit project 100% open source willen houden, gaan we een andere weg inslaan , eigenlijk zoals we het altijd hebben gedaan: Ducoprint eruit, andere print erin.

We moeten dit nieuwe printdesign echter nog maken. Omdat dit voor het vorige idee niet nodig was, zijn we hier nog niet aan begonnen.

Binnenkort komt er eerst een nieuwe externe klep. De printjes hiervoor (v0.1.0) liggen al op mijn bureau; een nieuwe revisie moet nog worden afgemaakt. Daarna is de Energybox aan de beurt, en vervolgens de Silent 2.0.

[The_ Mad_Ping]

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?

Nee, kost alleen maar geld :P!

Zonder dollen: je moet de aanvoer- en afvoerventielen in de ruimtes goed instellen. Afhankelijk van de weerstand daar wordt er meer of minder lucht afgezogen. Ik moet eerlijk toegeven dat ik dat zelf nooit heb gedaan.

[ Voor 15% gewijzigd door The_ Mad_Ping op 14-02-2026 17:27 ]

[The_ Mad_Ping]

zzattack schreef op zondag 14 december 2025 @ 20:04:
Toevallig iemand hier die z'n Silent Connect pcb vervangen heeft voor OpenAIR, en die de originele print van de hand zou willen doen?

Ik heb er een aantal :P! Mocht je die nog zoeken stuur dan een PB.

[The_ Mad_Ping]

whitecat schreef op zondag 21 december 2025 @ 01:43:
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.

Niet 100%, maar wel ongeveer 98%. Er zal altijd een klein beetje lucht langs de klep blijven lopen. Deze volledig luchtdicht maken gaat (denk ik) niet.
Het klinkt wel alsof er bij jou vrij veel lucht langs loopt. Heb je alle andere kleppen ook dicht staan?
Als het goed is, en er staat ergens anders een klep open, dan zou er niet veel lucht meer door een gesloten klep moeten lopen.
Later vandaag of morgen stuur ik nog een berichtje met een leuke klep-update.

[The_ Mad_Ping]

Z1000 schreef op zondag 21 december 2025 @ 12:07:
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.

Is het je inmiddels gelukt om dit op te lossen?

[The_ Mad_Ping]

benvanzijl schreef op vrijdag 26 december 2025 @ 20:16:
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?

[Afbeelding]

[Afbeelding]
@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.

Hey Ben,jij weet dit al, maar helaas wordt Homey op dit moment nog niet ondersteund. Het lijkt er nu wel op dat er een “officiële” ESPHome-plugin aankomt.
Eeeeeeeeeeen… terwijl wij via Teams in gesprek waren, heeft @allexiel gewoon een app gebouwd :D!!!!!!
We hebben hem aangeboden om zijn Ducobox uit te rusten met alles wat hij maar wil, zodat straks iedereen met Homey de Open AIR-plugin kan gebruiken :D!

[The_ Mad_Ping]

mrwiggs schreef op zondag 21 december 2025 @ 16:00:
@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.

De YAML van de Open AIR Mini is hier te vinden: https://github.com/Flamin...pen%20AIR%20Mini/Software

Mocht je sensoren gebruiken dan moet je deze nog even toevoegen aan je YAML. Als je hulp nodig hebt dan moet je maar even roepen. Dan sturen wij jouw YAML op.

[The_ Mad_Ping]

Tommiiee schreef op vrijdag 2 januari 2026 @ 14:16:
Hallo allemaal,

Eind vorig jaar heb ik dit topic ontdekt en ik heb met kerst mijn (pre-programmed) OpenAIR mini ontvangen met een sensor. Ik ga deze installeren in een DucoBox Silent en integreren met HA met behulp van de installatiehandleiding: https://github.com/Flamin...x_Silent_Focus_Connect.md

Ik ga het dit weekend daadwerkelijk doen, maar met de voorbereiding kom ik een aantal vragen tegen waarvan ik de antwoorden niet kan vinden. Kunnen jullie me daarbij helpen?

1. In de installatiehandleiding zie ik nergens een instructie staan voor installatie van de sensor. Hoe installeer ik de sensor juist in de box?
1b. Hoe bepaal ik welk afzuigkanaal de juiste is (er komen er 2 binnen in de box)? Of is het gewoon zoiets als afzuiging op max zetten en dan een geurspray gebruiken?
2. Installeer ik de sensor op een later moment of direct bij eerste installatie?
3. Ik heb geprobeerd HA vast voor te bereiden, maar ik loop vast op dit stuk in de handleiding:

[...]

Als ik het IP van de HA-server invul, krijg ik de melding:

[...]

Staat dit fout in de handleiding en moet ik hier het IP van de OpenAIR invullen, of moet ik eerst ESPHome Device Builder installeren? Ik heb HA in een Docker container draaien, dus daar moet ik dan nog even de trucendoos voor opentrekken omdat ik deze niet als add-on kan toevoegen. Ik heb nog weinig ervaring met HA en helemaal geen met ESPHome dus hulp is welkom

Alvast bedankt!

Edit:
Vandaag maar gewoon aan de slag gegaan. Voor het installeren van de sensor heb ik gekeken naar een officieel filmpje van Duco voor het installeren van de sensor. Daar werd e.e.a. duidelijk van. Ik heb de sensor direct geinstalleerd met de Open AIR Mini zelf.

Vwb de integratie met HA moest ik dus niet het IP van de HA server invoeren, maar het IP van de Open AIR Mini, nadat deze met de huis-wifi was verbonden. Wellicht even rechttrekken in de guide.

Meteen als testje een HA automation bij elkaar geklikt die obv humidity % de afzuiging verhoogt en dat werkte perfect. De afzuiging op 100% is wel een stuk harder dan de oude stand 3, dus zo hoog hoef ik 'm niet te zetten.

Nu wat verder in de mogelijkheden duiken. Ik ben een beetje huiverig voor een eigen YAML maken, in de angst dat ik de boel kapot maak en geen OTA meer kan doen, dan heb ik geen optie meer om het aan de praat te krijgen. Hoe gaan jullie daarmee om?

Ik was wel verrast dat de knoppen in de huiskamer (bedraad) niet meer werkten. Ik was in de veronderstelling dat alleen de draadloze remote zou stoppen met werken, maar al met al geen drama.

Als je je YAML eenmaal hebt gemaakt, kun je je device altijd opnieuw programmeren met een USB-naar-UART-adapter (3,3V!). Mocht je hulp nodig hebben bij het samenstellen van je YAML, dan kunnen we je daar natuurlijk bij helpen.
Helaas wordt er niets van de sensoren in de box door Duco ondersteund. Volgens mij zijn die knoppen stiekem ook draadloos (ik weet dit niet meer helemaal zeker). Ze krijgen dan alleen voeding via een kabel, terwijl de communicatie draadloos verloopt. (Althans, dat dacht ik)

[The_ Mad_Ping]

Remco Tr schreef op donderdag 15 januari 2026 @ 15:26:
[...]


Is het te doen om op die manier co2 gestuurd aan te draaien?

Zoals @PeacekeeperNL ook zegt, zal je een gemiddelde krijgen, ik zou als het om Co2 gaat deze lokaal meten. Dit kan met https://flamingo-shop.nl/...cv?variant=55786537910607 Maar er zijn natuurlijk zat andere HA compatible Co2 sensoren. Zolang je ze maar kan koppelen aan HA zit je goed!

[The_ Mad_Ping]

aMUSEd1985 schreef op vrijdag 16 januari 2026 @ 09:11:
Ik heb een sturing gebaseerd op co2 sensor in de woonkamer, terwijl bij de ventilatieunit afvoerbuizen van wc, badkamer en woonkamer bij elkaar in een buis aankomen (net als jij) dat werkt heel goed. Voor mij zitten de buizen te ver weggewerkt om er makkelijk een klep in te zetten dus die optie was er niet voor mij. Ik heb wel een extra buis laten aanleggen naar een zolderkamer, daar heb ik een klep opgezet met co2 sensor. Werkt in principe prima, maar vergeleken met co2 sensor in de kamer was de gemeten co2 concentratie 200 ppm hoger. Waar dat aan ligt weet ik niet helemaal. Bovendien heb ik niet het idee dat de klep nou heel goed sluit. Heeft iemand wel eens metingen gedaan tussen percentage open vs percentage max luchtstroom?

De klep zou wel goed moeten sluiten! Als je het idee hebt dat dit niet gebeurd dan is er iets mis! Kan je mij een PB sturen?

[The_ Mad_Ping]

Remco Tr schreef op donderdag 29 januari 2026 @ 18:52:
Is de openair hetzelfde voor de Orcon als voor Duco?

Heb er 1 voor Orcon besteld maar connectoren passen niet. Of ik moet kabel strippen?

Nee deze zijn anders! Stuur mij even een berichtje dan ruilen we hem om ^^!

[The_ Mad_Ping]

Tommiiee schreef op vrijdag 30 januari 2026 @ 15:19:
Ik heb een extra sensor besteld en deze net in sensor_2 geprikt. Ik zie echter geen nieuwe sensoren verschijnen in Home Assistant. Weet iemand hoe ik deze erin krijg? Ik had de Open AIR besteld met pre-config, dus dat is wat er nu draait.

Ik zie geen errors in de HA log, geen errors in de OA webinterface en heb ook de HA integratie gereload, maar nog geen nieuwe sensors helaas. In de webinterface van OA zie ik ook geen informatie die ik zou verwachten van de nieuwe sensor, alleen de humidity van sensor 1.

edit:
Ben eruit. Gestart met de basis-YAML op Github, die aangevuld met wat andere code snippets uit Github en hier uit het topic. Daarna ontdekt hoe ESPHome nou eigenlijk werkt en OTA update via de web interface uitgevoerd. Nu zie ik alles weer

Daarna nog even HA moeten rechttrekken, maar dat was redelijk simpel door wat entity ID's te herstellen en de encryption key opnieuw in te voeren.

Yes! Losse sensoren moeten wel geprogrammeerd worden. Dat betekent dat je, als je een sensor toevoegt, altijd een YAML-update moet doen.

Fijn dat het gelukt is!

[The_ Mad_Ping]

Frankster schreef op zondag 8 februari 2026 @ 09:42:
Net de Openair Mini geïnstalleerd. De meegeleverde configuratie werkte prima, maar nadat ik via esphome de configuratie op: https://github.com/Flamin...ftware/open-air-mini.yaml gebruikte is de Air One wel benaderbaar, maar de ventilator niet meer te regelen. Iemand een linkje naar de juiste esphome yaml om de Open Air Mini aan de praat te krijgen?

@Frankster Is dit inmiddels gelukt? de YAML op github zou voldoende moeten zijn! (let op je hebt ook een secrets en discon mode YAML nodig)

[The_ Mad_Ping]

niels567 schreef op maandag 9 februari 2026 @ 13:18:
Onlangs de Open AIR Mini - Ducobox Reno Variant gekocht. Installatie was enorm eenvoudig.
Waar ik nog naar op zoek ben is de configuratie yaml voor deze variant. De yaml op git lijkt die voor de Silent Variant, bijvoorbeeld omdat de Perilex en geïntegreerde HR sensor niet in deze yaml terugkomen. Kan iemand mij aan deze yaml helpen?

@niels567 Deze staat morgen op Github

[The_ Mad_Ping]

Mithrandir schreef op dinsdag 10 februari 2026 @ 22:05:
Wat is het minimale fan % dat jullie instellen? Ik merk dat met 10% hij altijd wel blijft draaien, maar niet altijd wil opstarten als hij niet al draaide. Daarom heb ik een kickstart scriptje gemaakt:

code:

# Kickstart: if fan has power but isn't spinning, briefly boost to overcome
# static friction. Prevents burndown from stalled motor with power applied.
  - interval: 10s
    then:
      - if:
          condition:
            and:
              - fan.is_on: fan_motor
              - lambda: 'return id(open_air_mini_rpm).state < 10;'
          then:
            - logger.log: "Fan kickstart: fan is on but RPM near 0, boosting to 20%"
            - fan.turn_on:
                id: fan_motor
                speed: 20
            - delay: 5s

EBM-Papst motoren stoppen ergens met werken tussen ongeveer 10% en 15%. Daarom zou ik niet lager dan 15% ventileren zonder dit eerst goed te testen. Dit kan namelijk een beetje verschillen per motor en per revisie. Dat de motor onder de 15% stil gaat staan of niet meer opstart, is dus “normaal” gedrag.
Ik zal dit meenemen in de FAQ, zodra deze af is.

[The_ Mad_Ping]

allexiel schreef op woensdag 11 februari 2026 @ 17:57:
Hoi allemaal 👋

Ik volg deze thread al een tijd en wou even iets delen als kleine bijdrage aan de community.

Ik ben een solo hobby developer en sinds 2024 ook een trotse eigenaar van een Open Air Mini. Omdat ik de laatste tijd wat aan het prutsen ben met een self-hosted Homey Pro setup, kriebelde het om een Homey-app te maken die voor anderen ook nuttig kan zijn.

Daarom heb ik een eerste versie gemaakt van de app Open-AIR Mini. Grote dank aan de makers van het toestel, want zonder hun werk was dit er uiteraard niet.

GitHub: https://github.com/RemingtonDev/Homey-Open-AIR

Homey app store: https://homey.app/en-us/a...n-air-mini/Open-AIR-Mini/

Ik ben nog volop aan het finetunen, dus alle feedback is welkom: bugs, feature requests, verbeteringen, alles mag. Als iemand dit wil testen, supergraag. Alvast merci!

Groetjes 😊

Held.

[The_ Mad_Ping]

allexiel schreef op zaterdag 14 februari 2026 @ 14:06:
[...]

Dank je wel voor de feedback! 😊 Hier kan ik zeker iets mee. Ik ga hiermee aan de slag en zal hier een update posten zodra er een nieuwe versie beschikbaar is.

Mag ik vragen welke sensor je gebruikt? Dan kan ik nagaan of alles correct ondersteund wordt. Tot nu toe heb ik enkel getest met een SHT-20 (SHT2x), dus het is goed om te weten met welk type jij werkt.

Wat betreft de valve: momenteel maakt deze nog geen deel uit van de app. De foutmelding “Entiteit niet gevonden op apparaat” is dus normaal, omdat die functionaliteit nog niet geïmplementeerd is. Ik wil hier zeker naar kijken en onderzoeken of ik ondersteuning voor valves kan toevoegen, ook al heb ik er zelf nog geen (misschien wordt het tijd om er eentje te bestellen 😉).

Zie je PB ^^!

[The_ Mad_Ping]

Dan heb ik nog wel een leuke update!

We hebben een nieuwe release van de Open AIR Valve 3D-prints, met een aantal mechanische verbeteringen én nieuwe Valve-software!

3D Prints

• De sensor housing is ~50% kleiner! Let op: deze past alleen op sensoren van V2.0.0 of hoger.
• De sensor hardware is nu te bevestigen door deze op de klep te klikken.
• De sensor housing is veel makkelijker te monteren (iedereen die een DIY heeft gebouwd weet wat ik bedoel).
• Het magneetgat is 1 mm dieper, waardoor de magneet makkelijker te bevestigen is.
• De Open AIR Valve-behuizing bestaat nu uit een boven- en onderkant. Dit maakt de constructie een stuk steviger.
• De behuizing heeft nu zowel links als rechts een riggel. Dit zorgt ervoor dat er minder (maar nog steeds een klein beetje) lucht langs de klep lekt. Daarnaast kan de klep niet meer om zijn as draaien.
• De behuizing heeft nu aan beide kanten een hoge rand om de kabel te beschermen. Ik heb afbeeldingen gezien van Tweakers waar kabels per ongeluk klem kwamen te zitten tussen de ventilatiedoos en de klep(Tijdens installatie). Dit kan nu niet meer.
• Er is aanzienlijk minder plastic nodig om een klep te printen! (5% Gyroid infill)

Versie 3.1 van de 3D-prints (en alle eerdere versies) zijn nu hier te vinden:Printables

Meer info:GitHub

Software

Ook hier hebben we veel verbeterd:

• Nieuwe automatische re-home functie. De klep wordt standaard elke 24 uur opnieuw gehomed. Dit is in- en uit te schakelen en het interval is aan te passen via Home Assistant (geen YAML-wijziging nodig). Dit zorgt ervoor dat de klep regelmatig opnieuw kalibreert.
• Het homing-gedrag is aangepast. Na een homing-sequence gaat de klep automatisch terug naar zijn vorige positie (voorheen ging hij daarna volledig dicht).
• Gaat er iets mis tijdens het homen? Als de klep niet binnen 15 seconden gehomed is, wordt de status "Homing FAILED" in Home Assistant gezet, zodat je dit direct ziet.
• Als homen mislukt, stopt de motor (Van de klep) automatisch na 15 seconden met proberen. Dit voorkomt onnodige belasting.
• Meer informatie in de Diagnostic tab: "Last Maintenance Re-home" "Maintenance Status" "Maintenance Re-home Due In" "Maintenance Period Effective" "Homing Failed"

Ik ben persoonlijk erg fan van deze wijzigingen. Ze zorgen voor meer inzicht voor de gebruiker, minder kans op fouten en over het algemeen beter gedrag. Voor deze nieuwe software hebben we veel feedback van jullie gekregen, dank daarvoor!

De nieuwe YAML is hier te vinden:GitHub

Wil je upgraden? Dat kan!

Heb je een 3D-printer, dan is het een kwestie van printen, assembleren en overzetten.

Heb je geen printer, dan kun je hier de nieuwe 3D prints kopen:Flamingo-shop

Heb je geen zin om dit zelf te doen? Dan doen wij het voor je: Flamingo-shop

Als je je klep toch uit elkaar haalt, is dit meteen een goed moment om je Ducobox schoon te maken. Het zou je verbazen hoeveel stof zich daar kan ophopen! Zo begin je 2026 extra fris 😄

PS: Alle kleppen die in het nieuwe jaar zijn verzonden, hebben dit nieuwe design en de nieuwe software al.

[MWDKing]

The_ Mad_Ping schreef op zaterdag 14 februari 2026 @ 17:22:
[...]
Binnenkort komt er eerst een nieuwe externe klep. De printjes hiervoor (v0.1.0) liggen al op mijn bureau; een nieuwe revisie moet nog worden afgemaakt. Daarna is de Energybox aan de beurt, en vervolgens de Silent 2.0.

Dan zal ik nog even geduld moeten hebben en de print vervangen is geen obstakel bedoel je met "Energybox" de Energy premium, of bedoel je te zeggen dat de Energy premium nog niet op de planning staat?

[benvanzijl]

allexiel schreef op zaterdag 14 februari 2026 @ 14:06:
[...]

Dank je wel voor de feedback! 😊 Hier kan ik zeker iets mee. Ik ga hiermee aan de slag en zal hier een update posten zodra er een nieuwe versie beschikbaar is.

Mag ik vragen welke sensor je gebruikt? Dan kan ik nagaan of alles correct ondersteund wordt. Tot nu toe heb ik enkel getest met een SHT-20 (SHT2x), dus het is goed om te weten met welk type jij werkt.

Mijn sensoren zitten niet direct op de Open Air mini of de kleppen.
Ik gebrui de nieuwe Ikea ALPSTUGA sensoren.
voor €30 meet je CO2, VOX, temp & Humidity. de verbinding (matter of thread) hapert nog wel een beetje (bekend bij Ikea, wordt aan gewerkt), maar verder echt een aanrader.

[The_ Mad_Ping]

MWDKing schreef op zaterdag 14 februari 2026 @ 21:32:
[...]

Dan zal ik nog even geduld moeten hebben en de print vervangen is geen obstakel bedoel je met "Energybox" de Energy premium, of bedoel je te zeggen dat de Energy premium nog niet op de planning staat?

Ik bedoel idd de premium

[The_ Mad_Ping]

De assembly guide voor de DIY editie van de kleppen staat online : https://github.com/Flamin...ve_Assembly_Guide_V1.0.md

Dit is tevens een goede indicatie hoeveel werk het is om je kleppen te upgraden naar de laatste versie. (moet je hem een keer van beneden naar boven lezen en daarna weer van boven naar beneden )

[benvanzijl]

Wellicht 'nice to share' voor andere Tweakers: ik heb Homey customer support gevraagd naar status van de officiële ESP app:
"Staat op de planning voor wanneer de Homey SDK beschikbaar komt in Python. Ik verwacht dat dat voor het eind van februari zal zijn. Dan kan er begonnen worden met de officiële ESPHome app
[ ]
Ik hoop dat we de officiële ESPHome-app voor Homey kunnen lanceren in de loop van Maart/April"

[Rogier]

-edit- laat maar, ik neem aan dat het een typo is in de yaml (de versie <1.4.0 heeft dezelfde code).


Bij wat yaml onderhoud kwam ik erachter dat ik een gek verschil heb (id's van de sensor zijn omgedraaid tov de versie op Github) bij de open air mini... @The_ Mad_Ping moet dit heel strikt aangehouden worden of werkt "dit" ook.

code:

uart:
#UART For Sensor 1
 - rx_pin: GPIO13
   tx_pin: GPIO12
   baud_rate: 9600
   id: uart_sensor_1
#UART For Sensor 2
 - rx_pin: GPIO25
   tx_pin: GPIO26
   baud_rate: 9600
   id: uart_sensor_2

i2c:
#I2C For Sensor 1
- id: i2c_sensor_1
  sda: GPIO19
  scl: GPIO18
  scan: false
  frequency: 400kHz
#I2C For Sensor 2
- id: i2c_sensor_2
  sda: GPIO16
  scl: GPIO4
  scan: false
  frequency: 400kHz

[ Voor 7% gewijzigd door Rogier op 17-02-2026 11:54 . Reden: voortschrijdend inzicht ]

[allexiel]

Hoi allemaal 👋

Even een update over de Open AIR app voor Homey. Sinds de eerste versie is er ondertussen flink wat bijgekomen!

Wat is er nieuw?

Open AIR Valve support (v1.1.0) - Live in de Homey App Store
De app ondersteunt nu ook de Open AIR Valve. Maar ik kan het zelf niet testen dus hopelijk kan iermand hiermee aan de slag en bevestigen dat alles goed werkt.

Automatische ventilatorcurve (v1.1.2) - Live in de Homey App Store
Voor de Mini is er nu een ingebouwde auto fan curve (zoals de disconnected mode) die de ventilatorsnelheid automatisch aanpast op basis van luchtvochtigheid:

• Configureerbare drempels (hoog/midden/laag) met bijbehorende snelheden
• Controle elke 30 seconden
• Handmatige override (via flows bvb) pauzeert de curve automatisch voor 30 minuten
• Pause/Resume flow-acties voor volledige controle vanuit je flows

Overige verbeteringen

• Fan speed als aparte meetwaarde (naast de dim-slider)
• Verbeterde store listing en documentatie
• Franse vertalingen gefixt

Speciale dank aan @benvanzijl voor het helpen opsporen van een bug en een handige suggestie, wordt geapprecieerd! 🙏

Feedback, bugs en feature requests zijn altijd welkom. En als iemand een Valve heeft en wil testen: laat gerust iets weten!

Merci en groetjes 😊

[Frankster]

The_ Mad_Ping schreef op zaterdag 14 februari 2026 @ 17:48:
[...]

@Frankster Is dit inmiddels gelukt? de YAML op github zou voldoende moeten zijn! (let op je hebt ook een secrets en discon mode YAML nodig)

Alles werkt inmidels tiptop! Dank @The_ Mad_Ping ! Ben nu druk op zoek naar een zelfde oplossing voor een Zehnder KPME pijpventilator. Mocht je daar tips voor hebben: hoor het graag!

[Tanuki]

Is er toevallig al iemand bezig met het reverse engineeren van de originele Duco kleppen? bijvoorbeeld deze?

[amauer]

Tanuki schreef op maandag 2 maart 2026 @ 10:28:
Is er toevallig al iemand bezig met het reverse engineeren van de originele Duco kleppen? bijvoorbeeld deze?

Ik heb er wel naar gekeken. De hardware is redelijk simpel. Het bestaat uit een STM32F030RCT6 met een CC1101 een draadloze verbinding met de ducobox. Er zit een ULN2803C op voor de stappenmotor. Ik heb een firmware bestand van de klep maar die is encrypted.

[thomasv]

amauer schreef op maandag 2 maart 2026 @ 10:49:
[...]


Ik heb er wel naar gekeken. De hardware is redelijk simpel. Het bestaat uit een STM32F030RCT6 met een CC1101 een draadloze verbinding met de ducobox. Er zit een ULN2803C op voor de stappenmotor. Ik heb een firmware bestand van de klep maar die is encrypted.

Die firmware maakt wel het verschil natuurlijk, daar zit ook de logica in verstopt die ze gok ik ook voor de afstandsbedieningen gebruiken (silent en wtw gok ik zelfs want iets met wielen uitvinden). De aansturing van een cc1101 is niet zo spannend. Ben echter bang dat je die STM encrypted firmware niet zomaar decrypted krijgt.

[amauer]

thomasv schreef op maandag 2 maart 2026 @ 19:28:
[...]
Die firmware maakt wel het verschil natuurlijk, daar zit ook de logica in verstopt die ze gok ik ook voor de afstandsbedieningen gebruiken (silent en wtw gok ik zelfs want iets met wielen uitvinden). De aansturing van een cc1101 is niet zo spannend. Ben echter bang dat je die STM encrypted firmware niet zomaar decrypted krijgt.

Encrypted is volgens mij niet het juiste woord. Toen ik 2 versies vergeleek was een groot deel van de data gelijk. Als de firmware echt encrypted is zou dat volgens mij niet gelijk kunnen zijn. Ik heb een "encrypted" variant en een niet "encrypted" variant van dezelfde versie. Is er een manier om op basis van die twee te kijken hoe het bestand gecodeerd is?

[thomasv]

amauer schreef op maandag 2 maart 2026 @ 20:56:
[...]


Encrypted is volgens mij niet het juiste woord. Toen ik 2 versies vergeleek was een groot deel van de data gelijk. Als de firmware echt encrypted is zou dat volgens mij niet gelijk kunnen zijn. Ik heb een "encrypted" variant en een niet "encrypted" variant van dezelfde versie. Is er een manier om op basis van die twee te kijken hoe het bestand gecodeerd is?

Firmware bestanden zijn simpelweg de gehele ROM inclusief bootloader die de encryptie/decryptie doet maar daarnaast heb je volgens mij ook het stuk app data. Ik denk dat dat het verschil en de gelijkenissen zou kunnen verklaren, echter niet als je vrij veel gelijkenissen ziet (tenzij de versleuteling zo in elkaar steekt dat gelijk gebleven delen hetzelfde zijn gebleven natuurlijk). Ik heb geen antwoord op je vraag helaas, al te lang niet meer bezig met STM programmeren. Heb je hetgeen je hebt al eens geprobeerd via Ghidra te laden om te zien of er iets zinnigs in staat ala Analyzing bare metal firmware binaries in Ghidra https://blog.attify.com/a...mware-binaries-in-ghidra/ ?

[inquestos]

Ik durf het haast niet te vragen maar is er nog een update over een WTW versie?

Of hebben andere zaken de prioriteit gehad afgelopen tijd (zo te lezen wel )

[mrwiggs]

Sinds vandaag 12:15 doet 1 van mijn 5 sensors (temp + vochtigheid) het niet meer. Herstarten heeft ook geen nut. Iemand enig idee?



Ik kwam ook deze log line tegen:

code:

21:51:44    [D] [internal_temperature:075]  
Ignoring invalid temperature (success=0, value=53.3)

[IJsbeer]

@The_ Mad_Ping : Zijn er ook plannen om uit te breiden naar een ander Duco product, namelijk de ventilatieroosters. Er zijn wel wat hobby projecten die een rooster via een actuator aan te sturen, maar ik durf te wedden dat jullie dat veel beter kunnen...

[aMUSEd1985]

IJsbeer schreef op woensdag 4 maart 2026 @ 21:58:
@The_ Mad_Ping : Zijn er ook plannen om uit te breiden naar een ander Duco product, namelijk de ventilatieroosters. Er zijn wel wat hobby projecten die een rooster via een actuator aan te sturen, maar ik durf te wedden dat jullie dat veel beter kunnen...

Daar ben ik ook erg in geïnteresseerd!

[Tazzios]

+1
Ik gebruik nu een klep achter het ventilatierooster maar ideaal is het niet wat betreft inbouwruimte en constructie.

[marvel27]

Goed idee ja! Een compacte, stille connected aansturing van ventilatieroosters zou heel nuttig zijn. Misschien aangestuurd door een batterij, om geen kabels in het zicht te hebben. Ik zou het kopen

[Mithrandir]

Zojuist de eerste 5 valves geinstalleerd (2 slaapkamers beneden, 2 slaapkamers boven, washok). Binnenkort nog 4 aan de andere kant van huis voor woonkamer, slaapkamer, wc en badkamer.

[ Voor 9% gewijzigd door Mithrandir op 06-03-2026 11:57 ]

[Mithrandir]

Ik ben bezig met controller software om de Openair + valves aan te sturen. Het idee is als volgt:

De OpenAIR controller pollt elke 60 seconden de CO2- en luchtvochtigheidswaarden van alle kleppen via HTTP. Op basis van deze sensorwaarden berekent hij per klep een "demand" (0-1): hoe ver de meetwaarde afwijkt van het doel (bijv. CO2 600→1500 ppm schaalt van 0 naar 1). De hoogste demand bepaalt de ventilatorsnelheid.

Elke klep leest elke 60 sec zijn eigen sensoren én de huidige ventilatorsnelheid van de OpenAIR controller. Door zijn eigen demand te delen door de genormaliseerde ventilatorsnelheid bepaalt de klep hoe ver hij open moet staan. Als deze kamer de ventilator aandrijft (hoge CO2), blijft de klep wijd open. Als een andere kamer de reden is dat de ventilator hard draait, gaat de klep juist verder dicht — zo wordt de luchtstroom automatisch naar de kamer geleid die het hardst nodig heeft. Kleppen blijven altijd minimaal ~5% open zodat de sensoren verse lucht meten.

Het systeem werkt volledig zonder Home Assistant. De communicatie is puur HTTP GET in beide richtingen: de controller leest sensorwaarden van de kleppen, en de kleppen lezen de ventilatorsnelheid van de controller. Als een apparaat onbereikbaar is, valt het terug op veilige standaardwaarden (lage ventilatie, kleppen open).

[Mithrandir]

Ik (claude) heb een simulator gemaakt om met het bovenstaande idee te spelen;



[edit] nu kun je de personen in je huishouden door het huis verplaatsen en zien hoe het systeem reageert

[ Voor 40% gewijzigd door Mithrandir op 13-03-2026 16:57 ]

[LinuZZ]

Mithrandir schreef op vrijdag 13 maart 2026 @ 15:10:
Ik ben bezig met controller software om de Openair + valves aan te sturen. Het idee is als volgt:

De OpenAIR controller pollt elke 60 seconden de CO2- en luchtvochtigheidswaarden van alle kleppen via HTTP. Op basis van deze sensorwaarden berekent hij per klep een "demand" (0-1): hoe ver de meetwaarde afwijkt van het doel (bijv. CO2 600→1500 ppm schaalt van 0 naar 1). De hoogste demand bepaalt de ventilatorsnelheid.

Elke klep leest elke 60 sec zijn eigen sensoren én de huidige ventilatorsnelheid van de OpenAIR controller. Door zijn eigen demand te delen door de genormaliseerde ventilatorsnelheid bepaalt de klep hoe ver hij open moet staan. Als deze kamer de ventilator aandrijft (hoge CO2), blijft de klep wijd open. Als een andere kamer de reden is dat de ventilator hard draait, gaat de klep juist verder dicht — zo wordt de luchtstroom automatisch naar de kamer geleid die het hardst nodig heeft. Kleppen blijven altijd minimaal ~5% open zodat de sensoren verse lucht meten.

Het systeem werkt volledig zonder Home Assistant. De communicatie is puur HTTP GET in beide richtingen: de controller leest sensorwaarden van de kleppen, en de kleppen lezen de ventilatorsnelheid van de controller. Als een apparaat onbereikbaar is, valt het terug op veilige standaardwaarden (lage ventilatie, kleppen open).

Interessant! Doe je dit dan in esphome yaml code? Zo ja waar kan ik het vinden?

[Mithrandir]

LinuZZ schreef op vrijdag 13 maart 2026 @ 20:57:
[...]

Interessant! Doe je dit dan in esphome yaml code? Zo ja waar kan ik het vinden?

Let op, dit is WIP! Ik heb het (nog) niet op mijn eigen hardware geflashed. https://github.com/okke-formsma/homelab/tree/main/openair

[edit] Het draait nu lokaal. Morgen 's kijken of het vannacht goed heeft gewerkt

[ Voor 11% gewijzigd door Mithrandir op 13-03-2026 23:22 ]

[Mithrandir]

Het heeft gewerkt vannacht Ik vind 1000 CO2 wel wat te hoog dus even nadenken hoe de parameters zo tune dat hij meer afzuigt.

[edit] je ziet ook dat hij naar minimale RPM & valves open gaat wanneer er geen vraag is.

Het nadeel van sensors in de valve is dat je altijd een minimale ventilatie luchtstroom moet genereren zodat de sensors up-to-date zijn. Wanneer de sensor direct in de ruimte zit zou de ventilatiebox in theorie helemaal kunnen uitschakelen...

[edit2] Nu ook min/max values configureerbaar in HA zodat voor finetunen niet elke keer flashes nodig zijn

[ Voor 79% gewijzigd door Mithrandir op 14-03-2026 10:43 ]

[nairolf]

Mithrandir schreef op zaterdag 14 maart 2026 @ 08:26:
Het heeft gewerkt vannacht

[Afbeelding]

[Afbeelding]

Ik vind 1000 CO2 wel wat te hoog dus even nadenken hoe de parameters zo tune dat hij meer afzuigt.

[edit] je ziet ook dat hij naar minimale RPM & valves open gaat wanneer er geen vraag is.

Het nadeel van sensors in de valve is dat je altijd een minimale ventilatie luchtstroom moet genereren zodat de sensors up-to-date zijn. Wanneer de sensor direct in de ruimte zit zou de ventilatiebox in theorie helemaal kunnen uitschakelen...

[edit2] Nu ook min/max values configureerbaar in HA zodat voor finetunen niet elke keer flashes nodig zijn
[Afbeelding]

Ziet er erg tof uit!

Eventueel zou je kunnen terugzoeken naar mijn werk om relatief makkelijk een PI(D) regelaar erin te zetten. Het idee daarvan is dat als je meting lang boven je gewenste punt uitkomt, een tellertje steeds verder oploopt, en hij steeds harder gaat blazen. Hij verbetert zichzelf als het ware. Als hij er dan onder de gewenste waarde komt loopt het tellertje weer leeg, en loopt hij dus even na.

Wat je nu hebt is een P-regelaar: hij reageert proportioneel op de “fout”, de overschrijding van de waarde. Hoe hoger, hoe harder hij blaast, en daar houdt de logica op. Wat ik voorstel is hier dus de I-regelaar aan toevoegen, de integraal, dus de som van alle fouten uit het verleden.

[thomasv]

Mithrandir schreef op zaterdag 14 maart 2026 @ 08:26:
Het heeft gewerkt vannacht

[Afbeelding]

[Afbeelding]

Ik vind 1000 CO2 wel wat te hoog dus even nadenken hoe de parameters zo tune dat hij meer afzuigt.

[edit] je ziet ook dat hij naar minimale RPM & valves open gaat wanneer er geen vraag is.

Het nadeel van sensors in de valve is dat je altijd een minimale ventilatie luchtstroom moet genereren zodat de sensors up-to-date zijn. Wanneer de sensor direct in de ruimte zit zou de ventilatiebox in theorie helemaal kunnen uitschakelen...

[edit2] Nu ook min/max values configureerbaar in HA zodat voor finetunen niet elke keer flashes nodig zijn
[Afbeelding]

Zelf hanteer ik de waarden die hier staan, waarbij 1200ppm echt een bovengrens is (dus 1000 is niet extreem erg maar aan de hoge kant): https://arbocataloguspo.n...uwen/binnenklimaat-en-co2

In mijn directe omgeving heb ik zelf erg veel last van houtstook van (directe) buren waardoor harder ventileren soms juist een negatief effect heeft op de interne luchtkwaliteit (CO2 maar bijv. ook VOC, NOx waarden). Een afgewogen inschatting maken op basis van "ik ruik weer rook door de ventilatie van het slaapkamerraam" is soms waardevoller dan CO2 ppm > drempel = harder ventileren (positieve feedback loop) en dan schakel ik handmatig de ventilatie tijdelijk naar "laag".

Met dit alles bedoel ik vooral te zeggen dat 1000ppm wellicht ana de hoge kant lijkt maar je ook omgevingsfactoren hebt die van invloed zijn en dat je niet altijd onder of op je gewenste bovengrens blijft ongeacht hoe hard je het probeert te optimaliseren qua automatiseringen.

[Mithrandir]

nairolf schreef op zaterdag 14 maart 2026 @ 11:40:
[...]


Ziet er erg tof uit!

Eventueel zou je kunnen terugzoeken naar mijn werk om relatief makkelijk een PI(D) regelaar erin te zetten. Het idee daarvan is dat als je meting lang boven je gewenste punt uitkomt, een tellertje steeds verder oploopt, en hij steeds harder gaat blazen. Hij verbetert zichzelf als het ware. Als hij er dan onder de gewenste waarde komt loopt het tellertje weer leeg, en loopt hij dus even na.

Wat je nu hebt is een P-regelaar: hij reageert proportioneel op de “fout”, de overschrijding van de waarde. Hoe hoger, hoe harder hij blaast, en daar houdt de logica op. Wat ik voorstel is hier dus de I-regelaar aan toevoegen, de integraal, dus de som van alle fouten uit het verleden.

Ja, dat is precies wat ik zocht. Is nu geimplementeerd en ook aan de simulator toegevoegd.



Dingen die ik nog in m'n hoofd heb om te proberen zijn (1) om de "demands" op te tellen ipv altijd de max() van de demands te nemen, en (2) een "calibratie" factor per ruimte opnemen om verschillen in buislengte/capaciteit/normale bezetting te reflecteren. Maar eerst een paar dagen zien of het huidige systeem goed genoeg werkt, want het brengt allemaal nieuwe complexiteit.

[ Voor 5% gewijzigd door Mithrandir op 14-03-2026 14:44 ]

[Didiers]

Mithrandir schreef op vrijdag 13 maart 2026 @ 15:10:
Ik ben bezig met controller software om de Openair + valves aan te sturen. Het idee is als volgt:

De OpenAIR controller pollt elke 60 seconden de CO2- en luchtvochtigheidswaarden van alle kleppen via HTTP. Op basis van deze sensorwaarden berekent hij per klep een "demand" (0-1): hoe ver de meetwaarde afwijkt van het doel (bijv. CO2 600→1500 ppm schaalt van 0 naar 1). De hoogste demand bepaalt de ventilatorsnelheid.

Elke klep leest elke 60 sec zijn eigen sensoren én de huidige ventilatorsnelheid van de OpenAIR controller. Door zijn eigen demand te delen door de genormaliseerde ventilatorsnelheid bepaalt de klep hoe ver hij open moet staan. Als deze kamer de ventilator aandrijft (hoge CO2), blijft de klep wijd open. Als een andere kamer de reden is dat de ventilator hard draait, gaat de klep juist verder dicht — zo wordt de luchtstroom automatisch naar de kamer geleid die het hardst nodig heeft. Kleppen blijven altijd minimaal ~5% open zodat de sensoren verse lucht meten.

Het systeem werkt volledig zonder Home Assistant. De communicatie is puur HTTP GET in beide richtingen: de controller leest sensorwaarden van de kleppen, en de kleppen lezen de ventilatorsnelheid van de controller. Als een apparaat onbereikbaar is, valt het terug op veilige standaardwaarden (lage ventilatie, kleppen open).

Very interesting, structured and documented project that complements and adds to the initial hardware project an integrated management.

There are obviously many ways to manage a VMC, depending on the hardware everyone has, valves, internal / external sensors, home automation,... That said, being able to have a relatively standard and adapted software configuration is a real plus for the entire project.

I hope that this initiative that starts well will continue to evolve towards a collaborative solution allowing future adjustments, additions, where any ideas are welcome, I am thinking in particular of taking into account sensors external to the valves (Air Sense pro in particular)

Although personally having a Duco set, I recently installed a VMC Renson Healthbox 3 at a friend's house (model imposed by the architect) its automatic operation is quite close to that proposed by Mithrandir, the ventilation runs constantly (sensors integrated into the valves oblige) at about 420 RPM a flow at 40M3/H while the motorized valves have a flow rate of 10% as long as the RH/CO2/COV rates are below the trigger threshold, and go to 100% directly into ace of exceeding the threshold to return quickly enough to the norm.

The ventilation power is obviously a function of the number of areas requiring 100% flow, but remains relatively constant.

In addition, this Box has a pressure sensor that allows automatic calibration of the installation, this process tests each zone one after the other, the motor probably rises to 100%, all the valves are closed except the one being tested which opens at 100% this allows the plant to determine the load of the line in each zone and probably determine the standby and operating power in load when the different parts associations require it.

A Renson API allows me to monitor this box via Home Assistant, this means that if you want to receive the logs from the power plant or valves, I can reasonably provide you with the .CSV files. Corresponding this can possibly be used to determine how a commercial product is managed independently.

Nice evening to all without forgetting a little wink to our friend The Flamingo

BR

Didier

[hikhakhok]

Gisteren ook mijn Duco Silent Slim slim gemaakt met een Open AIR Mini en Open Air sensor. Meteen maar een PID‑regeling met ramp‑up en ramp‑down erin gezet (met hulp van Claude), en het idee hier op het forum. Zodra ik de badkamerverlichting aan doe, slaat hij de actuele RH op als startpunt. Vanaf daar regelt hij bij en blijft hij draaien totdat de RH weer terug is op dat startpunt, met een kleine offset. Werkt gisteren best prima, na het douchen nog even bijgetweakt.
Toch zit ik te twijfelen of dit wel de meest juiste aanpak is. Is werken met de start‑RH slim, of kun je beter met een vast setpoint, delta‑RH of iets als dauwpunt werken? En hoe doen jullie dat: ventilator altijd op een lage stand laten draaien of die ook op schakelaar laten opstarten? Benieuwd naar jullie ideeën en ervaringen.

[GoldenLeafBird]

Ik heb PI(D) regelaars overwogen, maar eigenlijk ben ik er niet van overtuigd dat dat voor een thuis systeem het beste is, of in ieder geval niet het meest praktische.
De uitdaging met het via een PID regelaar proberen te regelen is dat je sterk wisselende invloeden van buiten af hebt. Nu kan je een PID daar in de regel op inregelen, maar deze invloeden wisselen nogal. Het effect van douchen met de deur open, of de deur dicht bijvoorbeeld is best groot op de gemeten luchtvochtigheid, of bijvoorbeeld je raampje open of op een kier.
Zoals je gemerkt hebt blijft de luchtvochtigheid nog lang boven je startwaarde, wat niet gek is met de verdamping van het water uit je douche, van je muren, etc.

Maar niet alleen douchen heeft effect op de luchtvochtigheid, denk ook aan koken.

Hetzelfde probleem heb je ook als je op CO2 wil sturen. Veel mensen in huis, kaarsjes aan, dicht bij een afzuigpunt staan, het heeft allemaal verschillende effecten op de CO2 metingen. De CO2 waarde stijgt en daalt doorgaans veel langzamer dan luchtvochtigheid.

Mijn voorkeur:

Luchtvochtigheid:
Neem een voortschrijdend gemiddelde (moving average) van de afgelopen 60-120 minuten. Luchtvochtigheid veranderd over de loop van de dag, en zo glijdt dat lekker mee. Dan ben je ook niet afhankelijk van andere input zoals lichtschakelaars.
Stel een bandbreedte in waarin de regelaar het goed genoeg vindt (dead band). Als je dan weer genoeg in de buurt van je gemiddelde luchtvochtigheid komt zal de regelaar niet verder proberen te regelen.
Je kan voor een PI regelaar gaan (de D is hier niet heel relevant), maar enkel een P heeft voor mij ook al voldoende effect.

CO2:
Een simpele proportionele regelaar. Zet je setpoint op iets als 900, je max op 1200 en laat het daartussen lekker proportioneel regelen. CO2. Wel zou ik sturen op wederom een voortschrijdend gemiddelde van een paar minuten. Het valt me op dat de sensor, in ieder geval die van mij, nogal noisy wordt bij hoge ventilatorsnelheden, kan ook zijn dat ik alles een keer moet opschonen.
CO2 varieert veel langzamer over de dag, en je hoeft niet zo snel te kunnen reageren als bij het douchen.

In alle gevallen zou ik wel een minimale ventilatorsnelheid aanhouden (ik gebruik zelf 30%) zodat je luchtstroom over de sensoren houdt en voldoende snelle respons.
Ook moet je rekening houden met je minimale ventilatiesnelheid en je regelaar. Je regelaar zal altijd proberen je sensorwaarde naar je setpoint te krijgen, dus als je onder je setpoint komt dan gaat je regelaar proberen juist je luchtvochtigheid/CO2 te verhogen (wat niet gaat lukken). Als je dan een I term hebt geeft dat een probleem omdat dat gaat opbouwen.

Lang verhaal kort: PID regelaars zijn machtig, maar ook lastig. Voor in huis zou ik het lekker bij P regelaars houden.

[aMUSEd1985]

Ik heb ook geprobeerd een PI(D) in te regelen voor de ventilatie, maar mij lukte het niet om die zo ingesteld te krijgen dat die niet heel lang, op vol vermogen na bleef draaien. De I-component bleef te hoog. Ik heb het opgegeven en P-controller gebruikt en dat werkt als een zonnetje. Vind P-controller wel elegant, maar een gestaffelde sturing had waarschijnlijk ook prima gewerkt (en nog eenvoudiger)

[Bloemstukje]

allexiel schreef op maandag 23 februari 2026 @ 21:03:
Hoi allemaal 👋

Even een update over de Open AIR app voor Homey. Sinds de eerste versie is er ondertussen flink wat bijgekomen!

Wat is er nieuw?

Open AIR Valve support (v1.1.0) - Live in de Homey App Store
De app ondersteunt nu ook de Open AIR Valve. Maar ik kan het zelf niet testen dus hopelijk kan iermand hiermee aan de slag en bevestigen dat alles goed werkt.

Automatische ventilatorcurve (v1.1.2) - Live in de Homey App Store
Voor de Mini is er nu een ingebouwde auto fan curve (zoals de disconnected mode) die de ventilatorsnelheid automatisch aanpast op basis van luchtvochtigheid:

• Configureerbare drempels (hoog/midden/laag) met bijbehorende snelheden
• Controle elke 30 seconden
• Handmatige override (via flows bvb) pauzeert de curve automatisch voor 30 minuten
• Pause/Resume flow-acties voor volledige controle vanuit je flows

Overige verbeteringen

• Fan speed als aparte meetwaarde (naast de dim-slider)
• Verbeterde store listing en documentatie
• Franse vertalingen gefixt

Speciale dank aan @benvanzijl voor het helpen opsporen van een bug en een handige suggestie, wordt geapprecieerd! 🙏

Feedback, bugs en feature requests zijn altijd welkom. En als iemand een Valve heeft en wil testen: laat gerust iets weten!

Merci en groetjes 😊

Ik heb hem hier draaien, ik heb net de nieuwe kleppen ontvangen. De aansturing werkt heel goed zo lijkt het, top . Alleen wordt de waarde van de klep niet of nauwelijks teruggekoppeld. Hij heeft bij mij bijvoorbeeld de waarde al 4 uur niet meer opgehaald, terwijl hij wel aangestuurd is in die tijd. Kun je hier iets mee wellicht?

[mdvdl]

Afgelopen vrijdag heb ik ook de openair print besteld. Niet voor een Duco maar voor een Buva q-stream.
Gisteren ontvangen en meteen geinstalleerd. Werkt perfect!
Ik heb de print vervangen omdat de aansturing in de woonkamer kapot was. Een nieuw display kost behoorlijk wat en ik had geen zin om zelf een 0-10v aansturing te maken als er dit soort mooie projecten zijn.

Voorlopig nog geen kleppen, omdat er maar 1 ingang gebruikt wordt. Doel is wel om kleppen te gaan gebruiken, maar dan moet ik eerst wat buizen uit elkaar halen. Dat kan, maar kost wat werk.

Hier nog wat foto's

Voor:


Na: